Início / unix / Perguntas / 786279
Accepted
Idkt
Asked: 2024-11-07 22:54:35 +0800 CST

Rede Linux: configurando roteadores Ethernet e WiFi

  • 772

Tenho configurado uma caixa Linux como meu roteador. E minha rede é bem simples neste ponto:

  1. Tenho o roteador conectado à minha caixa de fibra, que autentica com meu ISP usando pppd.
  2. Tenho uma interface ethernet, enp2s0que é o gateway no roteador:
enp2s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 10.1.1.1  netmask 255.255.255.0  broadcast 0.0.0.0
        inet6 fe80::20d:b9ff:fe5a:2f91  prefixlen 64  scopeid 0x20<link>
        ether 00:0d:b9:5a:2f:91  txqueuelen 1000  (Ethernet)
        RX packets 57348511  bytes 31510953543 (29.3 GiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 116229180  bytes 129467792313 (120.5 GiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device memory 0xf7a00000-f7a1ffff
  1. Tenho uma interface sem fio:
wlp4s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 10.1.1.2  netmask 255.255.255.0  broadcast 0.0.0.0
        inet6 fe80::6f0:21ff:fe91:cf90  prefixlen 64  scopeid 0x20<link>
        ether 04:f0:21:91:cf:90  txqueuelen 1000  (Ethernet)
        RX packets 493730  bytes 595814115 (568.2 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 355275  bytes 344035494 (328.0 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Com o qual eu gostaria que os clientes se conectassem.

  1. Tenho nftablesalgumas regras básicas de roteamento para direcionar o tráfego.

Meus clientes conseguem se conectar à interface ethernet sem problemas. E internet etc. funcionam como esperado. No entanto, ao conectar à interface sem fio e fazer ping:

-> % ping -I wlp65s0 8.8.8.8
PING 8.8.8.8 (8.8.8.8) from 10.1.1.48 wlp65s0: 56(84) bytes of data.
^C
--- 8.8.8.8 ping statistics ---
60 packets transmitted, 0 received, 100% packet loss, time 60428ms

Parece que não recebo nenhuma resposta.

No roteador, vejo o seguinte ao habilitar nftables trace:

trace id 85cd7345 ip filter trace_chain packet: iif "ppp0" ip saddr 8.8.8.8 ip daddr 10.1.1.48 ip dscp af21 ip ecn not-ect ip ttl 61 ip id 0 ip length 84 icmp type echo-reply icmp code net-unreachable icmp id 12 icmp sequence 59 @th,64,96 0xd9d22c6700000000d1790900 
trace id 85cd7345 ip filter forward packet: iif "ppp0" oif "enp2s0" ip saddr 8.8.8.8 ip daddr 10.1.1.48 ip dscp af21 ip ecn not-ect ip ttl 60 ip id 0 ip length 84 icmp type echo-reply icmp code net-unreachable icmp id 12 icmp sequence 59 @th,64,96 0xd9d22c6700000000d1790900 
trace id 3626e73a ip filter trace_chain packet: iif "wlp4s0" ether saddr 48:ad:9a:9d:5e:a4 ether daddr 04:f0:21:91:cf:90 ip saddr 10.1.1.48 ip daddr 8.8.8.8 ip dscp cs0 ip ecn not-ect ip ttl 64 ip id 52040 ip length 84 icmp type echo-request icmp code net-unreachable icmp id 12 icmp sequence 60 @th,64,96 0xdad22c67000000006cd70900 
trace id 3626e73a ip filter forward packet: iif "wlp4s0" oif "ppp0" ether saddr 48:ad:9a:9d:5e:a4 ether daddr 04:f0:21:91:cf:90 ip saddr 10.1.1.48 ip daddr 8.8.8.8 ip dscp cs0 ip ecn not-ect ip ttl 63 ip id 52040 ip length 84 icmp type echo-request icmp code net-unreachable icmp id 12 icmp sequence 60 @th,64,96 0xdad22c67000000006cd70900 
trace id a6c3e760 ip filter trace_chain packet: iif "ppp0" ip saddr 8.8.8.8 ip daddr 10.1.1.48 ip dscp af21 ip ecn not-ect ip ttl 61 ip id 0 ip length 84 icmp type echo-reply icmp code net-unreachable icmp id 12 icmp sequence 60 @th,64,96 0xdad22c67000000006cd70900 
trace id a6c3e760 ip filter forward packet: iif "ppp0" oif "enp2s0" ip saddr 8.8.8.8 ip daddr 10.1.1.48 ip dscp af21 ip ecn not-ect ip ttl 60 ip id 0 ip length 84 icmp type echo-reply icmp code net-unreachable icmp id 12 icmp sequence 60 @th,64,96 0xdad22c67000000006cd70900

O que não consigo entender.

Qualquer dica aqui será muito útil.

Se eu alterar o endereço da interface sem fio para 10.1.2.1, poderei me conectar a outros hosts na LAN/WAN.

networking

1 respostas

  1. Best Answer

    Meu palpite é que o roteador não sabe para onde enviar tráfego para 10.1.1.48; ele poderia ir via 10.1.1.1 (ethernet) ou 10.1.1.2 (wifi). Então a resposta ao ping está indo para a porta ethernet, e o cliente sem fio nunca a vê. Podemos ver isso na iif "ppp0" oif "enp2s0"parte do rastreamento; o pacote chega de ppp0 (o "iif") e é tentado ser enviado na ethernet (o "oif").

    Isso também explicaria por que configurar a rede sem fio para uma sub-rede diferente (10.1.2.1) resolve o problema; há uma interface exclusiva por sub-rede.

    Se você quer que clientes wifi e ethernet estejam na mesma sub-rede, então pode ser melhor criar uma ponte. Então vamos chamar essa ponte de "br-lan". Essa ponte obterá o endereço IP 10.1.1.1. E então você adiciona os adaptadores ethernet e wifi (que não têm endereços IP!) à ponte. Agora as coisas funcionam.

    A maneira como você cria a ponte dependerá da distribuição Linux que você está usando.

    No RedHat e derivados (por exemplo, Alma, Rocky), isso pode ser feito com o gerenciador de rede. Algo como (não testado)

    nmcli connection delete enp2s0
nmcli connection delete wlp4s0

nmcli connection add type bridge con-name br-lan ifname br-lan bridge.stp no ip4 10.1.1.1/24 ipv6.method disabled
nmcli connection add type bridge-slave con-name enp2s0 ifname enp2s0 master br-lan
nmcli connection add type bridge-slave con-name wlp4s0 ifname wlp4s0 master br-lan

    Isso excluirá qualquer configuração existente para Ethernet e Wi-Fi (portanto, tenha cuidado; você perderá o acesso à rede neste ponto; faça isso a partir de um console) e, em seguida, crie a ponte com o endereço IP necessário e conecte as duas interfaces a ela.

    • 1

relate perguntas