Yaşadığım bir problemi ve çözümünü ileteceğim.

Exchange Server, saat ve tarih belirsiz şekilde mail alımını kesiyordu. Exchange tarafından dönen hata aşağıdaki şekildedir.

451 4.7.0 Temporary server error. Please try again later. PRX4 (in reply to end of DATA command)

Bu hatayı google üzerinden arattığımda belirgin olarak çıkan bir kaç çözüm önerisi var. Aşağıdaki link üzerinde bulunan çözümleri gerçekleştirmeme rağmen düzelme sağlanmadı.

https://www.hakanuzuner.com/error-in-processing-the-server-response-was-4-7-0-temporary-server-error-please-try-again-later-prx4-hatasi/

Daha sonra konunun saat ile ilgili olabileceğini düşündük. Ortamda 3 adet DC bulunuyordu. ilk etapta Primary DC tarafında saat ayarlarını daha detaylı ve minimum hata olabilecek şekilde düzenledik. Problem 10 gün gibi bir süre hiç yaşanmadı. Daha sonrasında problem tekrar nüksetti.  Problemi sunucuyu restart ederek giderebiliyoruz, servislerin yeniden başlatılması sorunu çözmüyor maalesef.

Bugün tekrar aynı sorun yaşandı fakat bu defa loglar içerisinde PDC ve ADC ye erişim ile ilgili hatalar düşmeye başladı. ADC sunucusuna girdiğimde saatin 2 dakikadan fazla oynadığını gördüm. Bu defa servislerde başlamıyordu. ADC üzerinde time sync ayarlarını yaptığım anda servisler running konumuna geldi ve problem çözüldü.

Bu hata durumunda ek olarak Exchange Management Powershell üzerinde aşağıdaki hatayı alıyordum.

The post Exchange Server 2016 Temporary server error hatası appeared first on notepad...

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...

Dell ürünlerinde bulunan iDRAC yazılımını cihaza konsoldan erişim sağlamak için kullanmaktayız.

Bu işlem java üzerinden yapılmakta olup aşağıdaki hatayı vermeye başladı.

The viewer has terminated.
Reason: The network connection has been dropped.

Bu sorunla karşılaşırsanız eğer, Java sürümünü aşağıdaki sürüme Upgrade/Downgrade sağlayın.

jre 8 update 162

The post Dell iDRAC 7 ve 8. sürümlerinde oluşan network dropped hatası 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...

İşletim sistemi olarak Centos 6.x kullanacağım. (Debian işletim sisteminde de sanırım aynı mantıkla yapabilirsiniz.)

VMware ESXi yada Workstation kullandığınızı varsayıyoruz.

Sanal sunucu üzerinde 100 GB disk olsun ve toplamda 120 GB’a genişletmek istiyoruz.
Vmware üzerinden disk boyutunu 120 olarak değiştirip ok diyelim. Sonrasında centos sunucuyu reboot yapalım.
(Bu işlemin öncesinde “fdisk -l” komutunu kullanarak var olan disk durumunu görebilirsiniz.)

Reboot işleminin ardından aşağıdaki komutları sırasıyla uygulayalım.

fdisk /dev/sda

“p” tuşuna basın. (Partition Table görmemize yarar)
“n” tuşuna basın. (Yeni Partition yaratmamızı sağlar)
“p” tuşuna basın. (Primary Partition yaratmamızı sağlar)
“3” tuşuna basın. (Partition numarasını 3 olarak tanımlamak için)
> Enter ile 2 kez geçiyoruz.
“t” tuşuna basın.
“3” tuşuna basın.
“8e” olarak tanımlayın.
“w” tuşuna basın.

Bu işlemin ardından partition oluşturmuş oluyoruz. Sunucunuzu yeniden reboot ederek aşağıdaki işlemlere geçebilirsiniz.

Sunucu yeniden başladıktan sonra, disk yapısının 8e olduğunu ve aktif olduğunu kontrol etmek için

fdisk -l

Komutunu kullanarak görebilirsiniz.

Sonraki adımda LVM diskimizde yeni bir fiziki alan oluşturmamız gerekiyor.

pvcreate /dev/sda3

Vol Group ile diskimizdeki partitionları extend yapalım. (Eğer VolGroup bulunamadı hatası alıyorsanız “vgdisplay” komutu ile group adını kendinize göre görüp değiştirebilirsiniz.)

vgextend VolGroup /dev/sda3

Volume Group boyutunun son halini görmek için kontrol edelim.

vgdisplay VolGroup

Logical bölümü şimdi extend edebiliriz.

lvextend -l +100%FREE /dev/VolGroup/lv_xxxx /dev/sda3

Extend işleminden sonra resize işlemine geçiyoruz.

resize2fs /dev/VolGroup/lv_xxxx

Son durumu aşağıdaki komut ile görebilirsiniz.

df -h

Uyarı ! : Bu işlemi yapmadan önce yedek almanızı kesinlikle öneririm.

The post Linux LVM Disk Alanı Büyütme appeared first on notepad...

DİKKAT: Gerçekleştirilen işlem tehlikeli olduğu için, işlemi gerçekleştirmeden önce sunucu yedeğinizi alınız.

İşleme başlamadan önce lv_root boyutunu kontrol ediyoruz:

df -h



Sunucuyu CentOS 6 CD’den kurtarma modunda açıyoruz:

Açılan ekranda sırası ile aşağıdaki komutları çalıştırıyoruz:

pvscan
vgscan
vgchange -a y
lvscan

lv_root ekranı:

lvdisplay /dev/vg_centos6/lv_root

root kök dosyası üzerinden fsck komutu ile dosya sistemindeki hataları gideriyoruz:

fsck.ext4 /dev/vg_centos6/lv_root

e2fsck komu ile dosya sistemini kontrol ediyoruz:

e2fsck -f /dev/vg_centos6/lv_root

resize2fs komutu ile root bölümünün ne kadarlık bir alan olacağını belirliyoruz (Önemli: root bölümünün şuan ki boyutundan daha büyük bir değer yazmanız gerekmektedir.):

resize2fs -p /dev/vg_centos6/lv_root 65G

şimdi, mantıksal birim boyutunu küçültmek için aşağıdaki komutu çalıştırıyoruz:

lvreduce -L 65G /dev/vg_centos6/lv_root

lvdisplay komutu ile değişikliği görebiliriz:

lvdisplay /dev/vg_centos6/lv_root

tüm bu işlemlerden sonra sunucuyu reboot komutu ile yeniden başlatıyoruz.

The post CentOS 6.x LVM root bölümünü küçültme appeared first on notepad...

Kaynak : Maestropanel Wiki

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