Question : Échec 2008 de redirection d'imprimeur de serveur terminal

Aider svp ! J'ai un serveur terminal du serveur 2008 de Windows, avec la redirection d'imprimeur fonctionnant parfaitement pour la dernière année pour 10 utilisateurs. La redirection d'imprimante a arrêté le travail pour tous les utilisateurs. Ont vérifié (et revérifié)… le client suivant de la RDP du
- a l'imprimeur vérifié dans le cadre de la politique (non handicapée) non réprimée locale de groupe du
- d'imprimeur de Windows de raccordement des services Configuration/RDP-Tcp de borne du tab
- de ressources/d'étiquette arrangements de client sur le contrôleur 2003 de domaine de SBS (calibres de configuration d'ordinateur/Admin/élém. de Windows/redirection données terminales de services/client-serveur) - toute la politique de groupe local du configured
- d'articles pas sur le serveur terminal (calibres de configuration d'ordinateur/Admin/composants de Windows/services terminaux/redirection serveur terminal/imprimeur) - tous les journaux d'événement du configured
- d'articles pas (système et application) n'indiquant pas n'importe quel problème du problems
The ont pu avoir été déclenchés par l'installation alors le déplacement du logiciel de vSpace pour NComputing L230 amincissent client. class= de

Réponse : Échec 2008 de redirection d'imprimeur de serveur terminal

--J'ai la condition de mettre mes serveurs qui sont logés localement dans un datacenter à distance.

Scénario typique

--Je pense au type de raccordement blême possible que ce sera ligne spécialisée privée d'Ethernet de 100 mis-bande se reliant au datacenter.

Un certain type de métro l'Ethernet qu'optique meed vos conditions.


--1) en tant que lui n'y a aucun cheminement réel impliqué dans l'emplacement à distance. Mettre un commutateur dehors dans l'emplacement à distance. Créer un lien de tronc de 802.1 q de mon asa au commutateur dans l'emplacement à distance. Reliant une fin des 100 mis-bande à l'asa une autre extrémité au commutateur.  Cette commutation de travail au-dessus du raccordement blême ? Quels seraient des inconvénients le faisant ceci ?

Oui ceci fonctionnera, si vous allez de pair avec un type service de MOE, vous devra commander le circuit avec les possibilités du service de QinQ (ceci est nécessaire pendant que la plupart des fournisseurs emploient déjà dot1q en leur infrastructure) si vous prévoyez au tronc le circuit du centre de traitement des données à votre bureau. Je ne peux pas ne penser à aucun inconvénient, seulement cela la conception et exécution priée pour répondre à vos exigences ; vous prévoyez de maintenir ces serveurs dans le même filet inférieur comme ils sont maintenant (vous n'aurez pas besoin de tronc dans ce cas-ci, si vous avez un commutateur au bureau qui a les possibilités du débourbage [802.1q] alors que vous peut juste se relier
le lien d'Ethernet de P2P (MOE) au switchport du commutateur et le configurent comme port d'accès dans la même chose vlan que le reste de votre réseau), ou vous prévoient de créer une nouvelle zone de sécurité et un nouveau filet inférieur entre le centre de traitement des données et le bureau (fortement - recommandé) ; ceci te permettra de segmenter le réseau [retenue d'émission] et d'ajouter ACLs pour vos exigences de sécurité de compagnies (le cas échéant). Selon la façon dont votre infrastructure courante est configurée, vous pourriez avoir besoin de configurations additionnelles pour adapter aux nouveaux changements. Ce que vous demandez est complètement faisable, vous devez juste t'assurer la conception l'environnement pour être extensible.


** L'information de QinQ :
http://lastmilefiber.net/Powerpoint_-_MOE_presentation.pdf
MOE - Possibilités de cloison du trafic

Bonne chance
Billy