Kontrollo përgjigjen përfundimtare të FTP para se t'i besosh një ngarkimi

Një klient FTP mund të pranojë komandën put shumë përpara se serveri ta ketë marrë skedarin, dhe në hendekun midis këtyre dy ngjarjeve jetojnë shumica e mistereve të ngarkimit. Duhet të përfundojnë katër faza: skedari lokal lexohet, serveri pranon kërkesën e ruajtjes, lidhja e të dhënave transporton bajtët, dhe transferimi arrin një përgjigje përfundimtare pozitive. Krahasimi i fazave është më i dobishëm se krahasimi i klientëve, sepse një hyrje që funksionon dhe një emër skedari që shfaqet ndalen të dyja përpara vijës së finishit.

Përgjigje paraprake kundrejt përgjigjes përfundimtare

Për STOR, një përgjigje 125 ose 150 është paraprake. Thotë se serveri është i gatshëm të provojë dhe se po hapet një lidhje e të dhënave, jo se objekti ekziston në formën e tij përfundimtare. Operacioni përfundon vetëm kur transferimi arrin një përgjigje pozitive përfundimi, zakonisht 226 ose 250, në kontekstin e atij operacioni.

426 do të thotë se transferimi u ndërpre, dhe një numër i printuar nga një komandë tjetër nuk është rezultati i këtij ngarkimi. Lexo përgjigjen që i përket atij STOR, jo numrin e fundit në ekran. Nëse klienti del përpara se të mbërrijë ajo përgjigje, nuk ke asnjë provë përfundimi.

Lidhja e kontrollit kundrejt lidhjes së të dhënave

Vërtetimi dhe lista e drejtorisë përdorin lidhjen e kontrollit. Bajtët përdorin një lidhje të veçantë të dhënash, dhe pika e saj fundore negociohet për çdo transferim. Një hyrje e suksesshme provon rrugën e kontrollit dhe nuk thotë asgjë për atë nëse adresa e të dhënave është e arritshme nga klienti.

Kur serveri nuk mund të hapë lidhjen e të dhënave, heto pikën fundore të negociuar dhe rrugën e lejuar. Modaliteti pasiv kërkon ende një adresë të dhënash dhe port të përdorshëm, dhe një firewall ose pajisje NAT midis klientit dhe serverit mund të lejojë sesionin e kontrollit duke bllokuar gamën e të dhënave. Kur serveri refuzon kërkesën e ruajtjes, shiko emrin e rrugës në distancë, lejet ose kufijtë e ruajtjes. Asnjëra degë nuk shpjegohet nga fakti që lidhja e kontrollit u vërtetua.

FTP mbi TLS kundrejt SFTP

FTP mbi TLS është ende FTP: dy lidhje, përgjigje FTP dhe një përmirësim TLS në secilën. SFTP është një nënsistem SSH me një lidhje të vetme dhe një grup komandash krejt të ndryshëm. Ndajnë një qëllim dhe pothuajse asgjë tjetër, prandaj një diagnozë që kalon midis tyre zakonisht fillon duke krahasuar regjistrat e gabuar.

Mos e çaktivizo TLS që një ndihmës i ndërmjetëm të inspektojë sesionin, dhe mos e trajto një dështim SFTP si problem të përgjigjes FTP. manuali curl dokumenton TLS të qartë, modalitetin pasiv dhe opsionet e ngarkimit nëse të duhet një test me skript, dhe është referenca për atë që ndryshon vërtet çdo flamur.

Zgjidh protokollin që shërbimi ofron vërtet përpara se ta korrigjosh. Një server që flet vetëm SFTP nuk do të prodhojë kurrë një përgjigje 226, pavarësisht se si konfigurohet klienti.

Një emër skedari i dukshëm kundrejt një objekti të ruajtur

Një emër skedari i dukshëm mund të përfaqësojë një objekt të paplotë, sidomos pas një transferimi të ndërprerë ose një klienti që doli herët. Kërkoji pronarit të shërbimit të krahasojë madhësinë e skedarit të synuar të testit dhe një hash përmbajtjeje të besuar me objektin e ruajtur kur pritet ruajtja e bajtëve.

Modalitetet binare dhe ASCII janë një krahasim tjetër që ndryshon rezultatin. Modaliteti ASCII mund të përkthejë fundet e rreshtave, prandaj bajtët e ruajtur ndryshojnë nga skedari lokal edhe pse transferimi pati sukses. Mbaj modalitetin binar për një kontroll bajt pas bajti, dhe mos shto opsione konvertimi për ta bërë një transferim të dështuar të duket ndryshe.

Një STOR i zakonshëm mund të zëvendësojë një skedar ekzistues, dhe leja për t'u futur ose për të listuar një drejtori nuk krijon leje për të krijuar ose zëvendësuar një objekt në të. Për testin përdor një emër në distancë të papërdorur më parë.

Çfarë të krahasosh para se të provosh përsëri

Mos shto, mos vazhdo dhe mos përsërit verbërisht një ngarkim mbi një skedar të pjesshëm të pasigurt. Merre vesh me pronarin nëse do të nisësh nga e para me një emër të ri, të përdorësh procedurën e rikuperimit që shërbimi mbështet, ose të heqësh objektin e dështuar të testit.

Shkruaje rezultatin si një nga katër pohimet: leximi lokal dështoi, ruajtja u refuzua, transferimi i të dhënave u ndërpre, ose transferimi përfundoi dhe bajtët e ruajtur u përputhën. Ai regjistrim është një rezultat më i fortë sesa ndryshimi i njëkohshëm i shell-it, i VPN-së dhe i cilësimeve të FTP derisa të shfaqet një emër skedari, dhe i thotë personit tjetër cilën fazë të hetojë. Ruaj tekstin e pastruar të përgjigjes bashkë me atë pohim. Atëherë një provë e re është vendim, jo refleks.