VPN tengist en nær ekki LAN-tækjum: hvað á að athuga

Umferð fer inn í göngin, gáttin svarar á eigin vistfangi og ekkert bak við hana svarar. Þetta mynstur er algengt og er ekki mótsögn: svar frá gáttinni sannar að göngunum lauk, og það sannar ekkert um hvað verður um pakka sem er beint handan við hana. Prófin tvö nýta ólíkar kóðaleiðir á sömu vél.

Prófaðu eitthvað hinum megin við gáttina héðan í frá. Eigið vistfang gáttarinnar mun halda áfram að svara, hversu brotin sem framsendingin er.

Gáttin svarar úr eigin stakka

Pakka sem beint er til gáttarinnar er skilað á staðbundna inntaksleið hennar, þar sem kjarninn ákveður hvort hlustandi sökkull taki við honum. Pakka sem beint er til hýsils bak við gáttina er í staðinn skilað á framsendingarleiðina, þar sem önnur mengi athugana gilda. Hægt er að slökkva algjörlega á framsendingu, eða kjarninn kveikir á henni og síðan hafnar síuregla sem nefnir aldrei göngin. Ekkert af þessu hefur áhrif á eigið svar gáttarinnar, þess vegna villir einkennið svo áreiðanlega.

Stjórnunarsíður sem nást í gegnum göngin tilheyra líka fyrsta flokknum. Þær eru sönnun um göngin, ekki netið bak við þau.

Fylgdu flæðinu að fyrstu mörkum sem sleppa því

Byrjaðu hjá biðlaranum og staðfestu leiðina og upprunavistfangið sem flæðið mun nota. Fylgstu síðan með gáttinni þegar nákvæmlega þetta flæði berst, og aftur með sama flæði þegar það fer í átt að LAN. Ef það berst aldrei er vandamálið á biðlarahliðinni eða í leyfðum forskeytum ganganna. Ef það berst og fer aldrei er vandamálið í framsendingunni eða síu á framleiðinni, og upptakan hefur þegar sagt hvor er.

Að keyra sama próf frá gáttinni felur áhugaverða helminginn, því pakki sem á uppruna sinn í gáttinni hefur annan uppruna og aðra kröfu um endurkomu. Notaðu flæði biðlarans, með eigin upprunavistfangi, á hverju skrefi. Upptaka á röngu viðmóti framleiðir sjálfsörugga fásinnu.

Afturleiðir og eldveggir hýsilsins bregðast hvor í sínu lagi

Þegar pakkinn nær til hýsilsins verða þrír hlutir að gilda. Þjónustan verður að hlusta á vistfanginu sem pakkinn var sendur á, eldveggur hýsilsins verður að samþykkja hann, og svarið verður að hafa leið til baka að biðlarahópnum. Sá síðasti bregst oft, því sjálfgefna leið hýsilsins vísar á beini sem hefur aldrei heyrt um svið ganganna. Niðurstaðan er tenging sem kemst á frá sjónarhóli hýsilsins og deyr hljóðlega í hina áttina.

Prófaðu afturleiðina viljandi með því að senda frá biðlaranum og fylgjast með endurkomunni. Einátta upptaka leysir á sekúndum það sem klukkustund af getgátum leysir ekki.

Staðfestu hvert stökk með upprunavistfangi biðlarans

Keyrðu athuganirnar í röð og geymdu hverja úttak, því gildið liggur í samanburðinum en ekki í einni línu. Skipanirnar hér að neðan festa upprunavistfangið, sýna valda leið og taka upp báðar hliðar framsendingarinnar. Skiptu út þínum eigin LAN-hýsli og gönguviðmóti.

ip route get 192.168.50.20 from 10.8.0.2
ping -I 10.8.0.2 -c 3 192.168.50.20
sudo tcpdump -ni tun0 host 192.168.50.20
sudo tcpdump -ni br0 host 192.168.50.20

Leiðarfyrirspurnin sýnir hvort biðlarinn myndi yfirhöfuð senda þennan pakka inn í göngin, og ping sýnir hvort eitthvað kom til baka frá hýslinum. Samanburður upptakanna tveggja aðskilur komu frá brottför, því rammi á gönguviðmótinu án mótsvarans á LAN-viðmótinu er framsendingarákvörðun en ekki þjónustubilun. Þegar báðar upptökurnar sýna beiðnina og aðeins ein sýnir svarið er afturleiðin eftir sem grunaður aðili.

Skráðu hvaða vistfang svaraði og hvaða framsenda áfangastaður brást. Þessi setning gerir skýrsluna framkvæmanlega í stað þess að fullyrða að þjónninn sé óaðgengilegur.