NetworkManager-ssh mostra conectado, mas nada é encaminhado
O indicador só prova que a relação SSH gerenciada existe. Verifique se o plug-in criou um dispositivo de túnel ou um conjunto de encaminhamentos e depois teste o caminho da aplicação.
O menu mostra a conexão SSH como ativa, a chave do host foi aceita, e o navegador continua sem alcançar nada do que deveria alcançar. Isso não é contradição, porque um perfil do NetworkManager-ssh pode produzir dois resultados bem diferentes com o mesmo host e a mesma chave: um dispositivo de túnel que transporta pacotes ou um conjunto de encaminhamentos que só certas aplicações podem usar. O indicador informa que a relação SSH gerenciada existe. Nunca informa qual dos dois você recebeu.
Dois resultados atrás de uma entrada de menu
Os dois modos autenticam da mesma forma, e é justamente por isso que se confundem. Selecionar o perfil exatamente igual, com as mesmas credenciais, pode deixá-lo com uma interface por onde encaminhar ou com um socket de escuta sobre o qual uma aplicação precisa ser informada.
Comece decidindo de qual resultado a tarefa realmente precisa. Um requisito de alcance de toda uma sub-rede precisa de um dispositivo. Um único serviço num host remoto precisa de um encaminhamento, e construir um túnel para ele costuma criar mais trabalho de encaminhamento do que o problema merecia.
O que cada modo precisa ter antes de funcionar
O projeto documenta os dois modos, e os pré-requisitos diferem o suficiente para que um ausente pareça falha de protocolo e não escolha de projeto.
| Mode | What must exist | What still has to be true |
|---|---|---|
| Tunnel device | Compatible TUN/TAP arrangement on both ends, permission, addressing | A route policy that actually sends the intended prefixes into it |
| Forwarding only | A chosen SOCKS, local-forward or remote-forward listener | A permitted destination path on the far side |
Leia com atenção a coluna da direita, porque é ali que a maioria desses chamados termina. Mesmo um dispositivo de túnel perfeitamente construído cobre apenas o que o encaminhamento envia para dentro dele, e mesmo um encaminhamento perfeito só ajuda as aplicações que foram instruídas a usá-lo.
A interface fictícia não é um túnel
No modo de encaminhamento, o plug-in documenta uma interface fictícia criada para satisfazer o modelo de conexão. Ela existe para que o gerenciador tenha algo a que associar o estado. Não transporta pacotes arbitrários de aplicações para a rede remota, e nada na sua presença implica que o encaminhamento IP mudou.
Os exemplos de túnel completo no projeto tratam do suporte a dispositivo de túnel do OpenSSH, então a palavra túnel num rótulo descreve uma capacidade, não a sua política efetiva. Verifique o que o kernel fará em vez de como o perfil se chama.
nmcli connection show --active
ip -br link
ss -lntp | grep -E "1080|8080"Depois associe o resultado à aplicação. Um programa que entende SOCKS precisa ser configurado para usar o proxy. Um consumidor de encaminhamento local precisa ser apontado para o seu socket de escuta. Nenhum dos dois descobre o encaminhamento sozinho, e nenhum dos dois é ajudado por um indicador de conexão que ficou verde.
Prepare o lado remoto em vez de forçá-lo
Uma conta SSH comum pode autenticar sem qualquer permissão para levantar um dispositivo de túnel remoto. O projeto documenta um caminho sem root em que um administrador cria o dispositivo previamente para esse usuário, e o cliente escolhe então o número correspondente.
Esse arranjo exige coordenação com a política de túneis do servidor e com quem detém o endereçamento na rede remota. Criar o dispositivo não concede por si só as rotas dos recursos, as permissões de encaminhamento nem um caminho de volta, e nada disso chega porque a configuração de exemplo parecia convincente.
O que você não deve fazer é habilitar encaminhamento irrestrito ou login root remoto para fazer um exemplo funcionar. Onde o operador detém a configuração da rede remota, use o arranjo suportado para deixar esses comandos com esse proprietário, e evite um segundo auxiliar que restabeleça endereços conflitantes ao desconectar.
Contexto de autenticação, e o que colocar no chamado
A autenticação tem contexto próprio. O plug-in procura um agente SSH associado à sessão do usuário e exige que o host de destino seja conhecido, então uma chave que funciona num terminal não se torna automaticamente visível ao caminho de autenticação do gerenciador. Faça a chave do host ser registrada e verificada pelo processo aprovado em vez de desativar a verificação.
Para o suporte, registre quatro coisas: o plug-in e a versão, o modo selecionado, a identidade remota pretendida e a interface ou socket de escuta que deveria ter aparecido. Depois teste diretamente o ponto de entrada da aplicação. Um indicador conectado junto com um teste que funciona é evidência; um indicador conectado sozinho é uma afirmação sobre SSH, não sobre o encaminhamento ou a permissão de recurso que você tentava obter.