OK, estou tendo problemas para fazer isso funcionar. Minha rede interna doméstica é sem fio, e o que eu quero fazer é ter uma pequena rede com fio em uma sub-rede diferente conectada a uma das minhas máquinas Ubuntu. Os dispositivos nesta sub-rede precisam de endereços IP estáticos, então share this connection da minha interface eth0 não funcionará. O ideal é que essa rede com fio possa se conectar à internet, mas não é essencial.
Eu li alguns guias sobre como colocar isso em prática, mas há opiniões conflitantes sobre a maneira correta de fazer isso. Muito disso parece recomendar o uso do iptables, mas um site em que eu estava ontem disse que estava desatualizado (infelizmente não consigo encontrar o link)
Atualmente, ativei o encaminhamento de ipv4 no "pc no meio"
will@will-Inspiron-7520 ~ 15:27:52 $ sysctl net.ipv4.ip_forward
net.ipv4.ip_forward = 1
e configurou uma rota em um dos computadores na rede sem fio para rotear solicitações para a sub-rede 192.168.1.0 para 10.10.10.10 (a interface wlan0 no computador de roteamento)
root@ubuntuserver will 15:29:57 # netstat -nra
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
0.0.0.0 10.10.10.1 0.0.0.0 UG 0 0 0 wlan0
10.8.0.0 10.8.0.2 255.255.255.0 UG 0 0 0 tun0
10.8.0.2 0.0.0.0 255.255.255.255 UH 0 0 0 tun0
10.10.10.0 0.0.0.0 255.255.255.0 U 0 0 0 wlan0
172.17.0.0 0.0.0.0 255.255.0.0 U 0 0 0 docker0
192.168.1.0 10.10.10.10 255.255.255.0 UG 0 0 0 wlan0
Eu tentei várias configurações diferentes para o roteamento na interface wlan0 no pc do roteador, mas nada parece funcionar. Eu posso pingar um (atualmente o único) dispositivo na sub-rede 192.168.1.0 do roteador
will@will-Inspiron-7520 ~ 15:27:40 $ tracepath -n 192.168.1.91
1?: [LOCALHOST] pmtu 1500
1: 192.168.1.91 0.887ms reached
1: 192.168.1.91 0.734ms reached
Resume: pmtu 1500 hops 1 back 1
mas tentar a mesma coisa nos resultados do dispositivo wlan
root@ubuntuserver will 15:33:13 # tracepath -n 192.168.1.91
1?: [LOCALHOST] pmtu 1500
1: 10.10.10.10 3.480ms
1: 10.10.10.10 3.315ms
2: no reply
3: no reply
4: no reply
o dump tcp do roteador durante esta operação se parece com isso
root@will-Inspiron-7520 /home/will 15:33:18 # tcpdump
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
15:33:38.497861 IP ubuntuserver.ftb.59424 > 192.168.1.91.44446: UDP, length 1472
15:33:39.499752 IP ubuntuserver.ftb.59424 > 192.168.1.91.44447: UDP, length 1472
15:33:40.487270 IP 192.168.1.250.34039 > 239.255.255.250.1900: UDP, length 171
15:33:40.500022 IP ubuntuserver.ftb.59424 > 192.168.1.91.44448: UDP, length 1472
15:33:41.487966 IP 192.168.1.250.34039 > 239.255.255.250.1900: UDP, length 171
15:33:41.502207 IP ubuntuserver.ftb.59424 > 192.168.1.91.44449: UDP, length 1472
15:33:42.488416 IP 192.168.1.250.34039 > 239.255.255.250.1900: UDP, length 171
15:33:42.503148 IP ubuntuserver.ftb.59424 > 192.168.1.91.44450: UDP, length 1472
15:33:43.488986 IP 192.168.1.250.34039 > 239.255.255.250.1900: UDP, length 171
15:33:43.503342 IP ubuntuserver.ftb.59424 > 192.168.1.91.44451: UDP, length 1472
15:33:43.503741 ARP, Request who-has 192.168.1.91 tell 192.168.1.250, length 28
15:33:43.504546 ARP, Reply 192.168.1.91 is-at 00:80:45:55:12:e8 (oui Unknown), length 46
15:33:44.258714 IP 192.168.1.250.17500 > 192.168.1.255.17500: UDP, length 177
15:33:44.523228 IP ubuntuserver.ftb.59424 > 192.168.1.91.44452: UDP, length 1472
15:33:45.547240 IP ubuntuserver.ftb.59424 > 192.168.1.91.44453: UDP, length 1472
15:33:46.571280 IP ubuntuserver.ftb.59424 > 192.168.1.91.44454: UDP, length 1472
15:33:47.540967 IP ubuntuserver.ftb.59424 > 192.168.1.91.44455: UDP, length 1472
15:33:48.523486 IP ubuntuserver.ftb.59424 > 192.168.1.91.44456: UDP, length 1472
^C
18 packets captured
18 packets received by filter
0 packets dropped by kernel
a tabela de roteamento no roteador se parece com isso
root@will-Inspiron-7520 /home/will 15:33:49 # netstat -nra
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
0.0.0.0 10.10.10.1 0.0.0.0 UG 0 0 0 wlan0
10.10.10.0 0.0.0.0 255.255.255.0 U 0 0 0 wlan0
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 wlan0
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
Não consigo acessar 192.168.1.250 como o gateway através do gui, mas quando executo sudo route delete -net 192.168.1.0 netmask 255.255.255.0 gw 0.0.0.0 && sudo route add -net 192.168.1.0 netmask 255.255.255.0 gw 192.168.1.250 minha tabela de roteamento muda para isso
root@will-Inspiron-7520 /home/will 15:37:33 # netstat -nra
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
0.0.0.0 10.10.10.1 0.0.0.0 UG 0 0 0 wlan0
10.10.10.0 0.0.0.0 255.255.255.0 U 0 0 0 wlan0
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 wlan0
192.168.1.0 192.168.1.250 255.255.255.0 UG 0 0 0 eth0
O que, por sua vez, altera o tcpdump para este
root@will-Inspiron-7520 /home/will 15:39:35 # tcpdump
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
15:39:40.490804 IP 192.168.1.250.46819 > 239.255.255.250.1900: UDP, length 171
15:39:40.553050 IP ubuntuserver.ftb.33901 > 192.168.1.91.44446: UDP, length 1472
15:39:41.491671 IP 192.168.1.250.46819 > 239.255.255.250.1900: UDP, length 171
15:39:41.554906 IP ubuntuserver.ftb.33901 > 192.168.1.91.44447: UDP, length 1472
15:39:42.492371 IP 192.168.1.250.46819 > 239.255.255.250.1900: UDP, length 171
15:39:42.555628 IP ubuntuserver.ftb.33901 > 192.168.1.91.44448: UDP, length 1472
15:39:43.493366 IP 192.168.1.250.46819 > 239.255.255.250.1900: UDP, length 171
15:39:43.557677 IP ubuntuserver.ftb.33901 > 192.168.1.91.44449: UDP, length 1472
15:39:44.365950 IP 192.168.1.250.17500 > 192.168.1.255.17500: UDP, length 177
15:39:44.659103 IP ubuntuserver.ftb.33901 > 192.168.1.91.44450: UDP, length 1472
15:39:45.581510 IP ubuntuserver.ftb.33901 > 192.168.1.91.44451: UDP, length 1472
15:39:46.605286 IP ubuntuserver.ftb.33901 > 192.168.1.91.44452: UDP, length 1472
15:39:47.628312 IP ubuntuserver.ftb.33901 > 192.168.1.91.44453: UDP, length 1472
15:39:48.652259 IP ubuntuserver.ftb.33901 > 192.168.1.91.44454: UDP, length 1472
15:39:49.697026 IP ubuntuserver.ftb.33901 > 192.168.1.91.44455: UDP, length 1472
15:39:50.599268 IP ubuntuserver.ftb.33901 > 192.168.1.91.44456: UDP, length 1472
15:39:51.622447 IP ubuntuserver.ftb.33901 > 192.168.1.91.44457: UDP, length 1472
15:39:52.563705 IP ubuntuserver.ftb.33901 > 192.168.1.91.44458: UDP, length 1472
15:39:53.669767 IP ubuntuserver.ftb.33901 > 192.168.1.91.44459: UDP, length 1472
15:39:54.594106 IP ubuntuserver.ftb.33901 > 192.168.1.91.44460: UDP, length 1472
15:39:55.616774 IP ubuntuserver.ftb.33901 > 192.168.1.91.44461: UDP, length 1472
15:39:56.640204 IP ubuntuserver.ftb.33901 > 192.168.1.91.44462: UDP, length 1472
Alguém pode me dizer onde estou indo errado? Como eu disse, não é essencial que a rede 192.168.1.0 possa acessar a Internet (embora seja desejável), mas o mínimo seria a sub-rede 10.10.10.0 sendo capaz de ver os dispositivos 192.168.1.0.
Bem, eu sou um idiota. Eu não tenho o gateway configurado corretamente na máquina 192.168.1.x. Ainda estava configurado como 192.168.1.1 (que não existe)
Uma vez que eu mudei isso agora eu posso pingar nos dois sentidos. E eu tenho acesso à internet na rede 192.x.x.x.
1.- Passo: Se você quiser adicionar equipamentos com fio à sua rede interna, você deve adicionar uma placa de rede (eth1) e um switch de pelo menos 5-8 portas.
2.- Instale o servidor DHCP e faça reservas de IP para computadores com fio.
3.- Executar IPTables
#!/bin/sh
iptables -F
iptables -X
iptables -Z
iptables -t nat -F
iptables --delete-chain
iptables --table nat --delete-chain
iptables -P INPUT ACCEPT
iptables -P OUTPUT ACCEPT
iptables -P FORWARD ACCEPT
iptables -t nat -P PREROUTING ACCEPT
iptables -t nat -P POSTROUTING ACCEPT
modprobe ip_conntrack
modprobe ip_conntrack_ftp
echo 1 > /proc/sys/net/ipv4/ip_forward
# Internet for Wireless
iptables -t nat -A POSTROUTING -s 192.168.1.X/X -o wlan0 -j MASQUERADE
# Internet for Wired
iptables -t nat -A POSTROUTING -s 192.168.2.X/X -o wlan0 -j MASQUERADE
Você pode ter essa configuração corretamente e isso pode ter algo a ver com a interface sem fio que você está usando. Normalmente, a maneira de fazer algo assim é com um ponto de acesso sem fio dedicado que você conecta a um controlador (neste caso, seu servidor) via Ethernet. confira ubnt.com eles têm alguns bons relativamente baratos.