Início / ubuntu / 问题

Perguntas[networking](ubuntu)

Martin Hope
Khaled Alrowaishan
Asked: 2024-12-30 04:00:25 +0800 CST
  • 5

Estou com problemas para fazer minha placa MediaTek MT7902 WiFi funcionar no Ubuntu 24.04, a última versão do Ubuntu com kernel 6.8.0-51. A placa funciona bem no Windows, mas no Ubuntu, nenhuma rede é detectada.

Detalhes:

  1. O cartão aparece em lspci:

00:02.0 Controlador de rede [0280]: MEDIATEK Corp. Dispositivo [14c3:7902]

  1. saída do link ip:

2: enx022376651f09: <BROADCAST,MULTICAST,UP> mtu 65536 qdisc fq_codel estado DESCONHECIDO modo PADRÃO grupo padrão qlen 1000

  1. O firmware (linux-firmware) está atualizado.

  2. Carreguei o driver mt76 (modprobe mt76), mas parece que não funciona.

  3. dmesg fornece:

falha na leitura do buffer do kernel: operação não permitida

O que eu tentei:

  • Firmware Linux atualizado.
  • Carregou o módulo mt76.
  • Reiniciei o NetworkManager.
  • WiFi desbloqueado usando rfkill desbloquear tudo.

Pergunta:

Como posso fazer esta placa WiFi funcionar no Ubuntu? Preciso de um driver, firmware ou versão de kernel específicos?

Obrigado pela ajuda!

networking
Martin Hope
H3R3T1K
Asked: 2024-12-22 23:01:01 +0800 CST
  • 5

O que eu entendo é que ele é reconhecido como um dispositivo de rede, mas não tenho opção de conectar a uma rede sem fio. Também descobri que o driver para r8169 deveria vir com o kernel.

lsusb

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 3151:4015 ROYUAN Akko Multi-modes Keyboard-B
Bus 001 Device 004: ID 05e3:0608 Genesys Logic, Inc. Hub
Bus 001 Device 005: ID 1462:7c95 Micro Star International MYSTIC LIGHT 
Bus 001 Device 006: ID 046d:c547 Logitech, Inc. USB Receiver
Bus 001 Device 007: ID a69c:8d80 aicsemi AIC Wlan
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 002: ID 21b4:0082 AudioQuest DragonFly Red
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub

git clone https://github.com/jeremyb31/aic8800

fatal: Zielpfad 'aic8800' existiert bereits und ist kein leeres Verzeichnis. 

cd aic8800

~/aic8800$ sudo cp -r src /usr/src/aic8800-1.0.6 

~/aic8800$ sudo dkms install aic8800/1.0.6 

Sign command: /usr/bin/kmodsign Signing key: /var/lib/shim-signed/mok/MOK.priv Public certificate (MOK): /var/lib/shim-signed/mok/MOK.der Creating symlink /var/lib/dkms/aic8800/1.0.6/source -> /usr/src/aic8800-1.0.6
    
Building module: Cleaning build area... arch='x86_64' kernelver='6.8.0-51-generic' ./driverctl make all...(bad exit status: 2) ERROR (dkms apport): binary package for aic8800: 1.0.6 not found Error! Bad return status for module build on kernel: 6.8.0-51-generic (x86_64) Consult /var/lib/dkms/aic8800/1.0.6/build/make.log for more information.
networking
Martin Hope
Pitch
Asked: 2024-12-20 23:40:05 +0800 CST
  • 6

Estou tentando configurar minhas interfaces de rede em um servidor Ubuntu 22.04, mas estou tendo problemas com os IPs atribuídos.

O servidor é um Dell R330 com NICs Broadcom BCM5720 dual onboard e adicionei uma placa Intel I350-T4 da Dell (de segunda mão, mas peça Dell/Intel genuína). Então o servidor tem um total de 6 NICs.

O objetivo deste servidor é ser um host de virtualização.

Devo dizer que sou bem novo em sistemas Linux modernos, mas consegui instalar tudo corretamente, mas enfrentei um problema relacionado à configuração de IP.

Então usei o netplan para configurar as interfaces assim (tentei manter a rede simples):

