Windows Turkiye https://docs.microsoft.com/archive/blogs/wintr/feed.xml Windows’un Kurumsal Ozellikleri Hakkinda Wed, 17 Apr 2019 03:47:44 GMT en-US hourly 1 LTSC Sürüm Genel Kullanım İçin Neden Uygun Değil? https://docs.microsoft.com/archive/blogs/wintr/neden-ltsc-srm-genel-kullanim-iin-uygun-degil Thu, 07 Jun 2018 13:10:33 GMT https://blogs.technet.microsoft.com/wintr/?p=1775 “Exit Explorer” Görevi https://docs.microsoft.com/archive/blogs/wintr/exit-explorer-grevi Fri, 09 Feb 2018 14:11:54 GMT https://blogs.technet.microsoft.com/wintr/?p=1735 Windows 10 görev çubuğuna farenin sağ tuşuyla tıkladığınızda standart bir menüyle karşılaşırsınız. Bu menüde durum çubuğunun kilitlenmesi, people veya Task View görünümlerinin aktif hale getirilmesi, görev yöneticisinin açılması gibi temel işlemler yer almaktadır.

1

Halbuki aynı durum çubuğuna Ctrl + Shift tuşlarına basarak sağ tıklarsanız açılan menüde yeni bir özelliğin olduğunu görebilirsiniz.

2

Exit Explorer olarak görünen bu görev sayesinde çalışmakta olan explorer.exe’yi sonlandırmak mümkündür. Bu sayede explorer.exe ile bağlantılı olabilecek herhangi b ir sorun kaynağı da kapatılmış olacaktır. Bir sonraki adımda, Windows+R ile ulaşılacak çalıştır komutuna “explorer” yazarak explorer.exe yi yeniden başlatmak Windows Explorer’ın yani masaüstü arayüzünün geri getirilmesini sağlayacaktır.

]]> WDATP Client Endpoint Management https://docs.microsoft.com/archive/blogs/wintr/wdatp-client-endpoint-management Tue, 12 Dec 2017 12:31:00 GMT https://blogs.technet.microsoft.com/wintr/?p=1696 Windows Defender ATP çalışmaları sırasında sıkça karşılaştığım bir soru, istemcilerin servise raporlamaya başlamaları için yapılabilecek konfigürasyonlarla ilgiliydi. Özellikle makine üzerinde çalıştırılarak onboarding işlemini yapan script ile Configuration Manager üzerinde çalıştırılabilecek olan scriptler arasındaki fark veya local scriptin  herhangi bir yazılım dağıtım aracı ile dağıtılıp dağıtılamayacağı konusuydu.

wdatp-endpoint management

Local Script ile SCCM 2012 R2 üzerinde çalıştırılabilecek olan scripti karşılaştırdığımızda temel farkın raporlama frekansından kaynaklandığını gözlemlemek mümkün.

“HKLM\SOFTWARE\Policies\Microsoft\Windows Advanced Threat Protection” alanındaki "latency" değerini “Normal” veya “Expedite” olarak tanımlamak mümkün. Local Script üzerinde yer alan “Normal” değerini “Expedite” olarak değiştirerek yaygınlaştırma için kullanmak mümkün olacaktır.

]]> Windows 10 Deployment – Adım ve Logları https://docs.microsoft.com/archive/blogs/wintr/windows-10-deployment-adim-ve-loglari Wed, 29 Nov 2017 14:34:00 GMT https://blogs.technet.microsoft.com/wintr/?p=1675 Windows Deployment sırasında gerçekleştirilen adımlar ve bu adımlarda oluşturulan logların detayları aşağıda görselleştirilmiştir.

deployment

]]> Windows Güvenlik Özellikleri TPM Gereksinimleri https://docs.microsoft.com/archive/blogs/wintr/windows-gvenlik-zellikleri-tpm-gereksinimleri Wed, 29 Nov 2017 14:29:00 GMT https://blogs.technet.microsoft.com/wintr/?p=1645 Windows 10’daki güvenlik özellikleri ve her bir özelliğin ihtiyaç duyduğu TPM versiyonu ile ilgili detaylar için aşağıdaki linkten faydalanabilirsiniz.

