Windows 2003 Standart Edition kurulu web sunucusunda 24 Haziran 2010 tarihinde domain açmak istediğimizde hosting kurulumu esnasında plesk işlemi bir türlü bitiremedi. Yarım kalan hosting açma işleminden sonra silmek istediğimizde de aynı hatayı aldık. Herhangi bir hata iletisi vermeyen plesk, işlemin ardından boş ve beyaz bir ekranda bekliyordu.
Hemen Event logları kontrol ettiğimizde 3 yeni güncelleştirme geldiğini ve sunucunun otomatik yüklediğini fark ettik.
• Windows Server 2003 Microsoft .NET Framework 4 for Windows Server 2003 x86 (KB982671)
• Windows Server 2003 Windows PowerShell 2.0 and WinRM 2.0 for Windows Server 2003 (KB968930)
• Windows Server 2003 Microsoft .NET Framework 3.5 SP1 and .NET Framework 2.0 SP2 Update for Windows Server 2003 and Windows XP x86 (KB982524)
Sorunumuz pleskte olduğu için ilk iki güncellemenin herhangi bir sorun yaratmayacağını düşünerek, KB982524 güncellemesini sorunun kaynağı olarak tahmin ettik.
Çözüm olarak, Control Panel – Add or Remove Programs tıklayarak açılan pencerede Show Updates seçeneğini işaretleyerek Windows güncellemelerinin de listede görünmesini sağladık.
Sorun oluşturan güncelleme paketi hem Microsoft .NET Framework 3.5 SP1 hem de .NET Framework 2.0 SP2 Update for Windows Server 2003 and Windows XP x86 güncellemesini birlikte içeriyordu.

Bizim kullandığımız plesk sürümü .NET Framework 2.0 üstünü görmediği için listeden sadece KB976576 güncellemesini bulup kaldırmamız yeterli olacaktır.
Güncellemenin kaldırılıp sunucunun yeniden başlatılmasından sonra oluşan hataların sona erdiğini göreceksiniz.

        

Windows 2003 Server işletim sistemlerinde online defragmentation işlemi sırasında veritabanı küçülmez. Yeni nesnelerin ve attribute’ların eklenmesiyle de AD veritabanı (ntds.dit) zamanla çok büyük boyutlara ulaşabilir. Bu boyutu küçültmenin yolu ise offline defragmentation yapmaktır.

ntds.dit dosyasını offline olarak küçültmek için aşağıdaki adımlar uygulanır;
1- Sunucu Directory Services Restore Mode (dsrepair) ‘la yeniden başlatılır. Bu eğer konsol başındaysak makineyi F8′e basarak bu mod seçilerek yapılabilir veya sunucuya terminal services ile bağlanılmışsa msconfig yardımıyla bir sonraki açılış modu dsrepair olarak belirlenebilir. Bunun için;
Start –> run –> msconfig.exe çalıştırılır.
BOOT.INI tab’ında, Boot Options’ın altında /SAFEBOOT işaretlenir ve DSREPAIR seçeneği seçilir. Ve bu değişiklik sonrası makine yeniden başlatılır.

2- Sunucu safe mode’da açıldıktan sonra lokal Administrator accountu ve DSRM şifresi (DC’nin kurulumu sırasında verilen) ile logon olunur.
3- Safemode’da çalışıldığını belirten uyarı mesajı OK ile geçilir.
4- Start –> run–> cmd yazılarak komut satırına geçilir.
5- Sırasıyla aşağıdaki kırmızı koyu renkli komutlar yazılıp ENTER’a basılır.
6- C:\> ntdsutil
ntdsutil: files
file maintenance:info
sonrasında ekrana çıkan işlemlerin akışı aşağıdaki gibi olur;
Drive Information:

C:\ NTFS (Fixed Drive ) free(7.2 Gb) total(19.5 Gb)
D:\ NTFS (Fixed Drive ) free(5.7 Gb) total(14.3 Gb)

DS Path Information:

Database : C:\WINDOWS\NTDS\ntds.dit – 2.1 Gb
Backup dir : C:\WINDOWS\NTDS\dsadata.bak
Working dir: C:\WINDOWS\NTDS
Log dir : C:\WINDOWS\NTDS – 40.0 Mb total

