Como Verificar Ip Da Maquina

Verificar o IP da máquina não é tão simples quanto parece

A maioria das pessoas assume que é só digitar um comando e pronto. Na prática, você rapidamente descobre que há dezenas de endereços na sua máquina. Tem o IPv4 de link local, o IPv4 do roteador, o IPv4 da internet, o IPv6, o MAC address, o DNS resolver, e se estiver usando VPN, tudo isso muda novamente. O que a maioria quer saber é o IP público, mas o sistema operacional mostra o IP privado primeiro. Abra o cmd ou PowerShell e rode ipconfig. O resultado vai listar todas as interfaces. O que importa para a maioria é o endereço IPv4 da placa de rede ativa — geralmente em 192.168.x.x ou 10.x.x.x. Se quiser ver o IP externo, esse comando não mostra. Você precisa consultar um serviço externo. O mais rápido sem sair da linha de comando é curl ifconfig.me ou curl ipinfo.io. No PowerShell antigo, use (Invoke-WebRequest -Uri 'https://api.ipify.org?format=text').Content. Um problema real que eu vejo todo dia: gente roda ipconfig e vê 169.254.x.x no IPv4. Isso é link-local. A máquina não conseguiu DHCP. Na minha experiência, isso acontece quando o cabo de rede tá mal encaixado, o switch port tá com loop de spanning, ou o servidor DHCP da empresa caiu. O workaround imediato é rodar ipconfig /release seguido de ipconfig /renew. Se não resolver, checar o cabo e trocar de porta no switch. Às vezes é só o cabo UTP cat5 velho que perdeu par trançado.

Como verificar ip da maquina pelo Linux

Use ip addr show ou ifconfig se ainda tiver o net-tools instalado. A saída é mais direta que no Windows. Olhe a interface com UP e RUNNING. O endereço após inet é o IPv4 privado. Para o IP público, curl ifconfig.me funciona na maioria dos casos. Outra opção útil é dig +short myip.opendns.com @resolver1.opendns.com, que evita problemas com cache de DNS quando o curl cai. O edge case que eu mais vejo aqui é servidor com múltiplas interfaces. Você tem eth0, eth1, bond0, virbr0, docker0, veth... e o IP errado aparece porque o comando está mostrando a interface de bridge ou container, não a placa física. A solução é filtrar. Use ip -4 addr show | grep -B2 -A2 inet e localize a interface física com status UP. Ou simplesmente rode ip route get 8.8.8.8 que mostra qual interface o kernel usaria para sair pra internet, e o IP de origem junto.

Como verificar ip da maquina pelo macOS

O macOS é basicamente BSD disfarçado de sistema bonito. Aba open, redes, ou pelo terminal ifconfig e ipconfig getifaddr en0 para pegar só o IP da Wi-Fi. Se estiver cabeado, troque en0 por en1 ou en2 dependendo do Mac. Para IP público, o mesmo curl ifconfig.me. Um detalhe que ninguém menciona: o macOS às vezes mostra o IP do Tailscale ou do ZeroTier antes do IP da rede local se você tiver VPN ativa. Parece bobo, mas já vi gente achando que aquele IP 100.x.x.x era o IP dela na rede doméstica. Rodar ipconfig getifaddr en0 elimina a ambiguidade porque pega só a interface específica.

O que ninguém te conta sobre IPs

IP público é temporário na maioria dos casos. Provedores residenciais usam CGNAT e IP dinâmico. O IP que você vê hoje pode mudar semana que vem. Se você está configurando forwarded port, VPN site-to-site, ou whitelist de acesso, assumir que o IP fixo é permanente é erro comum. O certo é usar DNS dinâmico ou verificar periodicamente. IP privado dentro de CGNAT significa que seu IP público real é diferente do que aparece no ipconfig. Se você tá atrás de um operador que usa 100.64.x.x, seu IP público é atribuído pelo carrier, não pelo seu roteador. Ferramentas como curl ipinfo.io ou curl icanhazip.com mostram o IP de saída real. Testar com dois serviços diferentes é bom porque às vezes um deles rate-limita ou falha, e você acaba confiando em dado errado. O problema mais frustrante que eu já resolvi foi um caso de dupla verificação que dava resultados contraditórios. O curl mostrava um IP, o ipconfig mostrava outro, e o roteador registrava um terceiro. O culpado era um servidor Squid rodando como proxy transparente no mesmo host. A máquina tinha IP correto na interface, mas todo tráfego de saída passava pelo proxy que NATava com IP diferente. A solução foi identificar o proxy com netstat -tulpn, checar variáveis de ambiente HTTP_PROXY, e desconfigurá-las no shell do usuário antes de confiar na saída do curl.

Se você precisa de algo automatizado, existem scripts Python simples usando requests para https://api.ipify.org e https://ipinfo.io/json. O tempo médio de execução é menos de dois segundos, mas se a sua conexão estiver instável, o timeout padrão pode não ser suficiente. Configure timeout=5 para evitar hanging scripts.