Respostas:
Sim, isso é possível.
No cliente 2:
Standard servertúnel no I2PTunnel.Namecomo algo que você reconhecerá.Target Portpara a porta em que o servidor SSH está escutando.Auto Startcaixa.Local destinationstring.No cliente 1:
Standard clienttúnel no I2PTunnel.Namecomo algo que você reconhecerá.Local destinationsequência que você copiou anteriormente no Tunnel Destinationcampo.Access Point Portpara alguma porta livre (por exemplo 12345).Auto Startcaixa.Quando os dois túneis estão em execução, a conexão com o cliente 2 do cliente 1 é tão simples quanto:
ssh username@127.0.0.1 -p 12345
Para alguma segurança adicional, você pode adicionar a lista de permissões ao túnel do servidor. Isso significa que apenas alguém com as chaves privadas do seu encapsulamento de cliente pode se conectar ao destino do servidor.
No cliente 1:
Persistent private key, selecione Enablee altere o nome Filepara algo que você reconhecerá.
Local destinationsequência.No cliente 2:
Restricted Access List(s), selecione Whitelist.Local destinationsequência que você copiou anteriormente na Access Listcaixa.connection closed by remote hostdepois de ativá-lo. Como eu poderia resolver o problema? Tenho certeza de que digitei a Local Destinationstring correta .
Profilecomointeractive connection. Além disso, no cliente 1, verifiqueDelay Connect. Fonte: resposta killyourtv no bug I2P # 746 (ssh sobre i2p?) .