Fitxategi bat ekartzeak ez du sareko VPN osoa behar
Karpeta batek eta fitxategi batek gutxitan justifikatzen dute bulegoko LAN osoarekiko ibilbidea. Konparatu transferentzia-, partekatze- eta nabigatzaile-aukerak erabiltzaileak egin behar duen lanaren arabera.
VPN sarbide-eskaera batek askotan karpeta bat eta fitxategi bat ezkutatzen ditu atzean. Bulegoko sare osoari ibilbidea ematea eskaerari erantzuten dio eta lanak behar duena baino askoz gehiago ematen du. Mapatutako partekatze bat igotzeko orri batekin ordezkatzea beste norabidean bezain okerra izan daiteke, jendeak nola egiten duen lana aldatzen duelako. Erabakia fitxategiari zer gertatu behar zaion hasten da.
Hiru baldintza antzekoak dirudite hemen eta oso desberdin jokatzen dute: PDF amaitu bat kopiatzea, dokumentu bat bertan editatzea eta aplikazio bat direktorio partekatu baten aurka exekutatzea.
Hasi ediziotik, ez karpetatik
Fitxategia amaituta badago eta irakurri besterik ez bada behar, transferentzia-kontu bat nahikoa da. Editatu behar bada, galdera bihurtzen da beste norbaitek editatzen duen eta nola konpontzen diren gatazkak, eta hori lan-fluxuaren kontua da, ez sarearena. Aplikazioa direktorioatik zuzenean dokumentuak irekitzen baditu, biltegiratze-geruzaren latentziak eta blokeo-portaerak garrantzia dute. Hori lehenengo erantzuteak ondo konektatzen duen baina erabil ezin daitekeen soluzio bat saihesten du.
Edizio partekatuak inongo transferentziak ebatzi ezin duen arazo bat sartzen du. Erabiltzaile batek kalkulu-orri bat deskargatzen du, lineaz kanpo editatzen du eta beste norbaitek jatorrizkoa aldatu ondoren igotzen du, eta konexio zifratuak ez du idazketa gainidazteaz iritzirik. Gainidazteari, gatazkari edo bertsioei buruzko akordioak sarbide-metodoa baino lehen egon behar du.
SFTP transferentzia-protokoloa da, ez partekatzea
SFTPk fitxategiak SSH garraio zifratuaren bidez mugitzen ditu, eta hori da kopia batek behar duena eta ez muntatutako unitate batek behar duena. Ez da FTP, eta FTPS eskaintzen duen produktu batek beste protokolo bat eskaintzen du, ez SFTP. SFTP direktorio bat fitxategi-sistemaren geruza baten bidez muntatzeak ez du jatorrizko partekatzearen blokeo-, baimen- edo aplikazio-portaera agintzen. Egiaztatu bezero-aplikazioaren baldintzak zuzeneko ordezkapena deitu aurretik.
sftp [email protected] put report.pdf /upload/report.pdf get /shared/template.docx
Hori da fitxategi amaitutu bateko lan-fluxu osoa: konektatu, jarri, jaso. Transferentzia bakarrerako kontu batek SSH zerbitzu murriztua ere behar du, ez fitxategi-sistema bakarrik. chroot batek edo ForceCommand internal-sftp-ek saioak exekuta dezakeena mugatzen du, eta TCP birbidalketa eta tunelatzea desgaitzeak fitxategi-kontu bat sareko sarrera-puntu bihur dezaketen bideak ixten ditu. Direktorio ikusgai bakarra mugatzeak ez du ezer frogatzen kontuak zer harrapa dezakeen.
Partekatzea behar baduzu, ez ezazu argitaratu
Batzuetan jatorrizko partekatzea da benetan baldintza, eta erantzuna ez da SMB interneteko bezero arbitrarioei uztea. Microsoft-en gidaritza SMB zuzeneko trafikoa mugan blokeatzea da, eta arrazoi onez: protokoloa ez zen sare ez-fidagarriei aurre egiteko eraiki. SMB QUIC gainean eta antzeko diseinuak existitzen dira, bi muturretan plataforma-baldintza zehatzekin, eta ez dira etengailu unibertsala Samba zerbitzari arbitrario baterako. Bat ere aplikatzen ez bada, lana sarbide-bide onartu bat ematea da, birbidalitako portu bat eman beharrean.
Nabigatzailean oinarritutako aukera hirugarren erantzun zilegia da lana egokitzen denean. Bere erabakiak dakartza: kontuak, partekatzeko estekak, iraungitzea, gordetako bertsioak eta zein kopia den autoritarioa. Edonork ireki dezakeen esteka batek eta saioa hastea eskatzen duen lan-espazio batek sarbide-politika desberdinak adierazten dituzte, eta ez litzateke bat ere istripuz aukeratu behar.
Zer egiaztatu sarbidea entregatu aurretik
sftp [email protected] <<< "get /shared/template.docx /tmp/probe.docx" ssh [email protected] "cat /etc/passwd"
Aukeratzen duzun diseinua edozein dela ere, mugatu aurreikusitako datuetara eta eragiketetara. Lehenengo komandoak arrakasta izan behar du eta bigarrenak ukatu; biak arrakastatsuak badira, kontua lanak baino zabalagoa da. Ondoren kendu kontua eta errepikatu lehenengoa, orain huts egin behar duena. Eutsi iturburu-fitxategien jabea identifikagarri, geroago kopia autoritarioari buruzko galderak erantzuna izan dezan. Erregistratzea merezi duen emaitza fitxategi-lan-fluxu erabilgarri eta ezeztagarri bat da, ez falta den konexio-ikono bat.
Idatzi erabiltzailearen aplikazioak benetan zein protokolo behar duen eta zein hiru proba egin zenituen. Bi lerro horiek berrikuntza gehiena saihesten dute.