Quali opzioni devo connettere a un server Windows remoto se RDP è rotto?

Quali opzioni devo connettere a un server Windows remoto se RDP è rotto (non risponde), non ho accesso alla console e il server non è fisicamente vicino?

Su Linux, se VNC non funzionava, di solito potevo contare su un demone SSH. Windows non l'ha mai rilevato (perché, non lo so) - c'è qualche equivalente?

La prima cosa che faccio quando RDP non sta parlando è questa in Powershell:

PS> $service = get-service -computername MyServer -displayname "Remote Desktop Services"
PS> $service.stop
PS> $service.start

La maggior parte delle volte questo fa rivivere RDP e posso tornare indietro. Se ciò non risolve il problema, devo fare affidamento su iLO o su una delle altre opzioni della console menzionate in altre risposte qui.

Vedi questa domanda qui per le opzioni della riga di comando . Fondamentalmente, hai WinRS / WinRM, PowerShell Remoting e PSexec e le altre utility di SysInternals Suite . Puoi anche installare SSH, o anche telnet su un server Windows, e collegarti a quello, una volta installato.

Inoltre, i tuoi strumenti nella cartella Strumenti di amministrazione ti permetteranno di connetterti ai computer remoti (o almeno) provare, quindi questa è un'opzione. (Principalmente i tuoi snap-in MMC, ma anche alcuni degli ex autonomi inclusi nativamente, come regedit, hanno questa funzionalità.)

È anche necessario avere una qualche forma di interfaccia di gestione della console Out-of-Band / virtuale sul server (quali l'ILO di HP o iDRAC di Dell), e se non ... beh, imparare da questo e ottenere uno sul server successivo.

Infine, ci sono un numero qualsiasi di strumenti di terze parti che spesso ti permetteranno di accedere a un server in remoto, installarli e quindi impostare una condivisione dello schermo basata su VNC (o simile). Dameware e IntelliAdmin vengono subito in mente, ma sono solo due dei tanti.

PowerShell è quello che stai cercando. Telecomando TechNet PowerShell

Dal momento che non è stato menzionato:

Ci sono sempre "mani intelligenti". Non sottovalutare mai la semplicità di chiamare qualcuno e dire "puoi andare al server e dirmi cosa vedi? ... OK ... fallo per me."

A meno che il server non stia orbitando attorno alla terra, questa è probabilmente un'opzione.

LoM è una tecnica comunemente usata per accedere ai nodi che non è accessibile in termini logici.

Il nome della tecnica differisce dai manufacter, dell chiama la loro versione 'iDRAC'. HP chiama 'iLo'

In precedenza c'erano specifiche schede PCI per questo, chiamate MEGARAC. C'è anche KVM su IP per aiutare.

Buona fortuna!

psexec, parte del pacchetto Windows Sysinternals .

Lo usavamo sempre per distribuire software su una rete di host Windows non Active Directory.

Come detto sopra iDRAC, iLO è il modo migliore per accedere ai sistemi remoti se RDP non si avvia. Se il sistema è una macchina virtuale, è possibile utilizzare l'infrastruttura virtuale per gestire in remoto e nella maggior parte dei casi visualizzare la console.

Investirei in qualcosa come un "Spider" LANTRONIX che potrebbe essere collegato alle porte VGA e USB del sistema remoto per consentire la gestione della nostra banda.

Se riesci ancora a eseguire il ping del sistema, prova a emettere un riavvio nella casella In Windows 'shutdown -i' visualizza un'utilità di comando interattiva. Verifica se ciò ti consentirebbe di riavviare in remoto il sistema.

Buona fortuna a te amico mio e sentiti libero di richiamare per qualsiasi aiuto aggiuntivo

Finché il servizio WinRM è configurato correttamente, è possibile immettere-pssession –computername –scriptblock o invoke-command -computername –scriptblock utilizzando powershell. Oppure puoi scaricare Psexec da http://technet.microsoft.com/en-gb/sysinternals/bb896649.aspx e quindi l'utente psexec \ target –u credenziali cmd

Rispetto al PSR, è addirittura abilitato? Controlla il registro di rete del server HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Terminal Server

Esistono valori come fDenyTSConnections e TSUserEnabled che devono essere configurati correttamente.

Riavviare anche i servizi TS sul server.

Ti sto suggerendo di usarlo se hai accesso alla rete e puoi autenticarti.

Impieghi anche ILO nella tua azienda?

Utilizzato lo stesso approccio quando RDP non iniziava con l'errore "impossibile connettersi perché il broker di connessione non è riuscito a convalidare le impostazioni specificate nel file RDP" . In qualche modo AnyDesk era offline anche sul server in questo momento. E non avevo accesso al server fisicamente. Mi sono procurato PsTools da http://technet.microsoft.com/en-gb/sysinternals/bb896649.aspx come consigliato da @Ben Lavender e ho seguito i seguenti passaggi;

1. Il cmd aperto sul mio laptop si è collegato tramite VPN per accedere alla LAN del client ed eseguire i seguenti comandi nel percorso degli PsTools estratti. (A questo punto avevo già capito che il servizio database interno di Windows era la causa di questo. Puoi leggere di più a riguardo. Il servizio di brokeraggio di connessione remota dipende da esso e così fanno altri servizi RD, quindi per me WID è stato il colpevole .)

2. Eseguo una query per trovare lo stato del servizio WID psservice \ [nomecomputer o IP] -u [nome utente] -p [password] query WID "Database interno Windows" stato Nel mio caso il servizio non era in esecuzione

3. Ho eseguito il comando psservice \ [nomecomputer o IP] -u [nome utente] -p [password] avviare "Database interno di Windows" per avviare il servizio e ottenere il risultato di seguito. Stato iniziale WID

4. Ho richiesto nuovamente il servizio WID per confermare che ora era in esecuzione e voilà che era. Stato di esecuzione WID

Quando ho provato di nuovo RDP, questa volta sono stato in grado di avere successo.

Spero che questo chiarisca le cose meglio per te e risolva il tuo problema.