Περίληψη

Σε αυτό το άρθρο, θα διερευνήσουμε αν ο Utorrent χρησιμοποιεί TCP ή UDP. Θα συζητήσουμε το UTP (πρωτόκολλο μεταφοράς Utorrent) και την εφαρμογή του στο libtorrent. Επιπλέον, θα εξετάσουμε το σκεπτικό για τη χρήση του UTP και τα μειονεκτήματα άλλων τεχνικών για κατανομή εύρους ζώνης. Τέλος, θα εξηγήσουμε τον μηχανισμό ελέγχου συμφόρησης στο UTP γνωστό ως LEDBAT.

1. Χρησιμοποιεί το uTorrent TCP ή UDP?

Το Utorrent χρησιμοποιεί κυρίως το TCP ως πρωτόκολλο μεταφοράς του, αλλά χρησιμοποιεί επίσης UTP (πρωτόκολλο μεταφοράς UTorrent) για έλεγχο συμφόρησης και αποτελεσματικό εύρος ζώνης.

2. Τι είναι το UTP?

Το UTP είναι ένα πρωτόκολλο μεταφοράς ειδικά σχεδιασμένο για εφαρμογές BitTorrent όπως το Utorrent. Χρησιμοποιεί μετρήσεις καθυστέρησης μονής κατεύθυνσης για τον ελεγκτή συμφόρησης, επιτρέποντας την καλύτερη διαχείριση της συμφόρησης δικτύου.

3. Ποια είναι τα κοινά προβλήματα που αντιμετωπίζουν οι χρήστες με το bittorrent?

Ορισμένα κοινά ζητήματα που αντιμετωπίζουν οι χρήστες με το BitTorrent περιλαμβάνουν τους δρομολογητές σπιτιού που συντρίβουν ή επιβραδύνουν λόγω της υπερχείλισης των πινάκων των πινάκων NAT, των συντριβών του δρομολογητή που προκαλούνται από την κυκλοφορία UDP από κατανεμημένους πίνακες κατακερματισμού (DHT) και καθυστερήσεις που προκαλούνται από την πλήρωση του buffer αποστολής του DSL ή των καλωδίων Modems.

4. Πώς επιλύονται συνήθως αυτά τα προβλήματα?

Μια κοινή λύση είναι να ορίσετε ένα όριο ρυθμού μεταφόρτωσης για την πρόληψη της συμφόρησης. Συχνά συνιστάται να ορίσετε το όριο στο 80% της χωρητικότητας της ανερχόμενης ζεύξης. Ωστόσο, αυτή η προσέγγιση έχει μειονεκτήματα, καθώς απαιτεί από τους χρήστες να διαμορφώνουν τη ρύθμιση και ενδέχεται να μην χρησιμοποιούν αποτελεσματικά το διαθέσιμο εύρος ζώνης.

5. Ποια είναι τα μειονεκτήματα του περιορισμού των επιτοκίων?

Τα μειονεκτήματα του περιορισμού των επιτοκίων περιλαμβάνουν την ανάγκη για διαμόρφωση χρήστη και το σπατάλη κεφαλής όταν ο χρήστης δεν χρησιμοποιεί ενεργά τη σύνδεση στο Διαδίκτυο. Επιπλέον, το κατανεμημένο 20% για τη διαδραστική κίνηση ενδέχεται να μην παρέχει ικανοποιητική εμπειρία περιήγησης.

6. Πώς αντιμετωπίζει αυτά τα μειονεκτήματα η UTP?

Το UTP στοχεύει να διαθέσει δυναμικά το εύρος ζώνης, χρησιμοποιώντας 100% για το BitTorrent όταν δεν υπάρχει διαδραστική διασταυρούμενη κυκλοφορία και 100% για διαδραστική κίνηση όταν είναι απαραίτητο. Αυτή η προσέγγιση αποφεύγει τη σπατάλη εύρους ζώνης κατά τη διάρκεια των αδρανών περιόδων και παρέχει μια καλύτερη συνολική εμπειρία για τους χρήστες.

7. Γιατί το TCP προκαλεί καθυστερήσεις σε όλη την κυκλοφορία?

Ο έλεγχος συμφόρησης της TCP βασίζεται κυρίως στην ανίχνευση απώλειας πακέτων. Όταν το buffer αποστολής του μόντεμ είναι γεμάτο, τα πακέτα δεν θα πέσουν μέχρι να είναι γεμάτη ολόκληρη η ουρά. Το TCP θα ανιχνεύσει την απώλεια πακέτων και θα επιβραδύνει το ποσοστό αποστολής του, αλλά θα ξαναβρεθεί γρήγορα μέχρι να γεμίσει το buffer, προκαλώντας καθυστερήσεις για όλη την κυκλοφορία.

8. Πώς ελέγχει το TCP το ποσοστό αποστολής του?

Το TCP περιορίζει τον αριθμό των bytes κατά την πτήση ανά πάσα στιγμή χρησιμοποιώντας ένα παράθυρο συμφόρησης (CWND). Το ποσοστό αποστολής είναι ανάλογο με το CWND διαιρούμενο με το χρόνο μετ ‘επιστροφής (RTT). Ένα μικρότερο CWND έχει ως αποτέλεσμα χαμηλότερο ποσοστό αποστολής, ενώ ένα μεγαλύτερο CWND επιτρέπει υψηλότερο ποσοστό αποστολής.

9. Ποια είναι η συμπεριφορά του ελέγχου συμφόρησης του TCP?

Η συμπεριφορά ελέγχου της συμφόρησης της TCP σχηματίζει σχήμα πριονιού, όπου αυξάνει το ποσοστό αποστολής μέχρι να χτυπήσει ένα ανώτατο όριο, να σβήνει και να αρχίσει να αυξάνεται ξανά. Αυτή η συμπεριφορά μπορεί να εμποδίσει ένα μόνο ρεύμα TCP να χρησιμοποιήσει πλήρως την χωρητικότητα σύνδεσης εάν δεν υπάρχει buffer αποστολής.

10. Τι είναι ο ελεγκτής συμφόρησης LedBat?

Ο ελεγκτής συμφόρησης στο UTP ονομάζεται LEDBAT, ο οποίος αντιπροσωπεύει τη μεταφορά φόντου χαμηλής επιπλέον καθυστέρησης. Το LEDBAT είναι μια ομάδα εργασίας IETF που προσπαθεί να τυποποιήσει τον αλγόριθμο ελέγχου συμφόρησης. Αντιδρά στην απώλεια πακέτων και τις αλλαγές στις καθυστερήσεις για τη βελτιστοποίηση της απόδοσης του δικτύου.

συμπέρασμα

