Ping ei ole todiste: testaa kahden toimipaikan välinen polku

Tunneli on pystyssä, yhdyskäytävät vastaavat toisilleen, ja toisen toimipaikan käyttäjät eivät silti saa avattua toisen tiedostojakoa. Joku pingaa yhdyskäytävältä, saa vastauksen ja julistaa verkon terveeksi. Se vastaus kulki kahden laitteen välillä, jotka eivät koskaan olleet ongelma. Hyödyllinen testi alkaa isännästä, joka tarvitsee palvelun, käyttää protokollaa, jota sovellus käyttää, ja toistaa olosuhteen, jossa se epäonnistuu. Kaikki muu on vihreä valo polulle, jolla ei ole ketään.

Aloita asiakkaasta, joka tarvitsee palvelun

Kirjoita neljä asiaa ennen kuin testaat mitään: asiakkaan osoite, kohdeosoite, isäntänimi ja sovelluksen portti. Vahvista sitten, että palvelu toimii paikallisesti omassa toimipaikassaan, vieressä olevasta isännästä. Ilman tätä perustasoa et voi erottaa rikkinäistä tunnelia rikkinäisestä palvelusta, ja puolet näistä tiketeistä on jälkimmäinen.

Kokeile dokumentoitua isäntänimeä ja, kun palvelu sallii, saman portin suoraa osoitetarkistusta. Epäonnistunut nimihaku ja saavuttamaton ratkaistu osoite vievät sinut eri poluille. Jos korvaat isäntänimen IP-osoitteella, älä poista HTTPS-identiteettitarkistusta käytöstä saadaksesi sen toimimaan; varoitus varmenteesta on tietoa, ei este.

Kulje polku jokaisella reunalla

Lue reitti, jonka asiakas valitsee, sitten reitti, jonka yhdyskäytävä valitsee kyseiselle kohteelle, sitten laskurit tai rajattu kaappaus kullakin reunalla. Etsit kahta tosiasiaa: saapuiko pyyntö etäiseen lähiverkkoon ja tuliko vastaus takaisin. Liitäntälaskurit sisältävät kaikki muut vuot, joten korreloi tarkan aikaleiman ja osoiteparin mukaan, ei kaavion muodon mukaan. Väärällä reunalla otettu kaappaus on huonompi kuin ei mitään, koska se näyttää todisteelta.

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

Jos pyyntö ilmestyy etäreunalle ilman vastausta sen takana, ongelma on toisella puolella: palomuuri, puuttuva paluureitti tai isäntä, joka ei hyväksy lähdettä. Jos pyyntö ei ilmesty koskaan, paikallinen reitti tai tunnelin valitsimet eivät kuljettaneet sitä, eikä toinen puoli ole vielä tutkimisen arvoinen.

Käytä protokollaa, jota sovellus käyttää

ICMP on heikko koe. Se voidaan suodattaa, rajoittaa nopeudella tai käsitellä palvelusta poikkeavalla käytännöllä, mikä tekee sekä sen onnistumisesta että epäonnistumisesta monitulkintaisen. Testaa varsinainen portti ja, kun voit, varsinainen protokollan kättely.

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

Valmis TCP-kättely todistaa tavoitettavuuden ja käytännön kyseiselle portille. Se ei todista, että sovellus toimii: todennus, lataus tai tietty API-kutsu voi yhä epäonnistua. Testaa toiminto, jonka käyttäjät todella suorittavat, vaarattomalla vastineella sen sijaan, että lähettäisit toistuvasti oikeaa tapahtumaa.

Toista olosuhde, jossa se epäonnistuu

Vain suurilla siirroilla ilmenevät viat ovat kokoon liittyvä ongelma, eivät yhteysongelma. Lähetä suuri paketti don't-fragment-bitti asetettuna ja katso, mihin se pysähtyy. Jos pieni pyyntö onnistuu ja suuri jää jumiin, tunnelin MTU ja MSS:n käsittely yhdyskäytävillä ovat seuraavat epäillyt.

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

Jos vain yksi aliverkko epäonnistuu, katso liikenteen valitsimia, reittimainoksia ja kyseisen aliverkon paluuyhdyskäytävää. Jos vain isäntänimi epäonnistuu, seuraa DNS:ää, mukaan lukien mitä ratkaisijaa asiakas käytti ja näkyykö etänäkymä kyseisestä toimipaikasta. Kolme eri vikaa, kolme eri korjausta, eikä ping-testi erota yhtään niistä.

Korjauksen jälkeen toista sama testi

Käynnistä sama asiakas, kohde, portti ja hyötykuorma uudelleen. Yhdistä sitten uudelleen tai kokeile vaihtoehtoista polkua, jos suunnittelussa on sellainen, koska korjausta, joka toimii vain alkuperäisen tunneliesiintymän eläessä, ei ole testattu. Pidä testi sidottuna todelliseen lähteeseen, todelliseen kohteeseen ja todelliseen toimintoon yhden vihreän merkkivalon sijaan.

Kirjaa neljä perustasoa ja tulos. Seuraava saman oireen raportti voi silloin alkaa todisteista pingin sijaan.