Ang pagkuha ng isang file ay hindi nangangailangan ng buong network VPN

Ang isang kahilingan para sa access sa VPN ay madalas nagtatago ng isang folder at isang file sa likod nito. Ang pagbibigay ng ruta patungo sa buong network ng opisina ay sinasagot ang kahilingan at nagbibigay ng higit pa sa kailangan ng gawain. Ang pagpapalit ng naka-map na share ng isang pahina ng upload ay maaaring kasing mali sa kabilang direksyon, dahil binabago nito kung paano nagtatrabaho ang mga tao. Ang desisyon ay nagsisimula sa kung ano ang dapat mangyari sa file.

Tatlong pangangailangan ang magkahawig dito at kumikilos nang ibang-iba: pagkopya ng tapos na PDF, pag-edit ng dokumento sa lugar, at pagpapatakbo ng application laban sa isang shared directory.

Magsimula sa pag-edit, hindi sa folder

Kung tapos na ang file at kailangan lang basahin, sapat na ang isang transfer account. Kung ito ay i-edit, ang tanong ay kung sino pa ang nag-edit nito at paano nilulutas ang mga conflict, na isang tanong sa workflow at hindi sa network. Kung ang application ay direktang nagbubukas ng mga dokumento mula sa directory, mahalaga ang latency at locking behavior ng storage layer. Ang pagsagot dito muna ay pumipigil sa isang solusyon na perpektong kumokonekta at hindi pa rin magagamit.

Ang shared editing ay nagdadala ng problemang hindi kayang lutasin ng anumang transfer. Nagda-download ang isang user ng spreadsheet, ine-edit ito offline at ina-upload pagkatapos na palitan ng iba ang orihinal, at ang naka-encrypt na koneksyon ay walang opinyon sa overwrite. Dapat may kasunduan tungkol sa overwrite, conflict o versioning bago ang paraan ng access.

Ang SFTP ay isang protocol ng transfer, hindi pagbabahagi

Ang SFTP ay naglilipat ng mga file sa isang naka-encrypt na SSH transport, na eksaktong kailangan ng isang kopya at hindi kailangan ng naka-map na drive. Hindi ito FTP, at ang produktong nag-aalok ng FTPS ay nag-aalok ng ibang protocol kaysa SFTP. Ang pag-mount ng SFTP directory sa pamamagitan ng isang layer ng file system ay hindi nangangako ng locking, permiso o pag-uugali ng application ng orihinal na share. Suriin ang mga pangangailangan ng client application bago ito tawaging direktang kapalit.

sftp [email protected]
put report.pdf /upload/report.pdf
get /shared/template.docx

Iyan ang buong workflow para sa isang tapos na file: kumonekta, maglagay, kumuha. Ang account na para sa transfer lamang ay nangangailangan din ng limitadong serbisyo ng SSH, hindi lamang ang file system. Ang chroot o ForceCommand internal-sftp ay naglilimita sa maaaring patakbuhin ng session, at ang pag-disable ng TCP forwarding at tunneling ay nagsasara ng mga landas na kung hindi ay gagawing network entry point ang isang file account. Ang paglilimita lamang sa nakikitang directory ay walang pinapatunayan tungkol sa kung ano ang maaaring maabot ng account.

Kung kailangan mo ang pagbabahagi, huwag itong i-publish

Minsan ang orihinal na share ay talagang pangangailangan, at ang sagot ay hindi ang ilantad ang SMB sa mga arbitraryong internet client. Ang patnubay ng Microsoft ay harangan ang direktang SMB traffic sa hangganan, at may mabuting dahilan: ang protocol ay hindi itinayo upang harapin ang mga hindi mapagkakatiwalaang network. May SMB over QUIC at katulad na mga disenyo, na may partikular na mga pangangailangan sa platform sa magkabilang dulo, at hindi ang mga ito ay isang unibersal na switch para sa isang arbitraryong Samba server. Kung wala sa dalawa ang naaangkop, ang gawain ay magbigay ng suportadong landas ng access sa halip na isang forwarded port.

Ang opsyon na nakabatay sa browser ay isang lehitimong ikatlong sagot kapag umaangkop ang trabaho. Nagdadala ito ng sariling mga desisyon: mga account, mga link ng pagbabahagi, pag-expire, mga itinatagong bersyon at kung aling kopya ang awtoritatibo. Ang isang link na kahit sino ay makakabukas at isang workspace na nangangailangan ng pag-sign in ay kumakatawan sa magkaibang patakaran ng access, at wala sa kanila ang dapat piliin nang aksidente.

Ano ang dapat i-verify bago ibigay ang access

sftp [email protected] <<< "get /shared/template.docx /tmp/probe.docx"
ssh [email protected] "cat /etc/passwd"

Anuman ang disenyong piliin mo, limitahan ito sa nilalayong data at nilalayong operasyon. Dapat magtagumpay ang unang utos at dapat tanggihan ang pangalawa; kung pareho silang magtagumpay, ang account ay mas malawak kaysa sa gawain. Pagkatapos ay alisin ang account at ulitin ang una, na dapat mabigo ngayon. Panatilihing makikilala ang may-ari ng mga source file, upang ang isang susunod na tanong tungkol sa awtoritatibong kopya ay may sagot. Ang resulta na nagkakahalaga ng pagtatala ay isang magagamit at mababawi na workflow ng file, hindi isang nawawalang icon ng koneksyon.

Isulat kung anong protocol ang talagang kailangan ng application ng user, at kung aling tatlong pagsubok ang ginawa mo. Ang dalawang linyang iyon ay pumipigil sa karamihan ng muling paggawa.