Hver ætti að eiga leiðirnar og DNS þegar openfortivpn tengist?

Fjögur stig staflast hvert ofan á annað í virkri openfortivpn-lotu. Biðlarinn auðkennir sig við gáttina og hefur TLS-tengingu, keyrir síðan PPP inni í þeirri tengingu, tekur síðan við netfangi og DNS-upplýsingum og beitir að lokum hýsilleiðum og stillingum leysisins. Hvert stig getur verið lifandi á meðan það næsta er það ekki, og þess vegna er „tengdur“ svo hálur orð í stuðningsþráðum.

Ákvörðunin sem fjarlægir mestan rugling er hver á síðasta stigið. Annaðhvort beitir VPN-biðlarinn hýsilbreytingunum sjálfur, eða önnur eining gerir það, og að blanda þessu tvennu hálfa leið er hvernig leiðir og leysisfílur enda með að lýsa mismunandi lotum.

Fjögur stig sem líta út eins og ein tenging

Fyrsta stigið er innganga. nefnd auðkenningarlén eða einnota kóða, og tekur við þeim breytum sem það þarf til að halda áfram. Þegar biðlarinn prentar að hann sé tengdur gáttinni þýðir það að TLS-flutningurinn er uppi. Það þýðir ekki að PPP hafi semið, og vissulega ekki að hægt sé að ná í innra forrit.

Annað stigið er PPP-tengingin. Biðlarinn ræsir PPP-ferli gagnvart göngutækinu, og báðir aðilar semja um valkosti tengingarinnar og netföng. Aðeins eftir það veit hýsilinn hvaða staðbundnu og fjarlægu netföng lotan notar, og aðeins þá getur leið inn í göngin haft merkingu.

Þriðja stigið er að beita þeim upplýsingum á hýsilinn, og þar skiptir eignarhald máli. Biðlarinn getur bætt við leiðunum og endurskrifað stillingu leysisins, eða honum má skipa að hörfa og láta bæði eftir því sem annars stýrir netinu á þeirri vél. README verkefnisins lýsir þessu sem aðskildum ábyrgðum frekar en einni sjálfvirkri hegðun.

Hver ritstýrir leiðatöflunni

Sjálfgefið er biðlarinn eigandinn. Hann bætir við leið að gáttinni yfir líkamlega viðmótið, leið fyrir jafningja göngunnar og leiðum fyrir netin sem lotunni er heimilt að nota, og fjarlægir þær svo þegar ferlinu lýkur. Það sjálfgefna er handhægt á fartölvu með einum netstjóra og engum öðrum VPN-hugbúnaði.

Veldu afhendinguna aðeins þegar eitthvað annað á raunverulega leiðarstýringuna. Samþætting netstjóra, netnafnrými gáma eða leiðarstýriagentur fyrir allt svæðið kann þegar að vita hvernig á að setja upp og hreinsa sömu forskeytin. Að framvísa no-routes valkostinum kemur þá í veg fyrir að tveir rithöfundar berjist um sömu töfluna, sem er kapphlaup sem birtist sem slitrótt tap á einu undirneti frekar en hrein bilun.

Skörun er önnur ástæðan fyrir afhendingu. Ef ýttu leiðirnar innihalda forskeyti sem staðarnetið notar þegar, getur biðlarinn ekki leyst áreksturinn fyrir þig. Einhver verður að ákveða hvort það forskeyti sé aðgengilegt gegnum göngin, gegnum líkamlegu tenginguna eða gegnum sértækari leið, og sú ákvörðun tilheyrir þeim sem á staðfræðina.

Hreinsun er þriðja. Biðlari sem hrynur áður en hann fjarlægir leiðirnar sínar skilur eftir svarta holu sem lifir lotuna, og næsta tenging kann að bæta afriti ofan á hana. Sá sem á leiðarstýringuna á líka að sannreyna að gömlu færslurnar séu horfnar. Gerðu þá athugun að hluta af ræsingarferlinu, ekki valfrjálst hreinsunarskref.

Hver á DNS og leysisfíluna

DNS er sama ákvörðunin með beittari brúnum. Biðlarinn getur samþykkt DNS-netþjónana sem gáttin eða PPP-jafninginn tilkynnir og skrifað þá í leysisstillingu hýsilsins. Á einfaldri vél er það einmitt það sem þú vilt, því innri nöfn leysast þá aðeins á meðan göngin eru uppi.

Á nútíma Linux-hýsli kann leysinum að vera stýrt af staðbundnum stub, og að endurskrifa leysisfíluna bak við þann stub framleiðir stillingu sem virðist rétt og hegðar sér ósamkvæmt. Ef hýsilinn keyrir þegar leysisstjóra skaltu láta hann eiga DNS og fæða hann netþjónum ganganna gegnum studda viðmótið sitt. no-dns valkostur biðlarans er rétta valið þar, ekki krókaleið.

Skipt DNS er sérstök spurning frá því hver skrifar fíluna. Að senda hverja fyrirspurn gegnum göngin er einfalt og hægt; að senda aðeins innri svæði gegnum þau krefst stillinga fyrir hvert lén sem flestir einfaldir biðlarar bjóða ekki. Ákveddu hvaða hegðun hýsilinn þarf áður en þú virkjar leysisbreytingar biðlarans. Röng ákvörðun hér lítur út eins og bilun í nafnleysingu jafnvel þótt göngin sjálf séu í lagi.

Forréttindi, reiðubúinn og afhendingin

Að búa til göngutækið og ritstýra hýsilleiðum eða leysisstöðu krefst aukins netvalds. Algenga mistökið er að álykta að þess vegna verði allt að keyra sem root, þar á meðal vafrinn eða forritið sem notar göngin. Haltu forréttindahlutanum litlum: biðlarinn og stillingarskrá hans, í eigu stjórnanda, á meðan notendaforrit halda venjulegum reikningi sínum.

Reiðubúinn ætti að skilgreina fyrir hvern notanda. Eftirlitsaðili getur litið svo á að þjónustan sé hafin þegar biðlarferlið keyrir og göngutækið er til. Öryggisafritaverkefni ætti aðeins að líta svo á að VPN-ið sé nothæft þegar geymsluendapunktur þess svarar gegnum göngin. Þetta eru mismunandi athuganir, og að nota þá veikari fyrir sterkari tilgang framleiðir verkefni sem byrja of snemma og mistakast slitrótt. Skrifaðu valda skilgreininguna niður, því eftirlitsaðili og verkefni sem eru ósammála um reiðubúinn eru stuðningsmiði sem bíður þess að gerast.

Prófaðu samninginn með fjórum athugunum: gáttarfasi klárast, PPP úthlutar netföngum, fyrirhuguð leið er til staðar og beiðni til innri hýsils heppnast. Stöðvaðu biðlarann og staðfestu að hverju þessara hefur verið eytt eða endurheimt. Ef hýsilinn leysir enn innri nöfn eða heldur enn leið eftir að göngunum er lokað er afhending eignarhaldsins ófullnægjandi.