Am implementat java încărcarea fișierelor pe serverul FTP și, în consecință, CV-ul, în cazul în care conexiunea a fost brusc întreruptă. Aici este jurnalul de pe serverul FTP. STOR The.mp4 trimite fișierul, și apoi rupe conexiunea, și recuperează rapid, înainte de a va lua o pauză (min 2) retrimiterea cade eroare:
550 nu poate accesa fișierul
Se pare că în acest caz? Nu putem termina fișierul în nici un fel și așteptăm până când conexiunea este oprită? Este posibil să înveți asta?
Priviți jurnalul. Vreau să clarific. @imholynx, credeți că, în cazul ruperii conexiunii în modul pasiv c 192.168.0.156. pe care a fost trimis STOR The.mp4 a fost spart. Sau nu, dar dintr-un anumit motiv procesul care a stabilit această conexiune a încetat să transmită date, dar aproape nu a făcut-o. Dacă puteți afla mai multe despre arhitectura sistemului dvs. - avp Apr 12 '12 la 9:32 pm
Ajutorul la mine este realizat. Toate lucrările dacă reîncărcarea pe server începe după expirare. În caz contrar, serverul nu reumple fișierul, deoarece conexiunea anterioară este deschisă și fișierul poate fi schimbat de la acesta. Din punctul de vedere al serverului, totul este corect. Poate exista o opțiune după conectare, prin același port ca și ultima dată pentru a trimite un mesaj la călătorie? - imholynx 10 Apr '12 la 3:30 pm
@imholynx Acest lucru este deja interesant. Prin același port (care unul?). În aceeași ordine, numb / acq (vezi tcp). Și cum să o implementăm? Cu alte cuvinte - pentru a simula conexiunea doar rupte (din partea clientului). Astfel se completează rândurile infractorilor cibernetici. - alexlz 13 aprilie '12 la 3:36