res2.log – 10.0 Mb
res1.log – 10.0 Mb
edb0128E.log – 10.0 Mb
edb.log – 10.0 Mb
file maintenance:compact to D:\gecici
sonrasında ekrana çıkan işlemlerin akışı aşağıdaki gibi olur;
file maintenance: compact to D:\gecici
Opening database [Current].
Executing Command: C:\WINDOWS\system32\esentutl.exe /d”C:\WINDOWS\NTDS\ntds.dit” /t”
D:\gecici\ntds.dit” /p /o

Initiating DEFRAGMENTATION mode…
Database: C:\WINDOWS\NTDS\ntds.dit
Temp. Database: D:\gecici\ntds.dit

Defragmentation Status (% complete)

0 10 20 30 40 50 60 70 80 90 100
|—-|—-|—-|—-|—-|—-|—-|—-|—-|—-|
……………………………………………

Note:
It is recommended that you immediately perform a full backup
of this database. If you restore a backup made before the
defragmentation, the database will be rolled back to the state
it was in at the time of that backup.

Operation completed successfully in 347.406 seconds.

Spawned Process Exit code 0×0(0)

If compaction was successful you need to:
copy “D:\gecici\ntds.dit” “C:\WINDOWS\NTDS\ntds.dit” and delete the old log files:
del C:\WINDOWS\NTDS\*.log
file maintenance: quit
ntdsutil: quit
7- Ntds.dit dosyasının büyüklüğüne ve bölünme miktarına göre defragmentation işlem süresi değişebilir. Operation completed successfully in ….. seconds mesajından sonra yukarda kırmızı ile gösterildiği gibi file maintenance ve ntdsutil prompt’larından iki kez quit komutunu kullanarak ntdsutil’den çıkılır.
8. D:\gecici altına birleştirdiğimiz yeni Ntds.dit dosyası komut satırından C:\WINDOWS\Ntds dizini altına aşağıdaki şekilde taşınır.
copy D:\gecici\ntds.dit C:\WINDOWS\ntds\ntds.dit
9. Eski log dosyaları silinir.
del C:\WINDOWS\NTDS\*.log

10. Sunucu normal olarak tekrar başlatılır. Eğer ki offline defragmentation işlemi msconfig’den safeboot seçeneği işaretlenerek makine açılıp yapıldıysa bu restart işleminden önce seçenek kaldırılmalıdır.

        

Son birkaç gündür msndeki kişi listelerinde oluşan problemler ile ilgili sorular almaktayız.

-Bu sorulardan birincisi messenger live plus gibi ek parti program kullanan arkadaşlarımızdan gelmekteydi. Yaşadıkları sorun ise özellikle son bir aydır ekledikleri kişilerin listelerinde olmalarına rağmen kişi listesi temizleyicisi (aslında gereksiz bir bölümdür ama insan merakı işte giden gitsin kalan kalsın değil mi?) kısmında listeye ekli olamadıkları şeklinde (hayır olarak) gözükmeleriydi ki bu eklenen kişiler gizlilik kısmında da silinebilir olarak gözükmekteydi. Arkadaşlarımızdan gelen ana soru: “Peki listesinde gözükmediğimiz halde bu kişilerle nasıl konuşabilmekteyiz?” şeklindeydi.

UYARI ve CEVAP: Bu sorunun kaynağı Windows’un server sisteminden kaynaklanmakta. Özellikle yeni sürüm Windows live Messenger kullanan arkadaşlarımızın başına sıklıkla gelmeye başladı. Messenger plus ile alakalı bir sorunda değildir. Kişi listenizin ve maillerinizin barındırıldığı alanlar (serverlar) ile alakalı bir sorundur. Sorun ile alakalı olarak Microsoft’a  birçok mail yollandı. Çözümünü beklemekten başka şansınız şu anda bulunmamaktadır. İşe yarar bir çözüm oluştuğunda sitemizden sizlere en kısa duyurulacaktır. Kişi listesi kısmını sıklıkla kullanan arkadaşlarımız bir süreliğine o kısmı dikkate alıp işlem yapmasalar iyi olur. Çünkü liste yüzünden yanlış bilgi alma ihtimalleri yüksektir.(Yanlış karar alıp arkadaşlarınızı silebilirsiniz.)

