
De repente, os dispositivos na minha LAN não conseguem navegar até os IPs ou nomes de host de outros dispositivos na LAN (apenas para eles próprios e para o roteador em 192.168.1.1).
Eu tenho um desktop Win 10, um Macbook Air, um iPhone 6 e um iPad antigo, e eles estão conectados ao meu wifi e navegando bem na Internet no meu roteador Netgear WNDR3700 com DD-WRT v3.0-r31924 std ( 02/05/17).
Também consigo acessar a página de configuração do meu roteador em 192.168.1.1 a partir dos dispositivos.
Até alguns dias atrás, eles também conseguiam navegar na minha LAN para mostrar sites que estou desenvolvendo no meu servidor local (o desktop Win 10 em 192.168.1.120, que também está executando o Laravel Homestead Vagrant como outro servidor, e tudo estava funcionando perfeitamente até recentemente).
Agora, entretanto, nenhum dispositivo é capaz de se conectar a IPs de LAN além da página inicial do roteador em 192.168.1.1.
Tentei reiniciar os dispositivos, reiniciar o roteador e o modem a cabo, restaurar as configurações do roteador para uma versão anterior, etc.
Usar o aplicativo "Ferramentas de rede" da KeepSolid no iPhone mostra que o Trace Route funciona para sites normais, mas falha em sites de LAN como 192.168.1.120.
O aplicativo "Ferramentas de rede" para iPhone também possui um utilitário de pesquisa de DNS. Quando digito meus nomes de host locais, eles apontam para os endereços IP apropriados como o registro “A”. Outros registros (AAAA, MX, NS, SOA, SRV e TXT dizem "O servidor DNS retornou resposta sem dados"). Eu realmente não sei o que isso significa e acho que tudo pode ser irrelevante, já que a resolução do nome do host é inútil se meus dispositivos não conseguirem visitar um endereço IP diretamente em um navegador.
Eu não tenho ideia do quemudadoesta semana... exceto que de alguma forma percebi que meu provedor de cabo mudou meu IP WAN. Mas eu realmente duvido que isso possa causar esses problemas.
Descobri relatos de umbug no firmware DD-WRTno meu roteador Netgear WNDR3700.
As pessoas nesse tópico sugerem que executar os seguintes comandos no roteador seria uma solução alternativa adequada, mas nenhum de seus comandos (como estes) resolveu o problema para mim:
swconfig dev switch0 set enable_vlan 1
swconfig dev switch0 set apply
Além disso, meu roteadortiveestá funcionando e não fiz alterações nele recentemente. Portanto, não faz sentido que esse bug esteja me afetando.
Além disso, também tentei substituir meu roteador Netgear por um roteador TP-Link mais antigo (executando uma versão muito anterior do DD-WRT) e, emboraqueroteador funcionou bem antes, agora mesmo comqueprimeiro, meus dispositivos só podem navegar na Internet, mas não conseguem executar ping em IPs de LAN.
O que mais posso tentar diagnosticar e corrigir esse problema?
Responder1
Resposta original de 30/05/2017:
Meus sites agora estão acessíveis novamente em todos os dispositivos (mesmo usando meus domínios personalizados especificados em DD-WRT).
Passo 1:
Eu precisava ir para Windows> HomeGroup e permitir que o PC pudesse ser descoberto na minha rede. (Talvez isso tenha sido às Control Panel\Network and Internet\Network and Sharing Center\Advanced sharing settings
.)
(Mas como minha configuração funcionou o tempo todo quando meu PC não estava detectável?Talveztinha sido descoberto até recentemente? Não tenho certeza do que teria mudado seu status. Não me lembro de alguma vez ter definido isso de uma forma ou de outra.)
Isso permitiu que meu site Nginx ficasse visível via celular (em vez de apenas no navegador da mesma área de trabalho do Windows).
Mas meu site Homestead (Vagrant) ainda não era visível via celular (embora ainda funcionasse no navegador da mesma área de trabalho do Windows). Então...
Passo 2:
Eu configurei isso comocomandos de inicialização em DD-WRT:
swconfig dev switch0 set enable_vlan 1
swconfig dev switch0 set apply
Etapa 3:
Em DD-WRT > Opções adicionais de DNSMasq, mudei address=/mysite.xyz/192.168.10.10
para address=/mysite.xyz/192.168.1.111
.
Outras informações básicas:
Meu arquivo "hosts" do Windows não possui nenhuma entrada ativa relevante.
Meu Homestead.yaml
é:
#https://laravel.com/docs/5.4/homestead
---
ip: "192.168.10.10"
memory: 2048
cpus: 1
provider: virtualbox
authorize: ~/.ssh/id_rsa.pub
keys:
- ~/.ssh/id_rsa2013Oct
folders:
- map: c:/code/mysite-members
to: /home/vagrant/Code/mysite-members
sites:
- map: mysite.xyz
to: /home/vagrant/Code/mysite-members/public
schedule: false
databases:
- mysite
networks:
- type: "public_network"
# Should I make this network type public or private?
# This IP must not match the static IP of the desktop. Make it different, such as "192.168.1.111" if the desktop is 192.168.1.110.
ip: "192.168.1.111"
bridge: "Realtek RTL8811AU Wireless LAN 802.11ac USB 2.0 Network Adapter"
E homestead.bat reload --provision
é o que eu executo se/quando eu editar a configuração do Homestead.
Recapitular:
Eu gostaria de saberexatamenteo que mudou, por que e qual foi a causa raiz do problema.
Todos os meus dispositivos funcionavam perfeitamente até recentemente, mesmo sem todas essas etapas.
Ah bem. Estou feliz que tudo esteja funcionando novamente.
ATUALIZAÇÃO em 03/11/2017:
Acho que encontrei esse problema três vezes no ano passado e agora estou pensando que tem menos a ver com DD-WRT ou qualquer roteador ou bug específico e, em vez disso, pode estar relacionado a conflitos de endereços IP e endereços IP ficando obsoletos .
Hoje, durante meu último encontro com esse problema (usando um Netgear R6300v1), resolvi-o alterando uma configuração de IP de 192.168.1.111 para 192.168.1.119 em dois locais (como anteriormentedescrito aqui).
O primeiro local foi Homestead.yaml > networks > ip
:
ip: "192.168.10.10"
networks:
- type: "public_network"
ip: "192.168.1.119"
bridge: "Realtek RTL8811AU Wireless LAN 802.11ac USB 2.0 Network Adapter"
Em minhas "Opções adicionais de DNSMasq" do DD-WRT, mudei para address=/mysite.xyz/192.168.1.119
.
Responder2
Acabei de encontrar isso no meu antigo iPhone 6s, que uso para desenvolvimento. Parei de trabalhar um dia após meses sem problemas.
A única coisa que funcionou para mim foi esquecer o WiFi doméstico e reconectar-se a ele: https://support.apple.com/en-us/HT208941
Responder3
Este cenário me causou um aborrecimento sem fim recentemente. A propósito de nada, meus laptops Windows 10 e 11 não conseguiam mais alcançar máquinas Raspberry Pi e Ubuntu que hospedam aplicativos como Pi-hole e Nextcloud. Dito isto, o Pi-hole ainda bloqueou anúncios, então as consultas DNS dos laptopseramatingindo endereços 192.168.1.*. Mas não consegui usar SSH para as máquinas ou usar suas interfaces de administração.
Vou culpar uma atualização recente do meu roteador de fibra ATT. Ou talvez seja culpa da Microsoft de alguma forma. Independentemente disso, a solução oferecida acima – esquecer a rede wifi – resolveu meu problema. Por agora.