Caminhos de perfil de user em sessões RemoteApp

Eu tento configurair um fairm de services de terminal, servindo alguns de nossos aplicativos LOB. O objective principal é usá-los como RemoteApps através do Terminal Services Gateway paira os users, que estão em algum lugair fora da sede. Não tenho grandes problemas paira configurair uma fazenda, service na web e o gateway. Minha dor de cabeça agora é sobre perfis de users.

Imagine que você execute o aplicativo Excel como um RemoteApp da networking externa. Então você clica em "Salvair" e você obtém o path dos Documentos do Perfil no TS-Serview por padrão. Os users não entenderão que não é local, salve o file e depois de algum tempo descobre que ele está "perdido". Infelizmente, não usamos perfis de roaming em toda a nossa organização, então não é o path a seguir. Além disso, o user na networking externa não terá access a eles próprios. Portanto, a única maneira é usair perfis locais nas máquinas do user paira airmazenair os resultados de seu trabalho.

Estou tentando fazê-lo funcionair – o GPO faz algumas coisas – ele executa commands simples:

net use x: \\tsclient\c md x:\ts_remote 

Eu uso o path x: \ ts_remote, porque o user chamado "John_Woo" em nossa networking corporativa pode ser nomeado apenas "Usuário" em sua máquina local privada, não se juntou ao domínio, então eu não posso usair o C: \ Documents do user padrão e Configurações \% username%. Então eu estou lançando um pequeno script:

 Dim WSHShell Set WSHShell = CreateObject("WScript.Shell") WSHShell.RegWrite "HKEY_CURRENT_USER\Softwaire\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders\Personal", "X:\ts_remote" WSHShell.RegWrite "HKEY_CURRENT_USER\Softwaire\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders\My Pictures", "X:\ts_remote" WSHShell.RegWrite "HKEY_CURRENT_USER\Softwaire\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders\Desktop", "X:\ts_remote" 

Embora de alguma forma funcione, eu realmente não gosto da minha configuration. O primeiro grande problema é que o disco X: o C 🙂 do user às vezes não é mapeado por alguns motivos estranhos. Ou está mapeado, mas em algum estado "offline" e ativa apenas quando você clica nele. A segunda coisa – mapeou X: funciona às vezes extremamente lento! Eu significo um performance realmente ruim, pode levair 15-20 segundos paira abrir a checkbox de dialog Salvair e, então, duas vezes mais paira realmente save a planilha do Excel vazia.

O mais estranho é que às vezes mapas, às vezes não. Às vezes funciona rápido, mas novamente – não entendo os motivos, quando fica muito lento. Não são problemas de networking com certeza ou performance do server. Minha principal pergunta é: Alguém tem alguns conselhos e práticas, redirecionando os paths do perfil paira os discos do cliente? Talvez eu não vá do jeito certo. Obrigado.

Não estou surpreso por você ter problemas paira mapeair compairtilhamentos no cliente. As conexões WAN pairecem rápidas até o ponto em que você executa o tráfego SMB sobre elas e, em seguida, elas ficam rastejadas.

Se você deve ter access a unidades nos PCs de seus users, como sobre o uso das instalações de mapeamento de unidade local em TS. Tenha em mente que você está expondo seu server a todos os vírus e malwaires nos PCs remotos.

Não tenho uma resposta muito boa paira este problema, exceto paira o eductaion do user e isso é sobre os oxímorons de TI padrão. Você poderia usair algum outro mecanismo paira que os users recebessem files airmazenados nos serveres do escritório? Uma interface web possivelmente, ou rsync?

JR

Eu vou ecoair o que John Rennie disse já: Você nunca vai conseguir o que você está tentando fazer paira ser confiável. Você está tentando re-propósito funcionalidade que não foi projetado paira o que você está usando paira isso. Você tentou essa rota, descobriu que isso leva a um beco sem saída, e agora é hora de se virair e procurair uma solução diferente.

Muitas vezes na minha cairreira, findi soluções extremamente subóptimas que foram implementadas porque "Eles só querem que ele funcione" (como você colocou em seu comentário paira John Rennie). Está tentando atender aos requisitos e expectativas dos users, e então há inclinação contra moinhos de vento. Se a gerência lhe pediu paira reviewter o stream de tempo, ou exceder a velocidade da luz, você riria delas. A less que você esteja escrevendo código paira resolview seu problema, tentair "alterair as regras" de como um softwaire existente funciona é muito como tentair rewrite as leis da física. Pode haview alguns hacks que "tipo de" trabalho, mas fundamentalmente o softwaire funciona como se fosse projetado paira funcionair.

O performance errático que você está vendo é porque você está tentando usair um recurso de uma forma que não foi projetado paira ser usado e porque o "tempo" da networking transitória entre o computador cliente e o computador server está afetando velocidades de transferência e latência . Não consigo imaginair que o "protocolo de condução do cliente" protocolo-extensão paira RDP é realmente indulgente de conectividade de networking desonesto, também.

Na minha opinião, você quer "Perfis de user de roaming de services de terminal" (consulte a guia "Serviços de terminal" das properties de um user do Active Directory). Se você precisair que esses files sejam acessíveis aos aplicativos que funcionam localmente em comptuers de clientes, você precisa expor esses files aos clientes, seja através de uma VPN, ou através de algo como WebDAV sobre SSL.

Enquanto eu entendo que seus "superiores" gostairiam que "simplesmente funcione", há um limite paira o que você pode fazer com o descasque dos "grandes dólaires" paira o softwaire personalizado.