Συμπερασματικά, το Utorrent χρησιμοποιεί κυρίως TCP αλλά ενσωματώνει επίσης το πρωτόκολλο UTP για έλεγχο συμφόρησης. Ο ελεγκτής συμφόρησης LEDBAT της UTP διαθέτει δυναμικά το εύρος ζώνης για την κυκλοφορία του BitTorrent, μειώνοντας τις καθυστερήσεις και τη βελτίωση της συνολικής απόδοσης του δικτύου. Αυτή η προσέγγιση προσφέρει πλεονεκτήματα έναντι των παραδοσιακών τεχνικών περιορισμού των επιτοκίων, παρέχοντας μια καλύτερη εμπειρία χρήστη κατά τη διάρκεια διαδραστικών και αδρανείς περιόδους.

Χρησιμοποιεί το uTorrent TCP ή UDP

Το TCP έχει σχεδιαστεί για να χρησιμοποιεί πλήρως την χωρητικότητα συνδέσμου, χωρίς να προκαλεί συμφόρηση. Κάθε φορά που αισθάνεται τη συμφόρηση (μέσω της απώλειας πακέτων), επιστρέφει. Το TCP δεν έχει σχεδιαστεί για να διατηρεί χαμηλές καθυστερήσεις. Όταν λαμβάνετε την πρώτη απώλεια πακέτων (υποθέτοντας το είδος της ουράς που περιγράφηκε παραπάνω, ουρά-queue) είναι ήδη πολύ αργά. Η ουρά σας είναι γεμάτη και έχετε το μέγιστο ποσό καθυστέρησης που μπορεί να παρέχει το μόντεμ σας.

Χρησιμοποιεί το uTorrent TCP ή UDP?

Πίνακας περιεχομένων

Το UTP (πρωτόκολλο μεταφοράς Utorrent) είναι ένα πρωτόκολλο μεταφοράς το οποίο χρησιμοποιεί μετρήσεις καθυστέρησης μονής κατεύθυνσης για τον ελεγκτή συμφόρησης του. Αυτό το άρθρο αφορά γενικά το UTP και συγκεκριμένα για την εφαρμογή του Libtorrent.

λογική

Ένα από τα πιο συνηθισμένα προβλήματα που βιώνουν οι χρήστες χρησιμοποιώντας το BitTorrent είναι ότι το Διαδίκτυο τους “σταματάει να λειτουργεί”. Αυτό μπορεί να προκληθεί από πολλά πράγματα, για παράδειγμα:

1. Ένας δρομολογητής στο σπίτι που συντρίβει ή επιβραδύνεται όταν υπερχειλίζει ο πίνακας του καρφίτσας NAT, ενεργοποιείται από DHT ή απλά πολλές συνδέσεις TCP.
2. Ένας δρομολογητής στο σπίτι που συντρίβει ή επιβραδύνεται από την κυκλοφορία UDP (που προκαλείται από το DHT)
3. Ένα σπίτι DSL ή ένα καλωδιακό μόντεμ που έχει το buffer αποστολής του γεμίζει από εξερχόμενα δεδομένα και το buffer ταιριάζει σε δευτερόλεπτα bytes αξίας. Αυτό προσθέτει δευτερόλεπτα καθυστέρησης στην διαδραστική κίνηση. Για έναν ιστότοπο που χρειάζεται 10 ταξίδια μετ ‘επιστροφής για να φορτώσει αυτό μπορεί να σημαίνει 10 δευτερόλεπτα καθυστέρησης σε φορτίο σε σύγκριση με χωρίς bittorrent. Το Skype ή άλλες ευαίσθητες εφαρμογές καθυστέρησης θα επηρεαστούν ακόμη περισσότερο.

Αυτό το έγγραφο θα καλύψει (3).

Συνήθως αυτό επιλύεται ζητώντας από τον χρήστη να εισάγει έναν αριθμό bytes που επιτρέπεται στον πελάτη να στείλει ανά δευτερόλεπτο (i.μι. Ρύθμιση ορίου ρυθμού μεταφόρτωσης). Η κοινή σύσταση είναι να ορίσετε αυτό το όριο στο 80% της χωρητικότητας της ανερχόμενης ζεύξης. Αυτό είναι να αφήσετε κάποιο κεφάλι για πράγματα όπως το TCP ACKS καθώς και τη διαδραστική χρήση του χρήστη της σύνδεσης, όπως η περιήγηση στον ιστό ή ο έλεγχος του email.

Υπάρχουν δύο σημαντικά μειονεκτήματα με αυτήν την τεχνική:

1. Ο χρήστης πρέπει να κάνει ενεργά αυτή τη ρύθμιση (πολύ λίγα πρωτόκολλα απαιτούν από τον χρήστη να παρέχει τέτοιου είδους πληροφορίες). Αυτό σημαίνει επίσης ότι ο χρήστης πρέπει να καταλάβει ποια είναι η δυναμικότητα του up-link. Αυτό είναι δυστυχώς ένας αριθμός που πολλοί πάροχοι υπηρεσιών διαδικτύου δεν διαφημίζουν (επειδή είναι συχνά πολύ χαμηλότεροι από τη χωρητικότητα λήψης) που μπορεί να δυσκολευτούν να βρεθούν.
2. Το 20% του κεφαλιού χάνεται τις περισσότερες φορές. Κάθε φορά που ο χρήστης δεν χρησιμοποιεί τη σύνδεση στο Διαδίκτυο για τίποτα, αυτά τα επιπλέον 20% θα μπορούσαν να χρησιμοποιηθούν από το BitTorrent για μεταφόρτωση, αλλά έχουν ήδη διατεθεί για διαδραστική κυκλοφορία. Επιπλέον, το 20% της up-link συχνά δεν είναι αρκετό για να δώσει μια καλή και ευαίσθητη εμπειρία περιήγησης.

Η ιδανική κατανομή εύρους ζώνης θα ήταν να χρησιμοποιηθεί 100% για το BitTorrent όταν δεν υπάρχει διαδραστική διασταυρούμενη κυκλοφορία και 100% για διαδραστική κίνηση όποτε υπάρχει. Αυτό δεν θα σπαταλήσει κανένα εύρος ζώνης, ενώ ο χρήστης είναι ρελαντί και θα έκανε μια πολύ καλύτερη εμπειρία όταν ο χρήστης χρησιμοποιεί τη σύνδεση στο Διαδίκτυο για άλλα πράγματα.

Αυτό κάνει το UTP.

TCP

Ο λόγος για τον οποίο το TCP θα γεμίσει το buffer αποστολής και θα προκαλέσει την καθυστέρηση σε όλη την κυκλοφορία, είναι επειδή ο έλεγχος της συμφόρησης είναι μόνο Με βάση την απώλεια πακέτων (και το χρονικό όριο).

