Pergunta : Falha 2008 da reorientação da impressora do usuário terminal

Ajudar por favor! Eu tenho um usuário terminal do usuário 2008 de Windows, com a reorientação da impressora que trabalha perfeitamente para o ano passado para 10 usuários. A reorientação da impressora parou o trabalho para todos os usuários. Verific (e verific novamente) o seguinte… cliente da RDP do
- tem a impressora verific sob a política não-verificado local no controlador 2003 do domínio de SBS (moldes da configuração de computador/Admin/comp(s) de Windows/reorientação dados terminais dos serviços/ClientServer) - toda a política do grupo do
- da impressora de Windows da conexão dos serviços Configuration/RDP-Tcp do terminal do tab
- dos recursos/da aba ajustes do cliente (não incapacitou) do grupo local do configured
- dos artigos não no usuário terminal (moldes da configuração de computador/Admin/componentes de Windows/serviços terminais/reorientação usuário terminal/impressora) - todos os registros de evento do configured
- dos artigos não (sistema & aplicação) que não indicam nenhum problema do problems
The podem ter sido provocados pela instalação então a remoção do software do vSpace para NComputing L230 dilui client. class= do

Resposta : Falha 2008 da reorientação da impressora do usuário terminal

--Eu tenho a exigência põr meus usuários que são abrigados localmente em um datacenter remoto.

Encenação típica

--Eu estou pensando do tipo que de conexão macilento possível será linha alugada confidencial do Ethernet de 100 mbs que coneta ao datacenter.

Algum tipo de metro que o Ethernet ótico meed suas exigências.


--1) Porque não há nenhum roteamento real envolvido no local remoto. Põr um interruptor para fora no local remoto. Criar uma ligação do tronco de 802.1 q de meu asa ao interruptor no local remoto. Conetando um fim dos 100 mbs ao asa uma outra extremidade ao interruptor.  Este interruptor do trabalho sobre a conexão macilento? Que seria desvantagens que fazem a isto?

Sim isto trabalhará, se você vai com um tipo serviço de MOE, você precisará de requisitar o circuito com a capacidade do serviço de QinQ (este é necessário porque a maioria de fornecedores já estão usando dot1q em sua infra-estrutura) se você planeia ao tronco o circuito do centro de dados a seu escritório. Eu não posso pensar de nenhuma desvantagens, simplesmente isso o projeto e execução exigida para cumprir suas exigências; você planeia manter estes usuários no mesmo subnet que são agora (você não precisará o tronco neste caso, se você tem um interruptor no escritório que tem a capacidade do trunking [802.1q] então que você pode apenas conetar
a ligação do Ethernet do P2P (MOE) ao switchport do interruptor e configurar-lo como uma porta de acesso no mesmos vlan que o descanso de sua rede), ou você planeia criar uma zona nova da segurança e um subnet novo entre o centro de dados e o escritório (altamente - recomendado); isto permitirá que você segmente a rede [retenção da transmissão] e adicione ACLs para suas exigências de segurança das companhias (eventualmente). Dependendo de como sua infra-estrutura atual é configurada, você pôde precisar configurações adicionais de acomodar as mudanças novas. O que você está pedindo é completamente doable, você apenas precisa de assegurar-lhe o projeto o ambiente para ser evolutivo.


** Informação de QinQ:
http://lastmilefiber.net/Powerpoint_-_MOE_presentation.pdf
MOE - Capacidade da divisória do tráfego

Boa sorte
Billy