network:
  version: 2
  renderer: networkd
  ethernets:
    eno1:
      dhcp4: no
      dhcp6: no
      addresses:
        - 192.168.10.55/24
      routes:
        - to: default
          via: 192.168.10.254
      nameservers:
        addresses: [194.2.0.20, 8.8.8.8]
    eno2:
      dhcp4: no
      dhcp6: no
      addresses:
        - 192.168.10.41/24
      routes:
        - to: default
          via: 192.168.10.254
      nameservers:
        addresses: [194.2.0.20, 8.8.8.8]
    enp2s0f0:
      dhcp4: no
      dhcp6: no
      addresses:
        - 192.168.10.56/24
      routes:
        - to: default
          via: 192.168.10.254
      nameservers:
        addresses: [194.2.0.20, 8.8.8.8]
    enp2s0f1:
      dhcp4: no
      dhcp6: no
      addresses:
        - 192.168.10.57/24
      routes:
        - to: default
          via: 192.168.10.254
      nameservers:
        addresses: [194.2.0.20, 8.8.8.8]
    enp2s0f2:
      dhcp4: no
      dhcp6: no
      addresses:
        - 192.168.10.58/24
      routes:
        - to: default
          via: 192.168.10.254
      nameservers:
        addresses: [194.2.0.20, 8.8.8.8]
    enp2s0f3:
      dhcp4: no
      dhcp6: no
      addresses:
        - 192.168.10.59/24
      routes:
        - to: default
          via: 192.168.10.254
      nameservers:
        addresses: [194.2.0.20, 8.8.8.8]

Mas quando eu faço isso ip aeu recebo:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: enp2s0f0: <BROADCAST,MULTICAST,DYNAMIC,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether b4:96:91:bd:94:44 brd ff:ff:ff:ff:ff:ff
    inet 192.168.10.56/24 brd 192.168.10.255 scope global enp2s0f0
       valid_lft forever preferred_lft forever
    inet 192.168.10.184/24 brd 192.168.10.255 scope global secondary enp2s0f0
       valid_lft forever preferred_lft forever
    inet6 fe80::b696:91ff:febd:9444/64 scope link
       valid_lft forever preferred_lft forever
3: eno1: <BROADCAST,MULTICAST,DYNAMIC,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 10:98:36:a9:e1:c5 brd ff:ff:ff:ff:ff:ff
    altname enp4s0f0
    inet 192.168.10.55/24 brd 192.168.10.255 scope global eno1
       valid_lft forever preferred_lft forever
    inet 192.168.10.181/24 brd 192.168.10.255 scope global secondary eno1
       valid_lft forever preferred_lft forever
    inet6 fe80::1298:36ff:fea9:e1c5/64 scope link
       valid_lft forever preferred_lft forever
4: eno2: <BROADCAST,MULTICAST,DYNAMIC,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 10:98:36:a9:e1:c6 brd ff:ff:ff:ff:ff:ff
    altname enp4s0f1
    inet 192.168.10.41/24 brd 192.168.10.255 scope global eno2
       valid_lft forever preferred_lft forever
    inet 192.168.10.182/24 brd 192.168.10.255 scope global secondary eno2
       valid_lft forever preferred_lft forever
    inet6 fe80::1298:36ff:fea9:e1c6/64 scope link
       valid_lft forever preferred_lft forever
5: enp2s0f1: <BROADCAST,MULTICAST,DYNAMIC,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether b4:96:91:bd:94:45 brd ff:ff:ff:ff:ff:ff
    inet 192.168.10.57/24 brd 192.168.10.255 scope global enp2s0f1
       valid_lft forever preferred_lft forever
    inet 169.254.226.157/16 brd 169.254.255.255 scope global enp2s0f1
       valid_lft forever preferred_lft forever
    inet6 fe80::b696:91ff:febd:9445/64 scope link
       valid_lft forever preferred_lft forever
6: enp2s0f2: <BROADCAST,MULTICAST,DYNAMIC,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether b4:96:91:bd:94:46 brd ff:ff:ff:ff:ff:ff
    inet 192.168.10.58/24 brd 192.168.10.255 scope global enp2s0f2
       valid_lft forever preferred_lft forever
    inet 169.254.181.188/16 brd 169.254.255.255 scope global enp2s0f2
       valid_lft forever preferred_lft forever
    inet6 fe80::b696:91ff:febd:9446/64 scope link
       valid_lft forever preferred_lft forever
7: enp2s0f3: <BROADCAST,MULTICAST,DYNAMIC,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether b4:96:91:bd:94:47 brd ff:ff:ff:ff:ff:ff
    inet 192.168.10.59/24 brd 192.168.10.255 scope global enp2s0f3
       valid_lft forever preferred_lft forever
    inet 169.254.18.189/16 brd 169.254.255.255 scope global enp2s0f3
       valid_lft forever preferred_lft forever
    inet6 fe80::b696:91ff:febd:9447/64 scope link
       valid_lft forever preferred_lft forever
8: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
    link/ether 52:54:00:cf:6e:36 brd ff:ff:ff:ff:ff:ff
    inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
       valid_lft forever preferred_lft forever

