Il tunnel si riconnette, il Mac raggiunge di nuovo la rete dell'ufficio e Desktop remoto risponde ancora con un errore di accesso. Quell'errore non è del VPN. Il tunnel porta il Mac su una rete approvata; un account Windows accede al computer remoto, e la voce di connessione può continuare a inviare un account che hai smesso di usare mesi fa.

Esamina la voce prima di toccare il portachiavi.

L'account VPN e l'account Windows sono cose diverse

Un'identità VPN autentica il dispositivo o la persona presso il gateway del tunnel. Non dice nulla su quale account Windows accetterà l'host remoto e non può sostituirlo. Quando il tunnel è sano e il desktop rifiuta l'accesso, il problema ha già superato il livello di rete. Tratta le due autenticazioni come eventi separati con log separati. Il gateway può mostrare una sessione pulita mentre il registro di sicurezza di Windows annota un accesso fallito per un motivo del tutto diverso.

Supponiamo che l'amministratore ti abbia detto di usare EXAMPLE\alex e che la voce salvata selezioni ancora un alex nudo. Sono account diversi. Il nome non qualificato viene risolto rispetto agli account locali del computer remoto, e su una macchina aggiunta a un dominio potrebbe non risolversi affatto nell'identità del dominio.

Rimuovere il prefisso di dominio non è quindi una riparazione generica. Cambia quale account viene richiesto e può produrre un rifiuto che sembra un problema di password mentre la password non è mai stata la questione.

Apri la voce di connessione, non tutto il portachiavi

Nell'attuale Windows App per macOS, trova il PC remoto in Dispositivi, apri la sua azione Modifica e guarda l'account associato a quella specifica voce. L'app espone controlli per le credenziali salvate che ti permettono di scegliere un altro account salvato o rimuoverne uno obsoleto. È il luogo supportato per correggere la selezione. Cambia una proprietà alla volta, così sai quale modifica è stata davvero rilevante. Un cambio di credenziali e un cambio di nome host fatti insieme producono un risultato che nessuno può attribuire.

Non iniziare eliminando ogni elemento del portachiavi il cui nome contiene il nome del server. Gli elementi del portachiavi sono condivisi tra applicazioni, e un'eliminazione ampia può togliere accessi non correlati senza cambiare nulla sul lato Windows. Distrugge anche le prove che vorresti se il vero problema risultasse essere il nome host, la rotta o il servizio RDP.

Se una credenziale salvata è usata da più PC remoti, controlla queste dipendenze prima di rimuoverla. Modificare la voce di un solo PC è reversibile; eliminare una credenziale condivisa è un cambiamento con un raggio d'azione più ampio e una traccia di audit peggiore.

Usa la forma dell'account fornita dall'amministratore

Digita l'account esattamente come è stato rilasciato, nella forma che l'ambiente si aspetta: DOMAIN\user per un dominio in stile NetBIOS, o l'user principal name se è quello che usa la directory. Poi salvalo per questo PC e fai un tentativo di connessione deliberato.

Osserva quale account mostra la richiesta di accesso. Una richiesta che contiene già un nome diverso significa che la selezione salvata non è stata sostituita, e il tentativo appena fatto ha testato di nuovo le vecchie credenziali.

Tieni la password fuori da note, ticket e screenshot. Annota invece il nome dell'account e il codice di errore esatto, perché il codice distingue credenziali errate da un rifiuto per criteri, una password scaduta o una macchina che non accetta affatto RDP.

Una connessione fallita prima dell'accesso è un altro guasto

Se il visualizzatore fallisce prima che compaia qualsiasi accesso Windows, le credenziali non sono il sospetto. Controlla che il nome host si risolva, che la rotta verso l'host esista sul tunnel e che il servizio RDP sia in ascolto. Una connessione TCP che non si stabilisce mai non raggiunge mai il livello dell'account.

Al contrario, un rifiuto esplicito dell'account non è prova che il DNS sia rotto o che si debba allentare la validazione del certificato. Quei cambi indeboliscono la connessione e di solito lasciano il rifiuto esattamente dov'era.

Prova nei passi più piccoli possibile: conferma che la porta sia raggiungibile, che compaia la richiesta di accesso, che l'account mostrato sia quello che intendi, poi fornisci la password. Ogni passo ha un guasto distinto e una correzione distinta.

Lascia stare la riconnessione automatica

La riconnessione automatica riutilizza la voce esistente, incluso il suo account salvato. È una comodità, non una riparazione delle credenziali, quindi disattivarla non corregge una selezione sbagliata e attivarla non ne crea una. Se la voce ora contiene l'account giusto, la riconnessione lo userà.

Salva la voce corretta, connettiti una volta a mano e annota quale account ha funzionato. Proprio quella singola riga rende la diagnosi della persona successiva di cinque minuti invece di un pomeriggio di archeologia del portachiavi.

Articoli correlati