Questione : Perché l'OPERAZIONE di CONCLUSIONE su una sessione del remoteapp induce tutte le sessioni del remoteapp a tutti gli assistenti ad interrompere?

Abbiamo un'applicazione di Delfi che chiude frequentemente in su una volta funzionata oltre RDP 2008 con remoteapp.  Se appende in su vorremmo l'UTENTE potere uccidere appena quella sessione del remoteapp.  Se li facciamo fare un'operazione di cancellazione e di conclusione di controllo alt sull'applicazione particolare del remoteapp la ha elencata chiude TUTTE LE sessioni del remoteapp elencate nel responsabile di operazione.  Perché si comporta come quella? l'ESTREMITÀ del

Control alt è sudicia ed a volte non risponde molto bene sopra remoteapp quando l'applicazione è frozen.

class= del

Risposta : Perché l'OPERAZIONE di CONCLUSIONE su una sessione del remoteapp induce tutte le sessioni del remoteapp a tutti gli assistenti ad interrompere?

Il sig. Rodi, durate il suggerimento siete corretto, potete essenzialmente appena lasciare gli accoppiamenti della parete refrattaria in place e semplicemente avere “il padrone„ collegato alla WAN.  Se il padrone viene a mancare, perdereste il Internet, ma la vostra lan locale ancora funzionerebbe.

Ancora non credo il cavo di Y con lavoro.  Il problema che vedo è io sono incerto se il router possa stabilire il collegamento di strato 2 (vale a dire assegnazioni valide di ARP).  quando fate funzionare tramite un interruttore persino un interruttore muto, ogni orificio ha un singolo MAC address collegato ad esso.  Il router allora sa, hey per raggiungere il MAC address “2„ e “3„, devo trasmetterlo al MAC address “1„.  Sul dispositivo con il MAC address “1„ la relativa tabella di ARP ha “2„ e “3„ sugli orificii separati che direttamente sono diretti permettendo il percorso di pacchetto adeguato.

Il vostro cavo di Y sta tentando di collegare gli indirizzi multipli del MACKINTOSH ad un singolo orificio e sono incerto come le pareti refrattarie della bacchetta del router si occuperanno di quella.