Δεδομένου ότι το μόντεμ είναι buffering, τα πακέτα δεν θα πέσουν έως ότου ολόκληρη η ουρά είναι γεμάτη και δεν θα ταιριάζουν άλλα πακέτα. Τα πακέτα θα πέσουν, το TCP θα το ανιχνεύσει σε ένα RTT ή έτσι. Όταν η TCP παρατηρεί μια απώλεια πακέτων, θα επιβραδύνει το ποσοστό αποστολής και η ουρά θα αρχίσει να αποστραγγίζει ξανά. Ωστόσο, το TCP θα αρχίσει αμέσως να αυξάνει το ποσοστό αποστολής του ξανά έως ότου το buffer είναι γεμάτο και ανιχνεύει ξανά την απώλεια πακέτων.

Το TCP έχει σχεδιαστεί για να χρησιμοποιεί πλήρως την χωρητικότητα συνδέσμου, χωρίς να προκαλεί συμφόρηση. Κάθε φορά που αισθάνεται τη συμφόρηση (μέσω της απώλειας πακέτων), επιστρέφει. Το TCP δεν έχει σχεδιαστεί για να διατηρεί χαμηλές καθυστερήσεις. Όταν λαμβάνετε την πρώτη απώλεια πακέτων (υποθέτοντας το είδος της ουράς που περιγράφηκε παραπάνω, ουρά-queue) είναι ήδη πολύ αργά. Η ουρά σας είναι γεμάτη και έχετε το μέγιστο ποσό καθυστέρησης που μπορεί να παρέχει το μόντεμ σας.

Το TCP ελέγχει το ποσοστό αποστολής του περιορίζοντας τον αριθμό των bytes κατά την πτήση ανά πάσα στιγμή. Αυτό το όριο ονομάζεται παράθυρο συμφόρησης (γνάθο εν συντομία). Κατά τη διάρκεια της σταθερής κατάστασης, το παράθυρο συμφόρησης αυξάνεται συνεχώς γραμμικά. Κάθε πακέτο που μεταφέρεται με επιτυχία θα αυξηθεί το CWND.

cwnd send_rate = ---- rtt

Το ποσοστό αποστολής είναι ανάλογο με το CWND διαιρούμενο με RTT. Ένα μικρότερο CWND θα προκαλέσει χαμηλότερη η ταχύτητα αποστολής και ένα μεγαλύτερο CWND θα προκαλέσει υψηλότερο το ποσοστό αποστολής.

Η χρήση ενός παραθύρου συμφόρησης αντί να ελέγχει άμεσα το ρυθμό είναι απλή επειδή εισάγει επίσης ένα ανώτερο όριο για τη χρήση μνήμης για πακέτα που δεν έχουν ακόμη ακυρωθεί και πρέπει να διατηρηθούν γύρω.

Η συμπεριφορά του TCP, όπου χτυπάει στο ανώτατο όριο, επιστρέφει και στη συνέχεια αρχίζει να αυξάνεται και πάλι μέχρι να χτυπήσει ξανά το ανώτατο όριο, σχηματίζει ένα σχήμα δοντιού πριόνι. Εάν το μόντεμ δεν θα είχε καθόλου buffer αποστολής, ένα ενιαίο ρεύμα TCP δεν θα μπορούσε να χρησιμοποιήσει πλήρως τον σύνδεσμο λόγω αυτής της συμπεριφοράς, δεδομένου ότι θα χρησιμοποιήσει πλήρως τον σύνδεσμο ακριβώς πριν από την απώλεια πακέτων και το back-off.

Ελεγκτής συμφόρησης Ledbat

Ο ελεγκτής συμφόρησης στο UTP ονομάζεται LedBat, ο οποίος είναι επίσης μια ομάδα εργασίας IETF που προσπαθεί να το τυποποιήσει. Ο ελεγκτής συμφόρησης, πέρα ​​από την αντίδραση στην απώλεια πακέτων με τον ίδιο τρόπο που κάνει το TCP, αντιδρά επίσης σε αλλαγές στις καθυστερήσεις.

Για οποιαδήποτε εφαρμογή UTP (ή LEDBAT), υπάρχει καθυστέρηση στόχου. Αυτό είναι το ποσό της καθυστέρησης που είναι αποδεκτό και στην πραγματικότητα στοχεύει στη σύνδεση. Η καθυστέρηση στόχου ορίζεται σε 25 ms στο LEDBAT, το Utorrent χρησιμοποιεί 100 ms και το libtorrent χρησιμοποιεί 75 ms. Κάθε φορά που μια μέτρηση καθυστέρησης είναι χαμηλότερη από τον στόχο, το CWND αυξάνεται ανάλογα με (Target_delay – Delay). Κάθε φορά που η μέτρηση είναι υψηλότερη από τον στόχο, το CWND μειώνεται ανάλογα με (καθυστέρηση – Target_delay).

Μπορεί απλά να εκφραστεί ως:

cwnd += κέρδος * (Target_delay - Delay)

Ομοίως με το TCP, αυτό είναι κλιμακωτό έτσι ώστε η αύξηση να εξομοιωθεί πάνω από ένα RTT.

Ο γραμμικός ελεγκτής θα προσαρμόσει το CWND περισσότερο για καθυστερήσεις που είναι μακριά από το στόχο και λιγότερο για καθυστερήσεις που είναι κοντά στον στόχο. Αυτό το κάνει να συγκλίνει στην καθυστέρηση στόχου. Αν και, λόγω του θορύβου, υπάρχει σχεδόν πάντα κάποια ποσότητα ταλάντωσης. Αυτή η ταλάντωση είναι τυπικά μικρότερη από τις μορφές TCP δοντιών Saw Tooth.

Το σχήμα προς τα δεξιά δείχνει πώς η διασταυρούμενη κυκλοφορία (TCP) προκαλεί την UTP να σταματήσει εξ ολοκλήρου να στέλνει οτιδήποτε. Οι μετρήσεις καθυστέρησης είναι ως επί το πλείστον πολύ πάνω από το στόχο κατά τη διάρκεια αυτής της περιόδου. Η διασταυρούμενη κυκλοφορία είναι μόνο ένα μόνο ρεύμα TCP σε αυτό το τεστ.

Μόλις σταματήσει η διασταυρούμενη κυκλοφορία, η UTP θα πάρει το αρχικό της επιτόκιο αποστολής μέσα σε ένα δευτερόλεπτο.

Δεδομένου ότι το UTP μετρά συνεχώς την καθυστέρηση, με κάθε πακέτο, ο χρόνος αντίδρασης για τη διασταύρωση της κυκλοφορίας προκαλώντας καθυστερήσεις είναι ένα μόνο RTT (συνήθως ένα κλάσμα του δευτερολέπτου).