https://docs.microsoft.com/en-us/windows/device-security/tpm/tpm-recommendations#tpm-12-vs-20-comparison .

]]> People Kısayolunun Kaldırılması https://docs.microsoft.com/archive/blogs/wintr/people-kisayolunun-kaldirilmasi Mon, 23 Oct 2017 08:42:00 GMT https://blogs.technet.microsoft.com/wintr/?p=1635 Windows 10 1709 kodlu sonbahar güncelleştirmesi içerisinde yer alan People uygulaması ile birlikte, uygulama ve kontaklara hızlı ulaşım sağlanabilmesi için kullanılan bir taskbar kısayolu bulunmaktadır. Bu kısayola People uygulaması kaldırıldıktan sonra ayrıca müdahale edilmeli ve taskbardan kaldırılmalıdır.

Taskbardan bu ikonun kaldırılabilmesi için SCCM / MDT Task Sequence içerisinde öncelikle default kullanıcının politika ağacı import edilmeli, taskband içerisinden ilgili ikon kaldırılmalı ve default kullanıcı profilinin ağacının kaydedilmesi gereklidir.

screenshot

Task sequence içerisine eklenebilecek olan komut ise şu şekildedir:
"REG LOAD HKU\DU C:\Users\Default\NTUSER.DAT"
"reg add HKU\DU\Software\Microsoft\Windows\CurrentVersion\Explorer\Advanced\People /v PeopleBand /t REG_DWORD /d "0" /f"
"REG UNLOAD HKU\DU"

]]> Fall Creators Update ADMX Dosyalar https://docs.microsoft.com/archive/blogs/wintr/fall-creators-update-admx-dosyalar Thu, 19 Oct 2017 20:25:58 GMT https://blogs.technet.microsoft.com/wintr/?p=1615 Windows 10 Fall Creators Update sürümünün Active Directory ortamında yönetilmesini sağlayan Yönetimsel GPO Şablonlarına buradan ulaşılabilir.

]]> Eski Office Sürümlerinin Tamamen Temizlenmesi https://docs.microsoft.com/archive/blogs/wintr/eski-office-srmlerinin-tamamen-temizlenmesi Sun, 01 Oct 2017 20:52:20 GMT https://blogs.technet.microsoft.com/wintr/?p=1605 Bilgisayarda yüklü olan office uygulamalarının kaldırılması çoğunlukla yeni office uygulamalarının yüklenmesi sırasında gerçekleştirilir. Ancak bu işlemle bile bazı referans bağlantılar kalabilir veya bazı registry alanları temizlenmeyebilir. Var olan herhangi bir Office kurulumunun programsal olarak temizlenmesi için Office yaygınlaştırma ekiplerinin geliştirdiği Offscrub isimli bir paket bulunmaktadır. Bu paket içerisinde farklı Office versiyonları için kullanılabilecek VBScript dosyaları ve bu dosyaları tetiklemekte kullanılan Remove-PreviousOfficeInstalls.ps1 isimli bir PowerShell komut seti bulunmaktadır.

Bilgisayar üzerinde Remove-PreviousOfficeInstalls isimli powershell scripti yönetici olarak çalıştırılır. Bu powershell komut seti Bilgisayar üzerinde yüklü bulunan Office sürümünü bularak ilgili sürüme karşılık gelen temizlik scriptini çalıştıracaktır. Scriptin çalışması tamamlandığında ise bilgisayar üzerinde yüklenmiş Office uygulamaları tamamen kaldırılmış olacaktır. Offscrub aracı, Office 365 yaygınlaştırma senaryolarında, farklı Office sürümlerinin yüklü olduğu bilgisayarların tek bir işlemle temizlenmesi amacıyla kullanılabilir.

Bu tip bir Merkezi dağıtım senaryosu için öncelikle Remove-PreviousOfficeInstalls paketinin github’dan indirilmesi gerekmektedir. GitHub üzerinde bu dosya setine https://github.com/OfficeDev/Office-IT-Pro-Deployment-Scripts/tree/master/Office-ProPlus-Deployment/Remove-PreviousOfficeInstalls adresinden erişilebilir. Bu makalede indirme işlemi tamamlandıktan sonra, ilgili dosyaların SCCM ortamına nasıl aktarılacağı ve çalıştırıldığında uç nokta üzerinde nasıl bir deneyim oluşturacağı incelenecektir.

1 Şekil – 1: Remove-PreviousOfficeInstalls Dosyaları