BU SORUN İLE İLGİLİ UFAK BİR RESİMLİ ANLATIM YAPTIK:

-Bize ulaşan ikinci soru ise; “Live Messenger’i açınca kişi listem gözükmüyor” ya da “msn açıkken listemde kimse gözükmüyor, bir anda kayboluyor” şeklindeydi.

CEVAP: Windows Live Messenger’ın yeni sürümü ile ortaya çıkan bu sorunun nedeni birden fazla PC (Bilgisayar) de aynı anda hesabınızı kullanabilmenizin sağlanmasıdır. Çözümü ise Araçlar-Seçenekler-Güvenlik kısmında yer alan Bu paylaşılan bir bilgisayardır. Kişi listemi veya yenilikler bilgilerini bu bilgisayara kaydetme seçeneğinin işaretsiz halde olmasıdır. Tercihinize göre o seçeneği işaretleyerek bu sorundan kurtulabilirsiniz.

        

Ülkemizde sansürlenen siteler ve sansürlü sitelere girme konusunda halkımızın araştırmacılığı görmezden gelinemez bir gerçek. En bilinen yöntem Ağ Özelliklerinden farklı DNS numaraları verilerek nete çıkmaktır. Birden fazla bilgisayarı olan veya bilgisayarında local admin olmayan kullanıcılar için farklı bir yöntem olarak modem ayarlarından DNS numaralarını değiştirmeleri en bilinen yöntemlerden bir diğeridir.
Ancak TTNet Kampanyalarından alınan Airties modemlerde DNS ayarlarını değiştirmek istediğimizde DNS numarası girmek istediğimiz ilk iki satırın yazılamaz olduğunu görüyoruz. Üçüncü satırı bize ayırmışlar. Ancak bu da işimizi görmüyor.
Bunun en hızlı çözümü modem ayarlarımızı yaparken web arabirimini değil de telneti kullanmaktır.
Modem IP’sinin 192.168.2.1 olduğu durumlarda windows kullanıcıları için OpenDNS IP’lerini modeme tanımlayabilmeleri için takip etmeleri gereken yol:

Başlat > Çalıştır > telnet 192.168.2.1 > Enter

Karşınıza -muhtemelen- siyah bir ekran içerisinde Username soran bir pencere gelecek, kullanıcı adınız root. Şifre işi biraz değişik, eğer web ara yüzünde herhangi bir şifre tanımlıysa tanımlı şifreyi girin, eğer tanımlanmamış ise sadece Enter’e basın ama kabul etmiyorsa web ara yüzünden bir şifre tanımlanması gerekebilir.

Eğer login olmayı başardıysak sadece aşağıdaki kodu kopyalayıp yapıştırmamız yeterli olacak;

cd /etc/
echo nameserver 208.67.222.222 > dproxy.conf
echo nameserver 208.67.220.220 >> dproxy.conf
exit

İşlem tamamlandığında web ara yüzünden DNS ayarlarını kontrol edip değiştiği görülmüşse kaydete basıp ayarları kaydetmeliyiz. Aksi halde modem kapanıp açıldığında ayarlar eski halini alır.

Buraya kadar yazdığımız ve anlattığımız herşey bilgi amaçlıdır. “Bu bilgiler beni ilgilendirmiyor, hazır bir program yok mu” diyenler tıklasın…
İndirdiğiniz .zip dosyasını açarak içindeki da-hinet.txt dosyasını kendi modeminize göre düzenleyiniz.

Not: Windows Vista kullanıcıları Telnet komutunun çalışmaması durumunda buradaki yazıyı okumalılar.

        

E-postalarınızda kullanılan 25. Port kapatılarak 587. Porta geçilmesinden sonra DA-HI.NET olarak Microsoft firmasının eposta istemcilerine ait ayarlamaları ve değişiklikleri yayınlamıştık. Ancak mailler ile gelen sorularda ve arama motoru linklerinde sadece Microsoft istemcileri için anlatımların yanısıra Thunderbird kullanıcıları içinde gerekli olduğunu gördük. Thunderbird için giden sunucu olarak 25. Port kullanımı yerine 587. Port değişikliğini yazının devamında bulabilirsiniz.

