Ping çalışıyor ama uygulama açılmıyor: ARP, TCP ve hizmet katmanları

Ping yanıtı bir uygulama portunun açık olduğunu göstermez. Aynı şekilde ping yanıtı alınamaması da sunucunun kapalı olduğunu kesinleştirmez. Sağlıklı tanılama, isim çözümlemeden uygulama yanıtına kadar her katmanın kendi ölçütünü kullanır.

1. İsmi çöz
2. Yerel yolu doğrula
3. Komşuluk tablosunu incele
4. TCP el sıkışmasını izle
5. TLS ve HTTP’yi sına
6. Kanıtı karşılaştır

Testin hedefini ve yönünü sabitleyin

Kaynak cihaz, hedef adı, hedef port, protokol ve deneme zamanı kayıt altına alınır. Kullanıcı tarayıcısı, sunucu ve güvenlik duvarından yapılan testler farklı ağ yolları kullanabilir. Bunları aynı testin eşdeğeri gibi karşılaştırmayın.

Örnek laboratuvar hedefi uygulama.batuhanyazici.com olabilir. Gerçek IP veya kurum adını rapora koymak yerine özel inceleme kaydında tutun. Tek bir başarısız deneme üzerinden sürekli kesinti sonucu çıkarmayın.

Yerel ağ ve ARP kapsamını anlayın

ARP, IPv4 yerel ağında komşu adresi çözümlemek için kullanılır. Uzak hedefte istemci genellikle hedefin MAC adresini değil ağ geçidinin MAC adresini öğrenir. Bu nedenle uzak sunucunun ARP tablosunda görünmemesi normal olabilir.

Yanlış VLAN, yinelenen adres veya kararsız MAC öğrenimi yerel bağlantıyı bozabilir. Tabloyu temizlemek geçici etki yaratabilir; önce hangi kaydın neden yanlış olduğunu ölçün. IPv6 komşuluk keşfi aynı protokol değildir.

TCP el sıkışmasını gözleyin

SYN çıkıyor fakat SYN-ACK dönmüyorsa hedef, ara yol veya dönüş yönü incelenir. RST yanıtı ile zaman aşımı farklı kanıttır. Bağlantı kurulduktan sonraki TLS veya HTTP hatasını yalnızca port problemi diye sınıflandırmayın.

Resolve-DnsName uygulama.batuhanyazici.com
Test-NetConnection uygulama.batuhanyazici.com -Port 443
Get-NetRoute | Sort-Object RouteMetric
Get-NetNeighbor

Paket yakalaması yapılacaksa yalnızca ilgili hedef ve zaman aralığına filtre uygulayın. Yakalama dosyası oturum ve veri içerebilir; erişimini sınırlayın.

Güvenlik duvarında iki yönü karşılaştırın

Kabul kaydı görmek, hedef uygulamanın yanıt verdiğini kanıtlamaz. Oturumun gönderilen ve alınan baytlarını, NAT dönüşümünü, giriş ve çıkış arayüzünü inceleyin. Dönüş başka yoldan geliyorsa stateful kontrol etkilenebilir.

Cihaz donanım hızlandırması nedeniyle bazı tanılama çıktıları bütün paketleri göstermeyebilir. Kısıtını bilmediğiniz boş bir debug sonucunu “trafik hiç yok” diye yorumlamayın. Üretimde geniş kapsamlı debug yükünü kontrol altında tutun.

Uygulama yanıtıyla kapatın

TCP başarısından sonra sertifika adı, HTTP durum kodu ve gerçek işlev test edilir. Başlangıç ve sonuç ölçümlerini aynı kaynak ve hedef üzerinden karşılaştırın. Kök neden kesinleşmediyse olası nedenleri kesin sonuç gibi yazmayın.

• DNS doğru hedefi döndürüyor.
• Yerel rota ve komşuluk tutarlı.
• TCP el sıkışması doğrulandı.
• TLS ve uygulama yanıtı ayrı sınandı.
• Hata zamanı iki uçta eşleştirildi.

İlgili çalışma notları

• IPsec üzerinden yedek aktarımı yavaş: bant genişliği, MTU ve TCP ayrımı
• Uzaktan VPN tasarımı: MFA, dar erişim ve SSL VPN’den IPsec’e geçiş
• Web Filter ve Application Control: bir siteyi açarken kapsamı büyütmemek

Nasıl yapılır: ayrıntılı uygulama

Ortam ve ön koşullar: Yazıda belirtilen ürün ve desteklenen pilot ortam — Yetkili izole pilot, belirtilen sürüm/model desteği, mevcut durum kaydı ve değişiklik gerekiyorsa tutarlı yedek/geri erişim gerekir.

1. Çözümleme ve yerel rotayı okuyun
2. ARP/neighbor durumunu doğru yerde yorumlayın
3. Sunucu listener’ını karşılaştırın
4. Gerçek uygulama isteğini yapın
5. Tek katman düzeltmesi ve geri dönüşü yapın

1. Çözümleme ve yerel rotayı okuyun

Windows istemcide gerçek hostname ile başlayın; ICMP başarısı TCP listener/policy kabulü değildir.

Resolve-DnsName lab.batuhanyazici.com
Get-NetIPConfiguration
Get-NetRoute -AddressFamily IPv4 | Select-Object DestinationPrefix,NextHop,InterfaceAlias,RouteMetric

2. ARP/neighbor durumunu doğru yerde yorumlayın

Aynı L2 ağdaki hedef için neighbor kaydı anlamlıdır. Routed hedefte görünen MAC çoğunlukla next-hop’a aittir; sunucunun MAC’i diye etiketlemeyin.

Get-NetNeighbor | Select-Object InterfaceAlias,IPAddress,LinkLayerAddress,State
Test-NetConnection lab.batuhanyazici.com -Port 443 -InformationLevel Detailed

3. Sunucu listener’ını karşılaştırın

Yetkili Windows sunucuda 443 listener ve owning process’i okuyun. Linux için ss -lntp eşdeğeridir.

Get-NetTCPConnection -State Listen -LocalPort 443 | Select-Object LocalAddress,LocalPort,OwningProcess

4. Gerçek uygulama isteğini yapın

TLS adı/chain, HTTP durumu ve uygulamanın beklenen çıktısını ayrı değerlendirin. Portu açmak servis kimliğini veya sertifikayı düzeltmez.

curl.exe -I https://lab.batuhanyazici.com/

5. Tek katman düzeltmesi ve geri dönüşü yapın

DNS, route, firewall, listener veya uygulamanın yalnız kanıtlanan sorununu değiştirin. Önceki ayarı kaydedip aynı istemci/sunucu sorgularını tekrar uygulayın; tüm ağ yığınını sıfırlamayın.

Beklenen sonuç: DNS, next-hop/TCP ve gerçek TLS/uygulama sonucu aynı hedefi doğrular.

Sonuç farklıysa: Başarısız aşamada durun; ilgili kayıt/ürün sürümü/ön koşulu inceleyin. Farklı katmanı genel olarak sıfırlamak yerine tek nedeni ayırın.

Geri dönüş: Yalnız bu işlemde değişen öğeyi önceki uyumlu sürüm veya açıkça belirtilen yedek/restore planıyla geri alın; geri alınamaz veri/disk işlemlerini ayar geri dönüşü sanmayın.