Windows üzerinde Uzak Masaüstü yaptığınızda Parola Kaydetmeme sorunu yaşıyorsanız eğer, domain ortamı varsa DC üzerinde yoksa Başlat > Çalıştır > gpedit.msc üzerinde aşağıdaki işlemleri yapabilirsiniz.

Computer Configuration > Policies > Administrative Templates > System > Credentials Delegation adımına giriş yapıp aşağıdaki ayarları uygulamanız yeterli olacaktır.

Gerekli Value : ” TERMSRV/* ” ‘dır. (Tırnaklar hariç)

(Fotoğrafta gördüğünüz Enable olan tüm alanları aynı şekilde düzenleyiniz.)

Bu işlemin ardından bilgisayarınızı kapatıp açabilir yada cmd satırına “gpupdate /force” yazarak policy güncellemesi yapabilirsiniz.

The post Uzak Masaüstü Parola Kaydetme Problemi appeared first on notepad...

Normal seyrinde çalışan bir mail hesabınız var ve bu windows 8,8.1 ve 10 üzerinde outlook ile çalışıyor.
Bir sonraki gün eğer outlook parola gerekli uyarısı veriyor fakat parola gireceğiniz ekranı açmıyorsa yada parolanızı kabul etmiyorsa aşağıdaki işlemi yapabilirsiniz.

Regedit açarak aşağıdaki anahtarı bulunuz.

HKEY_CURRENT_USER\Software\Microsoft\Office\x.0\Common\Internet

Bu klasör üzerindeyken eğer UseOnlineContent anahtarı yok ise ekleyin ve değerini 1 olarak güncelleyin.
Eğer var ise sayısal değerini 1 olarak güncelleyip Outlook uygulamasını kapatıp açınız.

The post Exchange Online (O365) Outlook Şifre Sorma Sorunu appeared first on notepad...

Eğer, Exchange Online kullanıyorsanız Azure Powershell üzerinden mailboxların toplam kullandıkların alanı görmek için aşağıdaki adımları takip etmeniz yeterli.

Powershell Yönetici Modunda Çalıştırılır.

Aşağıdaki komut yazılarak Azure’a Login olunur.
(Azure üzerindeki Administrator account ile giriş yapılması gerekir.)

connect-msolservice

Aşağıdaki komutları sırasıyla uygulayın. (K.adı ve şifre ekranı geldiğinde lütfen admin yetkili bir hesap bilgisi giriniz.)

Set-ExecutionPolicy RemoteSigned

$LiveCred = Get-Credential

$Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://ps.outlook.com/powershell/ -Credential $LiveCred -Authentication Basic –AllowRedirection

Import-PSSession $Session

get-mailbox | get-mailboxstatistics | ft displayname, totalitemsize

The post Exchange Online’da bulunan epostaların mailbox kullanımını görmek appeared first on notepad...

Windows 10 üzerinde .net framework 3.5 kurulumunda eğer “0x800f0954” bu hatayı alıyorsanız aşağıdaki işlem ile sorunu çözebilirsiniz.

Regedit’e giriş yapınız.

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU

Yukarıdaki kayıt içerisine gelin ve “UseWUServer” değerini 0 olarak düzeltin ve bilgisayarı yeniden başlatın.

The post Windows 10 .net 3.5 kurulumu hatası 0x800f0954 appeared first on notepad...

Yakın bir zamanda Server 2008 Active Directory yapısını Server 2016 üzerine migration yaparak sorunsuz bir şekilde geçirdik.

Office 365 Business paketi kullanılmaktaydı. Domainde bulunan kullanıcıların bir kısmı eposta kullanmamakta ve şirket içerisinde lokal domain kullanılmaktaydı.

Azure AD ile tüm sync işlemleri sorunsuz bir şekilde ilerledikten sonra bir kullanıcıda oluşan problemden dolayı kullanıcı hesabını aktif bir şekilde kullanamıyordu.

Oluşan sorun, domain yapısında lokal domain kullanıldığını söylemiştik. Bu kullanıcının gerçek domainde eposta adreside bulunuyordu.
Örnek olarak;
kullanici.adi@alanadi.com.tr eposta adresi mevcuttu, fakat azure ad tarafında bu kullanıcının primary domaini domain@onmicrosoft.com şeklinde görünmekteydi. Bu durumda eposta adresi ve skype business hizmeti gerçek domain üzerinde olduğundan ve primary olarak onmicrosoft.com alan adı göründüğünden kullanılamıyordu.

İlk olarak primary domaini değiştirmek adına portal.office.com adresinden değiştirmek istediğimizde artık lokal AD üzerinden yönetiliyor cevabını aldım.
İşlemlerin artık lokal AD üzerinden olacağı kaçınılmazdı

Biraz araştırdıktan sonra aşağıdaki işlemleri yaparak sorunu giderdim.

İlk olarak Powershell üzerinden Azure AD bağlanıp autosync işlemini durdurdum.

AutoSync işlemini durdurmak için Azure PS e aşağıdaki komutu yazmanız gerekmektedir.

set-adsyncscheduler -synccycleenabled $false

Hatalı olan kullanıcıyı silmemiz gerekiyor. (onmicrosoft.com domaini ile açılmış olan) Bunun için aşağıdaki komutları sırasıyla Azure PS’de çalıştırdım.
(Dikkat! Eğer kullanıcı hali hazırda aktif ve verisi olan bir kullanıcı ise bu işlemi son aşama olarak düşünün. Direkt olarak ProxyAddresses adımına geçebilirsiniz.)

remove-msoluser -userprincipalname kullanici.adi@arkeltr.onmicrosoft.com

remove-msoluser -userprincipalname kullanici.adi@arkeltr.onmicrosoft.com -removefromrecyclebin

Buraya kadar herşey normal ve komutlar olağan cevapları vermiş ise artık lokal ad üzerinden işlem yapmamız gerekiyor. Lokalde bulunan AD sunucusu üzerinde
Active Directory Users and Computers uygulamasını açalım.

Açılan pencerede View > Advanced Features seçeneğini işaretleyip Users altında problemi yaşadığımız kullanıcıyı bulalım. Sağ tıklayıp Properties seçeneğini açtıktan sonra Attribute Editor’e giriş yapalım.

Açılan sayfa içeriğinde ProxyAddresses ‘i bulup Edit yapalım. Bu kısıma 2 adet kayıt girmemiz gerekmektedir. Büyük ve küçük harf ile yazdığım yerleri aynı şekilde yazmanız gerekmektedir.

SMTP:kullanici.adi@gercekdomain.com
smtp:kullanici.adi@local.domain

Bu kayıtları girdikten sonra Ok diyerek pencereleri kapatabilirsiniz.

Şimdi sıra tekrardan sync işlemi yapmaya geldi.

Azure PS üzerinde aşağıdaki komutu çalıştıralım.

start-adsyncsynccycle

Sync işlemi user saysının büyüklüğüne göre sürebilmektedir. Sync işlemin bitip bitmediğini windows üzerindeki sync tools a bakarak görebilirsiniz.

Sync işleminin sonunda portal.office.com ‘a giriş yaparak Kullanıcılar adımından tekrar kontrol ettiğinizde primary domainin gerçek domain olarak değiştiğini görebilirsiniz.

Bu işlemlerin bitiminin ardından Auto Sync işlemini eski hale getirmek için aşağıdaki komutu Azure PS üzerinde çalıştırınız.

set-adsyncscheduler -synccycleenabled $true

*Not : Eğer yapınız lokal domain üzerine kurulu ve eposta kullanmayan kullanıcılarda var ise tamamının ProxyAddresses kısımlarını yukarıda yapmış olduğunuz gibi düzenlemenizi tavsiye ederim. (Ben toplu şekilde düzenleme ile ilgili bir döküman bulamayıp el yordamıyla sağladım )

The post Azure Active Directory Sync Sonrası Domain Problemi appeared first on notepad...

Kaynak : Maestropanel Wiki

The post Windows Server 2008 – 2012 üzerine Maestro Panel Kurulumu appeared first on notepad...

The request was aborted: Could not create SSL/TLS secure channel.

Sorunun ana kaynağının SSL3.0 ve TRUST level kanyaklı olmasıdır.

https://www.nartac.com/Products/IISCrypto/ adresinde bulunan program üzerinden SSL3.0 kapatmanız gerekmektedir.

Bu işlemin ardından, CMD konsolunu açarak aşağıdaki uygun olanı kendinize göre çalıştırın.
NET 4.0 İçin uygulanacak

C:\Windows\System32\inetsrv\appcmd.exe set config “SITEADI” -section:system.web/trust /level:”Full” /clr:4 /commit:webroot

C:\Windows\SysWOW64\inetsrv\appcmd.exe set config “SITEADI” -section:system.web/trust /level:”Full” /clr:4 /commit:webroot

Net 2.0 İçin uygulanacak

C:\Windows\System32\inetsrv\appcmd.exe set config “SITEADI” -section:system.web/trust /level:”Full” /clr:2 /commit:webroot

C:\Windows\SysWOW64\inetsrv\appcmd.exe set config “SITEADI” -section:system.web/trust /level:”Full” /clr:2 /commit:webroot

Ayrıca C# tarafında pos kodlarınıza başlamadan önce

ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls;

bu kodu eklemeniz yeterlidir.

Bu işlemlerden sonra sunucunuzu yeniden başlatmanız gerekmektedir.

The post Could not create SSL/TLS Secure Channel Hatası appeared first on notepad...

İlk olarak Başlat > Çalıştır adımından Registery Editörü açıyoruz.

Başlat > Çalıştır > regedit – Enter

Aşağıdaki adımları izleyerek gerekli anahtara gidiyoruz.

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\Schannel\Protocols\

Protocols üzerine gelip sağ tıklayarak New > Key adımından yeni bir anahtar oluşturun ve adını SSL 3.0 olarak düzeleyin

Devamında SSL 3.0 üzerine sağ tıklayarak iki adet key oluşturalım.

1. Client

2. Server

Client key üzerine sağ tıklayarak New > DWORD (32-bit) Value seçeneğini seçelim ve bu dworde DisabledByDefault adını vererek değerini Hexadecimal türünde 1 olarak düzenleyelim.

Server key üzerine sağ tıklayarak New > DWORD (32-bit) Value seçeneğini seçelim ve bu dworde Enabled adını vererek değerini Hexadecimal türünde 0 olarak düzenleyelim.

Bu işlemlerin ardından işletim sistemini yeniden başlatıyoruz.

The post Windows Server SSL 3.0 Devre Dışı Bırakmak appeared first on notepad...

The post Windows Server 2012 – Çoklu Giriş appeared first on notepad...