İndirme işlemi tamamlandıktan sonra SCCM üzerinde Software Library altında Software Package oluşturmaya başlıyoruz. remove-3 Şekil – 2: Paket Oluşturma Sihirbazı

Burada oluşturulan paket için bir isim ve açıklama yapıldıktan sonra “this package contains source files” seçeneği işaretlenerek paylaşıma kopyalanmış olan script dosyalarının yolu belirtilmeli.

remove-2 Şekil – 3: Offscrub Dosyalarının Ağ Paylaşım Yolu

Paket oluşturma sihirbazı üzerinde bir sonraki adımda paketin içeriğini belirtmemiz gerekiyor. Çalıştırılabilir komutların bulunduğu paketler SCCM içerisinde “Standard Program” olarak tanımlanmakta. Biz de seçenekler içerisinde Standard Program seçeneğini işaretleyerek sihirbaza devam ediyoruz.

remove-4 Şekil – 4: Program Ekleme Aracı

Seçilen Standard Program için bir isim ve programın çalıştırılmasında kullanılacak komut girişi sağlanmalı. Offscrub için kullanacağımız komut ise şu şekilde: “powershell.exe -ExecutionPolicy bypass -File RemovePreviousOfficeInstalls.ps1” Bu komut ile PowerShell.exe, makine üzerinde yeralan PowerShell çalıştırma politikasını RemovePreviousOfficeInstalls.ps1 isimli dosya için pas geçiyor. Bu işlem yönetici yetkileri gerektiren bir işlem olduğu için “Run with Administrative Rights” seçeneği seçili olmalı.

remove-5 Şekil – 5: Standard Program Komut Bilgilerinin Tanımlanması

Sihirbazın bir sonraki adımında oluşturduğumuz paketin çalışma zamanı için gereksinimler belirtilmeli. Burada Offscrub için herhangi bir gereksinim bulunmuyor.

remove-6 Şekil – 6: Offscrub Çalışma Zamanı Öngereksinimleri

Sihirbazın ileriki adımlarında ise oluşturulan paket için tanımlanmış seçenekler görüntülenecek ve Next butonu ile paket oluşturulması tamamlanacaktır.

remove-7 Şekil – 7: Paket Oluşturma Sihirbazı

Oluşturulan bu paket, üzerindeki office uygulamalarının kaldırılması istenen cihazlara doğrudan gönderilebileceği gibi istenirse bir Task Sequence içerisinde Office 365 ProPlus dağıtımı öncesindeki bir adım olarak veya Office 365 ProPlus dağıtımı öncesi çalıştırılması gerekli bir gereksinim olarak tanımlanabilir.

Örnek olarak Offscrub paketinin doğrudan çalıştırıldığı bir senaryoyu inceleyelim. İstemci üzerinde Office 2013 yüklü durumda.

remove-8 Şekil – 8: Office 2013 Yüklü İstemci

Oluşturulmuş olan Offscrub paketi ise istemci üzerinde yer alan Software Center üzerinden erişilebilir durumda.

remove-9 Şekil – 9: Software Center Üzerinden Offscrub Erişimi

Paket çalıştırıldığında kullanıcı arayüzüne gelen herhangi bir uyarı mesajı olmamakla birlikte arka planda çalışan işlemler incelendiğinde, bir komut satırı aracı ile birlikte çeşitli scripting arayüzlerinin çalıştığını da görmek mümkün.

remove-10 Şekil – 10: Offscrub Çalışma Zamanı

Offscrub paketinin işi bittiğinde ise istemci üzerinde yüklü bir office uygulamasının kalmadığını görebiliyoruz.

remove-11 Şekil – 11: Offscrub Çalışması Sonrası Yüklü Uygulamalar Listesi

Offscrub scriptleri bundan sonra herhangi bir task sequence içerisinde yerini alabilir.

]]> ConfigMgr ile Office 365 ProPlus Dağıtım Paketi Oluşturulması https://docs.microsoft.com/archive/blogs/wintr/configmgr-ile-office-365-proplus-dagitim-paketi-olusturulmasi Thu, 28 Sep 2017 17:22:01 GMT https://blogs.technet.microsoft.com/wintr/?p=1455 System Center Configuration Manager’ın güncel sürümlerinde Office 365 ProPlus uygulamalarına özel bir dashboard oluşturulmuştur. Bu dashboard ile Office 365 ProPlus yükleyicileri oluşturmak, otomatik dağıtım kuralları oluşturmak ve ortamdaki Office 365’ler ile ilgili sürüm, dil vb gibi bilgilerin tek bir noktadan takibini sağlamak mümkündür. Bu makalede dashboard üzerinden yeni bir Office 365 dağıtım paketi oluşturulmasına değineceğiz.

