Ο επισκέπτης του Hyper-V χάνει το DNS όταν συνδέεται το VPN του κεντρικού υπολογιστή

Ο επισκέπτης ήταν καλά σήμερα το πρωί. Μετά ο κεντρικός υπολογιστής ξεκίνησε το Cisco AnyConnect και η εικονική μηχανή έχασε το DNS, την εμπιστοσύνη τομέα και τον κοινόχρηστο φάκελο, χωρίς να αλλάξει τίποτα μέσα της. Η σήραγγα του κεντρικού και το δίκτυο του επισκέπτη είναι ξεχωριστές διαδρομές και η σύνδεση της μίας δεν μετακινεί την άλλη. Δουλέψτε από μέσα προς τα έξω και γράψτε τι βλέπετε πριν αλλάξετε οτιδήποτε.

Τι μπορεί ακόμα να δει ο επισκέπτης

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

Αυτές οι τρεις αναγνώσεις, παρμένες δύο φορές, είναι η βάση σας. Κάθε τι μεταγενέστερο μετριέται απέναντί τους.

Ποια έξοδο χρησιμοποιεί ο επισκέπτης

Το Hyper-V απαντά σε αυτό με δύο εντολές: Get-VMSwitch απαριθμεί τους διακόπτες, και Get-VMNetworkAdapter -VMName TestVM δείχνει εκείνον στον οποίο είναι συνδεδεμένος ο επισκέπτης. Το Default Switch είναι δίκτυο NAT που διαχειρίζεται τα Windows· ένας εξωτερικός διακόπτης παραδίδει την κίνηση σε φυσικό προσαρμογέα· ένας εσωτερικός διακόπτης δεν μεταφέρει τίποτα μέχρι κάποιος να προσθέσει NAT ή δρομολογητή. Το VirtualBox παρουσιάζει τις ίδιες τρεις ιδέες ως NAT, NAT Network και bridged.

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

Κοινή χρήση της σήραγγας του κεντρικού με το Hyper-V

Αν ο επισκέπτης χρειάζεται τη σήραγγα και δεν μπορεί να εκτελέσει τον δικό του πελάτη, τα Windows μπορούν να μοιραστούν τη σύνδεση VPN. Ανοίξτε τις ιδιότητες του προσαρμογέα VPN, πηγαίνετε στην Κοινή χρήση και επιτρέψτε σε άλλους χρήστες δικτύου να συνδεθούν μέσω αυτού. Στρέψτε τη σύνδεση οικιακού δικτύου στον προσαρμογέα Hyper-V, vEthernet (Default Switch), και μετά δοκιμάστε ένα νέο αίτημα από μέσα στον επισκέπτη.

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

Η επανεγκατάσταση της δυνατότητας Hyper-V έχει σώσει μερικούς πεισματάρηδες επισκέπτες. Κρατήστε το για το τέλος και σημειώστε πρώτα την κατάσταση του επισκέπτη.

Προώθηση θυρών όταν το υποδίκτυο φιλτράρεται

Ένα VPN κεντρικού που φιλτράρει το υποδίκτυο NAT του επισκέπτη σπάει την άμεση πρόσβαση και όχι την επίλυση ονομάτων. Η VM εκτελείται, όμως ssh [email protected] κολλάει, ενώ η μετάφραση του hypervisor εξακολουθεί να λειτουργεί. Προωθήστε τις θύρες που χρειάζεται η εργασία και συνδεθείτε στη διεύθυνση του κεντρικού αντί γι' αυτό. Οι γραμμές του Vagrantfile παρακάτω καλύπτουν SSH και μία υπηρεσία HTTPS· και οι δύο μπαίνουν πριν από την επαναφόρτωση.

config.vm.network "forwarded_port", guest: 22, host: 22
config.vm.network "forwarded_port", guest: 3443, host: 3443

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

Ο έλεγχος που σας λέει ότι δούλεψε

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

Resolve-DnsName intranet.corp
Test-NetConnection 192.0.2.10 -Port 22

Καταγράψτε κάθε αλλαγή διακόπτη ή προγράμματος οδήγησης μαζί με το βήμα αναίρεσής της. Ο οδηγός της Microsoft για το Hyper-V NAT εξηγεί τι είναι στην πραγματικότητα το Default Switch και αξίζει να τον διαβάσετε πριν δημιουργήσετε ένα δεύτερο δίκτυο NAT που συγκρούεται μαζί του.