Sunucuya erişilemiyor mu? Adım adım teşhis

Web siteniz, SSH ve Uzak Masaüstü aynı anda yanıt vermeyi bıraktığında neden genellikle şunlardan biridir: siz ile sunucu arasında bir ağ sorunu, askıya alınmış bir hizmet, bir güvenlik duvarı kuralı ya da çökmüş veya kaynakları tükenmiş bir sunucu. Bu rehber dıştan içe doğru ilerler. 203.0.113.10 yerine sunucunuzun adresini yazın.

1. adım: Durum sayfalarına bakın

• Müşteri panelindeki Destek › Sunucu/Ağ Durumu bilinen kesintileri ve planlı bakımları listeler. Biri eşleşiyorsa güncellemelerini takip edin.
• Hizmetler › Ürünlerim hizmetinizin durumunu gösterir. Askıya alındı genellikle vadesi geçmiş bir fatura demektir: Ödeme İşlemleri › Faturalarım altından ödeyin, hizmet yeniden etkinleşir. İptal Edildi veya Sonlandırıldı, hizmetin sona erdiği anlamına gelir.

2. adım: Sorun herkeste mi, yalnızca sizde mi?

Önce bilgisayarınızdan, sonra ikinci bir ağdan (mobil erişim noktası veya bir arkadaşınızın bağlantısı) test edin:

ping -c 5 203.0.113.10
mtr -rwc 50 203.0.113.10

Test-Connection 203.0.113.10 -Count 5
tracert 203.0.113.10
pathping 203.0.113.10

• İkinci ağdan çalışıyor: sorun kendi ağınızda veya internet sağlayıcınızdadır ya da IP adresiniz sunucunun güvenlik duvarı veya Fail2ban tarafından engellenmiştir.
• Her yerden başarısız ve iz sona yakın duruyor: sunucunun kendisi veya güvenlik duvarı yanıt vermiyor. 3. adımla devam edin.
• Her yerden başarısız ve iz erken duruyor: yol üzerinde bir yönlendirme sorunu. Çıktıyı destek bildirimi için saklayın.

Bazı sunucuların ping'e bilerek yanıt vermediğini unutmayın. Asıl servis portlarını da test edin: nc -vz 203.0.113.10 22 veya Test-NetConnection 203.0.113.10 -Port 443.

3. adım: Sunucuya konsoldan bakın

Hizmet sayfanızda bir Web console görünüyorsa (İşlemler menüsünde veya Yönet kartında) açın. Ağ kapalıyken bile sunucunun ekranını gösterir.

• Bir giriş istemi: sunucu çalışıyor. Giriş yapıp 4. adımla devam edin.
• Hata mesajları veya donmuş bir ekran: sunucu çöktü veya takıldı. Hizmet sayfanız bir yeniden başlatma işlemi sunuyorsa kullanın, ardından 5. adıma geçin.
• Örneğin dosya sistemiyle ilgili açılış hataları: mesajı not edin ve bir destek bildirimi açın.

Dedicated sunucularda, planınız içeriyorsa IPMI kullanın. Hiçbir konsol yoksa bir destek bildirimi açın.

4. adım: Nedeni sunucunun içinde bulun

Konsoldan giriş yaptıktan sonra temel kontrolleri yapın:

ip -brief address
ip route
systemctl --failed
df -h
free -h

• IP adresi veya varsayılan rota yok: ağ yapılandırması bozulmuş; çoğu zaman netplan veya /etc/network/interfaces dosyasında yapılan bir düzenlemeden sonra. Değişikliği geri alıp yeniden uygulayın.
• Başarısız servisler: kayıtlarını okuyun; örneğin sudo journalctl -u nginx -n 50.
• Dolu disk (Use% 100): servisler yazamayınca çöker. Bkz. disk dolu.
• Boş bellek yok: bkz. yüksek CPU veya bellek kullanımı.

Ardından, bir değişiklikten sonra en yaygın neden olan güvenlik duvarını kontrol edin:

sudo ufw status verbose
sudo nft list ruleset

Kendinizi dışarıda bıraktıysanız güvenlik duvarı değişikliğinden sonra erişimi kaybetmek rehberini izleyin.

5. adım: Önceki açılışın kayıtlarını okuyun

Bir çökme ve yeniden başlatmadan sonra neden çoğu zaman bir önceki açılışın kaydındadır. Günlük (journal) kalıcıysa (güncel Ubuntu ve Debian sürümlerinde varsayılan olarak öyledir) şunları çalıştırın:

journalctl --list-boots
sudo journalctl -b -1 -p warning
sudo journalctl -k -b -1 | grep -i -E 'out of memory|oom|panic|error'

Sondan hemen önceki bellek yetersizliği sonlandırmalarına, disk hatalarına ve çekirdek mesajlarına bakın.

Windows sunucular

Web konsolundan oturum açın ve sunucunun yanıt vermeyi bıraktığı saate yakın hatalar için Event Viewer › Windows Logs › System bölümüne bakın. Ağ bağdaştırıcısının IP adresine sahip olduğundan (Get-NetIPAddress) ve Uzak Masaüstü güvenlik duvarı kurallarının etkin olduğundan emin olun. Bkz. Uzak Masaüstü bağlantı sorunları.

Saldırıdan mı şüpheleniyorsunuz?

Yoğun trafik grafikleri veya bağlantı seliyle birlikte gelen ani erişilemezlik bir DDoS saldırısı olabilir. Sunucuyu tekrar tekrar yeniden başlatmayın. Etkilenen IP adresleri, başlangıç saati ve elinizdeki kayıtlarla bir destek bildirimi açın; bkz. DDoS korumasının temelleri.

Ne zaman destek bildirimi açmalı?

Sunucu her ağdan başarısız oluyorsa ve konsol işe yarar bir şey göstermiyorsa, iz ağımızın içinde duruyorsa ya da donanım veya disk hataları görüyorsanız İlişkili Hizmet altında sunucuyu seçerek bir destek bildirimi açın. Saati saat dilimiyle, mtr veya pathping çıktısını, konsolun ne gösterdiğini ve son değişiklikleri ekleyin.

Sonraki adımlar

• Belirli hatalar: SSH bağlantı sorunları ve Uzak Masaüstü bağlantı sorunları.
• Bir sonraki kesintiyi önleyin: otomatik güncellemeler ve yedekleme stratejisi.