Beinir í VPN-biðlara ham: hvers vegna LAN-tæki hverfa

Trúin á að biðlarahamurinn sjálfur drepi LAN-aðgang leiðir fólk í rangt stillingavalmynd, og raunverulegu orsakirnar eru venjulega tvær. Göngin fjarlægja ekki LAN-brúna og koma ekki í veg fyrir að strengd og þráðlaus biðlarar nái hver til annars. Það sem brýtur staðbundinn aðgang er annaðhvort skoðunaraðgerð í sendingarleið beinisins eða LAN-vistfangssvið sem hreyfðist þegar fastbúnaðurinn gerði það. Bæði framkalla sömu kvörtun, og hvorugt er lagað með því að setja VPN-sniðið upp aftur.

Goðsögnin, og hvað biðlarahamurinn breytir í raun

Biðlarahamurinn bætir við gönguviðmóti og sjálfgefinni leið sem liggur í gegnum það, og sendir síðan LAN-umferð inn í þau göng. Brúin milli strengdu hafnanna og þráðlausu útvarpseininganna helst ósnortin, og svo er einnig staðbundin rofa. Það sem breytist er stefna: hvaða umferð er send, hvar hún er þýdd og hvaða leysir biðlararnir fá.

Sá munur skiptir máli því brotin LAN þýðir venjulega að ein af þessum þremur stefnum breyttist, ekki að beinirinn hætti að vera rofi. Beinir sem svarar enn eigin stjórnunarsíðu er sönnun þess að LAN-viðmótið lifir. Beinir sem svarar alls ekki neinu er með annað vandamál, svo sem breytt LAN-vistfang eða biðlara á röngu undirneti.

Þannig að gagnlegt fyrsta skref er að finna hvaða lag brotnaði, ekki að breyta laginu sem þú grunar.

Prófaðu þrjú markmið áður en þú snertir stillingu

Frá strengdum biðlara skaltu prófa þrjú markmið hvert fyrir sig og skrifa niður hverja niðurstöðu: eigið LAN-vistfang beinisins, annað tæki á sama rofa eftir IP, og eitthvað sem aðeins er hægt að ná í gegnum göngin. Gerðu þau í þessari röð, því hver niðurstaða útilokar annað lag. Notaðu vistföng í stað nafna í fyrstu umferð, því nafnbrestur blandar DNS inn í tengingarspurningu.

Myndin af svörunum er greiningin. Beinir sem svarar á meðan staðbundin tæki gera það ekki bendir á staðbundna rofa eða síunaraðgerð frekar en leiðsögn. Staðbundin tæki sem svara á meðan gönguhliðin gerir það ekki benda á gönguleiðina eða fjarlæga eldvegginn. Ef allt svarar eftir vistfangi en nöfn mistakast er það leysispurning, og engin leiðarvinnsla lagar það.

Haltu töflunni við hlið prófunarniðurstaðna. Hún breytir óljósri kvörtun í eina línu sem hægt er að bregðast við.

Öryggislagið inni í sendingarleiðinni

Neyslubeinar koma sífellt oftar með skoðunaraðgerð sem fylgist með sendri umferð, og hún keyrir í sömu leið og ber pakkana frá LAN í göngin. Þegar sú skoðun getur ekki flokkað gönguumferð getur sendingin stöðvast á meðan göngin sjálf standa og beinirinn tilkynnir heilbrigða tengingu. Ekkert í VPN-skánni sýnir þetta, því VPN-tengingin tókst í raun.

Greiningin er stýrð tilraun, ekki varanleg breyting. Skráðu núverandi stillingu, slökktu á aðgerðinni í eina prófun, ræstu göngin aftur og prófaðu einn staðbundinn hýsil eftir vistfangi. Sendingin sem kemur til baka er sönnunin sem þú þurftir, og málamiðlunin verður þá ákvörðun í stað ágiskunar. Ef ekkert breytist skaltu kveikja á henni aftur strax og fara yfir í orsök vistfanganna.

Að láta greidda öryggisaðgerð vera óvirka svo göngin haldi áfram að virka er málamiðlun sem á að gera viljandi og skrifa niður. Það er líka þess virði að spyrja hvort göngin eigi heima á öðru tæki, því beinir sem verður að skoða allt og beinir sem verður að senda allt eru tvö ólík störf.

Önnur orsökin: LAN-bilið hreyfðist

Fastbúnaðaruppfærslur endurstilla LAN-vistfangið reglulega á sjálfgefið gildi framleiðandans, og sumir beinar hafa skýran hamarofa sem ákveður hvort LAN heldur einkasviði eða erfir eitt frá tækinu fyrir ofan. Biðlari sem býst við 192.168.8.x getur lent á 10.64.0.x, og þá rennur SSH-lota til hýsisins út þótt göngin séu fullkomlega heilbrigð.

ipconfig /all
ip addr show
ip route get 192.168.8.20

Lestu forskeytið og gáttina úr leigunni áður en þú opnar beinissíðuna. Fyrstu tvær skipanirnar sýna hvað biðlarinn fékk í raun, og sú þriðja sýnir hvaða viðmót biðlarinn myndi nota fyrir staðbundið vistfang, og þannig kemur í ljós eftirstöðvar leið eða úrelt undirnet. Berðu það svo saman við LAN-síðuna og haminn sem beinirinn er í.

Ef bilið getur ekki farið til baka skaltu uppfæra hvern hlut sem nefnir það: DHCP-frátektir, hverja fasta leið inn í gamla undirnetið og hverja eldveggsreglu sem ber fyrra forskeytið. Bil sem rekst á fjarlægt undirnet ganganna er verri afbrigðið, því staðbundin tæki eru áfram aðgengileg á meðan fjarlægir áfangastaðir eru hljóðlaust rangt leiðbeint inn í LAN.

Tengdu aftur og prófaðu aftur í pakkaröð

Eftir hvora breytinguna sem er skaltu tengja göngin aftur og endurtaka prófanirnar í pakkaröð: beinir, staðbundinn hýsill, fjarlægur hýsill, síðan nöfn, síðan forritið. Að prófa forritið fyrst felur hvaða lag er enn brotið, og endurtilraun vafra gegn skyndiminni nafni getur litið út eins og leiðsagnarbrestur.

Skráðu fastbúnaðarútgáfuna, LAN-forskeytið og stöðu skoðunaraðgerðarinnar við hlið VPN-sniðsins. Öll þrjú eru stillingar sem næsta uppfærsla gæti skrifað yfir, og tvær línur af athugasemdum spara klukkustundina sem þú varst að eyða.