Eu tenho uma situação em que eu forneço acesso a um servidor Windows encaminhando a porta de desktop remota 3389 com SSH do Mac para o "interno" de uma rede inacessível.
Agora eu posso me conectar com a versão Windows da área de trabalho remota, mas a versão Mac do tempo de área de trabalho remoto fora e não fornece acesso. Isso é mesmo ao usar o número IP como o host para se conectar.
Qualquer ideia por que isso acontece e como posso trabalhar em torno disso?
I have a situation where I provide access to a Windows server by forwarding the remote desktop port 3389 with ssh from my Mac to the "inside" of an otherwise inacessible network.
I can now connect with the Windows version of Remote Desktop, but the Mac version of Remote Desktop time out and do not provide access. This is even when using the IP-number as the host to connect to.
Any idea why this happens and how I can work around it?
Não encaminhar a porta local 3389, várias versões da área de trabalho remota são muito inteligentes para o seu próprio bem.
Minhas etapas usuais envolvem encaminhamento de 3390 local para remoto 3389. Em seguida, no MacRDC eu uso: localhost:3390 como endereço para conectar também.
Eu não sei se você está usando qualquer coisa para auxiliar na configuração da conexão SSH, mas a partir da linha de comando, seria algo como:
ssh -L 3390:172.16.5.32:3389 jason@remote.net
onde;
- 3390 é a porta de encaminhamento local na minha caixa.
- ABCDEFGHIJKLMNABCDEFGHIJKLMN3 é o host do Windows remoto. e;
- 3389 é a porta da área de trabalho remota (obviamente).
Don't forward local port 3389, various versions of Remote Desktop are too smart for their own good.
My usual steps involve forwarding local 3390 to remote 3389. Then, in MacRDC I use: localhost:3390 as the address to connect too.
I don't know if you're using anything to assist in the ssh connection setup, but from the command line, it would be something like:
ssh -L 3390:172.16.5.32:3389 jason@remote.net
Where;
- 3390 is the local forwarding port on my box.
- 172.16.5.32 is the remote windows host. and;
- 3389 is the Remote Desktop Port (obviously).
no seu Mac, talvez experimente esta solução:
Configure o SShuttle para rotar apenas para o endereço IP da caixa do Windows que você deseja alcançar:
sshuttle --dns -r yourusername@yoursshbox.com 1.1.1.1.1/32
Substitua:
1.1.1.1/32 Com o endereço IP do host do Windows. Se houver um número de hosts que você precisa acessar e eles estão na mesma sub-rede, você pode apenas mudar o / 32 para algo mais amplo, digamos / 24.
Fire no seu cliente Mac RDP e tente acessar o endereço IP da máquina Windows. Talvez possa usar o nome do host se você também for encaminhando consultas de DNS para a caixa que você está usando como uma ponte.
Esta é uma variação do método -d3389, mas emprega as características do proxy das meias do SSH.
On your mac, perhaps try out this solution:
configure sshuttle to only route for the ip address of the windows box you want to reach:
sshuttle --dns -r YourUserName@YourSSHBox.com 1.1.1.1/32
Replace:
1.1.1.1/32 with the ip address of the windows host. If there are a number of hosts you need to access and they are in the same subnet, you can just change the /32 to something wider, say /24.
Fire up your Mac RDP client and attempt to access the IP address of the Windows machine. Perhaps can use the hostname if you are also forwarding DNS queries to the box you are using as a bridge.
This is a variation of the -D3389 method, but employs the socks proxy features of ssh.
A área de trabalho remota do Windows implementa mais algoritmos de autenticação e criptografia específicos para o Windows. Isso nos aconteceu com frequência, na verdade, somos forçados a usar o Windows Remote Desktop por nossos administradores de rede, pois estamos usando métodos de autenticação OSX não implementa. Vamos cruzar os dedos e espero que a Microsoft libera uma correspondência para a área de trabalho remota do Windows-grau o mais cedo possível.
The Windows Remote Desktop implements more authentication and encryption algorithms specific to Windows. This happened to us often, in fact we're forced to use Windows Remote Desktop by our network administrators as we're using authentication methods OSX doesn't implement. Let's cross fingers and hope Microsoft releases a match for the Windows-grade Remote Desktop asap.
Você tentou desativar a exigência de "autenticação de nível de rede" de "Painel de Controle - & GT; System - & GT; Permitir acesso remoto" na máquina de destino?
Did you try to disable requirement for "Network Level Authentication" from "Control Panel -> System -> Allow Remote Access" on the target machine?
tente cabo: Digite link Description aqui
Eu descobri que funciona melhor do que o cliente oficial do RDP, e tende a lidar com configurações imperfeitas mais suave.
Try CoRD: enter link description here
I've found it works better than the official RDP client, and tends to handle imperfect setups smoother.
O cliente OSX Microsoft Remote Desktop não parece suportar o método de autenticação padrão usado pelo Windows 7 +
A solução é fazer o seguinte na máquina Windows:
Configuração do computador
modelos administrativos
Windows componentes
host de sessão de área de trabalho remota
segurança
alterar 'requer uso de conexões específicas para área de trabalho remota (RDP)' para habilitado e escolha rdp a partir do menu suspenso.
alterar 'exige a autenticação do usuário para conexões remotas usando autenticações de nível de rede' para desativado
Agora você deve ser capaz de se conectar usando o cliente de desktop remoto OSX sem problemas através do túnel SSH.
The OSX Microsoft Remote Desktop client does not seem to support the default authentication method used by Windows 7+
The solution is to do the following on the Windows machine:
Computer configuration
Administrative Templates
Windows Components
Remote Desktop Session Host
Security
Change 'Require use of specific for remote desktop (RDP) connections' to Enabled and choose RDP from the dropdown.
Change 'Require user authentication for remote connections by using Network Level Authentications' to Disabled
Now you should be able to connect using the OSX Remote Desktop Client without any problems through the SSH tunnel.
às vezes apenas atualizando o software resolve o problema.
Pendente do seu sistema operacional, você deve ter a versão correta do Wrdc.
Como você tem o 2.1.0 desatualizado, você deve atualizar para um dos seguintes. Ver. 2.1.1 da Microsoft ou da última ver. 2.1.2. de baixo.
http://www.cloud9realtime.com/guides/macintosh%20rdp % 20guide.pdf
Se o software de atualização não ajudar e se você não puder se conectar com o endereço IP, o nome do host ou o nome do computador, então é provável que porta 3389 seja bloqueado em algum lugar em sua WAN. < / p >.
Para testar sua configuração de tunelamento SSH, tente telnet para a porta em sua máquina local.
Sometimes just Updating the software solves the problem.
Pending your OS you should make sure to have the correct version of WRDC.
Since you have the outdated 2.1.0 you should update to one of the following. Ver. 2.1.1 from Microsoft or the latest ver. 2.1.2. from below.
http://www.cloud9realtime.com/Guides/Macintosh%20RDP%20Guide.pdf
If updating software does not help and if you cannot connect with the IP address, the host name, or the computer name, then it is likely that port 3389 is blocked somewhere in your WAN.
To test your ssh tunneling setup try telneting to the port on your local machine.
Encaminhamento para a porta 3389 é obrigado a lhe dar problemas. O sistema reconhecerá o que você está tentando fazer e basicamente curto-circuito em si. Esta é a desvantagem de DIY Desktop remoto , IMHO.
Forwarding to port 3389 is bound to give you trouble. The system will recognize what you're trying to do and basically short circuit itself. This is the drawback of DIY Remote Desktop, imho.
© 2022 pergunte.org All Rights Reserved. Casa de perguntas e respostas todos os direitos reservados