Κενή λίστα παιχνιδιών LAN μέσω OpenVPN; Ελέγξτε τη διαδρομή ανακάλυψης

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

Διαχωρίστε τη σύνδεση σε μια συνεδρία από την εύρεσή της

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

Γράψτε το αποτέλεσμα πριν αγγίξετε τη διαμόρφωση VPN. Είναι το φθηνότερο τεστ σε όλη την έρευνα και εξαλείφει το μισό του χώρου σχεδίασης. Σημειώστε και τη διεύθυνση που χρησιμοποιήσατε, γιατί γίνεται το σημείο αναφοράς για κάθε επόμενη δοκιμή. Χωρίς αυτή τη γραμμή στις σημειώσεις σας, η επόμενη σύγκριση είναι εικασία.

Δοκιμάστε απευθείας σύνδεση πριν αγγίξετε τη σήραγγα

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

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

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

Κατανοήστε πού σταματά η μετάδοση

Μια δρομολογημένη σήραγγα TUN μεταφέρει πακέτα IP μεταξύ ομότιμων και δεν αναπαράγει τοπική μετάδοση στο δίκτυο κάθε ομότιμου. Η περιορισμένη διεύθυνση μετάδοσης 255.255.255.255 μένει μέσα στη διεπαφή που την εκπέμπει, και μια μετάδοση με κατεύθυνση υποδικτύου είναι ξεχωριστή περίπτωση και όχι γενική άδεια για δρομολογητές να πλημμυρίζουν αναγγελίες.

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

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

Όταν ένα ρελέ δικαιολογείται, κρατήστε το στενό

Αν η αυτόματη ανακάλυψη είναι απαίτηση, προσδιορίστε πρώτα την πραγματική ανταλλαγή: μετάδοση ή multicast, διεύθυνση προορισμού, θύρα UDP, η διεπαφή που τη στέλνει και η διεύθυνση μέσα στην απάντηση. Ένα ρελέ κατάλληλο για το πρωτόκολλο και περιορισμένο σε αυτά τα πέντε γεγονότα είναι πολύ στενότερο από την επέκταση ολόκληρου τμήματος Ethernet.

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

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

Γέφυρα μόνο όταν ο σχεδιασμός χρειάζεται Ethernet

Τα πλαίσια Ethernet ταξιδεύουν μέσα στο TAP, οπότε μια σήραγγα TAP μπορεί να ανήκει σε σκόπιμα γεφυρωμένο τομέα μετάδοσης. Η απλή αλλαγή από dev tun σε dev tap δεν χτίζει αυτή τη γέφυρα, δεν κάνει τη διαμόρφωση του διακομιστή συμβατή και δεν κάνει την εφαρμογή να επιλέξει τη νέα διεπαφή. Ο οδηγός γεφύρωσης του OpenVPN περιγράφει τη γενικότερη διάταξη και όχι γιατρικό για ένα κενό λόμπι.

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

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