Ping kanıt değildir: iki saha arasındaki yolu test edin

Tünel ayakta, ağ geçitleri birbirine yanıt veriyor ve bir sahadaki kullanıcılar diğer sahadaki dosya paylaşımını hâlâ açamıyor. Birisi ağ geçidinden ping atıyor, yanıt alıyor ve ağı sağlıklı ilan ediyor. O yanıt hiçbir zaman sorun olmayan iki cihaz arasında gitti. İşe yarar bir test hizmete ihtiyaç duyan ana bilgisayarda başlar, uygulamanın kullandığı protokolü kullanır ve başarısız olduğu koşulu yeniden üretir. Geri kalan her şey kimsenin gitmediği bir yol için yeşil ışıktır.

Hizmete ihtiyaç duyan istemciden başlayın

Herhangi bir şeyi test etmeden önce dört şey yazın: istemci adresi, hedef adres, ana bilgisayar adı ve uygulamanın bağlantı noktası. Ardından hizmetin kendi sahasında yerel olarak çalıştığını yanındaki bir ana bilgisayardan doğrulayın. Bu başlangıç çizgisi olmadan bozuk bir tüneli bozuk bir hizmetten ayıramazsınız ve bu kayıtların yarısı ikincisidir.

Belgelenmiş ana bilgisayar adını deneyin ve hizmetin izin verdiği yerde aynı bağlantı noktasının doğrudan adres denetimini yapın. Başarısız bir ad araması ve erişilemeyen çözümlenmiş adres sizi farklı yollara götürür. Bir ana bilgisayar adını IP ile değiştirirseniz, çalışması için HTTPS kimlik denetimini kapatmayın; sertifika uyarısı bilgidir, engel değildir.

Yolu her kenarda yürüyün

İstemcinin seçtiği rotayı, ardından ağ geçidinin o hedef için seçtiği rotayı, ardından her kenardaki sayaçları veya sınırlı bir yakalamayı okuyun. İki olgu arıyorsunuz: istek uzak yerel ağa ulaştı mı ve bir yanıt geri geldi mi. Arayüz sayaçları diğer tüm akışları içerir, bu yüzden grafiğin biçimine göre değil, tam zaman damgası ve adres çiftine göre ilişkilendirin. Yanlış kenarda alınan yakalama hiç olmamasından kötüdür, çünkü kanıt gibi görünür.

ip route get 10.10.0.5
sudo tcpdump -ni any host 10.10.0.5 and port 445
sudo tcpdump -ni any net 10.10.0.0/24 and net 10.20.0.0/24

İstek uzak kenarda arkasında yanıt olmadan görünüyorsa, sorun karşı taraftadır: bir güvenlik duvarı, eksik dönüş rotası veya kaynağı kabul etmeyen bir ana bilgisayar. İstek hiç görünmüyorsa, yerel rota veya tünel seçicileri onu taşımamıştır ve karşı taraf henüz araştırmaya değmez.

Uygulamanın kullandığı protokolü kullanın

ICMP zayıf bir sondaydı. Filtrelenebilir, hız sınırına tabi tutulabilir veya hizmetten farklı bir ilkeyle ele alınabilir; bu da hem başarısını hem başarısızlığını belirsiz kılar. Gerçek bağlantı noktasını ve mümkün olduğunda gerçek protokol el sıkışmasını test edin.

nc -vz 10.10.0.5 445
curl -sv --max-time 5 https://files.corp.internal/ -o /dev/null
openssl s_client -connect 10.10.0.5:443 -servername files.corp.internal

Tamamlanmış bir TCP el sıkışması o bağlantı noktası için erişilebilirliği ve ilkeyi kanıtlar. Uygulamanın çalıştığını kanıtlamaz: kimlik doğrulama, bir yükleme veya belirli bir API çağrısı hâlâ başarısız olabilir. Kullanıcıların gerçekte yaptığı işlemi, gerçek bir işlemi tekrar tekrar göndermek yerine zararsız bir eşdeğerle test edin.

Başarısız olan koşulu yeniden üretin

Yalnızca büyük aktarımlarda görünen hatalar boyut sorunudur, bağlantı sorunu değildir. don't-fragment biti ayarlanmış büyük bir paket gönderin ve nerede durduğuna bakın. Küçük bir istek başarılı olurken büyük olan takılıyorsa, tünelin MTU'su ve ağ geçitlerindeki MSS işleme sonraki şüphelilerdir.

ping -M do -s 1400 10.10.0.5
ping -M do -s 1472 10.10.0.5
curl -sS --max-time 30 -F file=@./sample.bin https://files.corp.internal/upload

Yalnızca bir alt ağ başarısız oluyorsa trafik seçicilerine, rota duyurularına ve o alt ağın dönüş ağ geçidine bakın. Yalnızca ana bilgisayar adı başarısız oluyorsa DNS'i izleyin; istemcinin hangi çözümleyiciyi kullandığı ve uzak görünümün o sahadan görünüp görünmediği dahil. Üç farklı arıza, üç farklı düzeltme ve ping testi hiçbirini ayırt etmez.

Düzeltmeden sonra aynı testi tekrarlayın

Aynı istemciyi, hedefi, bağlantı noktasını ve yükü yeniden çalıştırın. Ardından yeniden bağlanın veya tasarımda varsa yedek yolu deneyin, çünkü yalnızca özgün tünel örneği yaşadığı sürece çalışan bir düzeltme test edilmemiştir. Testi panodaki tek bir yeşil gösterge yerine gerçek bir kaynağa, gerçek bir hedefe ve gerçek bir işleme bağlı tutun.

Dört temel değeri ve sonucu kaydedin. Aynı belirtinin bir sonraki raporu o zaman ping yerine kanıtlarla başlayabilir.