1. Thunderbird programını çalıştırınız. Araçlar Menüsünden Posta ve haber grupları ayarları seçeneğine tıklayın.

2. Sol menüden Giden Posta Sunucusu (SMTP) alanını seçip Düzenle tuşuna tıklayın.

3. SMTP Sunucusu penceresinde mevcut Port numarasını 587 Olarak değiştirip Tamam tuşuna tıklayın.

4. Gelen pencerede tekrardan Tamam tuşunu tıklamanız ardından mail gönderimi yapabilirsiniz.

Share this Post

Yeni nesil Tcp/Ip denklemi olan Ipv6 ya işletim sisteminizdeki ethernet bağdaştırıcısını geçirmek için aşagıdaki adımları izlemeniz gerekecektir.
Başlat>Calıştır>CMD enter
c:\>Netsh enter
Netsh>interface ipv6 enter
interface ipv6>install enter
Tamam
Bu çıktıyı alıyor olacagız şimdi ise Başlat > Çalıştır > Cmd > ipconfig /All dediğimizde
192.168.1.3
255.255.255.0
Fe80::20A:E6ff:Fe9a:5De1%5
192.168.1.1
192.168.1.1
192.168.1.1
Fec0:0:0:Ffff::1%1
Fec0:0:0:Ffff::2%1
Fec0:0:0:Ffff::3%1

Hem 32 Bit lik ip adresimiz alt kısmında ise yeni nesil Ipv6 ya uyumlu ip adreslerimiz gozukecektir.

        

Bir Exchange organizasyonunuz var. Kullanıcılarınız şirket içi ve şirket dışı elektronik haberleşme için Exchange sunucunuzu kullanıyorlar. Yoğun bir mail trafiğiniz var. Bu durumda mailleri depolamak için iki farklı yöntem kullanabilirsiniz.

Exchange üzerinde mailbox kullanabilirsiniz ki bu durumda tüm mail öğeleri Exchange sunucunuz üzerindeki veritabanında tutulur. Diğer yöntemde ise her kullanıcı kendi kullandığı bilgisayarda yerel olarak bir PST veritabanında tüm mail öğelerini tutabilir.

Her iki uygulamanın da kendi içlerinde avantajları ve dezavantajları bulunmaktadır. Örneğin Exchange 2003 Standart sürüm kullanıyorsanız ve kullanıcılarınız maillerini mailbox’ta tutuyorlarsa bir süre sonra veritabanınız maksimum limit sınırına gelecektir. Tersi durumda yani lokalde PST dosyası kullanırsanız, Outlook 2003’ten itibaren kullanılan Unicode PST dosyalarının boyut limiti teorik 20 gigabyte’tır. Aynı şekilde yoğun mail kullanan kullanıcılar bu kadar yüksek boyutlu veritabanı dosyasını çalıştırırken sorun yaşayabilirler, PST dosyası bozulabilir, farklı bilgisayarlarda kullanım zorlukları çıkabilir.

Bu noktada şirketinizin gereksinimlerine göre tercihlerinizi belirleyebilirsiniz. Peki, tüm kullanıcılarınızın Default Delivery Location (Gelen mailin teslim edileceği konum) bilgisini değiştirmek isterseniz, bunu nasıl gerçekleştireceksiniz? Her kullanıcıya bunu nasıl yapacaklarını anlatan bilgi maili mi atacaksınız, tek tek gidip her bilgisayarda siz mi değiştireceksiniz?

Microsoft Outlook 2003 ya da 2007 yazılımları üzerinde hali hazırda kurulu ve kullanılan sistemlerde toplu olarak Default Delivery Location’ı Mailbox olarak ayarlamak için Office Resource Kit ile beraber gelen Custom Maintenance Wizard’ı kullanabiliriz. CMW uygulamasını sadece bir profil dosyası oluşturmak için kullanacağız. Bunun için;