Como você pode ver, o netplan é aplicado, mas para algumas interfaces eu tenho um ip secundário atribuído por DHCP (por um cisco asa) e para as outras interfaces há um endereço secundário APIPA (mas não com a palavra-chave secondary) atribuído.

Não entendo por que o servidor DHCP está atribuindo endereços secundários e, além disso, não entendo por que as últimas 3 NICs da placa I350-T4 receberam endereços APIPA.

Claro que fiz algo errado, mas não consigo identificar o que foi.

Você pode me aconselhar e me ajudar?

(desculpe pelo meu inglês mediano)

Editar: Acho que vale a pena mencionar que antes de usar o netplan, os ips secundários eram atribuídos como primários da mesma maneira (DHCP para as 3 primeiras NICs e APIPA para as 3 últimas NICs) e já era estranho. É por isso que tentei usar o netplan para configurar todas as interfaces.

Editar: Encontrei o problema, veja minha resposta

Obrigado mpboden por tentar ajudar!

Abençoe a todos.

networking
Martin Hope
Ali
Asked: 2024-12-17 04:08:01 +0800 CST
  • 6

Quero conectar meu laptop (estou usando o Ubuntu 24.10) e meu telefone Android juntos. O problema é que o GSConnect não está mostrando nenhum dispositivo. Tentei conectá-los usando o KDE Connect no Windows 11 e funcionou, mas não consegui conectar usando o GSConnect ou o KDE Connect no Ubuntu. Também tentei conectar manualmente usando o endereço IP, adivinha!? também não funcionou.Janela GSConnect

networking
Martin Hope
Freshki
Asked: 2024-12-14 15:17:09 +0800 CST
  • 6

Temos o problema de que os clientes Ubuntu não conseguem obter um endereço IP do nosso Servidor DHCP (Roteador Cisco). Pelo que entendi, o problema é que o cliente faz um DHCPREQUEST com seu endereço IP anterior, mesmo que receba DHCPNAK do servidor.

DHCPNACK

Um cliente Windows, por outro lado, funciona porque envia um DHCPREQUEST com 0.0.0.0 após o DCHPNAK e não mais com seu endereço IP anterior.

Alguém já passou pelo mesmo problema?

Eu quase diria que o cliente DHCP neste caso não se comporta de acordo com o RFC.

Fonte: https://datatracker.ietf.org/doc/html/rfc2131

 *If the client receives a DHCPNAK message, it cannot reuse its
      remembered network address.  It must instead request a new
      address by restarting the configuration process, this time
      using the (non-abbreviated) procedure described in section
      3.1.  This action also corresponds to the client moving to
      the INIT state in the DHCP state diagram.*
networking
Martin Hope
jason8098
Asked: 2024-12-02 22:13:23 +0800 CST
  • 5

Atualmente estou morando em uma casa compartilhada. Hoje eu executei um scan nmap só por curiosidade. Então eu descobri que ele tem dois servidores Ubuntu rodando. Um roda phpmyadmin e tem ssh, http e mysql, e o outro roda um web crawler? com apenas ssh.

Aqui está a captura de tela dos resultados.

Resultados

Você tem alguma ideia para que servem?

networking
Martin Hope
lecovee
Asked: 2024-12-02 03:09:45 +0800 CST
  • 5

minha conexão WiFi cai de vez em quando, quando o computador tenta autenticar, mas não consegue se conectar.

Aqui está um registro recente journalctl -u NetworkManagere aqui estão as informações sem fio do meu sistema.

########## wireless info START ##########
 
##### release ###########################
 
Distributor ID: Ubuntu
Description:    Ubuntu 24.04.1 LTS
Release:    24.04
Codename:   noble
 
##### kernel ############################
 
Linux 6.8.0-49-generic #49-Ubuntu SMP PREEMPT_DYNAMIC Mon Nov  4 02:06:24 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux
 
Parameters: ro, quiet, splash, vt.handoff=7
 
##### desktop ###########################
 
Ubuntu on Xorg
 
##### lspci #############################
 
02:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd. RTL8822CE 802.11ac PCIe Wireless Network Adapter [10ec:c822]
    Subsystem: Lenovo RTL8822CE 802.11ac PCIe Wireless Network Adapter [17aa:c123]
    Kernel driver in use: rtw_8822ce
    Kernel modules: rtw88_8822ce, rtw_8822ce
 
##### lsusb #############################
 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 174f:243f Syntek Integrated Camera
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 002: ID 06cb:00be Synaptics, Inc. 
Bus 003 Device 003: ID 0bda:c123 Realtek Semiconductor Corp. Bluetooth Radio
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub

