<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Ssh-J.com on /var/log/janio</title><link>https://devops.sarmento.org/tags/ssh-j.com/</link><description>Recent content in Ssh-J.com on /var/log/janio</description><generator>Hugo</generator><language>pt-BR</language><lastBuildDate>Sat, 11 Apr 2026 10:41:57 +0000</lastBuildDate><atom:link href="https://devops.sarmento.org/tags/ssh-j.com/index.xml" rel="self" type="application/rss+xml"/><item><title>SSH atrás de NAT? SSH-J.com resolve.</title><link>https://devops.sarmento.org/posts/ssh-atras-de-nat-ssh-jcom-resolve/</link><pubDate>Wed, 25 Mar 2026 22:26:00 +0000</pubDate><guid>https://devops.sarmento.org/posts/ssh-atras-de-nat-ssh-jcom-resolve/</guid><description>&lt;p&gt;Você trabalha remoto, tem um servidor em casa, um Raspberry Pi rodando serviços, ou uma máquina no escritório que precisa acessar de vez em quando. O cenário é comum e a solução óbvia é o SSH — que já está instalado, é seguro e funciona há décadas. O problema é que entre a sua máquina e o resto da internet existe um roteador, um NAT, e possivelmente um provedor que não te dá IP público fixo ou que bloqueia portas de entrada. De repente, o protocolo mais confiável da administração de sistemas se torna inacessível de fora da sua rede local.&lt;/p&gt;</description></item></channel></rss>