Usando Xming X Window Server através de uma VPN

votos
3

Eu tenho o Windows Server Xming X instalado em um laptop com o Windows XP para conectar a alguns servidores de desenvolvimento UNIX.

Ele funciona muito bem quando eu conectar diretamente à rede da empresa no escritório. No entanto, ele não funciona quando eu conectar à rede remotamente através de uma VPN.

Quando eu começar Xming quando conectado remotamente nenhum de meu terminal do Windows são exibidos.

Eu acho que pode ter algo a ver com a variável de ambiente DISPLAY não está sendo definido corretamente para o endereço IP do computador portátil quando ele está conectado.

Tenho notado que quando eu faço um ipconfig enquanto conectado remotamente que o meu laptop tem dois endereços IP, o que lhe é atribuído a partir da rede da empresa e o endereço IP local Eu configurei para ele no meu rede local do meu modem / router.

Existem algumas alterações de configuração que eu preciso fazer no Xming para apoiar a sua utilização através da VPN?

Publicado 07/08/2008 em 09:20
fonte usuário
Em outras línguas...                            


9 respostas

votos
5

Obrigado pela ajuda @Stephen e @ Greg Castle, usá-lo eu consegui resolver o meu problema.

Para fornecer um guia básico para os outros (a partir do zero):

Usando Xwindows em um PC Windows para se conectar a um servidor UNIX através de uma VPN

O que você precisa para começar com:

O que fazer:

  1. Instale ambos acima em seu PC com Windows

  2. A partir do menu Iniciar do Windows, selecione: Programas -> Xming -> Xming

  3. Execute o programa putty.exe no local que você baixou para

  4. Na tela de configuração do PuTTY faça o seguinte:

    • Defina o endereço IP para ser o endereço IP do seu servidor UNIX

    • Selecione o botão de rádio protocolo SSH

    • Clique no SSH: categoria Túneis no painel do lado esquerdo da tela de configuração

    • Clique na caixa de seleção encaminhamento X11 Ativar

    • Clique no botão Abrir

    • Logon como de costume para o servidor UNIX

    • Verifique o diretório que contém as janelas X utilitários estão em seu caminho, por exemplo, / usr / X / bin no Solaris

    • Executar os seus comandos de X Windows em sua janela de massa e eles vão aparecer novas janelas no ambiente de trabalho

Respondeu 20/08/2008 em 12:53
fonte usuário

votos
4

As chances são de que é a autenticação X, o servidor X ligação a uma interface, ou a variável DISPLAY. Não uso Xming mim, mas há alguns fenômeno geral para verificar. Um teste que você pode fazer para verificar manualmente a variável DISPLAY está correta é:

  1. Comece o seu VPN. Execute ipconfig para ter certeza de ter os dois endereços IP que você mencionou (o seu IP local e sua VPN IP).
  2. Comece Xming. Run '-n netstat' para ver como ele é de ligação para a interface. Você deve ver algo que tanto diz LocalIP: 6000 ou VPNIP: 6000. Pode não ser 6000, mas as chances são de que será algo parecido. Se não houver VPNIP: 6000 pode ser vinculativo apenas para o seu LocalIP ou mesmo 127.0.0.1. Que provavelmente não vai trabalhar sobre a VPN. Verifique se há algumas configurações Xming para torná-lo se ligam a outras ou todas as interfaces.
  3. Se você ver VPNIP: 6000 ou algo semelhante, tome nota do que diz e shell remoto em seu host UNIX (espero algo como ssh, se não for o que você tem que ter um terminal de texto).
  4. Por tipo de terminal UNIX 'echo $ DISPLAY'. Se não há nada exibido try 'export DISPLAY = VPNIP: 0.0', onde VPNIP é o seu endereço de IP VPN e 0,0 é a porta que você viu na etapa 3 menos 6000 com 0,0 no final (ou seja, 6000 = 0,0, 6010 = 10,0).
  5. No host UNIX executar algo como 'xclock' ou 'xterm' para ver se ele é executado. A mensagem de erro deve ser informativo. Vai dizer-lhe que ou não pôde se conectar ao host (um problema de conectividade) ou a autenticação falhou (você vai precisar para coordenar Xauth em seu host ea máquina local ou Xhosts em sua máquina local).

Abrindo Xhosts (com + para todos os hosts ou algo similar) não é tão ruim se você tem uma rede protegida localmente e você está indo através de uma VPN. Esperemos que isto irá ajudar a começar rastrear o problema. Outra opção que muitas vezes é útil como ele funciona através de uma VPN ou conexão ssh simples é tunelamento ssh ou X11 forwarding sobre ssh. Isso simula a conectividade com o servidor X em sua caixa local, redirecionando uma porta no seu host UNIX para o porto local em sua caixa servidor X. Sua tela será tipicamente algo como localhost: 10,0 para a porta local 6010.

X pode ser ornery para configurar mas geralmente funciona muito bem quando você pegar o jeito dele.

Respondeu 07/08/2008 em 14:11
fonte usuário

votos
1

Tenho mesmo problema com Xming e Putty em uma máquina Windows 10 e encontrou a solução aqui . Eu venci o problema apenas adicionando Túneis para a sessão em massa de vidraceiro. Mas primeiro você precisa verificar;

  • sshd_config sob / etc / ssh (em rhel7).
  • Habilitar o encaminhamento X11 no painel de navegação à esquerdaConnections > SSH > X11
  • iptables sob / etc / sysconfig / (em rhel7). Se as portas estão bloqueadas e você tem permissão, abrir as portas para 6000. Tenho adicionado abaixo da linha antes da primeira rejeitar linha para abrir portas de 6000 e 6003. Pode ser mais específica no seu caso.

    -A INPUT -m state --state NEW -m tcp -p tcp -m multiport --dports 5901:5903,6000:6003 -j ACCEPT

