Ping ass kee Beweis: test de Wee tëscht zwou Standorte

E Ping vum Gateway seet näischt iwwer de Service. Gitt de Wee vun engem echte Client, benotzt de Protokoll vun der Applikatioun a reproduzéiert d'Gréisst oder den Numm, deen ausgeet.

Den Tunnel ass uewen, d'Gateways äntweren sech géigesäiteg, an d'Benotzer op engem Standort kënne weiderhin d'Dateifräigab um aneren net opmaachen. Een aneren pingt vum Gateway, kritt eng Äntwert a erkläert den Netzwierk als gesond. Déi Äntwert ass tëscht zwou Apparaten gereest, déi ni de Problem waren. En nëtzlechen Test fänkt um Host un, deen de Service brauch, benotzt de Protokoll, deen d'Applikatioun benotzt, a reproduzéiert d'Conditioun, ënner där en ausgeet. Alles anescht ass gréng Luucht fir e Wee, op deem keen ass.

Fänkt beim Client un, deen de Service brauch

Schreift véier Saachen op, ier Dir eppes testt: d'Adress vum Client, d'Destinatiounsadress, den Hostnumm an de Port vun der Applikatioun. Bestätegt dann, datt de Service lokal op sengem eegenen Standort funktionéiert, vun engem Host dernieft. Ouni dës Basislinie kënnt Dir en gebrochenen Tunnel net vun engem gebrochene Service ënnerscheeden, an d'Halschent vun dësen Ticketen ass déi zweet.

Probéiert den dokumentéierten Hostnumm a, wou de Service et erlaabt, eng direkt Adresskontroll vum selwechte Port. Eng feelgeschloen Nummssich an eng onerreechbar opgeléist Adress féieren Iech op verschidde Weeër. Wann Dir en Hostnumm duerch eng IP ersetzt, deaktivéiert net d'HTTPS-Identitéitskontroll, fir datt et funktionéiert; eng Zertifikatswarnung ass Informatioun, keen Hindernis.

Gitt de Wee op all Rand

Liest d'Route, déi de Client wielt, dann d'Route, déi de Gateway fir dës Destinatioun wielt, dann d'Comptoiren oder eng begrenzt Erfaassung op all Rand. Dir sicht zwou Fakten: ass d'Ufro um wäitem LAN ukomm, an ass eng Äntwert zréckkomm. Interface-Comptoire enthalen all anere Flux, dofir korreléiert nom genauen Zäitstempel an Adresspaar an net no der Form vum Graf. Eng Erfaassung op der falscher Rand ass schlimmer wéi keng, well se wéi e Beweis ausgesäit.

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

Wann d'Ufro op der wäiter Rand optaucht an keng Äntwert hannendrun ass, läit de Problem op der anerer Säit: eng Firewall, eng feelend Retourroute oder en Host, deen d'Quell net akzeptéiert. Wann d'Ufro ni optaucht, hunn d'lokal Route oder d'Tunnel-Selektoren se net gedroen, an déi aner Säit ass nach keng Enquête wäert.

Benotzt de Protokoll, deen d'Applikatioun benotzt

ICMP ass eng schwaach Sonde. Et ka gefiltert, a senger Vitesse begrenzt oder duerch eng aner Politik wéi de Service behandelt ginn, wat säin Erfolleg a säi Feeler allebéid zweedeiteg mécht. Testt de richtegen Port a, wou Dir kënnt, de richtegen Handshake vum Protokoll.

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

En ofgeschlossenen TCP-Handshake beweise d'Erreechbarkeet an d'Politik fir dee Port. Et beweise net, datt d'Applikatioun funktionéiert: Authentifizéierung, en Upload oder en spezifeschen API-Uriff kënnen nach ëmmer ausgoen. Testt d'Operatioun, déi d'Benotzer tatsächlech ausféieren, mat enger harmloser Gläichwäertegkeet amplaz eng richteg Transaktioun ëmmer erëm ofzeginn.

Reproduzéiert d'Conditioun, déi ausgeet

Feeler, déi nëmme bei groussen Iwwerdragungen optauchen, si eng Gréissteproblem, keng Konnektivitéitsproblem. Schéckt e grousse Pak mat gesaten don't-fragment-Bit a kuckt wou en ophält. Wann eng kleng Ufro geléngt an eng grouss hänkt, sinn d'Tunnel-MTU an d'MSS-Behandlung op de Gateways déi nächst Verdächteger.

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

Wann nëmmen en eenzegt Subnetz ausgeet, kuckt d'Traffic-Selektoren, d'Routeannoncen an de Retour-Gateway vun deem Subnetz. Wann nëmmen den Hostnumm ausgeet, follegt DNS, dorënner wéi ee Resolver de Client benotzt huet an ob d'wäit Vue vun deem Standort aus sichtbar ass. Dräi verschidde Feeler, dräi verschidde Korrekturen, an den Pingtest ënnerscheet keen dovun.

No der Korrektur widderhëlt dee selwechten Test

Start dee selwechte Client, Destinatioun, Port a Charge nach eng Kéier. Da verbënnt Iech nei oder test de Failover-Wee, wann den Design een huet, well eng Korrektur, déi nëmme funktionéiert, soulaang d'Originaltunnelinstanz lieft, ass net getest. Hält den Test un eng richteg Quell, eng richteg Destinatioun an eng richteg Operatioun gebonnen amplaz un een grénge Indikator op engem Dashboard.

Notéiert déi véier Basiswäerter an d'Resultat. Den nächste Rapport vum selwechte Symptom kann dann mat Beweiser ufänken amplaz mat engem Ping.

Ähnlech Artikelen