καθυστερήσεις με έναν τρόπο

Το UTP μετρά την καθυστέρηση που επιβάλλεται στα πακέτα που αποστέλλονται στο άλλο άκρο της σύνδεσης. Αυτή η μέτρηση περιλαμβάνει μόνο καθυστέρηση buffering κατά μήκος του συνδέσμου, όχι καθυστέρηση διάδοσης (η απόσταση ταχύτητας του φωτός) ούτε η καθυστέρηση δρομολόγησης (οι δρομολογητές του χρόνου ξοδεύουν να υπολογίζουν πού να προωθήσουν το πακέτο). Το κάνει αυτό, συγκρίνοντας πάντα όλες τις μετρήσεις με μια βασική μέτρηση, για να ακυρώσετε οποιαδήποτε σταθερή καθυστέρηση. Με την εστίαση στη μεταβλητή καθυστέρηση κατά μήκος ενός συνδέσμου, θα ανιχνεύσει συγκεκριμένα σημεία όπου μπορεί να υπάρξει συμφόρηση, αφού αυτά τα σημεία θα έχουν buffers.

Η καθυστέρηση στον σύνδεσμο επιστροφής δεν περιλαμβάνεται ρητά στη μέτρηση καθυστέρησης. Αυτό οφείλεται στο γεγονός ότι σε μια εφαρμογή peer-to-peer, το άλλο άκρο είναι πιθανό επίσης να συνδεθεί μέσω μόντεμ, με τους ίδιους περιορισμούς buffer αποστολής όπως υποθέτουμε για την πλευρά αποστολής. Το άλλο άκρο που έχει την ουρά αποστολής του πλήρως δεν αποτελεί ένδειξη συμφόρησης στο μονοπάτι που πηγαίνει με τον άλλο τρόπο.

Προκειμένου να μετρηθούν οι καθυστερήσεις για τα πακέτα, δεν μπορούμε να βασιζόμαστε σε συγχρονισμένα ρολόγια, ειδικά όχι σε επίπεδο μικροδευτερολέπτων. Αντ ‘αυτού, ο πραγματικός χρόνος που χρειάζεται για να φτάσει ένα πακέτο στον προορισμό δεν μετράται, μετράται μόνο οι αλλαγές στον χρόνο διαμετακόμισης.

Κάθε πακέτο που αποστέλλεται περιλαμβάνει μια χρονική σφραγίδα της τρέχουσας ώρας, σε μικροδευτερόλεπτα, του μηχανήματος αποστολής. Το μηχάνημα λήψης υπολογίζει τη διαφορά μεταξύ της δικής του χρονικής σήμανσης και της μιας στο πακέτο και το στέλνει πίσω στο ACK. Αυτή η διαφορά, δεδομένου ότι βρίσκεται σε μικροδευτερόλεπτα, θα είναι ουσιαστικά ένας τυχαίος αριθμός 32 bit. Ωστόσο, η διαφορά θα παραμείνει κάπως παρόμοια με την πάροδο του χρόνου. Οποιεσδήποτε αλλαγές σε αυτή τη διαφορά δείχνουν ότι τα πακέτα είτε περνούν ταχύτερα είτε πιο αργά.

Προκειμένου να μετρηθεί η καθυστέρηση της μονής κατεύθυνσης, δημιουργείται μια καθυστέρηση βάσης. Η βασική καθυστέρηση είναι η χαμηλότερη διαφορά της διαφοράς χρονικής σφραγίδας. Κάθε δείγμα καθυστέρησης που λαμβάνουμε πίσω, συγκρίνεται με την καθυστέρηση βάσης και η καθυστέρηση είναι η διαφορά.

Αυτή είναι η καθυστέρηση που τροφοδοτείται στον ελεγκτή συμφόρησης.

Ένα ιστόγραμμα τυπικών μετρήσεων καθυστέρησης φαίνεται στα δεξιά. Αυτό προέρχεται από μια μεταφορά μεταξύ σύνδεσης καλωδίου μόντεμ και σύνδεσης DSL.

Οι λεπτομέρειες των μετρήσεων καθυστέρησης είναι ελαφρώς πιο περίπλοκες, καθώς οι τιμές πρέπει να είναι σε θέση να τυλίξουν (διασχίστε το όριο 2^32 και ξεκινήστε από 0).

Διαδρομή MTU Discovery

Το MTU είναι σύντομο για Μέγιστη μονάδα μεταφοράς και περιγράφει το μεγαλύτερο μέγεθος πακέτου που μπορεί να σταλεί πάνω από έναν σύνδεσμο. Οποιοδήποτε datagrams που υπερβαίνει αυτό το όριο θα είναι είτε κατακερματισμένος ή έπεσε. Ένα κατακερματισμένο datagram σημαίνει ότι το ωφέλιμο φορτίο χωρίζεται σε πολλά πακέτα, το καθένα με τη δική του μεμονωμένη κεφαλίδα πακέτων.

Υπάρχουν διάφοροι λόγοι για να αποφευχθεί η αποστολή δεδομένων που κατακερματίζονται:

1. Ένα κατακερματισμένο datagram είναι πιο πιθανό να χαθεί. Εάν χάσει κάποιο θραύσμα, το σύνολο του datagram έχει πέσει.
2. Το εύρος ζώνης είναι πιθανό να χαθεί. Εάν το μέγεθος datagram δεν διαιρείται από το MTU, το τελευταίο πακέτο δεν θα περιέχει όσο το δυνατόν περισσότερο ωφέλιμο φορτίο και ο λόγος ωφέλιμου φορτίου έναντι του πρωτοκόλλου μειώνεται.
3. Είναι ακριβό για τα θραύσματα Datagrams. Λίγοι δρομολογητές βελτιστοποιούνται για να χειριστούν μεγάλους αριθμούς κατακερματισμένων πακέτων. Τα datagrams που πρέπει να θραύσουν είναι πιθανό να καθυστερήσουν σημαντικά και να συμβάλλουν στη χρήση περισσότερων CPU σε δρομολογητές. Συνήθως ο κατακερματισμός (και άλλες προηγμένες λειτουργίες IP) εφαρμόζονται σε λογισμικό (αργό) και όχι υλικό (γρήγορα).

Το μονοπάτι MTU είναι το χαμηλότερο MTU οποιουδήποτε συνδέσμου κατά μήκος μιας διαδρομής από δύο τελικά σημεία στο Διαδίκτυο. Η συμφόρηση MTU δεν είναι απαραιτήτως σε ένα από τα τελικά σημεία, αλλά μπορεί να είναι οπουδήποτε στο μεταξύ.

