Tutti i download di file su Internet utilizzano il protocollo FTP?


0

Ho sentito, FTP viene utilizzato per trasferire file su una rete. Ho anche sentito che utilizza le porte TCP 20 e 21. Quindi TCP è orientato alla connessione. Abbiamo dei riconoscimenti. Se la trasmissione viene persa, dovremmo essere in grado di continuare.

Ma il mio problema è che quando stiamo scaricando un file come MP3, se la connessione viene persa, dobbiamo scaricare di nuovo il file. Quindi non sta usando il protocollo FTP? Non è TCP? Quindi, se è UDP, puoi per favore spiegare che tipo di protocollo è quello? TFTP? Non ne ho idea.

Risposte:


1

Quindi TCP è orientato alla connessione. Abbiamo dei riconoscimenti. Se la trasmissione viene persa, dovremmo essere in grado di continuare.

"Orientamento alla connessione" non significa automaticamente che i trasferimenti che lo utilizzano possono essere ripresi. "Orientamento alla connessione" significa semplicemente che le applicazioni che utilizzano TCP possono utilizzarlo come "pipe", ovvero inviare messaggi di lunghezza arbitraria all'altro lato, quindi TCP si assicurerà che il messaggio arrivi (ritrasmettendo se si verificano errori) nello stesso ordine è stato inviato. Se una connessione TCP scade perché una parte smette di trasmettere per qualsiasi motivo (ad esempio, ha perso la connessione Internet, si è arrestata in modo anomalo, ecc.), Una seconda connessione TCP in sé e per sé non è necessariamente a conoscenza della prima. Il software applicativo che utilizza connessioni TCP per trasferire dati su entrambi i lati dovrebbe tenerne traccia e supportarlo avviando una nuova connessione.

Ma il mio problema è che quando stiamo scaricando un file come MP3, se la connessione viene persa, dobbiamo scaricare di nuovo il file. Quindi non sta usando il protocollo FTP?

Non so perché stai pensando che se qualcosa deve essere scaricato di nuovo deve usare FTP. HTTP supporta il ripristino dei download interrotti, ma il server oltre al client deve supportarlo. Non tutti i client e i server supporteranno tutte le funzionalità di tutti i protocolli in qualsiasi momento. HTTP ad esempio: in genere è possibile riprendere un download interrotto ma alcuni server non lo consentono.

Non è TCP? Quindi, se è UDP, puoi per favore spiegare che tipo di protocollo è quello? TFTP? Non ne ho idea.

Il fatto che i download possano essere ripresi o meno non ha nulla a che fare con l'identificazione del protocollo. Esistono molti protocolli che si comportano in questo modo e solo perché il download si è comportato in questo modo non significa che fosse in uso un protocollo specifico.


Grazie mille per averlo spiegato brevemente. Ho pensato che se un download si interrompe dopo un arresto anomalo, TCP riconoscerà che i pacchetti non sono arrivati ​​a destinazione e trasferirà nuovamente i pacchetti mancanti, quindi il download non si fermerà mai. Ma ora so che l'applicazione / server lo fa. Grazie mille. :)
Zac,

Lo farà, ma se non riceve alcuna risposta anche ai pacchetti ritrasmessi (il limite dei pacchetti da tenere "in volo" è controllato dalla finestra di trasmissione) alla fine si arrenderà e supporrà che il mittente non sia presente. Il problema di dipendere da questo per riprendere i download è che non sai se il mittente lo ha chiuso o sta ancora ascoltando. Quindi è più affidabile avviare una nuova connessione TCP.
LawrenceC,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.