SoftEther VPN Azure: endurvarpsleið, ekki opinn port

Þjónninn þinn er á bak við beini sem þú getur ekki stillt, svo hið augljósa ráð að framsetja port er ekki í boði. VPN Azure er einmitt til fyrir þá stöðu, og leysir hana með því að snúa við stefnu fyrstu tengingarinnar: þjónninn hringir út í endurvarp, og biðlarar ná í endurvarpið í stað þjónsins. Skilningur á þeirri viðsnúningi útskýrir bæði hvað þjónustan lagar og hverja þá takmörkun sem þú rekst á síðar.

Hvað breytist á leiðinni

Með hefðbundnum hlustanda opnar biðlari TCP-tengingu við opinbert vistfang sem beinirinn þinn framsendir til þjónsins. Með endurvarpinu heldur þjónninn útgöngutengingu við innviði endurvarpsins, og endurvarpið tekur við biðlaratengingum og sendir hleðslu þeirra til þjónsins sem bíður. Ekkert inngangsport er opnað, ekkert fast vistfang er krafist, og beinirinn helst ósnortinn. Frá sjónarhóli eldveggjarins er þjónninn venjulegur útgöngubiðlari, og þess vegna leyfa takmarkandi net hann.

Endurvarpið úthlutar þeim þjóni nafni á sínu eigin léni, og biðlarar eru stilltir til að tengjast þangað.

Það nafn tilheyrir endurvarpsþjónustunni, sem er ekki Microsoft Azure VPN Gateway þótt bæði heiti Azure eitthvað. Að meðhöndla þau sem skiptanleg gefur stillingu sem getur ekki virkað.

Hvaða samskiptareglur komast í gegnum endurvarpið

Endurvarpið flytur SoftEther-samskiptaregluna, og verkefnið skjalfestir SSTP sem biðlaravalkost, sem er gagnlegt því Windows kemur með SSTP-biðlara. Það verður þó ekki almennur burður fyrir hvern hlustanda á hýsilnum: OpenVPN-hlustandi, IPsec-svarari og L2TP-þjónusta þurfa hver sitt aðgengilega endapunkt, og ekkert þeirra er flutt gegnum endurvarpið bara af því að SoftEther-þjónninn er tengdur.

Biðlarasnið vísa því á nafn endurvarpsins í stað vistfangs þjónsins, og núverandi snið sem byggt var fyrir beina tengingu virkar ekki óbreytt. Skoðaðu listann yfir studda biðlara fyrir þá útgáfu sem þú keyrir áður en þú hannar í kringum samskiptareglu sem endurvarpið flytur ekki.

Hvað endurvarpið gerir ekki fyrir þig

Endurvarpið er burður. Það býr ekki til notendur, sýndarhubba, aðgangsstefnur eða leiðir, og það veit ekkert um einkanetin á bak við þjóninn þinn. Ef fjartengdir biðlarar þurfa að ná í LAN-undirnet þarf þjónninn enn brúar- eða leiðarstillinguna, endurleiðina og eldveggjarstefnuna sem láta það virka. Skarast vistfangaskipulög á báðum endum eru einnig ósýnileg endurvarpinu og verða áfram þitt vandamál að leysa.

Studdu öryggisstillingarnar velur þú líka sjálfur. Verkefnaskjölunin inniheldur dæmi um eldri vettvanga, og að afrita úreltar dulritunar- eða skírteinisstillingar úr gömlum skjáskoti er góð leið til að byggja göng sem enginn getur endurskoðað. Notaðu gildandi leiðbeiningar fyrir þá útgáfu sem þú keyrir.

Skírteinisstaðfesting og notendaaðkenning eru áfram á ábyrgð þjónsins, og endurvarpið kemur aldrei í staðinn fyrir hvort tveggja.

Rektu það sem háð

Framboð felur nú í sér þriðja aðila. Þegar endurvarpið er óaðgengilegt geta biðlarar ekki tengst óháð því hversu heilbrigður þjónninn þinn er, og bilunin lítur út eins og biðlaravandamál að utan. Fylgstu með endurvarpsleiðinni aðskilið frá heilbrigði þjónsins, og hafðu skjalfesta varaleið eins og beinan hlustanda á öðru vistfangi fyrir þann dag sem á reynir.

Biðtími fylgir landafræði endurvarpsins frekar en nálægð notenda þinna, sem er þess virði að mæla áður en þú lofar gagnvirkri afkastagetu yfir það.

Staðfestu auðkenni þjónsins og síðan raunverulega forritaleið, ekki bara farsælt tengingarborða, og athugaðu hvort auðlindin sem þú þarft sé aðgengileg yfir þá vistfangafjölskyldu sem endurvarpið flytur. Skráðu nafn endurvarpsins, samskiptaregluna sem notuð er og varaleiðina, því þessar þrjár staðreyndir svara flestum framtíðarspurningum um þessa tengingu.