Το πιο συνηθισμένο MTU είναι 1500 bytes, που είναι το μεγαλύτερο μέγεθος πακέτων για τα δίκτυα Ethernet. Πολλές συνδέσεις DSL στο σπίτι, ωστόσο, IP της σήραγγας μέσω PPPOE (πρωτόκολλο σημείου προς το Ethernet. Ναι, αυτό είναι το παλιό πρωτόκολλο μόντεμ). Αυτό το πρωτόκολλο χρησιμοποιεί 8 bytes ανά πακέτο για τη δική του κεφαλίδα.

Εάν ο χρήστης συμβαίνει να βρίσκεται σε σύνδεση στο Διαδίκτυο μέσω VPN, θα προσθέσει ένα άλλο στρώμα, με τις δικές του κεφαλίδες πακέτων.

Εν συντομία; Εάν θα επιλέξετε το μεγαλύτερο δυνατό μέγεθος πακέτου σε ένα δίκτυο Ethernet, 1472, και θα κολλήσετε με αυτό, θα ήταν πολύ πιθανό να δημιουργήσετε θραύσματα για πολλές συνδέσεις. Τα θραύσματα που θα δημιουργηθούν θα είναι πολύ μικρά και ειδικά θα φουσκώσουν τα εναέρια απόβλητα.

Η άλλη προσέγγιση της επιλογής ενός πολύ συντηρητικού μεγέθους πακέτων, που θα ήταν πολύ απίθανο να κατακερματιστεί έχει τα ακόλουθα μειονεκτήματα:

1. Τα άτομα με καλά, κανονικά δίκτυα θα τιμωρούνται με μικρό μέγεθος πακέτων. Τόσο από την άποψη του φορτίου δρομολογητή αλλά και των αποβλήτων εύρους ζώνης.
2. Οι δρομολογητές λογισμικού συνήθως δεν περιορίζονται από τον αριθμό των bytes που μπορούν να δρομολογήσουν, αλλά ο αριθμός των πακέτων. Τα μικρά πακέτα σημαίνει περισσότερα από αυτά και περισσότερο φορτίο σε δρομολογητές λογισμικού.

Η λύση στο πρόβλημα της εύρεσης του βέλτιστου μεγέθους του πακέτου είναι η δυναμική προσαρμογή του μεγέθους του πακέτου και η αναζήτηση του μεγαλύτερου μεγέθους που μπορεί να το κάνει χωρίς να κατακερματιστεί κατά μήκος της διαδρομής.

Για να το κάνετε αυτό, μπορείτε να ορίσετε το bit DF (μην θραύετε) στα datagrams σας. Αυτό ζητά από τους δρομολογητές ότι διαφορετικά θα καταρρίπτουν τα πακέτα για να τα ρίξουν και να στείλουν πίσω ένα μήνυμα ICMP που αναφέρει το MTU του συνδέσμου που το πακέτο δεν μπορούσε να χωρέσει. Με αυτό το μήνυμα, είναι πολύ απλό να ανακαλύψετε το μονοπάτι MTU. Απλώς επισημαίνετε τα πακέτα σας για να μην κατακερματιστείτε και να αλλάξετε το μέγεθος του πακέτου σας κάθε φορά που λαμβάνετε το μήνυμα πακέτων ICMP-TOO-BIG.

Δυστυχώς δεν είναι τόσο απλό. Υπάρχει ένας σημαντικός αριθμός τείχους προστασίας στο άγριο μπλοκάρισμα όλων των μηνυμάτων ICMP. Αυτό σημαίνει ότι δεν μπορούμε να βασιστούμε σε αυτά, πρέπει επίσης να μαντέψουμε ότι ένα πακέτο έπεσε λόγω του μεγέθους του. Αυτό γίνεται μόνο με την επισήμανση ορισμένων πακέτων με DF, και αν όλα τα άλλα πακέτα περάσουν, εκτός από τους ανιχνευτές MTU, γνωρίζουμε ότι πρέπει να μειώσουμε τα μεγέθη μας πακέτων.

Αν δημιουργήσουμε όρια για το MTU Path (ας πούμε το ελάχιστο Internet MTU, 576 και το 1500 του Ethernet), μπορούμε να κάνουμε μια δυαδική αναζήτηση για το MTU. Αυτό θα μας άφηνε να το βρούμε σε λίγα μόνο στρογγυλά στίγματα.

Επιπλέον, το Libtorrent έχει μια βελτιστοποίηση όπου υπολογίζει ποια διασύνδεση θα αποσταλεί μια σύνδεση UTP και θα αρχικοποιήσει το ανώτατο όριο MTU στο MTU της διασύνδεσης. Αυτό σημαίνει ότι μια σήραγγα VPN θα διαφημίζει το MTU ως χαμηλότερο και η σύνδεση UTP θα ήξερε αμέσως ότι θα στείλει μικρότερα πακέτα, δεν απαιτείται αναζήτηση. Έχει επίσης την παρενέργεια του να είναι σε θέση να χρησιμοποιεί πολύ μεγαλύτερα μεγέθη πακέτων για διεπαφές μη-Ethernet ή συνδέσεις Ethernet με πλαίσια Jumbo.

ρολόι

Η μετατόπιση του ρολογιού είναι ρολόγια που προχωρούν με διαφορετικές τιμές. Είναι διαφορετικό από το ρολόι που σημαίνει ρολόγια που έχουν οριστεί σε διαφορετικές τιμές (αλλά που μπορεί να προχωρήσουν με τον ίδιο ρυθμό).

Οποιαδήποτε μετατόπιση ρολογιού μεταξύ των δύο μηχανών που εμπλέκονται σε μια μεταφορά UTP θα έχει ως αποτέλεσμα συστηματικά διογκωμένες ή αποπληθωρισμένες μετρήσεις καθυστέρησης.

Αυτό μπορεί να λυθεί αφήνοντας την καθυστέρηση βάσης να είναι το χαμηλότερο δείγμα στο τελευταίο n λεπτά. Αυτό είναι ένα συμβιβασμό ανάμεσα στο να βλέπεις ένα πακέτο να πηγαίνει κατευθείαν στην ουρά, χωρίς καθυστέρηση, και η ποσότητα του ρολογιού drift μπορεί κανείς να αναλάβει σε κανονικούς υπολογιστές.

Αποδεικνύεται ότι είναι αρκετά ασφαλές να υποθέσουμε ότι ένα από τα πακέτα σας θα πάει στην πραγματικότητα κατ ‘ευθείαν χωρίς σημαντική καθυστέρηση, μία φορά κάθε 20 λεπτά περίπου. Ωστόσο, η μετατόπιση του ρολογιού μεταξύ των κανονικών υπολογιστών μπορεί να φτάσει μέχρι και 17 ms σε 10 λεπτά. Τα 17 ms είναι αρκετά σημαντικά, ειδικά εάν η καθυστέρηση στόχου σας είναι 25 ms (όπως στο spec LEDBAT).

