Parathënie
Para një javë, unë shkrova një ese mbi temën e përmendur në titull dhe u përballa me faktin se, le të themi, informacione përdorimore nuk ka kaq shumë në internet. Kryesisht ka vetëm fakte të thata dhe udhëzime për konfigurimin. Prandaj, vendosa të rregulloja pak tekstin dhe ta publikoj si një artikull.
ĂfarĂ« Ă«shtĂ« FTP
FTP (Protokolli i Transferimit tĂ« SkedarĂ«ve) â Ă«shtĂ« njĂ« protokoll pĂ«r transferimin e skedarĂ«ve nĂ« rrjet. Ai Ă«shtĂ« njĂ« nga protokollet bazĂ« tĂ« Ethernet. U shfaq nĂ« vitin 1971 dhe fillimisht ka funksionuar nĂ« rrjetet e DARPA. Tani, ashtu si dhe HTTP, transferimi i skedarĂ«ve bazohet nĂ« njĂ« model qĂ« pĂ«rfshin njĂ« grup protokollesh TCP/IP (Protokolli i Kontrollit tĂ« Transferimit/Protokolli i Internetit). ĂshtĂ« pĂ«rcaktuar nĂ« RFC 959.
Protokolli përcakton të following:
- Si do të bëhet kontrolli për gabime
- Metoda e paketimit të të dhënave (nëse përdoret paketimi)
- Si i dërgon pajisja dërguese sinjalin se ka përfunduar mesazhin
- Si pajisja marrëse tregon se ka pranuar mesazhin
Interaksioni ndërmjet klientit dhe serverit
Le të shqyrtojmë proceset që ndodhin gjatë funksionimit të FTP-së më në detaje. Koneksioni inicializohet nga interpretuesi i protokollit të përdoruesit. Menaxhimi i shkëmbimit bëhet përmes një kanali menaxhimi sipas standartit TELNET. Komandat FTP gjenerohen nga interpretuesi i protokollit të përdoruesit dhe dërgohen në server. Pëgjigjet e serverit dërgohen po ashtu te përdoruesi përmes kanalit të menaxhimit. Në rastin e zakonshëm, përdoruesi ka mundësinë të krijojë kontakt me interpretuesin e protokollit të serverit me mjete të ndryshme nga ato të interpretuesit të përdoruesit.
Veçoria kryesore e FTP-së është se përdor një lidhje të dyfishtë. Njëra nga ato përdoret për të dërguar komanda në server dhe ndodh për default përmes portit TCP 21, i cili mund të ndryshohet. Lidhja menaxhuese ekziston gjithë kohën sa klienti komunikon me serverin. Kanali i menaxhimit duhet të jetë i hapur gjatë transferimit të të dhënave ndërmjet makinave. Nëse ajo mbyllet, transferimi i të dhënave ndalon. Përmes lidhjes së dytë ndodh transferimi direkt i të dhënave. Kjo hapet çdo herë kur kryhet një transferim i skedarëve ndërmjet klientit dhe serverit. Nëse disa skedarë transferohen njëkohësisht, për secilin prej tyre hapet një kanal transferimi i veçantë.
FTP mund tĂ« funksionojĂ« nĂ« mĂ«nyrĂ« aktive ose pasive, nga zgjedhja e sĂ« cilĂ«s varet mĂ«nyra e krijimit tĂ« lidhjes. NĂ« mĂ«nyrĂ«n aktive, klienti krijon njĂ« lidhje menaxhuese TCP me serverin dhe i dĂ«rgon atij adresĂ«n e tij IP dhe njĂ« numĂ«r porti tĂ« rastĂ«sishĂ«m, pas tĂ« cilit pret qĂ« serveri tĂ« fillojĂ« njĂ« lidhje TCP me kĂ«tĂ« adresĂ« dhe numĂ«r porti. NĂ«se klienti Ă«shtĂ« pas njĂ« mur zjarrmi dhe nuk mund tĂ« pranojĂ« lidhje TCP tĂ« hyra, mund tĂ« pĂ«rdoret mĂ«nyra pasive. NĂ« kĂ«tĂ« mĂ«nyrĂ«, klienti pĂ«rdor kanalin e menaxhimit pĂ«r tâi dĂ«rguar serverit komandĂ«n PASV, dhe mĂ« pas merr nga serveri adresĂ«n e tij IP dhe numrin e portit, tĂ« cilat mĂ« pas pĂ«rdoren nga klienti pĂ«r tĂ« hapur njĂ« kanalin e tĂ« dhĂ«nave nga porti i tij tĂ« rastĂ«sishĂ«m.
Ka mundësi që të dhënat të transferohen në një makinë të tretë. Në këtë rast, përdoruesi organizon një kanal menaxhimi me dy servera dhe organizon një kanal të drejtpërdrejt të të dhënave ndërmjet tyre. Komandat e menaxhimit kalojnë përmes përdoruesit, ndërsa të dhënat transferohen direkt ndërmjet serverave.
Gjatë transferimit të të dhënave mbi rrjet mund të përdoren katër përfytyrime të të dhënave:
- ASCII â pĂ«rdoret pĂ«r tekst. TĂ« dhĂ«nat, nĂ«se Ă«shtĂ« e nevojshme, konvertohen para transferimit nga pĂ«rfaqĂ«simi karakteror nĂ« hostin dĂ«rgues nĂ« "ASCII me tetĂ« bitĂ«", dhe (po ashtu, nĂ«se Ă«shtĂ« e nevojshme) nĂ« pĂ«rfaqĂ«simin karakteror tĂ« hostit marrĂ«s. NĂ« kĂ«tĂ« rast, ndryshojnĂ« simbolet pĂ«r kalimin e linjĂ«s. Si pasojĂ«, ky mod pĂ«rdoret pĂ«r skedarĂ« qĂ« pĂ«rmbajnĂ« vetĂ«m tekst tĂ« zakonshĂ«m.
- MĂ«nyra binarike â pajisja dĂ«rguese dĂ«rgon çdo skedar byte pĂ«r byte, ndĂ«rsa marrĂ«si ruan fluxin e byteve gjatĂ« marrjes. MbĂ«shtetje pĂ«r kĂ«tĂ« mod Ă«shtĂ« rekomanduar pĂ«r tĂ« gjitha realizimet e FTP.
- EBCDIC â pĂ«rdoret pĂ«r transferimin e tekstit tĂ« zakonshĂ«m ndĂ«rmjet hosteve nĂ« kodimin EBCDIC. PĂ«rndryshe, ky mod Ă«shtĂ« i ngjashĂ«m me modin ASCII.
- MĂ«nyra lokale â lejon dy kompjuterĂ« me konfigurime identike tĂ« dĂ«rgojnĂ« tĂ« dhĂ«na nĂ« formatin e tyre tĂ« egen duke mos bĂ«rĂ« konvertimin nĂ« ASCII.
Transferimi i të dhënave mund të kryhet në cilindo nga tre modet:
- MĂ«nyra e kĂ«tij transferimi â tĂ« dhĂ«nat dĂ«rgohen si njĂ« flux tĂ« vazhdueshĂ«m, duke e liruar FTP-nĂ« nga tĂ« bĂ«rit çdo lloj pĂ«rpunimi. NĂ« vend tĂ« kĂ«saj, e gjithĂ« pĂ«rpunimi kryhet nga TCP. NjĂ« tregues i fundit tĂ« skedarit nuk Ă«shtĂ« i nevojshĂ«m, pĂ«rveç ndarjes sĂ« tĂ« dhĂ«nave nĂ« regjistra.
- Rejimi bllok â FTP e ndan tĂ« dhĂ«nat nĂ« disa blloqe (blloku i titullit, numri i bajtave, fusha e tĂ« dhĂ«nave) dhe mĂ« pas i transmeton ato pĂ«rmes TCP.
- Rejimi i kompresimit â tĂ« dhĂ«nat kompresohen me njĂ« algoritĂ«m tĂ« vetĂ«m (zakonisht me kodimin e seri tĂ« gjata).
Serveri FTP është një server që mbështet përdorimin e protokollit të transferimit të skedarëve. Ai ka disa veçori që e ndajnë atë nga serverët e zakonshëm të uebit:
- Nevojitet identifikimi i përdoruesve
- TĂ« gjitha operacionet kryhen brenda sesionit aktual
- Mundësia për të kryer veprime të ndryshme me sistemin e skedarëve
- Përdoret një kanal i veçantë për çdo lidhje
Klienti FTP është një program që lejon lidhjen me një server të largët përmes FTP dhe gjithashtu kryen veprimet e nevojshme me elementët e sistemit të skedarëve. Një shfletues mund të funksionojë si klient, duke futur në shiritin e adresës adresën që përfaqëson një rrugë deri në një katalog ose skedar të caktuar në serverin e largët, në përputhje me skemën e përgjithshme të URL:
ftp://user:pass@address:port/directory/file
Megjithatë, përdorimi i shfletuesit web në këtë mënyrë lejon vetëm shikimin ose shkarkimin e skedarëve të interesit. Për të shfrytëzuar të gjitha përfitimet e FTP, duhet përdorur një software i specializuar si klient.
Identifikimi i FTP përdor një skemë emri përdoruesi/fjalëkalimi për të ofruar akses. Emri i përdoruesit dërgohet serverit me komandën USER, ndërsa fjala kalim dërgohet me komandën PASS. Nëse informacioni i dhënë nga klienti pranohet nga serveri, atëherë serveri i dërgon klientit një ftesë dhe nisi një sesion. Përdoruesit mund, nëse serveri e mbështet këtë veçori, të hyjnë në sistem pa ofruar kredencialet, por serveri mund të ofrojë vetëm akses të kufizuar për këto sesione.
Host-i që ofron shërbimin FTP mund të ofrojë akses anonim në FTP. Përdoruesit zakonisht hyjnë si "anonymous" (mund të jetë karakter ndjeshëm në disa serverë FTP) si emri i përdoruesit. Edhe pse zakonisht kërkohet që përdoruesit të dërgojnë adresën e tyre të emailit në vend të fjalëkalimit, asnjë verifikim nuk kryhet realisht. Shumë hoste FTP, që ofrojnë përditësime softuerike, mbështesin aksesin anonim.
Skema e protokollit
Ndërveprimi "klient-server" në lidhjen FTP mund të përshkruhet në këtë mënyrë:
FTP i sigurt
FTP nuk është ndërtuar fillimisht si i sigurt, pasi kishte për qëllim komunikimin midis disa objekteve dhe institucioneve ushtarake. Por me zhvillimin dhe përhapjen e internetit, rreziku i qasjes së paautorizuar është rritur shumëfish. Ka lindur nevoja për të mbrojtur serverët nga lloje të ndryshme sulmesh. Në maj 1999, autorët e RFC 2577 grupuan dobësitë në këtë listë problemi:
- Sulmet e fshehura (bounce attacks)
- Sulmet e spoof (spoof attacks)
- Sulmet me forcë brutale (brute force attacks)
- Kapja e paketeve, sniffing (packet capture, sniffing)
- Kapja e portave (port stealing)
FTP i zakonshëm nuk ka mundësinë për të transferuar të dhëna në formë të enkriptuar, si pasojë, emrat e përdoruesve, fjalëkalimet, komandat dhe informacioni tjetër mund të kapen lehtësisht nga sulmuesit. Zgjidhja standarde për këtë problem është përdorimi i versioneve "të sigurta", të mbrojtura nga TLS të protokolleve të vulnerabël (FTPS) ose një protokoll tjetër më të sigurt, si SFTP/SCP, që ofrohen nga shumica e implementimeve të protokollit Secure Shell.
FTPS
FTPS (FTP + SSL) â Ă«shtĂ« njĂ« zgjerim i protokollit standard tĂ« transferimit tĂ« skedarĂ«ve, qĂ« shton nĂ« funksionalitetin e tij bazik mundĂ«sinĂ« pĂ«r tĂ« krijuar sesione tĂ« enkriptuara duke pĂ«rdorur protokollin SSL (Secure Sockets Layer â niveli i soketeve tĂ« mbrojtura). Sot mbrojtja sigurohet nga analogu i tij mĂ« tĂ« avancuar TLS (Transport Layer Security â mbrojtja e nivelit tĂ« transportit).
SSL
Protokolli SSL u propozuar nga kompania Netscape Communications në vitin 1996 me qëllimin e sigurimit të sigurisë dhe fshehtësisë së lidhjeve në internet. Protokolli mbështet identifikimin (vërtetimin) e klientit dhe serverit, nuk varett nga aplikacionet dhe është transparent për protokollet HTTP, FTP dhe Telnet.
Protokolli SSL Handshake përbëhet nga dy faza: vërtetimi i serverit dhe vërtetim i opsional i klientit. Në fazën e parë, serveri, në përgjigje të kërkesës së klientit, dërgon certifikatën e tij dhe parametrat e enkriptimit. Pastaj klienti gjeneron një çelës master, e enkripton atë me çelësin publik të serverit dhe ia dërgon serverit. Serveri e dekripton çelësin master me çelësin e tij privat dhe konfirmon vërtetësinë e tij për klientin, duke i kthyer një mesazh të vulosur me çelësin master të klientit.
Të dhënat e mëtejshme enkriptohen dhe verifikohen me çelësat e marrë në bazë të këtij çelësi-master. Në fazën e dytë, e cila nuk është e detyrueshme, serveri dërgon një kërkesë klientit, dhe klienti e konfirmon autentikimin e tij ndaj serverit duke kthyer kërkesën me nënshkrimin digjital dhe certifikatën e çelësit publik.
SSL mbështet një shumëllojshmëri algoritmesh kriptografikë. Gjatë vendosjes së lidhjes, përdoret sistemi i çelësit të hapur RSA. Pas shkëmbimit të çelësave, përdoren shumë enigma të ndryshme: RC2, RC4, IDEA, DES dhe TripleDES. Po ashtu përdoret MD5 - algoritmi për krijimin e mesazheve digeste. Sintaksa e certifikatave të çelësit publik përshkruhet në X.509.
Një nga avantazhet e rëndësishme të SSL është pavarësia e tij e plotë nga platformat dhe programet. Protokolli është zhvilluar mbi parimet e portabilitetit, dhe ideologjia e ndërtimit të tij nuk varet nga aplikacionet me të cilat përdoret. Përveç kësaj, është e rëndësishme që mbi protokollin SSL mund të vendosen pa probleme protokolle të tjera; ose për të rritur më tej nivelin e mbrojtjes së rrjedhave informative, ose për të adaptuar aftësitë kriptografike të SSL për ndonjë detyrë tjetër të caktuar.
Lidhja SSL
Kanalin e siguruar SSL ka tri vetësi kryesore:
- Kanalin është privat. Enkriptimi përdoret për të gjitha mesazhet pas një dialogu të thjeshtë, që shërben për të përcaktuar çelësin sekret.
- Kanalin është autentik. Ana e serverit të dialogut gjithmonë autentikohet, ndërsa ana e klientit autentikohet opsionalisht.
- Kanalin është i besueshëm. Transporti i mesazheve përfshin verifikimin e integritetit (nëpërmjet MAC).
Karakteristikat e FTPS
Ka dy realizime të FTPS, të cilat përdorin metoda të ndryshme për sigurimin e sigurisë:
- Metoda e fshehtë nënkupton përdorimin e protokollit standard SSL me vendosjen e sesionit përpara dërgimit të të dhënave, e cila, nga ana tjetër, dëmton kompatibilitetin me klientët dhe serverët e zakonshëm FTP. Për të ruajtur kompatibilitetin me klientët që nuk mbështesin FTPS, për lidhjen e kontrollit përdoret porta TCP 990, dhe për dërgimin e të dhënave - 989. Kjo lejon ruajtjen e portës standarde 21 për protokollin FTP. Kjo metodë është e njohur si e vjetëruar.
- Metoda e hapur është shumë më e përshtatshme, pasi përdor komandat standarde FTP, por gjatë përgjigjes enkripton të dhënat, duke lejuar përdorimin e të njëjtës lidhje menaxhuese për FTP dhe FTPS. Klienti duhet të kërkojë shprehimisht transmetimin e sigurt të të dhënave nga serveri dhe më pas të miratojë metodën e kodimit. Nëse klienti nuk kërkon transmetim të sigurt, serveri FTPS ka të drejtë të ruajë ose të mbyllë lidhjen që nuk është e mbrojtur. Mekanizmi i negociatës për identifikimin dhe mbrojtjen e të dhënave u shtua sipas RFC 2228, i cili përfshin një komandë të re FTP AUTH. Megjithatë, ky standard nuk përcakton qartë mekanizmat e mbrojtjes, por përcakton që lidhjen e sigurt duhet ta niste klienti duke përdorur algoritmin e përshkruar më lart. Nëse lidhjet e sigurta nuk mbështeten nga serveri, duhet të kthehet kodi i gabimit 504. Klientët FTPS mund të marrin informacion mbi protokollet e mbrojtjes të mbështetur nga serveri përmes komandës FEAT, ndonëse serveri nuk është i detyruar të zbulon se cilat nivele sigurie mbështet. Komandat më të përhapura FTPS janë AUTH TLS dhe AUTH SSL, të cilat ofrojnë mbrojtje përkatëse në TLS dhe SSL.
SFTP
SFTP (Protocoli i Transferimit tĂ« Dosjeve tĂ« Sigurt) â njĂ« protokoll i nivelit aplikativ pĂ«r transferimin e skedarĂ«ve, qĂ« punon mbi njĂ« kanal tĂ« sigurt. Mos e ngatĂ«rroni me (Simple File Transfer Protocol), i cili ka tĂ« njĂ«jtĂ«n akronim. Ndryshe nga FTPS, i cili Ă«shtĂ« thjesht njĂ« zgjerim i FTP-sĂ«, SFTP Ă«shtĂ« njĂ« protokoll i veçantĂ« dhe aspak i lidhur me tĂ«, qĂ« pĂ«rdor SSH (Secure Shell â njĂ« shell i sigurt) si bazĂ«.
Një Shell i Sigurt
Zhvillimi i protokollit u realizua nga një grup i IETF të quajtur Secsh. Dokumentacioni i punës për protokollin e ri SFTP nuk u bë standard zyrtar, megjithatë filloi të aplikohej aktivisht për zhvillimin e aplikacioneve. Më pas u lëshuan gjashtë versione të protokollit. Nëse funksionaliteti e rriti gradualisht, më 14 gusht 2006 u mor vendimi për të pezulluar punën mbi zhvillimin e protokollit për shkak të përfundimit të objektivit kryesor të projektit (zhvillimi i SSH) dhe mungesës së mjaftueshme të nivelit të ekspertizës për të kaluar në zhvillimin e një protokolli të plotë të sistemit të skedarëve të largët.
SSH â Ă«shtĂ« njĂ« protokoll rrjeti qĂ« lejon menaxhimin e largĂ«t tĂ« sistemit operativ dhe tunelimin e lidhjeve TCP (pĂ«r shembull, pĂ«r transferimin e skedareve). Ai ka funksionalitete tĂ« ngjashme me protokollet Telnet dhe rlogin, por, ndryshe nga ato, enkripton tĂ« gjithĂ« trafikun, pĂ«rfshirĂ« edhe fjalĂ«kalimet e transmetuara. SSH lejon zgjedhjen e algoritmeve tĂ« ndryshme tĂ« enkriptimit. KlientĂ«t dhe serverĂ«t SSH janĂ« tĂ« disponueshĂ«m pĂ«r shumicĂ«n e sistemeve operativĂ« rrjetore.
SSH lejon transmetimin në një mjedis të pasigurt të pothuajse çdo protokolli tjetër rrjeti. Kështu, mund të punoni në mënyrë të largët në kompjuter përmes një dritareje komande dhe të transmetoni një rrjedhë audio ose video (për shembull, nga një kamerë web) përmes një kanali të enkriptuar. Gjithashtu, SSH mund të përdorë kompresionin e të dhënave të transmetuara për enkriptimin e tyre të mëpasshëm, gjë që është e favorshme, p.sh., për nisjen e klientëve të X Window System-së nga larg.
Versioni i parë i protokollit, SSH-1, u zhvillua në vitin 1995 nga hulumtuesi Tatu Ylönen nga Universiteti Teknik i Helsinkit (Finlandë). SSH-1 u shkrua për të ofruar më shumë konfidencialitet sesa protokollet rlogin, telnet dhe rsh. Në vitin 1996, u zhvillua një version më i sigurt i protokollit, SSH-2, i papajtueshëm me SSH-1. Protokolli fitoi popullaritet akoma më të madh, dhe deri në vitin 2000 kishte rreth dy milion përdorues. Aktualisht, termi "SSH" zakonisht i referohet SSH-2, pasi versioni i parë i protokollit, për shkak të disavantazheve të tij të mëdha, tërësohet në përdorim. Në vitin 2006, protokolli u miratua nga grupi i punës IETF si standard interneti.
Ka dy implementime të zakonshme të SSH: një komerciale private dhe një falas të hapur. Implementimi i hapur quhet OpenSSH. Deri në vitin 2006, 80% e kompjuterëve në internet përdornin pikërisht OpenSSH. Implementimi privat zhvillohet nga organizata SSH Communications Security, e cila është një filiale 100% e korporatës Tectia; ai është falas për përdorim jo-komercial. Këto implementime përmbajnë pothuajse të njëjtin grup komandash.
Protokolli SSH-2, ndryshe nga protokolli telnet, është i qëndrueshëm ndaj sulmeve të përgjimit të trafikut ("sniffing"), por është i cenueshëm ndaj sulmeve të "njeriut në mes". Protokolli SSH-2 është gjithashtu i rezistueshëm ndaj sulmeve të përfshirjes në mes (angl. session hijacking), pasi nuk është e mundur të lidheni me një seancë të vendosur tashmë ose ta kapni atë.
Për të parandaluar sulmet e "njeriut në mes" kur lidhen me një host, çelësi i të cilit nuk dihet ende nga klienti, programi klient tregon përdoruesit "një gjurmë të çelësit" (angl. key fingerprint). Rekomandohet që të kontrolloni me kujdes gjurmën e çelësit të treguar nga programi klient me gjurmën e çelësit të serverit, preferohet që të merret përmes kanaleve të sigurta të komunikimit ose me të drejtë.
Mbështetje për SSH është implementuar në të gjitha sistemet operative të ngjashme me UNIX, dhe në shumicën prej tyre, si një prej mjeteve standarde, ekziston klienti dhe serveri ssh. Ekzistojnë shumë implementime të klientëve SSH dhe për OS pa UNIX. Protokolli fitoi një popullaritet të madh pas zhvillimit të gjerë të analizatorëve të trafikut dhe mënyrave për të shkelur funksionimin e rrjeteve lokale, si një zgjidhje alternative për protokollet e pasigurta Telnet për menaxhimin e nyjeve të rëndësishme.
Lidhja me përdorimin e SSH
Për të punuar me SSH nevojitet një server SSH dhe një klient SSH. Serveri dëgjon lidhjet nga makinat klient dhe, kur vendoset lidhja, kryen autentikimin, pas së cilës fillon shërbimin për klientin. Klienti përdoret për të hyrë në një makinë të largët dhe për të ekzekutuar komanda.
Krahasimi me FTPS
E dyta që dallon SFTP nga FTP dhe FTPS standard është se SFTP enkripton të gjitha komandat, emrat e përdoruesve, fjalëkalimet dhe të tjera informacione konfidenciale.
Të dy protokollet FTPS dhe SFTP përdorin një kombinim të algoritmeve asimetrikë (RSA, DSA), algoritmeve simetrikë (DES/3DES, AES, Twhofish, etj.), si dhe algoritmin e shkëmbimit të çelësave. Për autentikimin, FTPS (ose, për të qenë më të saktë, SSL/TLS mbi protokollin FTP) përdor certifikatat X.509, ndërsa SFTP (protokolli SSH) përdor çelësa SSH.
Certifikatat X.509 pĂ«rmbajnĂ« njĂ« çelĂ«s publik dhe disa informacione pĂ«r certifikatĂ«n e pronarit. KĂ«to informacione lejojnĂ«, nga ana tjetĂ«r, verifikimin e integritetit tĂ« certifikatĂ«s vetĂ«, autenticitetit dhe pronarit tĂ« saj. Ăertifikatat X.509 kanĂ« njĂ« çelĂ«s privat pĂ«rkatĂ«s, i cili zakonisht ruhet veçmas nga certifikata pĂ«r arsye sigurie.
ĂelĂ«si SSH pĂ«rmban vetĂ«m çelĂ«sin publik (çelĂ«si privat pĂ«rkatĂ«s ruhet ndaras). Ai nuk pĂ«rmban asnjĂ« informacion rreth pronarit tĂ« çelĂ«sit. Disa implementime tĂ« SSH pĂ«rdorin certifikata X.509 pĂ«r autentifikim, por nĂ« tĂ« vĂ«rtetĂ« ato nuk verifikojnĂ« tĂ« gjithĂ« zinxhirin e certifikatave â vetĂ«m çelĂ«si publik pĂ«rdoret (çka e bĂ«n kĂ«tĂ« verifikim tĂ« czÄĆci tĂ« paplotĂ«).
PĂ«rfundimi
Protokolli FTP, padyshim, luan ende një rol të rëndësishëm në ruajtjen dhe shpërndarjen e informacionit në rrjet, pavarësisht moshës së tij të respektuar. Ai është një protokoll i përshtatshëm, multifunksional dhe standardizuar. Bazuar në të, janë ndërtuar shumë arkiva skedarësh, pa të cilat puna teknike do të ishte më pak efektive. Për më tepër, ai është i lehtë për t'u konfiguruar, dhe programet server dhe klient ekzistojnë pothuajse për të gjitha platformat aktuale dhe më pak të njohura.
Nga ana tjetër, versionet e tij të mbrojtura zgjidhin problemin e privatësisë së të dhënave të ruajtuara dhe të transmetuara në botën moderne. Të dy protokollet e reja kanë përfitimet dhe disavantazhet e tyre dhe kryejnë role paksa të ndryshme. Në ato fusha ku kërkohet saktësisht arkivimi i skedarëve, preferohet përdorimi i FTPS, veçanërisht nëse më parë ishte përdorur FTP klasik. SFTP është më pak i njohur për shkak të papajtueshmërisë së tij me protokollin e vjetër, por është më i sigurt dhe ka funksionalitete më të mëdha, pasi bën pjesë në sistemin e menaxhimit të distancuar.
Lista e Burimeve
Burimi: habr.com
