Hvers vegna vinnandi VPN rennur samt út á tíma í svarinu
Að beiðni nái til einkamiðlara er aðeins helmingur skiptanna. Svar hennar verður að finna gönguklientinn um fyrirhugaða hlið, leið eða þýðingu.
Beiðnin kemur, miðlarinn skráir hana og klientinn tilkynnir samt tímamörk. Þessi samsetning þýðir að svarið fann ekki leiðina til baka, og það er einn af fáum bilunum sem þú getur staðfest frá báðum endum samtímis. Farðu yfir prófanirnar í réttri röð og stöðvaðu þegar ein þeirra bregst.
Byrjaðu á því hvar beiðnin kom
Staðfestu að pakkinn hafi náð þjónustunni áður en þú skoðar eitthvað annað. Skráarfærsla á miðlarahlið, tengingateljari eða leyfð handsöfnun í fjarendum svarar öllu sama spurningunni, og skortur á þeim sendir þig til baka í göngin í stað þess að fara áfram að svarinu. Þetta er prófunin sem aðgreinir framsendingarvandamál frá vandamáli í bakleiðinni.
Ef beiðnin kom aldrei, stöðvaðu hér. Göngin, leiðin að einkaforskeytinu eða aðgangsreglan er viðfangsefnið, og svarleiðin er ekki enn viðeigandi. Skráðu líka upprunavistfangið sem miðlarinn sá. Það er annaðhvort laugarvistfangið sem klientinn fékk eða þýtt vistfang, og sá munur ræður því hvaða prófun á eftir gildir.
Svarið þarf leið að launinni
Fjartengiklient fær venjulega vistfang úr laug, og einkanetið þarf leið til baka að þeirri laug. Miðlari þar sem sjálfgefin leið bendir á hans eigið hlið afhendir pakkann því hliði, sem hefur ekki hugmynd um hvar laugin er, svo svarið drepst þar. Klientinn sér tímamörk því ekkert kom til baka, og það er óaðgreinanlegt frá beiðni sem fór aldrei út.
Athugaðu leiðina sem miðlarinn velur fyrir vistfang klientins, ekki leiðina sem hann notar fyrir eigið undirnet. Þessar tvær uppflettingar geta gefið mismunandi svör, og það síðara skiptir máli hér. Þýðing er hinn valkosturinn í hönnuninni og hún breytir því sem miðlarinn sér. Hún getur einfaldað bakleið, og hún fjarlægir líka upprunalegt vistfang klientins úr skrám miðlarans, sem hefur áhrif á hvaða reglu sem er eða skýrslu sem byggð er á því sviði.
Berðu saman handsöfnun á miðlaranum og handsöfnun á hliðinu
Berðu saman það sem fer frá miðlaranum og það sem kemur að hliðinu. Handsöfnun á útstreymisviðmóti miðlarans og handsöfnun á gönguhliðinu svara mismunandi helmingum spurningarinnar, og bilið á milli þeirra staðsetur tapið.
ip route get 10.90.0.14
tcpdump -ni any host 10.90.0.14 and port 443
ip route show table all | grep 10.90.0.0| Where the reply stops | What it proves |
|---|---|
| Request in the server log, nothing on its outbound capture | The server picked a gateway that cannot reach the pool |
| Reply leaves the server but never shows up at the gateway | Loss on the LAN path, not on the tunnel |
| Reply reaches the gateway but not the client | Return translation or tunnel policy, not the server route |
Beiðni sem hliðið sjálft býr til er léleg staðgengil fyrir prófun frá klientnum, því hún kemur frá öðru vistfangi og mætir öðrum reglum. Þess vegna geta árangursríkt ping frá hliðinu og misheppnuð beiðni frá klientnum verið bæði sönn.
Þegar nokkrir beinar sitja á leiðinni skaltu athuga hvern þeirra sem þarf leið að launinni. Stað-til-staðar hönnun krefst oft þess að fjarlæga forsetið sé þekkt á fleiri en einu tæki, og hliðið sjálft verður að miðla milli ganganna og staðarnetsins; leiðbeiningar strongSwan um framsendingu fjalla um sysctl- og eldveggshlið þess.
Skráðu laugina, forsetið og ábyrgðaraðilann
Fjögur atriði eiga heima í athugasemdinni: laugin sem klientinn fékk, einkaforsetið sem hann þurfti, beininn sem ber ábyrgð á svarinu og þýðingarreglan ef hún er til. Með þeim verður hliðabreyting síðar samanburður en ekki rannsókn.
Prófaðu svo aftur með venjulegum klient og raunverulegum reikningi forritsins. Að víkka forritsheimildir getur ekki lagað bakleið pakka, og reikningsbreyting sem gerð er í þessari greiningu ruglar næsta samanburði. Ef hönnunin byggir á þýðingu skaltu skjalfesta hana þar sem skrár miðlarans eru lesnar. Sá sem sér ókunnugt upprunavistfang í endurskoðunarferli ætti ekki að þurfa að enduruppgötva vörpunina úr miða.