Che cos'è esattamente la sessione della console in RDP?


18

Non riesco a ottenere una buona definizione della differenza tra una sessione RDP normale e la sessione / console (/ admin in Windows 2008 e versioni successive).

Cosa posso fare in console che non posso fare in una sessione normale?

Risposte:


14

La sessione della console è quella che vedi quando guardi un monitor collegato al server. Normalmente con RDP ottieni la tua sessione che non è la stessa di quella mostrata sul monitor del server.

Un esempio tipico potrebbe essere un'applicazione di backup in esecuzione sulla console. Non si desidera accedere a una nuova sessione e avviare una seconda copia dell'applicazione di backup; si desidera monitorare l'applicazione di backup in esecuzione nella sessione della console.


Ora ha più senso.
Strappato il

2
Attenzione però: quando si disconnette il client RDP, si può effettivamente disconnettere la sessione della console, uccidendo tutte le applicazioni in esecuzione. Assicurarsi di non disconnettersi alla chiusura del client RDP.
Arjan,

5
"quando si disconnette il client RDP, si può effettivamente disconnettere la sessione della console" che non è vero. Quando si disconnette una sessione RDP, si chiudono ovviamente le applicazioni avviate in quella sessione. Non influisci su una sessione della console se ce n'è una. Di solito si desidera disconnettersi invece di SCOLLEGARE la sessione RDP in modo da non lasciare le cose in esecuzione ..
markmnl

@Arjan, prova prima di parlare. Questa è una wiki, non indurre in errore le persone con informazioni sbagliate.
Pacerier,

@markmnl, hai ragione quando NON sei connesso alla sessione della console e il mio commento non è riuscito a chiarire che si trattava di quel caso (come nell'esempio di "monitorare l'applicazione di backup" di Nate). Quindi, per riformulare: quando si disconnette il client RDP quando si è connessi alla sessione della console , assicurarsi di non disconnettersi se si desidera che le applicazioni continuino a funzionare.
Arjan,

13

È riassunto nell'articolo di Microsoft kb "Come connettersi a Shadow la sessione della console e servizi terminal di Windows Server 2003" :

In Windows Server 2003, quando si utilizzano Servizi terminal, è possibile connettersi alla sessione della console (sessione 0) e allo stesso tempo aprire una sessione shadow (purché ci si colleghi da una sessione diversa dalla console). Con questa funzionalità aggiunta, è possibile accedere a un server basato su Windows Server 2003 che esegue Servizi terminal in remoto e interagire con la sessione 0 come se si fosse seduti sulla console fisica del computer. Questa sessione può anche essere ombreggiata in modo che l'utente remoto e l'utente locale sulla console fisica possano vedere e interagire con la stessa sessione.

Quindi, in sostanza, ti collega alla sessione locale corrente e in esecuzione sul server (sessione 0, solitamente visualizzata su un monitor) e può consentire all'utente remoto e locale di vedere e interagire con la stessa sessione .


7
si lo so. Ma cosa significa che meeeeaaaaaannnn !
Strappato l'

Meglio: P?
Josh Hunt

Se ti connetti a una sessione della console su un computer Windows XP, bloccherai comunque il computer. Non è possibile ombreggiare la sessione su un computer non server. (Almeno, per quanto ne so).
EvilChookie,

Sì, decisamente meglio. È così? Puoi oscurare la console? Non ci sono altri vantaggi?
Strappato il

@Will, Ci sono altri vantaggi ovviamente. Alcune cose possono essere fatte solo usando la sessione della console.
Pacerier,

3

Pensa alla console come al monitor, alla tastiera e al mouse collegati fisicamente al server. Se ti connetti alla console, stai effettivamente guardando dietro le spalle di chiunque abbia effettuato l'accesso alla tastiera connessa al server. Stai vedendo la loro sessione di accesso, con qualunque applicazione stiano eseguendo. Vedrai il loro desktop e il menu di avvio.

Se si accede tramite una normale sessione RDP è come se si fosse effettuato l'accesso al server. Otterrai il desktop e avvierai il menu per il tuo profilo.

Spesso il desktop e il menu di avvio che vedi per la console sono simili al desktop e il menu di avvio che vedi quando accedi. Ma non devono essere identici. Su un server in cui utilizzo RDP vedo un desktop totalmente diverso se mi connetto a una sessione della console o mi connetto tramite una normale sessione RDP.

La differenza sul desktop è praticamente cosmetica. La grande differenza sono i servizi e le applicazioni in esecuzione quando ci si connette alla console rispetto alla connessione tramite una normale sessione RDP: è possibile che nella cartella Startup siano presenti applicazioni diverse o servizi diversi che si avviano automaticamente.


1

È in effetti la sessione corrente esistente sul server, la stessa che vedresti quando guardi una schermata collegata a quel server. Oltre a essere in grado di rilevare applicazioni già in esecuzione in quella sessione, a volte è anche necessario installare determinati software (come PostgreSQL) che non consentiranno l'installazione attraverso una sessione regolare.


3
Lo stesso "lo stesso che vedresti quando guardi uno schermo collegato a quel server", dicono tutti, è completamente strano per me. Qualsiasi connessione RDP appare esattamente come vedrei guardando il monitor collegato al server. Questo è il punto centrale di RDP: la connessione desktop remoto .
Strappato il

1
Dato che hai accettato la risposta di Nate dopo il tuo commento sopra, presumo che tu capisca ormai? Non è assolutamente vero che le normali connessioni RDP mostrino ciò che viene visualizzato sul monitor collegato al server. Invece, l'uso normale ti dà una sessione separata e mai la stessa sessione mostrata su un monitor collegato. E ' spesso (ma non necessariamente) una completamente nuova sessione, come se hai appena effettuato l'accesso al computer. RDP consente alcune sessioni totalmente separate, consentendo in tal modo a più persone di utilizzare lo stesso computer senza essere in grado di vedere cosa stanno facendo gli altri.
Arjan,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.