Соединение WiFi AP с Ethernet на Ubuntu – NAT и MASQUERADE

Я пытаюсь настроить беспроводную точку доступа на Ubuntu 18.04, чтобы перенаправить трафик от беспроводного клиента к узлу, подключенному через Ethernet. Доступ к интернету не нужен, только два сенсорных компонента, которые общаются друг с другом.

Настройка следующая:

Узловое устройство (192.168.44.1) — Ethernet порт ПК с Ubuntu (192.168.44.20) — Wifi AP ПК с Ubuntu (192.168.42.1) — Клиент (192.168.42.X)

В конечном счете, мне не важен ПК, он должен просто выступать в качестве моста, чтобы переправлять все пакеты между клиентом и узлом.

На данный момент я застрял: я могу пинговать как узел, так и клиента с моего ПК. Я могу пинговать ПК с клиента, но не могу пинговать узловое устройство с устройства клиента. У меня сложилось впечатление, что проблема в iptables NAT, и мне нужно настроить правильный мост, но у меня не получается это сделать.

Возможно, кто-то здесь сможет помочь мне заполнить недостающие элементы, вот что у меня есть на данный момент:

/etc/network/interfaces
адаптировано из https://help.ubuntu.com/community/WifiDocs/WirelessAccessPoint

auto lo
iface lo inet loopback

# Подключение к узлу A
auto eth0
iface eth0 inet static
address 192.168.44.20
netmask 255.255.255.0

# Беспроводная точка доступа
auto wlan0
iface wlan0 inet static
hostapd /etc/hostapd/hostapd.conf
address 192.168.42.1
netmask 255.255.255.0

Я включил net.ipv4.ip_forward = 1 в sysctl.conf

iptables:

iptables --table nat --append POSTROUTING --out-interface eth0 -j MASQUERADE
iptables --append FORWARD --in-interface wlan0 -j ACCEPT

dnsmasq.conf

interface=eth0,wlan0
no-dhcp-interface=lo,eth0
dhcp-range=192.168.42.20,192.168.42.254,255.255.255.0,12h

hostapd.conf

interface=wlan0
driver=nl80211
ssid=someTestID
hw_mode=g
channel=1
macaddr_acl=0
ignore_broadcast_ssid=0
auth_algs=1
wpa=2
wpa_key_mgmt=WPA-PSK
rsn_pairwise=TKIP
wpa_passphrase=thisIsMyPassPhrase

Некоторые моменты, которые не явно указаны и могут отсутствовать:

systemd-resolved

Эта служба может мешать dnsmasq. Запустите ps auxf|grep dnsmasq и проверьте, работает ли запущенный экземпляр с вашим конфигурационным файлом – или если нет запущенного экземпляра, это может быть заблокировано, потому что порт 53 занят. Либо отключите systemd-resolved, либо скажите dnsmasq, чтобы не привязываться к порту 53.

DHCP Gateway (Опция 3) и DNS (Опция 6) для dnsmasq

Проверьте ваш DNS и шлюз на клиентском компьютере. dnsmasq может не автоматически подбирать шлюз и DNS – добавьте dhcp-option=3,192.168.42.1 и option=6,1.1.1.1.

Другие правила `iptables

Вы можете выполнить sudo iptables -nvxL и sudo iptables -t nat -nvxL, чтобы увидеть, работает ли другая программа межсетевого экрана, такая как ipfw, которая может мешать вашим правилам межсетевого экрана. Либо перенесите вашу конфигурацию туда, измените порядок приоритета, либо отключите её.

iptables FORWARD правило

И, наконец, последний момент: если вы делаете NAT, вам не нужно правило FORWARD.

Если же вы можете добавить маршрут 192.168.42.0/24 через 192.168.44.20 на ваш маршрутизатор, то вам не нужно делать NAT и вы можете пропустить правило маскировки – в этом случае вам необходимо правило пересылки – но вероятно только если вы запускаете docker на этом компьютере, так как он устанавливает политику FORWARD в REJECT.

Вы, конечно, можете протестировать любую итерацию в реальном времени, просто выполнив команды sudo iptables .... Вы можете пойти даже дальше, отключив Network-Manager и systemd.reslolved и запустив hostapd и dnsmasq в режиме отладки на разных терминалах или в режиме экрана, чтобы было легче в режиме реального времени видеть, что не так.