Hvers vegna villikort í route-fyrirmælum OpenVPN getur ekki virkað

leiðin setur upp formerkjum vistfanga, svo mynstur hýsilnafns hefur ekkert til að passa við. Notaðu formerki fyrir net og umboðsþjón eða PAC-skrá þegar lén eiga að ráða.

Tilgangurinn er skynsamlegur: senda allt fyrir eitt fyrirtækjalén í gegnum göngin og láta afganginn í friði. Fyrirmælin sem verið er að breyta setja upp leiðir, og leið hefur enga hugmynd um hýsilnafn til að passa við. Sérhver tilraun til að skrifa villikort inn í hana framleiðir annaðhvort þáttunarvillu eða, það sem verra er, leið sem virkar í dag fyrir tilviljun vegna þess að nafnið leystist í eitt vistfang. Tveimur mismunandi kerfum er gert að vinna vinnu hvors annars.

Hvað leið setur upp, og hvað hún les aldrei

Leiðarfærsla segir að formerki áfangastaðar sé aðgengilegt um tengi. Kjarninn passar pakka við þessi formerki, svo einu auðkennin sem koma við sögu eru vistföng og grímur. Hýsilnafn kemur aldrei fyrir í áframhaldssákvörðuninni, og þess vegna er ekki hægt að passa mynstur þar.

OpenVPN getur samþykkt leysanlegt nafn í sumum leiðarbreytum, og sú umburðarlyndi er uppspretta ruglings. Nafnið er leyst á meðan stillingunni er beitt, sem framleiðir eitt eða fleiri vistföng sem verða venjulegar leiðir. Eftir það er nafnið horfið algjörlega af myndinni.

Þannig að leið byggð af nafni er skyndimynd, ekki regla. Hún nær yfir það sem nafnið leystist í á þeirri stundu sem göngin hófust, og það er einmitt hegðunin sem þú vilt ekki fyrir hýsilfjölskyldu sem breytist. Færsla sem flyst á morgun lætur leiðina vísa á gærdaginn.

Þegar áfangastaðurinn er í raun formerki

Ef markið er þekkt einkanet skal skrifa formerkið. Fyrir dæmi úr skjalfestingarrýminu líta einn hýsill og eitt undirnet svona út:

route 10.60.4.20 255.255.255.255
route 10.60.0.0 255.255.0.0

Báðar færslurnar nefna vistföng og grímur, og báðar lifa af DNS-breytingar vegna þess að ekkert í þeim er háð nafni. Það er allur ávinningurinn: leiðin er fullyrðing um grannfræði frekar en um leit sem átti sér stað einu sinni.

Ekki álykta stórt formerki út frá einu DNS-svari. Eitt hýsilnafn sem leysist í eitt vistfang segir þér ekkert um stærð netsins á bak við það, og ágiskandi formerki er leiðin sem göng enda á að grípa umferð sem enginn ætlaði að senda í gegnum þau. Spurðu neteigandann að raunverulegu formerki í stað þess að álykta það út frá leit.

Þegar vinnueiningin er hýsilnafn

Val eftir léni krefst einhvers sem les lénið, það er að segja hluta á forritslaginu. Venjulega svarið er HTTP-umboðsþjónn sem býr hinum megin við göngin, og biðlarinn velur hvaða beiðnum er sendum til hans.

Stillingarskrá umboðsþjóns getur tjáð það val. Sýnishornsreglurnar hér fyrir neðan senda eitt lén og undirlén þess til umboðsþjóns og allt annað beint:

function FindProxyForURL(url, host) {
    var h = host.toLowerCase();
    if (h === "corp.example" || dnsDomainIs(h, ".corp.example")) {
        return "PROXY 10.60.0.12:3128";
    }
    return "DIRECT";
}

Samanburður á nákvæmu nafni nær yfir lénið sjálft, og viðskeytissamanburðurinn nær yfir börn þess án þess að passa nafn sem endar bara á svipuðum stöfum. Báðir eru nauðsynlegir, og að sleppa einum framleiðir reglu sem lítur rétt út og sleppir toppnum eða svikara.

Þessar reglur velja umboðsþjón; þær búa hann ekki til og breyta engri leið stýrikerfisins. Vistfang umboðsþjónsins þarf enn sína eigin leið í gegnum göngin, og beiðnir merktar sem beinar fylgja enn þeirri leiðarstefnu sem vélin hefur nú þegar.

Hvað umboðsþjónsvalkosturinn nær ekki yfir

Forrit sem hunsa umboðsstillingar vafrans verða fyrir engu af þessu. Skipanalínutól, uppfærsluforrit og forrit með eigin netstafla taka leiðartöfluna, ekki PAC-skrána, svo þau tilvik þurfa studda aðferð fyrir hvert forrit eða aðra hönnun. Skráðu biðlarana sem skipta máli áður en þú lofar því að vafrareglan nái yfir vinnuflæðið.

Að fara beint til baka er ekki heldur útgönguleið. Ef leiðarstefna vélarinnar sendir nú þegar allt inn í göngin, heldur beiðni merkt sem bein áfram inni í þeim, vegna þess að val umboðsþjóns og leiðartaflan eru mismunandi ákvarðanir teknar á mismunandi lögum.

Nafnaleysing er þriðja aðskilda spurningin. Að velja hvaða beiðnir fara til umboðsþjóns segir ekkert um hvaða leysir svarar þeim, og að meðhöndla bæði sem eina stillingu framleiðir leka sem eru ósýnilegir þangað til einhver prófar að utan. Ákveðu hvar hver fyrirspurn er svarað og skrifaðu þá ákvörðun við hlið umboðsreglunnar. Leysir sem breytist vegna þess að göngin komu upp mun færa svarið hljóðlega.

Prófa báðar leiðir, ekki bara hina heppnu

Prófaðu hýsilnafn sem á að passa, hýsilnafn sem á ekki að passa, og topp lénsins, þar sem toppurinn er tilvikið sem regla með aðeins viðskeyti sleppir oftast. Staðfestu síðan hvaða leið hver beiðni fór í raun og veru í stað þess að álykta það út frá því hvort síðan hlaðist.

Að lokum, prófaðu bilunargreinina. Umboðsþjónn sem ekki er hægt að ná í ætti að mistakast á þann hátt sem þú ákvaðst fyrirfram, í stað þess að falla hljóðlega aftur í beina tengingu. Tilvísunin í netvalkostum skjalfestir leiðarbreyturnar nákvæmlega; lénhelmingur þessarar hönnunar býr algjörlega fyrir utan hana.

Tengdir greinar