Τα ρολόγια εξελίσσονται με διαφορετικούς ρυθμούς ανάλογα με τη θερμοκρασία. Αυτό σημαίνει ότι οι υπολογιστές που τρέχουν ζεστό είναι πιθανό να έχουν μια μετατόπιση ρολογιού σε σύγκριση με τους υπολογιστές που τρέχουν δροσερό.

Έτσι, με την ενημέρωση της βάσης καθυστέρησης περιοδικά με βάση το χαμηλότερο δείγμα, είτε θα καταλήξετε να το αλλάξετε προς τα πάνω (τεχνητά κάνοντας τα δείγματα καθυστέρησης να εμφανίζονται μικρά) χωρίς την κυκλοφοριακή συμφόρηση ή την καθυστέρηση να αλλάξει πραγματικά, είτε θα καταλήξετε με μια σημαντική μετατόπιση ρολογιού και έχετε τεχνητά χαμηλά δείγματα εξαιτίας αυτού.

Η λύση σε αυτό το πρόβλημα βασίζεται στο γεγονός ότι το ρολόι παρασυρόμενης είναι μόνο ένα πρόβλημα για μία από τις πλευρές της σύνδεσης. Μόνο όταν οι μετρήσεις καθυστέρησης σας συνεχίζουν να αυξάνονται είναι πρόβλημα. Εάν οι μετρήσεις καθυστέρησης συνεχίζουν να μειώνονται, τα δείγματα θα ωθήσουν απλά τη βάση καθυστέρησης μαζί με αυτό. Έχοντας αυτό υπόψη, μπορούμε απλά να παρακολουθούμε τις μετρήσεις καθυστέρησης του άλλου άκρου, εφαρμόζοντας την ίδια λογική σε αυτήν. Κάθε φορά που η καθυστέρηση βάσης του άλλου άκρου ρυθμίζεται προς τα κάτω, προσαρμόζουμε την καθυστέρηση βάσης προς τα πάνω κατά το ίδιο ποσό.

Αυτό θα διατηρήσει με ακρίβεια την καθυστέρηση βάσης ενημερωμένη με την παρασυρόμενα ρολόι και θα βελτιώσει τις μετρήσεις καθυστέρησης. Το σχήμα στα δεξιά δείχνει τις απόλυτες διαφορές χρονικής σήμανσης μαζί με την καθυστέρηση βάσης. Η κλίση των μετρήσεων προκαλείται από το ρολόι μετατόπισης.

Για περισσότερες πληροφορίες σχετικά με την αντιστάθμιση παρασυρόμενων ρολογιών, ανατρέξτε στις διαφάνειες από την παρουσίαση του BitTorrent στο IPTPS10.

χαρακτηριστικά

Η εφαρμογή UTP της Libtorrent περιλαμβάνει τα ακόλουθα χαρακτηριστικά:

• Path MTU Discovery, συμπεριλαμβανομένων των πλαισίων Jumbo και ανίχνευση περιορισμένων σηράγγων MTU. Δυαδικά μεγέθη πακέτων αναζήτησης για να βρείτε το μεγαλύτερο μη θραυσμένο.
• Επιλεκτικός ACK. Η δυνατότητα αναγνώρισης μεμονωμένων πακέτων σε περίπτωση απώλειας πακέτων
• Μεταφέρω γρήγορα. Την πρώτη φορά που χάνεται ένα πακέτο, είναι απογοητευτικό αμέσως. Που ενεργοποιείται από αντίγραφα ACKs.
• Ο αλγόριθμος του Nagle. Ελαχιστοποιήστε το πρωτόκολλο, προσπαθώντας να χτυπήσετε πλήρη πακέτα ωφέλιμου φορτίου μαζί πριν στείλετε ένα πακέτο.
• Καθυστερημένες ACKs για την ελαχιστοποίηση του πρωτοκόλλου.
• Χρονικά σήμανση ανάλυσης μικροδευτερολέπτων.
• Διαφημισμένο παράθυρο λήψης, για να υποστηρίξετε τον περιορισμό του ρυθμού λήψης.
• Σωσμένος χειρισμός των αριθμών ακολουθιών περιτυλίγματος.
• Εύκολη διαμόρφωση του στόχου καθυστέρησης, του παράγοντα κέρδους, των χρονικών ορίων, της καθυστερημένης-ACK και της υποδοχής υποδοχής.

Δίδυμος

Το BitTorrent είναι ένα πρωτόκολλο σχεδιασμένο για μεταφορά αρχείων. Είναι peer-to-peer στη φύση, καθώς οι χρήστες συνδέονται μεταξύ τους απευθείας για να στείλουν και να λαμβάνουν τμήματα του αρχείου. Ωστόσο, υπάρχει ένας κεντρικός διακομιστής (που ονομάζεται Tracker) ο οποίος συντονίζει τη δράση όλων αυτών των συνομηλίκων. Ο ιχνηλάτης διαχειρίζεται μόνο συνδέσεις, δεν έχει καμία γνώση του περιεχομένου των διανομών αρχείων και επομένως ένας μεγάλος αριθμός χρηστών μπορεί να υποστηριχθεί με σχετικά περιορισμένο εύρος ζώνης Tracker.

Μια πρόσφατη επέκταση στο BitTorrent είναι το πρωτόκολλο DHT (“Distributed Sloppy Hash” ή απλά ονομάζεται πρωτόκολλο Tracker UDP). Ένα πρωτόκολλο ομότιμων με βάση το UDP στο Peer Tracker Protocol. Και το uTorrent εισάγει ένα άλλο πρωτόκολλο μικρο -μεταφοράς με βάση το UDP, που ονομάζεται UTP.

Ιστορία

Τον Απρίλιο του 2001 ο Bram Cohen σχεδίασε το πρωτόκολλο Bittorrent, το οποίο υλοποίησε το καλοκαίρι του 2002. Το πρώτο πρόγραμμα για τη χρήση του πρωτοκόλλου ήταν ο αρχικός πελάτης BitTorrent. Σήμερα πολλές εφαρμογές είναι διαθέσιμες και το πρωτόκολλο χρησιμοποιείται ευρέως.

Εξαρτήσεις πρωτοκόλλου

• TCP: Συνήθως, το BitTorrent χρησιμοποιεί το TCP ως πρωτόκολλο μεταφοράς του. Η πολύ γνωστή θύρα TCP για το BitTorrent Traffic είναι 6881-6889 (και 6969 για τη θύρα Tracker). Η επέκταση DHT (Peer2Peer Tracker) χρησιμοποιεί διάφορες θύρες UDP που διαπραγματεύονται από τους συνομηλίκους.