1
Şekil – 1: SCCM Office 365 Dashboard

SCCM üzerinde bu dashboard’a Software Library içerisinde Office 365 Client Management bölümünden ulaşılabilir. Dashboard üzerinde ortamda yer alan Office 365 istemcilerin adet, sürüm ve dil bilgileri görsel olarak yer almaktadır. Aynı zamanda burada yer alan görevler kullanılarak Office 365 dağıtım paketi, otomatik dağıtım kuralı veya bu istemcilere uygulanacak farklı ConfigMgr istemci politikaları oluşturulabilir.

2
Şekil – 2: Office 365 Client Installation Wizard - Başlangıç

Dashboard üzerinde yer alan “ + Office 365 Installer” görevi ile Office 365 yükleyici paketi oluşturma sihirbazı çalıştırılabilir. Bu sihirbazın ilk adımında oluşturulan pakete bir isim tanımlanmakta ve indirilecek olan dosyaların tutulacağı paylaşım yolu belirtilmektedir. Office 365 ProPlus yükleme dosyaları internet üzerinden burada belirlenmiş olan klasöre indirilecektir.

3
Şekil – 3: Office 365 Client Installation Wizard – İstemci Konfigürasyonu

Sihirbazın bir sonraki adımında yüklenecek Office 365 paketinin ayarlarının nereden yapılacağı belirlenir. İsteğe bağlı olarak ayarları manuel belirle seçeneği kullanılarak sihirbaz üzerinden oluşturulabileceği gibi daha önceden oluşturulmuş olan bir configuration.xml dosyası kullanılarak da Office 365 ProPlus dağıtım paketi oluşturulabilir.

4
Şekil – 4: Office 365 Client Installation Wizard – Manuel Konfigürasyon

Office 365 istemci ayarlarının manuel yapılması seçimi ile ilerlendiğinde öncelikle oluşturulan paketin bağlı olduğu suit bilgileri ve bu suit içerisindeki uygulamaların hangilerinin yükleneceği seçilmektedir. Var olan liste içerisindeki herhangi bir uygulamanın yanındaki kutucuk temizlenerek o uygulamanın yüklenmemesi sağlanabilir. Aynı zamanda eğer isteniyor ise Visio veya Project uygulamaları da işaretlenerek yükleme içerisine eklenebilir.

5
Şekil – 5: Office 365 Client Installation Wizard – Manuel Konfigürasyon

Sihirbazın bir sonraki adımında ise yüklenecek olan uygulamaların 32-bit mi 64-bit mi olacağı belirlenir. Bununla birlikte eklenecek ilave dil paketleri varsa dil paketlerinin seçimi yapılabilir. Ayrıca Office uygulamaları ile ilgili Son Kullanıcı Lisans Anlaşması’nın onaylanması ve Otomatik Aktivasyon gibi seçenekler bu ekranda belirlenir.

6
Şekil – 6: Office 365 Client Installation Wizard – Uygulama Dağıtımı

Sihirbazın devamında ise oluşturulan paketin dağıtıma hemen çıkıp çıkmayacağı belirlenir. Uygulama dağıtımını sihirbazdan ayrı bir şekilde standart bir Uygulama dağıtımı olarak gerçekleştirmek de mümkündür. Doğrudan Office 365 ProPlus ile ilgili bir özellik olmadığından bu makalede detaylarına girmeyeceğiz.

7
Şekil – 7: Office 365 Client Installation Wizard – Özet

Sihirbazda ilerlediğimizde yaptığımız seçimlerin özeti görüntülenecektir. Next butonuna bastığımızda ise yaptığımız Uygulama, Mimari ve dil seçimleri doğrultusunda gerekli olan kurulum dosyaları internetten indirilecek ve belirtmiş olduğumuz klasör içerisine eklenecektir.

8
Şekil – 8: Office 365 Client Installation Wizard – Gerekli Dosyaların İndirilmesi

Dosyaların indirilme işlemi tamamlandıktan sonra sihirbaz kapatılabilir. Paketlenmiş Office 365 ProPlus uygulamaları System Center Configuration Manager içerisinde Applications bölümünde listelenecektir.

