Não é possível conectar ao servidor local a partir de outros dispositivos (conectados via wifi) quando o servidor está conectado via wifi

Question

Existe rede doméstica: 192.168.1.0/24 , gateway padrão 192.168.1.1 (DHCP)

Existe um servidor web que está sendo executado em um host, permite chamar o host "servidor".

Existem vários dispositivos conectados ao roteador via Wi-Fi (clientes).

Problema: os clientes não podem se conectar ao servidor quando ele está conectado à rede via wifi. Mas eles são capazes de se conectar a ele quando conectado via ethernet.

"não é possível conectar" significa:

• http ://192.168.1.15/myservice - "Ops! O Google Chrome não pôde se conectar a 192.168.1.15"

• telnet / ping 192.168.1.15 - "Host de destino inacessível"

Servidor: Ubuntu 12.04 x86_64 (kernel 3.8.0-35-genérico)

# ufw status

Status: inactive

# iptables -L

Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

Configuração de rede ethernet do servidor

# ifconfig eth2

inet addr:192.168.1.14  Bcast:192.168.1.255  Mask:255.255.255.0

# netstat -rn

Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG        0 0          0 eth2
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth2
192.168.1.0     0.0.0.0         255.255.255.0   U         0 0          0 eth2

Configuração de rede Wi-Fi do servidor

# ifconfig eth3

inet addr:192.168.1.15  Bcast:192.168.1.255  Mask:255.255.255.0

# netstat -rn

Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG        0 0          0 eth3
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth3
192.168.1.0     0.0.0.0         255.255.255.0   U         0 0          0 eth3

JIC, eu consigo me conectar à minha interface wifi do (!) servidor (mas provavelmente ele apenas conecta via interface de loopback).

Qual é o problema?

    

Answer 1

Como o seu servidor obtém seu endereço IP?

Geralmente, o DHCP atribui diferentes endereços IP a diferentes interfaces, apesar das NICs em questão poderem pertencer ao mesmo computador.

Na verdade, como o servidor DHCP sabe que duas NICs distintas pertencem ao mesmo PC? Tudo o que o servidor DHCP vê são os endereços MAC dos dois cartões, e eles são diferentes. Por isso, atribui diferentes endereços IP.

Como teste, tente

  http://192.168.1.15/myservice 

usando, em vez de 15 , o endereço IP do servidor da Web quando conectado via wifi. Eu aposto que vai funcionar.

A solução mais simples, de longe, será deixar o servidor sempre conectado através da mesma placa NIC. A segunda solução mais fácil é habilitar Address Reservation para o endereço MAC da placa ethernet do servidor Web, e falsificar o mesmo endereço na placa wireless do servidor da Web quando ele estiver conectado ao Wi-Fi via.

Se você está confuso com a palavra spoof , isso significa mascarar o verdadeiro endereço MAC da placa wireless e fazer com que pareça ter um endereço MAC diferente. Existem programas para fazer isso em todos os sistemas operacionais.

    

Answer 2

A interface wi-fi pode estar chegando APÓS os serviços do sistema serem iniciados, enquanto a conexão ethernet aparece ANTES da inicialização dos serviços.

Se o seu servidor web estiver explicitamente ligado ao endereço wi-fi e começar antes do wi-fi, ele pode tentar abrir uma porta de escuta, falhar e simplesmente esquecer esse endereço IP completamente - o que significa que não há conexões depois .

Lembre-se, o wi-fi deve autenticar com o seu roteador antes que qualquer coisa possa usá-lo (incluindo TODOS os serviços do sistema). Se você está fazendo isso manualmente após o início do sistema, é suspeito.

    

Answer 3

A pergunta antiga é antiga, mas ainda assim ... percebo que ninguém mencionou o potencial do servidor web estar vinculado a um endereço IP específico, apesar de o erro não poder se conectar ser exibido em 192.168.1.15 enquanto a eth2 é claramente configurado para 192.168.1.14 e eth3 para 192.168.1.15. Nesse caso, deve-se verificar se o seu servidor web está ligado ao IP correto ou está configurado para usar qualquer IP disponível.

    

Answer 4

Embora eu ache que todas as respostas já fornecidas são boas, acho que há duas possibilidades aqui. Ou Daniel B. estava em algo com a ideia de "isolamento de AP", ou há um problema com arp.

Eu não poderia ajudá-lo a verificar as configurações de "isolamento de ponto de acesso" dos roteadores, pois tenho certeza de que isso depende da funcionalidade do roteador em particular e do tipo de interface de seu roteador ofertas. Sendo que essa questão é bastante antiga, não imagino que receberei uma resposta sobre isso, mas se OP responder, eu estarei disposto a pesquisá-lo e fornecer instruções sobre como verificar / corrigir.

Eu posso te dizer como checar se é um problema com arp. Se você estiver executando clientes do Windows, inicie um prompt de comando administrativo. No Windows 10, clique em Iniciar, digite "cmd" e, em seguida, clique com o botão direito do mouse no prompt de comando e selecione "executar como administrador" no menu de contexto. No prompt de comando, você pode digitar "arp -a";

C:\Windows\system32>arp -a 192.168.1.15

Interface: 192.168.0.123 --- 0x13
Internet Address      Physical Address      Type
192.168.1.15          00-50-56-3e-ce-3e     dynamic

Verifique se o endereço MAC listado corresponde ao endereço MAC da placa sem fio. Se não for, você pode tentar limpar o cache do arp ...

C:\Windows\system32>arp /d 192.168.1.15

Tente pingar o endereço do servidor 192.168.1.15 do seu cliente novamente e, em seguida, verifique o cache do arp novamente para ver se ele obtém o endereço MAC correto para a placa sem fio em seu servidor. Se isso não acontecer, provavelmente há algumas configurações que você precisa alterar no roteador sem fio e, novamente, não posso fornecer muita ajuda para isso sem mais informações.