Παράδειγμα κυκλοφορίας

XXX – Προσθέστε την κυκλοφορία παραδείγματος εδώ (ως απλό κείμενο ή οθόνη οθόνης Wireshark).

Ζαχαρωτό

Ο διαλύτης Bittorrent είναι (πλήρως λειτουργικός, μερικώς λειτουργικός, όχι υπάρχον, … ανεξάρτητα από την τρέχουσα κατάσταση). Η επέκταση DHT έχει υποστηριχθεί από το R39653. Η επέκταση UTP έχει υποστηριχθεί από το R36716.

Ρυθμίσεις προτιμήσεων

• Επανασυναρμολογήστε τα μηνύματα Bittorrent που εκτείνονται σε πολλαπλά τμήματα TCP
• Αποκωδικοποιήστε το peer_id των μηνυμάτων χειραψίας

Παράδειγμα αρχείων καταγραφής

Σενδιακές/Bittorrent.Μεταφορά1.Cap (Microsoft Network Monitor) Εδώ είναι μια σύλληψη με μερικά πακέτα BitTorrent. Περιέχει μερικά μικρά πακέτα που πήρα κατά τη λήψη κάτι στο BitTorrent.

Σενδιακές/Bittorrent.PCAP (LIBPCAP) Αρχείο καταγραφής δύο πελατών Torrent Communicationg χωρίς DHT ή Peer Exch.

Προβολή φίλτρου

Μια πλήρης λίστα πεδίων φίλτρου οθόνης BitTorrent μπορεί να βρεθεί στην αναφορά φίλτρου οθόνης

Εμφάνιση μόνο της κυκλοφορίας που βασίζεται στο BitTorrent:

 δίδυμος

ΣΗΜΕΙΩΣΗ: Εφαρμόστηκε στο Wireshark Post 0.10.12!

Φίλτρο καταγραφής

Δεν μπορείτε να φιλτράρετε απευθείας τα πρωτόκολλα BitTorrent κατά τη σύλληψη. Ωστόσο, αν γνωρίζετε τη χρησιμοποιούμενη θύρα TCP (βλ. Παραπάνω), μπορείτε να φιλτράρετε σε αυτό.

