Windows-VPN-pordego: tri taskoj, tri posedantoj

Tri funkcioj kunfandiĝas kiam ajn iu diras VPN-servilo: fini la ĉifritan tunelon, movi pakaĵojn inter retoj kaj laŭbeze reverki adresojn. En Windows ili loĝas en diversaj partoj de la stako, eĉ kiam unu maŝino faras ĉiujn. Ĉiu havas siajn proprajn enigojn kaj sian propran fiaskmanieron, kaj ĉiu povas esti transdonita al alia produkto. Disigi ilin surpaper estas la plej malmultekosta maniero teni malgrandan instaladon komprenebla.

Legebla dezajno nomas la posedanton de ĉiu fluo anstataŭ priskribi la maŝinon kiel rolon.

Fini, plusendi, traduki

RRAS traktas la tunelon por la indiĝena Windows-kazo: ĝi aŭtentikigas la uzanton, atribuas adreson el provizo kaj decidas, kiuj celoj estas permesitaj. Alia VPN-produkto povas anstataŭe posedi la aŭskultanton kaj la virtualan adaptilon, lasante al Windows la plusendadon de la malĉifritaj pakaĵoj. La dokumentaro Remote Access de Microsoft apartigas la rolojn VPN, loko-al-loko kaj enkursigado, kaj instalado de la enkursiga rolo ne kreas duan VPN-identecon. Aldono de alia VPN-aplikaĵo ankaŭ ne transdonas ĝian adaptilon al ĉiu ekzistanta pordega funkcio.

Traduko estas la tria kaj plej laŭvola tasko. Ĝi venas post plusendado kaj ŝanĝas la fontan adreson, kiun la fora reto vidas. Ĉu vi bezonas ĝin, dependas de tio, kion la cela reto akceptos kiel fonton, ne de tio, ke la maŝino nomiĝas VPN-pordego.

Kiu posedas la adaptilon kaj la provizon

Kiam pluraj produktoj kunhavas la gastigan maŝinon, kvar aferoj bezonas po unu posedanton: aŭskultantajn pordojn, vivdaŭron de la adaptilo, provizon de klientaj adresoj kaj itinerojn. La adaptilo estas la maloportuna, ĉar VPN-servo povas krei ĝin dinamike kaj detrui ĝin ĉe malkonekto. Trakti tiun interfacon kiel konstantan nomitan retkarton kaj skribi regulojn laŭ ĝia nomo funkcias ĝis la sekva rekonekto. Uzu la subtenatan integriĝpunkton de la produkto anstataŭ malmoligi interfacan nomon.

La adresa provizo estas la dua kolizio. Du produktoj, kiuj disdonas interkovrantajn gamojn, produktas enkursigadon, kiu aspektas ĝusta kaj liveras nenion. Tenu la provizojn en la sama dokumento kiel la itineroj, por ke ŝanĝo en unu estu videbla kontraŭ la alia.

Konservu la fonton aŭ reverku ĝin

Konservi la fontan adreson de la kliento tenas videblecon por uzanto: protokoloj, kvotoj kaj fajroŝirmilaj reguloj povas distingi unu uzanton de alia. La prezo estas, ke la cela LAN bezonas revenan itineron direkte al la pordego, kaj iu devas ĝin prizorgi. Reverki la fonton per NAT forigas tiun postulon kaj forigas la videblecon kun ĝi. Elektu konscie kaj skribu, kiun informon la reverko kaŝas.

Aliro al privata reto, eliro al la interreto kaj konektoj, kiuj finiĝas ĉe la pordego mem, estas tri malsamaj vojoj. Ne ĉiuj bezonas la saman traktadon.

Priskribu la fluon en unu frazo

Unu frazo devus priskribi la dezajnon: kiujn klientojn tiu ĉi servo akceptas, kiujn rimedojn tiu plusenda politiko donas kaj kiel la reena vojo kompletigas la fluon. Se la frazo bezonas duan NAT-tavolon por esti vera, tio kutime signifas, ke la pli fruaj partoj ne estis solvitaj. La gastiga maŝino ankaŭ estas komuna limo de fiasko kaj fido, do enkursiga ŝanĝo povas influi kaj uzantaliro kaj administradon. Konservu sendependan reakiran vojon por la lasta.

Tenu rolan inventaron apud la agordo: kiu produkto finas, kiu plusendas, kiu tradukas kaj kiu povas ŝanĝi ĉiun. Tiu listo ebligas revizii la sekvan ŝanĝon.

Kiam la frazo fariĝas malklara, aldoni alian tradukan tavolon malofte klarigas ĝin. Forigi unu kutime faras.