Palitan ang lumang VPN file portal: panatilihin ang mga kontrol

Ang lumang portal na walang client ay may pindutan ng pag-delete, bituin ng paborito at landas ng pagbabahagi na naipaskil sa isang email. Isa lang sa mga iyon ang kontrol. Ang palitan ang portal ay nangangahulugang magpasya kung aling mga operasyon ang kailangan pa ng malalayong gumagamit at saan ipinapatupad ang bawat isa, hindi kopyahin ang layout ng isang pahinang nagkataong gumana. Dalawang hugis ng pagpapalit ang sumasaklaw sa karamihan ng kaso, at nabigo ang mga ito sa magkaibang punto.

Ang pindutan ay hindi pahintulot

Magsimula sa listahan ng operasyon: pagbasa, pag-upload, pagpapalit ng pangalan, pag-delete. Magpasya kung aling mga tungkulin ang makakakuha ng bawat isa, pagkatapos ay ipatupad ang desisyong iyon sa serbisyo ng file at hindi sa interface. Ang pagtatago ng kontrol sa pag-delete sa isang bagong portal ay nag-iiwan ng pahintulot sa backend na buo, at kahit sino na may native client at parehong account ay maaari pa ring alisin ang file.

Ang pag-delete ay karapat-dapat sa hiwalay na desisyon dahil ito ang operasyong pinagsisisihan ng mga gumagamit. Itanong kung saan talaga maibabalik ang isang na-delete na item, at huwag ipagpalagay na ang sagot ay ang recycle bin ng laptop o ang basurahan ng portal mismo. Ang isang network share ay karaniwang hindi nagruruta ng mga pag-delete sa pamamagitan ng lokal na recycle bin.

Sa isang share na naka-back sa Windows, ang Volume Shadow Copy ay nagbibigay ng makinarya ng snapshot at ang koordinasyong ginagamit ng backup software, ngunit ang presensya nito ay walang sinasabi tungkol sa kung ang share na ito ay nagpapanatili ng mga bersyon na maaari mong ibalik. Kailangang kumpirmahin ng may-ari ng serbisyo ng file ang patakaran sa bersyon at magpakita ng pagbawi bago ipawalang-bisa ang portal.

Opsyon A: isang native file client sa ibabaw ng tunnel

Ang isang naka-map na drive o isang SMB client ay nagpapanatili ng mga operasyong alam na ng mga gumagamit, at ang mga pahintulot ay ipinapatupad ng file server sa bawat kahilingan. Ang pagkakakilanlang mahalaga ay ang pagkakakilanlan ng serbisyo ng file, kaya ang pag-access ay nakakaligtas sa pagpalit ng produkto ng VPN hangga't dinadala pa ng tunnel ang trapiko at umiiral pa ang account.

Ang halaga ay kailangang maabot ng client ang serbisyo nang direkta. Ang paglutas ng pangalan, pag-abot ng port at paraan ng pagpapatotoo ay nagiging bahagi ng disenyo ng malayuang pag-access, at ang portal na dating nag-proxy sa koneksyon ay nagtago sa bawat isa sa mga pangangailangang iyon. Ang mga gumagamit sa hindi pinamamahalaang device ay nakakakuha rin ng share na naka-mount sa kanilang file manager, na isang mas malawak na ibabaw kaysa sa tab ng browser. Maglaan ng badyet para sa kargang iyon ng suporta bago ang migrasyon, dahil dumarating ito sa unang araw at hindi pagkatapos ng palugit.

Ang pagbawi ang pinakamalakas na argumento para sa hugis na ito: ang mga nakaraang bersyon at mga pahintulot sa pagbawi ay native sa platform, at ang help desk ay maaaring gumamit ng parehong pamamaraan na ginagamit nito sa site.

Opsyon B: isang proxy o gateway ng aplikasyon

Ang isang portal na kumukuha ng file at ini-stream ito sa browser ay nagpapanatili sa serbisyo ng file sa labas ng landas ng network ng gumagamit. Kapaki-pakinabang iyon kapag hindi makasali ang device sa tunnel o kapag nais ng organisasyon na ma-log ang bawat kahilingan sa isang bottleneck. Ang kompromiso ay nagiging kalahok ang proxy sa bawat operasyon, at kailangan nitong dalhin ang pagkakakilanlan ng gumagamit hanggang sa serbisyo ng file sa halip na gamitin ang sarili nitong service account para sa lahat.

Ang pag-uugali sa pag-delete at pagpapalit ng pangalan ay kailangang ipatupad, hindi mamanahin. Kung ang proxy ay naglalantad ng aksyong pag-delete, ang aksyong iyon ay tumatawag sa backend na may anumang pagkakakilanlan, at dapat pangalanan ng audit trail ang gumagamit at hindi ang gateway. Kung hindi kayang magpalit ng pangalan ang proxy, sabihin iyon bago matuklasan ng mga gumagamit sa kalagitnaan ng isang proyekto.

Ang muling pagsulat ng mga link ang lugar kung saan tahimik na binabago ng hugis na ito ang kahulugan. Ang URL na pinoproxy ng portal ay hindi parehong bagay sa URL na direktang binubuksan ng browser, at ang pag-convert ng isa sa isa pa ay maaaring mag-alis ng konteksto ng pagpapatotoo na nagpagana nito.

Mga pangalan, pagkakakilanlan at ang mga link sa pagitan

Ipamahagi ang aprubadong server at landas ng pagbabahagi, hindi isang listahan ng pag-browse ng domain. Ang pag-browse ay nakasalalay sa mga serbisyo ng pagtuklas na maaaring hindi tumawid sa tunnel, at ang landas na gumagana dahil kayang magbilang ng domain ang laptop ng gumagamit ay landas na masisira sa susunod na hindi pinamamahalaang device.

Suriin ang single sign-on aplikasyon bawat aplikasyon. Ang token na inisyu para sa portal ay hindi dapat i-replay sa isang serbisyo ng file na hindi kailanman nagpatunay nito, at ang mga parameter ng query na may dalang identifier ay hindi dapat kopyahin sa isang pampublikong link dahil lang lumitaw ang mga ito sa lumang bookmark. Ituring ang bawat aprubadong aplikasyon bilang sarili nitong hangganan ng pagtitiwala.

Pumili laban sa listahan ng mga pangangailangan

Walang hugis ang tuwirang nananalo. Ang isang workforce sa mga pinamamahalaang laptop na may gumaganang tunnel ay nakakakuha ng mas marami mula sa native client, dahil ang pagbawi at mga pahintulot ay nagmumula sa platform at hindi sa muling pagpapatupad. Ang isang pinaghalong populasyon ng mga kontratista at personal na device ay maaaring magbigay-katwiran sa proxy, sa kondisyon na ang pagtutubero ng pagkakakilanlan ay tunay at hindi isang pinagsasaluhang service account.

Isulat ang paghahambing laban sa apat na operasyon at ang sagot sa pagbawi, pagkatapos ay ipawalang-bisa ang lumang portal pagkatapos lamang maisagawa ang isang pagbawi sa pamamagitan ng bagong landas. Sinasanay ng pagsubok na iyon ang mga bahagi ng disenyo na hindi kailanman nahahawakan ng matagumpay na pag-login.