1- Office Resource kiti herhangi bir işletim sistemi üzerine kuralım. ORK dosyasını indirmek için http://download.microsoft.com/download/0/e/d/0eda9ae6-f5c9-44be-98c7-ccc3016a296a/ork.exe linkini kullanabilirsiniz.

2- Kurulum tamamlandıktan sonra Start—All Programs—Microsoft Office—-Microsoft Office Tools—Microsoft Office 2003 Resource Kit—Custom Maintenance Wizard uygulamasını çalıştıralım.

3- Sihirbazda direkt olarak ikinci adıma geçebiliriz. Burada Office 2003 kurulum klasöründeki Pro11.msi dosyasını göstermemiz gerekiyor. Bunu sihirbazı çalıştırdığımız bilgisayara kurulum dosyalarını kopyalayarak gösterebileceğimiz gibi sunucular üzerinde kurulum dosyaları varsa bunları da gösterebiliriz.

4- Üçüncü adımda Create a New CMW File komutunu verip devam edeceğiz.

5- Dördüncü adımda CMW dosyasını kayıt edeceğimiz yeri ve dosya adını belirliyoruz. Gerçekte bir CMW dosyası yaratmayacağımız için buradaki bilgiler çok önemli değil bizler için.

6- On ikinci adıma kadar hiçbir ayarı değiştirmeden devam edeceğiz. 12. Adımda Modify Profile komutunu vereceğiz.

7- On üçüncü adımda Configure An Exchange Connection ayarını seçeceğiz. User Name kutusunda varsayılan olarak %username% ayarı vardır. Bu ayarla oturum açan kullanıcı adına atanmış mail hesabını alıyor. Exchange Server kutusuna Exchange sunucumuzun adını yazacağız. Bu ekranda en önemli alan Overwrite existing Exchange Settings if an Exchange Connection exists (only applies when modifying profile) kutusu. Bu kutunun işaretli olması gerekiyor. Diğer ayarlar değiştirilebilir ya da varsayılanda bırakılabilir.

8- On dördünce ekran Customize additional Outlook profile and account information ayarını seçeceğiz. Bu ayarı seçtikten sonra alt bölümde etkinleşecek Deliver new mail to the following location kutusunda Exchange server’ı seçeceğiz.

9- On beşinci ekranda Export Profile Settings butonuna tıklayarak şimdiye kadar yaptığımız Outlook profil ayarlarını PRF uzantılı profil dosyasına kaydedeceğiz. Böylece daha sonra bu ayarları Outlook içerisine alacağız.

10- Bu noktadan sonra CM Wizard ile ilgili bu işlem için yapacağımız bir uygulama yok, dolayısıyla devam etmeden direkt olarak sihirbazı kapatabiliriz.

Daha sonra istemci üzerinde Outlook kapalıyken örnek olarak

Outlook.exe /ImportPRF C:\Dosya_Adi.prf ya da

Outlook.exe /ImportPRF \\sunucu_adi\Paylasim\dosya_adi.prf

Komutlarını çalıştırarak oluşturduğumuz profil dosyasını import edebilir ve yaptığımız ayarları uygulayabiliriz. Dosya ve komut hem Outlook 2003 hem de Outlook 2007 sürümlerinde çalışmaktadır. İstenirse PRF dosyası sunucu üzerinde bir paylaşıma konularak Logon script aracılığıyla komutlar kullanılarak istenilen clientlara dağıtılabilir. Benim önerim ilk etapta production ortamından önce test sistemlerinde denemenizdir.

Custom Maintenance Wizard ile tüm Office kurulumunuza hükmedebilirsiniz, bunun için CMW aracını iyice incelemenizi ayrıca öneririm. İstediğiniz registry ayarlarını ekleyebilir, var olan kurulu Office bileşenlerini uzaktan kaldırabilir, profil, organizasyon bilgilerini değiştirebilirsiniz. Oldukça ayrıntılı bir shirbazdır Custom Maintenance Wizard ve özellikle kurulmuş Office sistemlerinde yapmak istediğiniz değişiklikler için sizin oldukça fazla zamanınızı kurtaracaktır.

Yazar: Gökhan ŞENYÜZ

Bu yazıyı paylaş:

        

]]>