Question : Pourquoi la TÂCHE de FIN sur une session de remoteapp fait-elle arrêter toutes les sessions de remoteapp à tous les serveurs ?

Nous avons une application de Delphes qui ferme à clef vers le haut fréquemment une fois courue plus de RDP 2008 avec le remoteapp.  Si elle raccroche nous voudrions que l'UTILISATEUR puisse tuer juste cette session de remoteapp.  Si nous les faisons faire une tâche de suppression et de fin de la commande alt sur l'application particulière de remoteapp l'a énumérée clôture TOUTES LES sessions de remoteapp énumérées dans le gestionnaire de tâches.  Pourquoi se comporte-t-elle comme celle ? l'EXTRÉMITÉ du

Control alt est malpropre et parfois ne répond pas très bien au-dessus du remoteapp quand l'application est frozen.

class= de

Réponse : Pourquoi la TÂCHE de FIN sur une session de remoteapp fait-elle arrêter toutes les sessions de remoteapp à tous les serveurs ?

M. Rhodes, vous durez la suggestion est correct, vous pouvez essentiellement juste laisser les paires de mur à l'épreuve du feu in place et simplement avoir le « maître » relié au WAN.  Si le maître échoue, vous perdriez l'Internet, mais votre LAN local fonctionnait toujours.

Je ne crois toujours pas le câble de Y avec le travail.  Le problème que je vois est moi suis incertain si le routeur pourra établir le raccordement de la couche 2 (à savoir tâches valides d'arp).  quand vous courez par un commutateur même un commutateur sourd-muet, chaque port a un MAC address simple relié à lui.  Le routeur sait alors, hé pour atteindre le MAC address « 2 » et « 3 », je dois l'envoyer au MAC address « 1 ».  Sur le dispositif avec le MAC address « 1 » sa table d'arp a « 2 » et « 3 » sur les ports séparés qui sont directement dirigés en permettant l'acheminement par paquets approprié.

Votre câble de Y essaye de relier des adresses multiples de MAC à un port simple et je suis incertain comment les murs à l'épreuve du feu de baguette magique de routeur traiteront celui.