Então;

  • Ir para Connections > SSH > Tunnelsno PuTTY e adicionar um túnel com Source Port=6000, Destination=127.0.0.1:6000e verificar Remotebotão de rádio. Em seguida, clique no Addbotão.
  • Após sua conexão SSH estabelecida, definir a sua variável DISPLAY manualmente com o comando abaixo:
    export DISPLAY=127.0.0.1:0.0

Mais Informações;
Se você definir DISPLAYvariável como 127.0.0.1:1.0, ele vai comunicar através de 6001 porto. Neste caso, você precisa adicionar um outro túnel para o número da porta 6001.

Respondeu 31/08/2017 em 10:20
fonte usuário

votos
1

Eu tenho Xming e PuTTY trabalhando com Cisco VPN, substituindo a configuração PuTTY em Connection > SSH > X11 > X display location, localhost:0.0com VPNIP:0.0. VPNIPpode ser visto no VPN statistics client address informationclicando com o botão esquerdo no VPN clientícone do cadeado e escolher Statistics....

Eu não mexer com a variável de ambiente DISPLAY no host remoto. Mas, como outros, eu modifiquei sshd_config no host remoto, acrescentando estas linhas:

X11Forwarding yes
X11DisplayOffset 10
X11UseLocalhost yes
AddressFamily inet
Respondeu 09/01/2015 em 01:16
fonte usuário

votos
1

Eu não tinha nada, mas problemas com Xming. Quando eu poderia fazê-lo funcionar era extremamente lento (isto é através de uma VPN). IMO X não é projetado para rodar em conexões lentas seu demasiado falador. E por conexão lenta quero dizer nada menos, em seguida, uma conexão LAN.

Minha solução foi usar x11vnc. Ele permite que você acessar sua sessão X11 existentes através de VNC. Eu só ssh em minha caixa através da VPN e lançamento:

$ x11vnc -display :0

Dessa forma eu posso acessar tudo o que eu tinha aberto durante o dia. Então, quando eu não Eu apenas saída ( Ctrl- C) no terminal para fechar x11vnc.

Respondeu 07/08/2008 em 14:05
fonte usuário

votos
0

Você tem que adicionar o nome da máquina Linux DNS (s) e endereço IP para o C: \ Program Files File \ Xming \ X0.hosts. Arquivo deve conter:

LinuxBox.mydomain.com
LinuxBox
192.168.1.25

Esta é a resposta certa: https://www.slackwiki.com/X_Windows:_Remote_X_to_Windows_with_Xming

Respondeu 16/11/2018 em 01:55
fonte usuário

votos
0

massa de vidraceiro + Xming - Eu tinha que definir a variável de ambiente DISPLAY manualmente para conseguir as coisas funcionando (juntamente com a verificação "Ativar X11 forwarding" em massa - Conexão / SSH / X11)

export DISPLAY = 0: 10,0

(Foi definido como "localhost: 10,0", o que não funcionou)

Respondeu 15/02/2009 em 21:57
fonte usuário

votos
0

Você pode ter melhor sorte fazendo X11 Forwarding através de SSH ao invés de mexer com a sua variável DISPLAY diretamente. X11 Forwarding com SSH é seguro e usa a conexão SSH existente para túnel, de modo a trabalhar através de uma VPN não deve ser problema.

Felizmente, este é bastante simples com Xming. Se você abrir a sua ligação de dentro Xming (por exemplo, a opção plink) Eu acredito que define o encaminhamento X11 por padrão. Se você se conectar usando outro cliente SSH (por exemplo PuTTY), então você simplesmente precisa habilitar X11 forwarding (por exemplo, 'ssh -X user @ host'). Em PuTTY a opção está sob Connection -> SSH -> X11 -> clique em 'Ativar o Encaminhamento X11'.

Certifique-se de Xming está sendo executado em segundo plano no seu laptop e fazer o teste de X standard, 'xclock'. Se você receber uma mensagem como 'conexão X para localhost:. 19,0 quebrado (matar explícita ou desligamento do servidor)' em seguida, Xming provavelmente não está em execução.

Além disso, certifique-se que você não está explicitamente definindo sua variável DISPLAY em qualquer scripts de inicialização; SSH irá configurar um alias (algo como localhost: 10 ou no exemplo acima localhost: 19) para o túnel X11 e definir automaticamente a exibição para esse valor. Sobrescrevendo EXIBIÇÃO irá, obviamente, significa que você não vai mais estar apontando para o túnel X11 correta. O outro lado disso é que outros terminais que não têm SSH X11 Forwarding conjunto pode usar o mesmo valor de exibição e tirar proveito do túnel.

I tendem a preferir a opção PuTTY, mas vários dos meus colegas de trabalho usar plink de dentro Xming.

Respondeu 07/08/2008 em 15:31
fonte usuário

votos
0

Tem não tem o problema exato, mas acho que você precisa de olhar para o xhost e certifique-se de que o controle remoto VPN é permitido o envio de dados para o servidor x.

Este link pode ajudar: http://www.straightrunning.com/XmingNotes/trouble.php

Respondeu 07/08/2008 em 11:45
fonte usuário

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more