Συλλέξτε μόνο την κυκλοφορία παρακολούθησης BitTorrent σε μία από τις προεπιλεγμένες θύρες (Ε (Ε.σολ. 6881):

 θύρα TCP 6881

Καταγράψτε την κυκλοφορία παρακολούθησης bittorrent πάνω από το φάσμα των προεπιλεγμένων θυρών (e.σολ. 6881-6889):

 TCP Portange 6881-6889

Όταν χρησιμοποιείτε το libpcap 0.9.1 ή αργότερα ή WinPCAP 3.1 ή αργότερα? Αυτή η έκφραση δεν θα λειτουργήσει με παλαιότερες εκδόσεις του LiBPCAP ή του WinPCAP, έτσι, στα Windows, αναβάθμιση στο WinPCAP 3.1 ή αργότερα και, σε un*x, αναβάθμιση στο libpcap 0.9.x Εάν είναι δυνατόν και, αν δεν είναι δυνατόν και έχετε μια έκδοση του libpcap πριν από το 0.8.1, χρησιμοποιήστε

 (TCP [0: 2]> = 6881 και TCP [0: 2] = 6881 και TCP [2: 2] 

(Ένα σφάλμα στο βελτιστοποιητή LiBPCAP στο libpcap 0.8.x σημαίνει ότι αυτό δεν θα λειτουργήσει με το libpcap 0.8.x, αν και ίσως μπορείτε να χρησιμοποιήσετε το TCPDUMP με τη σημαία "-O").

εξωτερικοί σύνδεσμοι

• http: // www.δίδυμος.com/ η επίσημη σελίδα Bittorrent
• Σελίδα Wikipedia BitTorrent
• Πώς λειτουργεί το BitTorrent για το P2P γενικά, τις ρυθμίσεις BitTorrent και Firewall
• Το πρωτόκολλο DHT (BEP 5), η επέκταση BitTorrent που βασίζεται στο UDP για κατανεμημένους ιχνηλάτες (ο αριθμός θύρας UDP διαπραγματεύεται). Επίσης: Σύνδεσμος με πρωτόκολλο DHT (Dead Link), αντίγραφο αρχείου ιστού (2007-12-21) του πρωτοκόλλου DHT Draft DHT.
• Hippie Protocol Signature Περιγραφή Οι υπογραφές πρωτοκόλλου TCP και UDP που θα μπορούσαν να χρησιμοποιηθούν για την αναγνώριση του συνδέσμου αρχείου BitTorrent Protocol Web Archive Link
• Περισσότερα για το bittorrent

Χρησιμοποιεί το uTorrent TCP ή UDP?

Η Reddit και οι συνεργάτες του χρησιμοποιούν cookies και παρόμοιες τεχνολογίες για να σας προσφέρουν καλύτερη εμπειρία.

Με την αποδοχή όλων των cookies, συμφωνείτε με τη χρήση των cookies για να παραδώσετε και να διατηρήσετε τις υπηρεσίες και τον ιστότοπό μας, να βελτιώσετε την ποιότητα του Reddit, να εξατομικεύσετε το περιεχόμενο και τη διαφήμιση Reddit και να μετρήσετε την αποτελεσματικότητα της διαφήμισης.

Απορρίπτοντας τα μη βασικά cookies, το Reddit ενδέχεται να εξακολουθεί να χρησιμοποιεί ορισμένα cookies για να εξασφαλίσει τη σωστή λειτουργικότητα της πλατφόρμας μας.

Για περισσότερες πληροφορίες, ανατρέξτε στην ειδοποίηση cookie και στην πολιτική απορρήτου μας .

Ποιες είναι οι θύρες TCP/UDP που χρησιμοποιούνται από εφαρμογές Torrent?

Θέλω να αποκλείσω την κυκλοφορία torrent στο δίκτυό μου επειδή χρησιμοποιεί υπερβολικό εύρος ζώνης και διαταράσσει την κυκλοφορία του δικτύου μου. Ποιο εύρος θύρας πρέπει να χρησιμοποιήσω και ποιο πρωτόκολλο TCP ή UDP?

4,824 8 8 Χρυσά κονκάρδες 35 35 ασημένια κονκάρδες 61 61 χάλκινα κονκάρδες

Ερωτηθείς 9 Απριλίου 2013 στις 0:26

361 1 1 χρυσό σήμα 3 3 ασημένια κονκάρδες 5 5 χάλκινα κονκάρδες

Afaik Ένας πελάτης Bittorrent συνήθως συνδέει τον αριθμό θύρας TCP 6881. Ωστόσο, εάν αυτή η θύρα είναι απασχολημένη για κάποιο λόγο, ο πελάτης θα δοκιμάσει διαδοχικά υψηλότερα λιμάνια (6882, 6883, και ούτω καθεξής μέχρι και ένα όριο 6999). Προκειμένου οι εξωτερικοί πελάτες του BitTorrent να φτάσουν σε αυτό, πρέπει να είναι σε θέση να συνδεθούν με τη σωστή θύρα.

3 Οκτωβρίου 2013 στις 8:04

Εάν έχετε τον έλεγχο των υπολογιστών δικτύου, μπορείτε να δοκιμάσετε την εύρεση του hash της εφαρμογής BitTorrent και να το αποκλείσετε από την εγκατάσταση ή την εκτέλεση οποιουδήποτε υπολογιστή

12 Δεκεμβρίου 2013 στις 12:05

Αυτό δεν εξετάζει καθόλου την ερώτηση. Το ΕΠ ρωτάει ποιες θύρες χρησιμοποιούνται.

12 Δεκεμβρίου 2013 στις 14:57

@RoryalSop Είμαι λίγο αργά, αλλά οι άνθρωποι προτείνουν άλλες λύσεις επειδή το BitTorrent δεν περιορίζεται σε κανένα λιμάνι.

18 Σεπτεμβρίου 2015 στις 4:05

Αποκλείστε κάθε θύρα εισόδου/εξόδου σε όλα τα πρωτόκολλα και γροθιά τείχος προστασίας κατ 'απαίτηση.

12 Φεβρουαρίου 2017 στις 2:27

2 απαντήσεις 2

Το μπλοκάρισμα του BitTorrent είναι προκλητική και δεν μπορεί πραγματικά να γίνει αποτελεσματικά με μπλοκ λιμένων. Οι τυποποιημένες θύρες είναι 6881-6889 TCP, αλλά το πρωτόκολλο μπορεί να εκτελεστεί σε οποιαδήποτε θύρα και η φύση από ομοτίμους του πρωτοκόλλου σημαίνει ότι η ανακάλυψη συνομηλίκων που χρησιμοποιούν μη αποκλειστικά λιμάνια είναι απλή.

Η μπλοκάρισμα της κυκλοφορίας BitTorrent θα μπορούσε να γίνει με ένα τείχος προστασίας βαθιάς συσκευασίας ή εφαρμογής, αλλά πολλοί πελάτες BitTorrent υποστηρίζουν κρυπτογράφηση που κάνει το DPI λιγότερο αποτελεσματικό.

Εάν είστε ιδιοκτήτης του δικτύου και του εύρους ζώνης είναι το μεγάλο ζήτημα σας, τότε θα σας εξυπηρετηθείτε καλύτερα από μια λύση παρακολούθησης εύρους ζώνης. Τα καλύμματα ελέγχου της ποιότητας των υπηρεσιών (QoS) και του εύρους ζώνης για τα τελικά σημεία θα μπορούσαν να περιορίσουν τον αντίκτυπο που έχουν οι χρήστες του BitTorrent στο συνολικό σας εύρος ζώνης, χωρίς το παιχνίδι Cat-and-Mouse να προσπαθεί να μπλοκάρει ένα συγκεκριμένο πρωτόκολλο.

Μια άλλη προσέγγιση θα ήταν να μπλοκάρει τους τύπους συνδέσεων που απαιτεί το bittorrent. Ως πρωτόκολλο ομότιμου-peer, οι συνομηλίκοι εκτός του δικτύου σας πρέπει να συνδεθούν. Ένα τείχος προστασίας θα μπορούσε να απαγορεύσει τις εισερχόμενες συνδέσεις στο υποδίκτυο χρήστη σας, ενώ τα επιτρέπουν στις προοριζόμενες υπηρεσίες σας προς τα έξω. Ένα IPS θα μπορούσε να βάλει ένα κατώφλι στον αριθμό των εισερχόμενων και εξερχόμενων συνδέσεων, αφού οι πελάτες του BitTorrent πρέπει να συνδεθούν με πολλούς συνομηλίκους (και να έχουν πολλαπλούς συνομηλίκους να συνδεθούν με αυτά) για να λειτουργήσουν.

Εάν η ανησυχία σας είναι η νομιμότητα του κοινού περιεχομένου (ή εάν σχεδιάζετε να κάνετε οποιαδήποτε ενέργεια εναντίον των χρηστών σας), τότε η καλύτερη άμυνά σας είναι μια καλά γραπτή πολιτική αποδεκτής χρήσης που περιγράφει την ευθύνη των χρηστών για τις ενέργειές τους και απαγορεύοντας τη χρήση λογισμικού κοινής χρήσης αρχείων.

Ποιες θύρες πρέπει να επιτρέπονται μέσω του τείχους προστασίας σε σπορά Torrent χρησιμοποιώντας το κιβώτιο ταχυτήτων σε διακομιστή χωρίς κεφαλές?

Αυτο-φιλοξενώντας τον δικό μου ιχνηλάτη χρησιμοποιώντας το bittorrent-tracker. Άνοιξε θύρα UDP 6969 σε διακομιστές παρακολούθησης και σπόρων. Τι άλλο πρέπει να επιτρέπεται?

19.8K 47 47 χρυσά κονκάρδες 179 179 ασημένια κονκάρδες 312 312 χάλκινα κονκάρδες

Ερωτηθείς στις 23 Φεβρουαρίου 2022 στις 14:35

Sunknudsen Sunknudsen

842 10 10 ασημένια κονκάρδες 22 22 χάλκινα κονκάρδες

1 Απάντηση 1

Και για τον ιχνηλάτη καθώς και για τον πελάτη Torrent, η απάντηση είναι η ίδια:

Οι θύρες που έχετε ρυθμίσει.

Οι ιχνηλάτες ακούν παραδοσιακά TCP θύρα 6969. Θα μπορούσαν να ακούσουν και σε άλλα λιμάνια (και τα δύο TCP και UDP). Εξαρτάται από τη ρύθμιση.

Το BitTorrent έχει τεχνικά γνωστά λιμάνια (TCP 6881-6889). Το πρωτόκολλο DHT μπορεί να χρησιμοποιεί διαφορετικές θύρες UDP. Το πρωτόκολλο UTP μπορεί να χρησιμοποιεί διαφορετικές θύρες UDP. Στην πράξη, εξαρτάται και πάλι από τη διαμόρφωση.

Εάν βρίσκεστε πίσω από μια πύλη NAT οποιουδήποτε είδους, χρειάζεστε επίσης προώθηση λιμένων.