Estou com dificuldades para enquadrar esta questão devido apenas a um conhecimento básico de trabalho em rede - seja gentil comigo, sou um rapaz do campo.
Minha rede doméstica está configurada com o roteador sem fio / Ethernet comum conversando com o provedor, lidando com DHCP e, penso eu, encaminhando solicitações de DNS para os servidores DNS do ISP.
Nossa sala de estar fica no terceiro andar e o roteador fica no térreo - efetivamente, quase não há cobertura sem fio no último andar. O que eu tenho é um cabo Ethernet CAT5e do roteador para o andar superior, e eu tenho minha máquina Ubuntu 15.10 conectada a ela com um NIC como eth0.
Há também uma placa wireless na máquina Ubuntu, então eu configurei a caixa Linux para atuar como um ponto de acesso sem fio com "create_ap". Create_ap funciona brilhantemente com as configurações padrão (principalmente) (eu mudei o canal para 3 para evitar os sinais do vizinho). Agora eu tenho um ótimo sinal de wifi rápido do último andar. Create_ap está trabalhando no modo NAT.
O problema é que o ponto de acesso recém-criado parece se configurar como (eu acho) um gateway em uma sub-rede diferente? Esboce a terminologia aqui desculpe, mas a principal Ethernet DHCP está emitindo IPs na faixa 192.168.1.xe o create_ap está operando seu próprio servidor DHCP emitindo IPs na faixa 192.168. 12 .x.
Normalmente, isso não é um problema para quase todos os usos da rede, podemos conectar nossos smartphones e navegar, enviar e-mails, etc.
Meu problema específico é que temos uma caixa de TV da Apple conectada à rede Ethernet 192.168.1.x. Gostaríamos de reproduzir / espelhar o ecrã dos nossos smartphones para a caixa appleTV, mas não podemos porque não estão na mesma 'rede'.
Estou assumindo que isso significa que, para corrigir o problema, precisamos que os smartphones e o AppleTV recebam IPs dentro do mesmo intervalo. (isto é, 192.168.1.x).
Tentativas de correção:
Eu configurei o create_ap para configurar o ponto de acesso com um endereço IP 192.168.1.3 como o gateway e emiti IP's no intervalo 192.168.1.5-254. Previsivelmente, isso não funcionou - pensando nisso, eu tenho dois servidores DHCP no mesmo domínio. Acho que posso pingar para 192.168.1.1, mas a navegação na web resulta em 'no dns server'
Em seguida, mudei o roteador principal para emitir apenas IPs DHCP no intervalo 192.168.1.5-199 e o create_ap para usar 192.168.1.1 como um gateway e emitir a partir do intervalo 192.168.1.200-220. Isso também não funcionou.
Semelhante a 2, exceto que eu disse ao create_ap para usar 192.168.1.3 como o IP do gateway.
Eu tenho uma noção de que o problema poderia ser resolvido se eu pudesse usar o roteador principal para DHCP e fazer o ponto de acesso apenas encaminhar quaisquer solicitações DHCP para o roteador principal. É isso que é uma ponte? create_ap tem um modo de 'ponte' em vez de NAT. Meu conhecimento limitado, em vez disso, para no que é uma ponte, para o que ela pode ser usada e como pode ser útil.
Ou existe uma maneira de falsificar o IP do smartphone para que ele pareça estar na rede 192.168.1.x?
Muito obrigado por qualquer pensamento.
Aqui está a saída do ifconfig na configuração que fornece acesso à Internet aos smartphones, mas não se conecta à Apple TV.
enp3s0 Link encap:Ethernet HWaddr c8:60:00:53:e2:73
inet addr:192.168.1.3 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::ca60:ff:fe53:e273/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:5850994 errors:0 dropped:17 overruns:0 frame:0
TX packets:3710716 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:7924568585 (7.9 GB) TX bytes:1160978370 (1.1 GB)
wlp4s6 Link encap:Ethernet HWaddr 80:1f:02:4f:17:0a
inet addr:192.168.12.1 Bcast:192.168.12.255 Mask:255.255.255.0
inet6 addr: fe80::821f:2ff:fe4f:170a/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:95836 errors:0 dropped:14 overruns:0 frame:0
TX packets:133242 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:8354049 (8.3 MB) TX bytes:179933721 (179.9 MB)
Atualização: Então eu tentei uma conexão em ponte com:
sudo create_ap -m bridge wlp4s6 enp3s0 AP-NAME MYPASSWORD
que cria uma interface br0 com a seguinte saída ifconfig.
br0 Link encap:Ethernet HWaddr 80:1f:02:4f:17:0a
inet addr:192.168.1.3 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::ca60:ff:fe53:e273/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:71 errors:0 dropped:0 overruns:0 frame:0
TX packets:171 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:18583 (18.5 KB) TX bytes:57372 (57.3 KB)
Isso tem o efeito de interromper a navegação na máquina linux (retorna "Este site não pode ser encontrado, o endereço DNS do servidor www.google.co.uk não foi encontrado." no chrome. Mas posso fazer ping no roteador 192.168 .1.1 e meu smartphone parece ser capaz de navegar na internet muito bem ???
Isto está parecendo um problema de dns na máquina ubuntu ao usar a interface br0. Eu posso fazer o ping do roteador e navegue até ele usando 192.168.1.1. Eu também posso pingar o servidor de DNS do Google 8.8.8.8 então eu tenho tráfego, eu acho, mas não DNS.
Como obtenho o DNS trabalhando para a máquina Ubuntu ao executar o ponto de acesso?