No log você pode ver o comportamento de Dez 01 13:28:21 em diante. Ele muda de conectado para desconectado e então falha na autenticação por alguns minutos até funcionar novamente. Eu tentei reiniciar no meio tempo, mas isso também não ajudou.

Isso acontece algumas vezes por dia em todas as redes, exceto no hotspot do meu telefone. Tentei diferentes pontos de acesso 5Ghz/2.4Ghz, mas não posso especificar melhor o porquê e quando. Às vezes, consegui acionar isso ao alternar o canal WiFi no meu ponto de acesso. Também em conexões de 2.4 Ghz, parece acontecer com menos frequência.

Também tentei muitas coisas para resolver o problema (a placa de rede parece causar muitos problemas), como drivers diferentes e desabilitar o economizador de bateria da placa de rede (que, até onde sei, ainda está lá), mas nada funcionou.

networking
Martin Hope
TacoV
Asked: 2024-12-01 04:45:16 +0800 CST
  • 5

Eu instalei uma placa Intel BE200 WiFi no meu servidor doméstico ASRock N100DC-ITX, no slot M.2. Em uma instalação nova do servidor Ubuntu, a placa parece não ser reconhecida. Eu consigo conectar via cabo, mas não via Wi-Fi.

Sistema: Ubuntu 24.04.1 LTS (GNU/Linux 6.8.0-49-generic x86_64)

lspci --nkmostra uma entrada relacionada à internet, que eu acho que não é a placa wifi.

01:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15)
    Subsystem: ASRock Incorporation Motherboard (one of many) [1849:8168]
    Kernel driver in use: r8169
    Kernel modules: r8169

ip a, nmclie iwconfigmostra apenas três interfaces não sem fio lo, docker0 e enp1s0. iwconfig adiciona no wireless extensions.a cada uma.

modprobe iwlwifinão dá nenhum feedback e não muda nada.

dmesgnão tem nada sobre “wifi” ou “wire”.

rfkillnem está instalado.

$ sudo lshw -C network
  *-network                 
       description: Ethernet interface
       product: RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet Controller
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 0
       bus info: pci@0000:01:00.0
       logical name: enp1s0
       version: 15
       serial: 9c:6b:00:62:ac:31
       size: 1Gbit/s
       capacity: 1Gbit/s
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress msix bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=6.8.0-49-generic duplex=full firmware=rtl8168h-2_0.0.2 02/26/15 ip=192.168.2.88 latency=0 link=yes multicast=yes port=twisted pair speed=1Gbit/s
       resources: irq:18 ioport:3000(size=256) memory:80904000-80904fff memory:80900000-80903fff

Como posso verificar se o cartão está quebrado, não é suportado ou está desligado?

--

Acabei de testar com o Ubuntu live, este também não reconheceu a placa. Também não consigo encontrá-la na BIOS. Acho que a placa está com defeito.

networking
Martin Hope
Momina Nazir
Asked: 2024-11-28 14:59:29 +0800 CST
  • 5

Estou trabalhando em um aplicativo Qt que acessa certas funções que exigem permissões de root (por exemplo, acessar recursos de hardware ou certas operações de E/S). Quando executo o aplicativo normalmente, recebo o seguinte erro:

ERRO: permissão de root necessária. ioperm: Operação não permitida Falha de segmentação (core dumped)

No entanto, o aplicativo roda bem quando eu o executo com sudo. Não quero usar sudo toda vez. Existe uma maneira de executar este aplicativo Qt sem precisar de sudo, mas ainda permitindo que ele acesse as funções privilegiadas necessárias?

networking
Martin Hope
JBruyet
Asked: 2024-11-27 04:41:13 +0800 CST
  • 4

Boa tarde. Aqui está um diagrama da minha rede doméstica:

            Internal
           Interface   
x.x.1.14    x.x.1.99                     
---------   ---------   ---------   ----------
|       |   |       |   |       |   |        |
| Comp1 |---|Rasp Pi|---|Router |---|Internet|
|       |   |       | | |       |   |        |
---------   --------- | ---------   ----------
            x.x.0.123 |   x.x.0.1      8.8.8.8
            External  |
           Interface  | ---------
                      | |       |
                      |-| Comp2 |
                        |       |
                        ---------
                        x.x.0.135

Conectei duas redes em casa (uma WiFi e uma com fio) executando iptables no Ubuntu 24.04.1 LTS em um Raspberry Pi. Do Comp1, consegui fazer ping no Comp2 e na internet, mas então fiz algo tolo no meu Pi (alterei a senha de root e joguei fora o post-it) e tive que refazer meu Pi. Refiz o Pi, com as mesmas configurações de rede, e agora posso fazer ping no Comp2 do Comp1 novamente, mas não na internet. Tenho uma infinidade de notas que digitei ao tentar fazer o Pi funcionar pela primeira vez, mas nada que fiz até agora me deu conectividade com a internet. Aqui está uma lista do que tentei até agora:

