Þarf hver OpenVPN-jafningi remote-línu? Ekki alveg

Tveimur jafningjauppsetningum er stillt upp hlið við hlið, önnur hefur remote-línu og hin ekki, og niðurstaðan er að önnur þeirra sé brotin. Þessi ályktun er nógu oft röng til að vera þess virði að taka hana í sundur. Tilskipunin lýsir því hvert fyrsta pakkann á að senda. Hún velur ekki hvort ferlið starfar sem biðlari sem hefur frumkvæði eða sem hlið sem bíður, og hún ákveður ekki hvor hliðin sannar auðkenni sitt fyrir hinni.

Hvað remote tilgreinir í raun

remote-færsla nefnir hýsil, valfrjálst gátt og flutning, og valfrjálst nokkrar slíkar færslur sem reynt er í röð.

Fjarvera hennar hefur skilgreinda merkingu en ekki óskilgreinda: ferlið bíður og bregst ekki við pökkum frá veffangi nema sá jafningi sannreyni sig. Hlið sem þjónar ferðamönnum hefur því enga ástæðu til að nefna neinn þeirra fyrirfram.

Lestu færsluna sem veffangasamband. Hvort treysta megi fjarlæga endanum svara vottorð og sannreynsluvalkostirnir, ekki sú staðreynd að veffang var skrifað niður.

Þrjú fyrirkomulög ráða svarinu

Ferðabiðlari þarf áfangastað, því hann verður að hefja og veit ekki hvar hliðið er án hans. Hlið fyrir marga biðlara þarf ekki áfangastað fyrir hvern notanda, því biðlarar koma og sannreyna sig. Viljandi tenging tveggja jafningja með þekktum endapunktum getur haft áfangastað á annarri hlið, báðum hliðum eða hvorugri, eftir því hvor hliðin hefur frumkvæði.

Að líma fast biðlaraveffang inn í almennt hlið er mistakið sem fylgir því að hunsa þessa flokka. Það virkar fyrir eina jafningjann sem veffangið var skráð fyrir og villir alla aðra.

Ekkert í tilskipuninni breytir uppsetningu í þjón fyrir marga biðlara, og ekkert í tilvist hennar kemur í veg fyrir þjónshlutverk. OpenVPN 2.6-viðmiðunin skjalfestir valfrjálsu rökin og hegðunina án remote hvert fyrir sig, sem er vísbending um hversu óháð þau eru.

Flutningshlutverk eru annar ás

Í TCP bíður önnur hliðin og hin hringir. Þetta eru aðskildar tilskipanir frá áfangastaðnum, og að blanda þeim framleiðir par þar sem báðar bíða eða báðar hringja.

Það er líka hlutverk TCP-upptökusíu, og þess vegna er flatri fullyrðingin um að þjónn megi aldrei innihalda remote röng.

Í UDP er engin tenging til að koma á, svo báðir endar nota samsvarandi UDP-flutning og tilskipunin segir aðeins hvert á að miða. Veffangabreytingar frá sannreyndum jafningja eru meðhöndlaðar með sérstakri hegðun frekar en með því að bæta við fleiri færslum. Að hafa flutninginn réttan er forsenda þess að áfangastaðurinn þýði eitthvað, og að rugla þeim tveimur framleiðir uppsetningar sem líta trúlega út og klára aldrei handaband.

Hvers vegna fjarverandi remote er ekki opin dyr

Ferli án áfangastaðar hafnar samt umferð frá jafningjum sem sannreyna sig ekki, og það er sá hluti sem fólk missir þegar það les fjarverandi línuna sem hlustanda sem er opinn fyrir öllum.

Sannreynsla og áfangastaður eru óháð, og sá fyrri er sá sem skiptir máli fyrir traust.

Andstæða mistakið er hættulegra. Fast upptökusveffang getur virst eins og aðgangsstýring vegna þess að það er nákvæmt og auðvelt að athuga, en það sannar ekkert um hver er hinum megin. Haltu vottorðasannreynslu og auðkennisathugunum sem binda vottorð við hlutverk þess. Að skipta þeim út fyrir veffangasamsvörun skiptir raunverulegri stýringu fyrir útlit hennar.

Skrifaðu niður hvað uppsetningin gerir ráð fyrir

Fyrir hvora hlið, skráðu þrjá hluti: hvernig fyrsti pakkinn nær jafningjanum, hvor hliðin getur tekið við flutningnum, og hvað hvor hliðin sannreynir um hina.

Þessar forsendur eru hönnunin. Tilskipanirnar eru aðeins stafsetning þeirra.

Ef skjölin tvö eru ólík, athugaðu hvort þau tjái ólíkar forsendur í stað þess að gera ráð fyrir að annað sé rangt. Samhverft par af skjölum er hvorki nauðsynlegt né nægilegt fyrir virka göng, og ósamhverfan er oft sá hluti sem lætur netform virka.