Connessione desktop remoto non può connettersi a Windows Server 2012

Mission to Remote Desktop INTO Windows Server 2012 (standalone).

Situazione:

• Pannello di controllo, Sistema, Impostazioni remote, Desktop remoto - Consenti
• Tutti i firewall disattivati
• Tentativo di connessione utilizzando un indirizzo IP noto (il ping funziona bene)
• Opzione di connessione come utente che ha già effettuato l'accesso.

Messaggio di errore:

Remote Access Cannot Connect
1)  Remote access not enabled
2)  Remote computer turned off
3)  Remote computer not available

Informazioni addizionali:

• Server 2012 può RDC OUT.
• Le macchine che utilizzo per connettersi sono Windows 7 e Windows 8, eseguiranno RDC su altre macchine.
• Ho una buona esperienza nella configurazione del desktop remoto.

Domanda:

È un errore del software beta sul server 2012 o esiste un nuovo modo per far funzionare RDC che mi manca?

Ho notato che a volte l'abilitazione del desktop remoto non abilita correttamente l'eccezione del firewall per la porta 3389. Verificare se la regola appropriata è abilitata. In tal caso, prova a disabilitare e abilitare immediatamente il firewall. Questo ha funzionato per me in diverse occasioni.

Probabilmente avrai bisogno di una CAL ( Client Access License ) per accedere alle risorse di Windows Server 2012.

Ero in una situazione simile a te OP. Avevo una politica di gruppo per abilitare il PSR. Ho verificato che questo fosse applicabile e che avrei potuto eseguire il ping del server di destinazione. Nel 2012 server manager, diceva "Desktop remoto: abilitato".

Tuttavia, dopo aver seguito i passaggi pubblicati da sushant (cmd> systempropertiesremote) (che può essere raggiunto anche con altri metodi, ad esempio sysdm.cpl), ho raggiunto la scheda "Remote" di Proprietà del sistema e ho visto che "Non consentire connessioni remote a questo computer "è stato selezionato il pulsante di opzione. Questa era chiaramente la causa del mio problema e, come previsto, la selezione di "Consenti connessioni remote a questo computer" mi ha permesso di accedere al server.

Ho avuto anche un'altra istanza in cui, sebbene RDC fosse abilitato, la porta del firewall non era aperta. Ora ho come standard in qualsiasi dominio gestisco due criteri, uno per abilitare RDP e l'altro per consentirlo attraverso il firewall.

Verifica se hai modificato le tastiere predefinite.

Ho avuto lo stesso problema ma non appena ho selezionato Keyboard - India , che ho configurato durante l'installazione del 2012, il sistema ha consentito nuovamente le connessioni desktop remoto.

quindi ho riscontrato un problema durante l'impostazione di un IP statico su una macchina virtuale Windows 2012. Quando è stato impostato l'IP statico, la mia macchina virtuale non ha risposto a RDP o RDC. come l'ho risolto?

1. vai al pannello di controllo> Rete e Internet> Rete e condivisione

2. angolo in alto a sinistra modificare le impostazioni dell'adattatore

3. fare clic con il tasto destro sulla rete a cui è necessario assegnare l'IP statico e selezionare le proprietà

4. Seleziona il protocollo Internet versione 4 (TCP / IPv4)

5. selezionare utilizzare il seguente indirizzo IP e inserire l'IP statico, la subnet mask fornita e il gateway predefinito fornito

6. Inserisci il DNS dato e preferito

7. fare clic su OK e aprire il prompt dei comandi e digitare: ipconfig / flushDNS

nel prompt dei comandi sopra non usare Collin e c'è uno spazio dopo ipconfig

8. dopo aver fatto ciò resettare la VM e provare a rdp su di te VM

9. vm è ora in esecuzione su IP statico

Jay Ess.

Ho avuto lo stesso problema con il client WINDOWS XP che non è riuscito a connettersi al server remoto di Windows 2012 R2.

Ho risolto il problema deselezionando questa casella sul server: "Consenti connessioni solo per computer che eseguono Desktop remoto con autenticazione a livello di rete (consigliato)".

Per trovare queste impostazioni su Windows 2012 R2: fare clic con il tasto destro su "Risorse del computer", selezionare "Proprietà", quindi "Impostazioni remote". Nella schermata che apparirà, troverai quella casella.

Probabilmente XP non supporta "Autenticazione a livello di rete" e quando il server lo richiede, il client XP non può connettersi.

Come abilitare Desktop remoto su Windows Server 2012 :

1. Sposta il mouse in basso a destra dello schermo e vedresti una barra, Charm Bar.
2. Fai clic sul pulsante Cerca, quello con la lente d'ingrandimento. Vedi lo screenshot qui sotto:
3. Inserisci CMD nella casella di testo di ricerca App:
4. Fare clic su CMD a sinistra, verrà avviato il prompt dei comandi:
5. Nella finestra del prompt dei comandi, digitare SystemPropertiesRemote e premere Invio
6. Il comando sopra avrebbe lanciato le finestre Proprietà del sistema.
7. Selezionare l'opzione appropriata in Desktop remoto e fare clic su OK.

Dopo aver esaminato tutte le risposte e i commenti, anche a strascico su Internet per problemi simili, la mia conclusione è che si tratta di un problema di corruzione dei file sul computer Windows 2012 Server.

Ulteriori indicazioni
a) Questa macchina di prova ha già riscontrato problemi con il disco.
b) sfc / scannow rivela errori.

Il problema con la tastiera predefinita è certamente una causa.

Su un server, avevo rimosso la tastiera americana (che era stata configurata per impostazione predefinita durante l'installazione), quindi avevo provato ad abilitare RDP e non funzionava.

Dopo aver reinstallato la tastiera americana, RDP ha iniziato a funzionare!

Ho avuto lo stesso problema con entrambi i client XP e Windows 8 ... sembrava che il server non fosse correttamente collegato al dominio, ho riavviato il server, ho effettuato l'accesso come amministratore di dominio e quindi quando ho provato a connettermi utilizzando RDP la macchina Win 8 ha funzionato bene, XP non sarebbe dovuto a NLA come sopra.

Ho appena avuto questo problema durante la connessione al mio controller di dominio Windows 2012 R2. Si è scoperto che la causa era che il servizio di consapevolezza della posizione della rete sul controller di dominio aveva impostato la connessione di rete su Pubblico anziché su Dominio. La soluzione che ha funzionato per me è stata quella di riavviare il servizio NLA come descritto qui /server/362374/domain-controller-thinks-its-on-a-public-network .