Não é possível conectar-se ao RealVNC no MacOS pela rede local (funciona na nuvem)

0

Então eu tenho um Mac mini que eu uso principalmente para executar construções. Eu tenho usado seu servidor vnc interno por cerca de uma semana, mas é dolorosamente lento e, por algum motivo, leva uns bons 2 minutos para inicializar uma conexão. Eu imaginei que tentaria o RealVNC.

Após a configuração inicial, posso conectar-me através do RealVNC usando a conexão em nuvem, basicamente direcionando minha conexão pela Internet. Mas ambos os computadores estão na mesma rede, então prefiro usar uma conexão local. Coisa é que isso não parece funcionar em todos. Não importa o que eu tentei, eu continuo recebendo conexão recusada.

Coisas que eu tentei:

  • Adicionando-o a aplicativos de acessibilidade
  • Alterando a porta para 5800 e 5901
  • Conectando-se ao mesmo computador com SSH para ver se isso funciona (funciona)
  • Ativando o log de depuração (nada lá)
  • Garantindo que meu firewall esteja desativado (é)

Ambos os computadores estão conectados ao mesmo switch, mas se esse fosse o problema, o SSH também não funcionaria.

Alguém tem alguma ideia de por que isso não está funcionando?

    
por Naatan 19.06.2017 / 17:35

2 respostas

2

A conexão via nuvem RealVNC não significa necessariamente que o tráfego é roteado pela Internet - Se as máquinas estiverem na mesma rede, elas deverão descobrir isso automaticamente e rotear os dados localmente. Se você acessar as informações de conexão no visualizador, poderá saber se está retornando à retransmissão por meio dos servidores na nuvem, porque ele dirá algo como "conectado via ..."

Conectar-se diretamente ao tcp só está disponível se você se inscreveu em um plano corporativo, mas não precisa fazer isso, pois ele deve funcionar como descrito acima.

    
por 24.06.2017 / 11:35
0

Parece que só pode estar escutando em localhost e tunelando a conexão com a Internet para que o aplicativo não esteja realmente escutando em sua interface LAN externa / voltada para frente.

SSH para os computadores e sudo lsof -iTCP:5901 para ver se eles estão ouvindo em todas as portas ou apenas localhost, e ver se há alguma configuração obscura ou arquivos de configuração ocultos ou diretórios no diretório $HOME ou em algum outro lugar que o acessos de aplicativos. Em caso afirmativo, altere localhost ou 127.0.0.1 para o endereço IP da sua LAN ou 0.0.0.0 .

Isso também mostrará se os IPs estão atendendo em IPv6 em vez de IPv4, o que também causaria esse comportamento de não conseguir se conectar a seus respectivos endereços IPv4 pela rede local.

    
por 24.06.2017 / 06:35