VPN por malgranda oficejo: tenu ĝin for de la domajna regilo

Tri kondiĉoj decidas ĉu la sola Windows-servilo de la oficejo ankaŭ finu la VPN-on: kiom da interret-alfronta programaro vi pretas ruli sur la dosierujo, ĉu vi povas aŭtentikigi malproksimajn uzantojn sen tiu rolo, kaj kio okazas al via administra aliro kiam la gastiganto restartiĝas. Se iu el la tri havas malbonan respondon, apartigu la rolojn. Tio, ke la oficejo estas malgranda, ŝanĝas la buĝeton, ne la riskon.

Ĉiu maŝino en la domajno fidas domajnan regilon; al VPN-enirejo povas atingi iu ajn en la interreto. Tiu malsimetrio estas la tuta argumento.

Du taskoj kun du malsamaj elmetiĝoprofiloj

La enirejo akceptas konektojn de ekstere, do ĝia aŭskultanto, ĝia TLS-stako kaj ĝia aŭtentikiga surfaco ĉiuj estas atingeblaj el nefidindaj retoj. La dosierujo tenas aŭtoritaton, kiun fidas aliaj maŝinoj, tial la hardad-gvidlinioj de Microsoft traktas la domajnan regilan rolon kaj ĝian gastigan medion kiel aparte sentemajn. Ĉiu servo aldonita al tiu gastiganto heredas la fidpozicion de la dosierujo dum ĝi aldonas sian propran ataksan surfacon. Komforto de instalo ne estas fida limo.

Apartigi la rolojn ne forigas la dependecojn. Malproksimaj uzantoj ankoraŭ bezonas aŭtentikigon, itinerojn, DNS kaj alirregulojn, kaj enirejo, kiu preterlasas ilin, ne estas pli sekura, nur malpli utila.

Aŭtentikigo sen la dosieruja rolo

Enirejo povas validigi akreditaĵojn per subtenata ekstera integriĝo sen gastigi la dosierujon mem. Kia ajn tiu integriĝo estas, donu al ĝi konton, kies rajtoj kongruas kun la celo: legi la atributojn necesajn por aŭtentikigo, nenion pli. Akcepti VPN-uzantojn neniam postulas igi iliajn ordinarajn kontojn domajnaj administrantoj, kaj neniam postulas, ke la enirejo tenu kopion de la dosierujo.

Poste limigu la retajn vojojn, kiujn la malproksima kliento efektive bezonas. Aliro al unu interna doservo, plus la nomrezoluciaj kaj identecaj servoj, de kiuj tiu laborfluo dependas, estas difinita aro de vojoj. Ĝi ne estas kialo permesi ĉiun havenon de la domajna regilo aŭ ĉiun administran interfacon el la VPN-poolo.

Unu gastiganto restas unu fiaskodomajno

Du gastoj sur unu hipervizoro apartigas sian operaciuman agordon kaj ne apartigas sian sorton. La administrantoj de la hipervizoro, virtuala komutado, konservado kaj sekurkopioj restas parto de la dezajno, kaj restartigo de la gastiganto forigas ambaŭ servojn samtempe. Nomado de tio alta havebleco ĉar la diagramo montras du VM estas ofta kaj multekosta eraro. Se la sola revenvojo iras tra la VPN sur tiu gastiganto, fiasko forprenas la konekton necesan por ripari ĝin.

Do planu sendependan administran vojon, kiu ne dependas de la tunelo, kaj skribu, kio restas havebla dum prizorgado. Planu enirejajn ĝisdatigojn kaj dosierujan prizorgadon aparte, notante, kiujn uzantojn aŭ aplikojn ĉiu interrompo tuŝas.

Prizorga fenestro, kiu postulas, ke la VPN funkciu por ripari la VPN-on, ne estas prizorga fenestro.

Movu ĝin sen ŝlosi vin ekstere

Se la roloj jam kunhavas unu instalon, evitu rapidan malproksiman migradon. Inventaru, kion la enirejo posedas hodiaŭ: adresoj, plusendaj reguloj, NAT, DNS-agordoj, aŭtentikiga agordo kaj iuj ajn publikigitaj servoj. Preparu kaj la anstataŭaĵon kaj revenvojon antaŭ ol movi la aŭskultanton aŭ ŝanĝi defaŭltan itineron. Poste testu la realan laboron de ordinara malproksima uzanto tra la nova limo, kaj konfirmu, ke nenecesa administra aliro ankoraŭ malsukcesas.

La celo ne estas pli bela diagramo. Ĝi estas la kapablo ripari aŭ rekonstrui la VPN-on sen tuŝi la skatolon, kiu ankrumas la dosierujan fidon por la tuta oficejo. Tiuj estas malsamaj celoj, kaj nur unu el ili bezonas duan servilon.

Registru la decidon ĉiel ajn, inkluzive la kondiĉojn, kiuj remalfermus ĝin. Malgranda oficejo kreskas, kaj la respondo, kiu taŭgis por unu servilo, eble ne taŭgos por la sekva.