9
Şekil – 9: Office 365 Client Installation Wizard – Sihirbazın Tamamlanması

Bundan sonra Office 365 ProPlus paketine yapılacak dağıtım ayarları doğrultusunda Software Center veya Application Catalog üzerinden erişilebilir.

10
Şekil – 10: Office 365 ProPlus Dağıtımı – Software Center


]]> WDATP Sunucu Desteği https://docs.microsoft.com/archive/blogs/wintr/wdatp-sunucu-destegi Wed, 27 Sep 2017 20:45:55 GMT https://blogs.technet.microsoft.com/wintr/?p=1286 server-1 Şekil – 1: WDATP Windows Sunucu Desteği Ancak Windows 10 istemcilerin aksine, sunucuların Windows Defender ATP’ye raporlayabilmesi için Microsoft Monitoring Agent yüklenmesi gerekmektedir. Windows Defender ATP servisinin sunucu desteği ile ilgili detaylara https://docs.microsoft.com/en-us/windows/threat-protection/windows-defender-atp/configure-server-endpoints-windows-defender-advanced-threat-protection adresinden ulaşmak mümkündür. OMS Servisinin de kullandığı Microsoft Monitoring Agent yazılımı https://go.microsoft.com/fwlink/?LinkId=828603 adresinden indirilebilir. MMA yazılımının çoklu raporlama desteği sayesinde sunucu üzerinde yer alan bilgiler OMS servisinin yanı sıra WDATP servisine de iletilebilinir. server-2 Şekil – 2: Microsoft Monitoring Agent İndirmesi İndirilen Microsoft Monitoring Agent kurulumu başlatıldıktan sonra standart End User License Agreement ve Windows Update seçenekleri görüntülenecektir server-3 Şekil – 3: Microsoft Monitoring Agent Yüklemesi Kurulum sırasında doğrudan bir OMS / SCOM raporlama konfigürasyonu yapılabileceği gibi bu seçenekler boş geçilerek, gerekli konfigürasyonun daha sonra yapılması da sağlanabilir. server-4 Şekil – 4: Microsoft Monitoring Agent Raporlama Ayarları Yüklenmiş olan bir Microsoft Monitoring Agent üzerine yeni konfigürasyon eklemek mümkündür. Bunun için Denetim Masası üzerinde yer alan Microsoft Monitoring Agent arayüzü kullanılabilir. server-5 Şekil – 5: Denetim Masası server-6 Şekil – 6: Microsoft Monitoring Agent Properties Burada yer alan sekmeler içerisinde Operations Manager Bölümü, bir SCOM sunucusuna erişim için kullanılabilirken OMS ve WDATP servisi için Azure Log Analytics sekmesi kullanılmaktadır. Bunun dışında proxy settings sekmesi kullanılarak internet erişimi için vekil sunucu ayarları gerçekleştirilebilir. server-7 Şekil – 7: Log Analytics Workspace Konfigürasyonu WDATP konfigürasyonunu gerçekleştirmek için Add butonuna tıklamak ve açılan pencereye WDATP Portalında yer alan Workspace ID ve Workspace Key bilgilerini girmek yeterli olacaktır. Bu bilgilere WDATP Tenant üzerinde yer alan Client Management bölümünün altındaki Server seçeneğinden erişilebilmektedir. server-11 Şekil – 8: Server Endpoint Onboarding WDATP servisi ile ilgili bilgilerin girişi tamamlandıktan sonra, Apply butonuna basılarak Microsoft Monitoring Agent’ın girilmiş bilgileri kontrol etmesi sağlanır. server-8 Şekil – 9: Microsoft Monitoring Agent Yapılan kontroller sonucunda WDATP servisine erişim sağlanabiliyor ise Microsoft Monitoring Agent konfigürasyon bilgisi yeşil olarak işaretlenecektir. server-9 Şekil – 10: Microsoft Monitoring Agent Onboarding işlemi gerçekleştirilen sunucu uç noktalar WDATP üzerinde yer alan Makine listesi üzerinden görüntülenebilir. Burada gerçekleştirilen aktivite bilgileri artık Microsoft Threat Intelligence’a karşı sorgulanacak ve saldırı şablonlarına uygun olan davranışlar uyarı olarak raporlanacaktır. server-10 Şekil – 11: WDATP Makine Listesi]]>