Marrja e një skedari nuk kërkon një VPN të plotë rrjeti
Një dosje dhe një skedar rrallë justifikojnë një rrugë drejt të gjithë LAN-it të zyrës. Krahasoni opsionet e transferimit, ndarjes dhe shfletuesit sipas punës që duhet të bëjë përdoruesi.
Një kërkesë për akses VPN shpesh fsheh një dosje dhe një skedar pas saj. Dhënia e një rrugë drejt të gjithë rrjetit të zyrës i përgjigjet kërkesës dhe dorëzon shumë më tepër sesa kërkon detyra. Zëvendësimi i një ndarjeje të hartuar me një faqe ngarkimi mund të jetë po aq i gabuar në drejtimin tjetër, sepse ndryshon mënyrën se si punojnë njerëzit. Vendimi fillon me atë që duhet të ndodhë me skedarin.
Tre kërkesa duken të ngjashme këtu dhe sillen shumë ndryshe: kopjimi i një PDF të përfunduar, redaktimi i një dokumenti në vend dhe ekzekutimi i një aplikacioni kundrejt një drejtorie të ndarë.
Filloni nga redaktimi, jo nga dosja
Nëse skedari është i përfunduar dhe duhet vetëm lexuar, një llogari transferimi mjafton. Nëse do të redaktohet, pyetja bëhet kush tjetër e redakton dhe si zgjidhen konfliktet, që është çështje rrjedhe pune dhe jo rrjeti. Nëse aplikacioni hap dokumentet direkt nga drejtoria, kanë rëndësi vonesa dhe sjellja e bllokimit të shtresës së ruajtjes. Përgjigja për këtë së pari parandalon një zgjidhje që lidhet në mënyrë të përsosur dhe prapëseprapë nuk mund të përdoret.
Redaktimi i përbashkët sjell një problem që asnjë transferim nuk mund ta zgjidhë. Një përdorues shkarkon një fletëllogaritëse, e redakton jashtë linje dhe e ngarkon pasi dikush tjetër ka ndryshuar origjinalin, dhe lidhja e kriptuar nuk ka mendim për mbishkrimin. Marrëveshja për mbishkrim, konflikt ose versionim duhet të ekzistojë përpara metodës së aksesit.
SFTP është protokoll transferimi, jo ndarje
SFTP i lëviz skedarët përmes një transporti SSH të kriptuar, që është pikërisht ajo që i nevojitet një kopjeje dhe jo ajo që i nevojitet një disku të hartuar. Nuk është FTP, dhe një produkt që ofron FTPS ofron një protokoll tjetër në vend të SFTP. Montimi i një drejtorie SFTP përmes një shtrese sistemi skedarësh nuk premton bllokimin, lejet ose sjelljen e aplikacioneve të ndarjes origjinale. Kontrolloni kërkesat e aplikacionit klient përpara se ta quani zëvendësim të drejtpërdrejtë.
sftp [email protected] put report.pdf /upload/report.pdf get /shared/template.docx
Ky është i gjithë rrjedha e punës për një skedar të përfunduar: lidhu, vendos, merr. Një llogari vetëm për transferim ka nevojë edhe për shërbim SSH të kufizuar, jo vetëm për sistemin e skedarëve. chroot ose ForceCommand internal-sftp kufizon çfarë mund të ekzekutojë sesioni, dhe çaktivizimi i përcjelljes TCP dhe tunelimit mbyll rrugët që përndryshe do ta kthenin një llogari skedarësh në pikë hyrjeje rrjeti. Kufizimi vetëm i drejtorisë së dukshme nuk provon asgjë për atë që llogaria mund të arrijë.
Nëse ju duhet ndarja, mos e publikoni
Ndonjëherë ndarja origjinale është me të vërtetë kërkesa, dhe përgjigjja nuk është të ekspozosh SMB ndaj klientëve arbitrarë të internetit. Udhëzimi i Microsoft është të bllokohet trafiku i drejtpërdrejtë SMB në kufi, dhe për një arsye të mirë: protokolli nuk është ndërtuar për t'u përballur me rrjete jo të besueshme. Ekzistojnë SMB mbi QUIC dhe modele të ngjashme, me kërkesa specifike platforme në të dy skajet, dhe ato nuk janë një çelës universal për një server Samba arbitrar. Nëse asnjëra nuk zbatohet, puna është të ofrohet një rrugë aksesi e mbështetur në vend të një porti të përcjellë.
Opsioni i bazuar në shfletues është një përgjigje e tretë legjitime kur puna i përshtatet. Ai sjell vendimet e veta: llogari, lidhje ndarjeje, skadim, versione të mbajtura dhe cila kopje është autoritative. Një lidhje që kushdo mund ta hapë dhe një hapësirë pune që kërkon hyrje përfaqësojnë politika të ndryshme aksesi, dhe asnjëra nuk duhet zgjedhur rastësisht.
Çfarë të verifikoni përpara se t'ia dorëzoni aksesin
sftp [email protected] <<< "get /shared/template.docx /tmp/probe.docx" ssh [email protected] "cat /etc/passwd"
Cilindo model të zgjidhni, kufizojeni atë në të dhënat e synuara dhe operacionet e synuara. Komanda e parë duhet të ketë sukses dhe e dyta duhet të refuzohet; nëse të dyja kanë sukses, llogaria është më e gjerë se detyra. Pastaj hiqni llogarinë dhe përsëritni të parën, e cila tani duhet të dështojë. Mbani pronarin e skedarëve burimor të identifikueshëm, në mënyrë që një pyetje e mëvonshme për kopjen autoritative të ketë përgjigje. Rezultati që ia vlen të regjistrohet është një rrjedhë pune skedarësh e përdorshme dhe e anulueshme, jo një ikonë lidhjeje që mungon.
Shkruani çfarë protokolli i nevojitet në të vërtetë aplikacionit të përdoruesit, dhe cilat tre teste keni kryer. Atë dy rreshta parandalojnë pjesën më të madhe të ripunës.