Não

sudo iptables -t nat -A POSTROUTING -o 192.168.0.123 -j MASQUERADE
sudo iptables -A FORWARD -i 192.168.0.123 -o 192.168.1.99 -m state --state RELATED,ESTABLISHED -j ACCEPT
sudo iptables -A FORWARD -i 192.168.1.99 -o 192.168.0.123 -j ACCEPT

Não

sudo iptables -t nat -A POSTROUTING -o 192.168.0.123 -j MASQUERADE
sudo iptables -A FORWARD -i 192.168.1.99 -o 192.168.0.123 -m state --state RELATED,ESTABLISHED -j ACCEPT
sudo iptables -A FORWARD -i 192.168.0.123 -o 192.168.1.99 -j ACCEPT

Não

sudo iptables -t nat -A POSTROUTING -o 192.168.1.99 -j MASQUERADE
sudo iptables -A FORWARD -i 192.168.0.123 -o 192.168.1.99 -m state --state RELATED,ESTABLISHED -j ACCEPT
sudo iptables -A FORWARD -i 192.168.1.99 -o 192.168.0.123 -j ACCEPT

Não

sudo iptables -t nat -A POSTROUTING -o 192.168.1.99 -j MASQUERADE
sudo iptables -A FORWARD -i 192.168.1.99 -o 192.168.0.123 -m state --state RELATED,ESTABLISHED -j ACCEPT
sudo iptables -A FORWARD -i 192.168.0.123 -o 192.168.1.99 -j ACCEPT

Não

sudo iptables -I FORWARD -s 192.168.0.0/24 -d 192.168.1.0/24 -j ACCEPT
sudo iptables -I FORWARD -s 192.168.1.0/24 -d 192.168.0.0/24 -j ACCEPT

Não

sudo iptables -A FORWARD -i 192.168.0.123 -o 192.168.1.99 -m state --state RELATED,ESTABLISHED -j ACCEPT
sudo iptables -A FORWARD -i 192.168.1.99 -o 192.168.0.123 -j ACCEPT

Não

sudo iptables -I FORWARD -s 192.168.0.0/24 -d 192.168.1.0/24 -j ACCEPT
sudo iptables -I FORWARD -s 192.168.1.0/24 -d 192.168.0.0/24 -j ACCEPT

Não

sudo iptables -I FORWARD -s 192.168.0.0/24 -d 192.168.1.0/24 -j ACCEPT
sudo iptables -I FORWARD -s 192.168.1.0/24 -d 192.168.0.0/24 -j ACCEPT

Também adicionei a rota para a segunda rede na caixa Linux:

$ sudo ip route add 192.168.0.0/24 via 192.168.1.99

Eu tentei os flip-flops porque na primeira vez cometi um erro e inverti os rótulos de IP no que encontrei na internet e funcionou. ENTÃO, alguém consegue ver o que eu fiz errado ou o que estou esquecendo?

Obrigado,

João

e obrigado pela resposta rápida. Ok, aqui estão as informações:

Comp1 - Linux ens160 é 192.168.1.14

Pi - Linux eth0 é 192.168.1.99 wlan0 é 192.168.0.123

Comp2 - Windows 192.168.0.135

iptables-salvar

# Generated by iptables-save v1.8.10 (nf_tables) on Tue Nov 26 12:54:31 2024
*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [204777:66752196]
:OUTPUT ACCEPT [0:0]
-A FORWARD -s 192.168.1.0/24 -d 192.168.0.0/24 -j ACCEPT
-A FORWARD -s 192.168.0.0/24 -d 192.168.1.0/24 -j ACCEPT
COMMIT
# Completed on Tue Nov 26 12:54:31 2024
# Generated by iptables-save v1.8.10 (nf_tables) on Tue Nov 26 12:54:31 2024
*nat
:PREROUTING ACCEPT [0:0]
:INPUT ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
:POSTROUTING ACCEPT [117749:8274546]
-A POSTROUTING -o 192.168.0.123 -j MASQUERADE
-A POSTROUTING -o 192.168.0.123 -j MASQUERADE
COMMIT
# Completed on Tue Nov 26 12:54:31 2024

João

E a saída de sysctl -p:

jfxb@Pi5:~$ sudo sysctl -p
[sudo] password for jfxb:
net.ipv4.ip_forward = 1
jfxb@Pi5:~$
networking