Ciao a tutti, il mio nome è John Clyburn e sono un consulente senior in MCS. Recentemente mi sono imbattuto in un problema di connessione a una condivisione su un server Hyper-V configurato utilizzando gli script SDNExpress PowerShell. Ho lavorato con il Software Defined Networking (SDNv2). Ho lavorato principalmente con Windows Server 2019 e VMM 2019, implementando la soluzione utilizzando VMM SDN Express dal sito GitHub. Per saperne di più su questa soluzione vedere il seguente link: SDNExpress.
Vorrei condividere questo con tutti nella speranza che vi faccia risparmiare un po ‘di tempo se mai vi imbattete in questo durante la risoluzione dei problemi.
PROBLEMA:
Ho usato gli script SDNExpress per configurare Network Controller su alcuni server Hyper-V. Qualche giorno dopo, quando si tenta di connettersi a una condivisione su uno dei server Hyper-V di Windows 2019, fallisce con il seguente messaggio di errore:
Windows non può accedere a <servername><sharename>
Codice errore: 0x80070035
Il percorso di rete non è stato trovato.
NOTA che non sto assolutamente dicendo che gli script SDNExpress causano questo problema. Sto solo condividendo la mia esperienza. Questo potrebbe benissimo rientrare nell’ambito di un singhiozzo. Una delle cose che lo script PowerShell SDNExpress fa è applicare automaticamente uno switch logico alle NIC sui server Hyper-V che stai configurando. Per qualche motivo, questo è quando il problema è stato introdotto.
Informazioni aggiuntive sulla mia configurazione
C’erano due adattatori ethernet/NIC sull’host Hyper-V configurati tramite switch logico usando SCVMM 2019. Il primo NIC (MGMT) viene utilizzato per la gestione e l’indirizzo IP è impostato staticamente ed è registrato nel DNS. Pertanto, viene utilizzato per risolvere il nome del server. La seconda NIC (VMs) viene utilizzata per il traffico delle VM ed è impostata tramite DHCP e non è registrata in DNS.
Quando si tenta di connettersi alla condivisione del server utilizzando il NetBIOS, FQDN (registrato in DNS) o il numero IP della NIC MGMT, la connessione fallisce.
Quando si tenta di connettersi alla condivisione del server utilizzando il numero IP ethernet/NIC delle VM la connessione funziona. (Questo era un indizio)
SOLUZIONE:
Sulla NIC di gestione (MGMT) nelle connessioni di rete, le seguenti voci NON erano impostate nelle proprietà:
– Client per reti Microsoft
– Condivisione file e stampanti per rete Microsoft
PRIMA:
PASSO:
Impostare questi due elementi ha risolto il mio problema. In qualche modo durante la creazione degli adattatori virtuali, queste opzioni sono state deselezionate.
E questo è tutto. I passi di cui sopra mi hanno permesso di risolvere il messaggio di errore Windows cannot access…. Spero che questo post vi faccia risparmiare tempo se incontrate questi errori.
0 commenti