VPN-hlið þarf IP-framsendingu: hvað á að athuga

Biðlarinn þinn getur pingað netfang hliðsins á meðan hver auðlind fyrir aftan það er óaðgengileg. Þetta par athugana lýsir hýsli sem talar við þig og beini sem beinir ekki, sem eru ólík hlutverk á sömu vél. Framsending er rofinn milli þeirra.

Hlutverkin tvö eru óháð, og sömuleiðis fjölskyldur netfanganna.

Að svara eigin netfangi sannar ekkert

Þegar pakki er stefnt á hliðið sjálft eyðir staðbundni staflinn honum og engin framsendingarákvörðun verður. Þess vegna segir árangursríkt ping á netfang göngunnar eða stjórnviðmót þér að djöfullinn lifi og gangurinn sé uppi, án þess að segja nokkuð um umferð sem er ætluð neti fyrir aftan kassann. Kjarninn skoðar framsendingarleið sína aðeins fyrir pakka sem ekki eru stefndir á hann.

Lestu kröfuna sem hlutverk, ekki stillingu: þetta hýsil verður að flytja pakka milli tveggja tengihluta. Fartölva sem þarf aðeins að ná fjarneti tekur aldrei þetta hlutverk, og endapunktur staðar-til-staðar tekur það alltaf. Að lesa kröfuna þannig útskýrir hvers vegna virk biðlarastilling bregst þegar henni er flutt á hlið.

Sama setning á við um eldvegginn fyrir framsendingarákvörðunina, sem hefur eigin stefnu um hvað má framsenda.

Athugaðu hverja netfangafjölskyldu fyrir sig

IPv4-framsending er einn rofi, og IPv6-framsending er annar með eigin hegðun fyrir hvern tengihlut. Að virkja þann fyrri segir ekkert um þann seinni, og tvístafla biðlari getur náð helmingi nets á meðan afgangurinn er myrkur. Tveir biðlarar úr ólíkum fjölskyldum geta því verið ósammála um sama hliðið. Spurðu hvaða fjölskyldu bilandi biðlarinn notaði áður en þú breytir hvorri stillingunni sem er. Staðfestu báðar áður en þú ályktar að beinahönnunin sé röng.

sysctl net.ipv4.ip_forward
sysctl -a --pattern 'net.ipv6.conf.(all|default).forwarding'
nft list ruleset | head -n 40

Á mörgum dreifingum var gildið sem þú lest á keyrslutíma sett þar af þjónustu eða stillingarskrá, svo breyting sem gerð er með einnota skipun getur horfið við endurræsingu. Finndu skrána sem á stillinguna áður en þú breytir keyrslugildinu.

Framsending er ein af fjórum kröfum

Virk framsend streymi þarf fjóra hluti í einu: biðlarinn verður að vita að áfangastaðurinn er fyrir aftan gönguna, hliðið verður að hafa leið áfram, svör verða að hafa leið til baka, og eldveggurinn verður að leyfa umferðina. Upprunaaðlögun tilheyrir þeirri hönnun sem valkostur frekar en regla, því einkabeint net með samhverfum leiðum þarf hana ekki og ósamhverft þarf hana venjulega. Hver þeirra fjögurra bregst óháð, þess vegna færir viðgerð á einni sjaldan einkennin. Skrifaðu allar fjórar niður áður en þú breytir einhverri þeirra.

Skýjaplatfyrir bæta við fimmundu atriði. Sum framfylgja uppruna- og áfangastaðaathugunum á tilvikum, sem sleppir framsendum pökkum óháð því hvernig kjarni gestgjafans er stilltur. Eigin netkerfisskjöl platfyririns eru valdið þar, ekki sysctl-úttak inni í VM.

Prófaðu frá biðlinum, ekki frá hliðinu

Prófun sem keyrð er í eigin skel hliðsins fer ekki um neinn hluta framsendingarleiðarinnar sem þú virkjaðir rétt í þessu. Myndaðu umferðina frá biðlinum sem er með vandamálið og staðfestu að hún nái einhverju fyrir aftan hliðið frekar en hliðinu sjálfu. Þetta er eina prófunin sem æfir hlutverkið sem þú breyttir.

Haltu hlustunarreglum og framsendingarreglum aðskildum í höfðinu og í breytingaskránni. Að opna VPN-gáttina hleypir biðlurum inn í þjónustuna; það veitir þeim ekkert á netinu fyrir aftan, og þau tvö líta eins út á eldveggslista sem hefur stækkað í ár.

Ef pakkar berast og þjónustan hafnar síðan notandanum hefurðu farið framhjá netkerfinu. Haltu áfram með heimild forritsins í stað þess að víkka framsendingarstefnuna aftur.