Совместное использование соединений NetworkManager не похоже на NAT-пакеты

После настройки сетевого обмена простым способом на машине Ubuntu и получения IP-адреса через DHCP на машине Arch Linux ниже по течению, машина Arch может ssh на машину Ubuntu и разрешить DNS, но не связываться с Интернетом ( ping , pacman тайм-аут). На машине Arch Linux:

 $ ip route show dev net0 default via 10.42.0.1 metric 202 10.42.0.0/24 proto kernel scope link src 10.42.0.15 metric 202 $ ip addr show dev net0 ... inet 10.42.0.15/24 brd 10.42.0.255 scope global net0 ... 

На машине Ubuntu:

 $ ip addr show dev eth0 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether e8:11:32:66:e3:4d brd ff:ff:ff:ff:ff:ff inet 10.42.0.1/24 brd 10.42.0.255 scope global eth0 inet6 fe80::ea11:32ff:fe66:e34d/64 scope link valid_lft forever preferred_lft forever $ ip addr show dev wlan0 3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000 link/ether 88:53:2e:1b:4b:1c brd ff:ff:ff:ff:ff:ff inet 192.168.1.64/24 brd 192.168.1.255 scope global wlan0 inet6 fe80::8a53:2eff:fe1b:4b1c/64 scope link valid_lft forever preferred_lft forever 

Может быть, автоматическая настройка NAT на Ubuntu не удалась? Я не уверен, как это работает, и как бы я это обнаружил?

One Solution collect form web for “Совместное использование соединений NetworkManager не похоже на NAT-пакеты”

Меня беспокоит только одно: здесь вы говорите, что DNS с машины Arch работает. Если ваш DNS-сервер – это ваш Ubuntu, отлично. Если ваш DNS-сервер является внешним, тогда я запутался. Я не знаком с Arch – только установил его один раз, но вы обычно можете проверить /etc/resolv.conf чтобы узнать, кто ваши DNS-серверы. Если они внутренние, скорее всего, ваш NAT или пересылка в поле Ubuntu не работают. Если они являются внешними, что означает, что вы успешно разрешаете DNS-запросы против внешнего хоста, ваша проблема, скорее всего, будет проблемой iptables.

Из перспективы «что может пойти не так», гораздо более вероятно, будет пересылка / NAT. Итак: проверьте, действительно ли пересылка включена в поле Ubuntu:

 fireapple# cat /proc/sys/net/ipv4/conf/all/forwarding 1 

Если он вернет «0», вероятно, ваша переадресация не будет включена. Чтобы временно исправить это, просто

 fireapple# echo 1 > /proc/sys/net/ipv4/conf/all/forwarding 

Чтобы сделать это последним через перезагрузку, отредактируйте файл /etc/sysctl.conf и добавьте (или измените его) следующую строку:

 net.ipv4.ip_forward = 1 

Далее, скрипт quick-how-to-set-up-NAT. Подключите следующее, скажем, NAT.sh , убедитесь, что у вас есть chmod +x 'd it, и поместите его в /usr/local/bin/ . Обратите внимание, что я сделал предположения о том, какой интерфейс делает то, что на основании того, что оба узла имеют 10.42.0.0/24 адреса:

 #!/bin/sh export INTERNET=wlan0 # Assuming eth0 is your Internet-facing address export INTERNAL=eth0 # Likewise, assuming your WiFi is internal iptables --flush # Clean slate iptables -t nat -A POSTROUTING -o $INTERNAL -j MASQUERADE iptables -A FORWARD -i $INTERNAL -o $INTERNET -m state --state RELATED,ESTABLISHED -j ACCEPT iptables -A FORWARD -i $INTERNET -o $INTERNAL -j ACCEPT 

Как только это на месте, выполните его (например, sudo /usr/local/bin/NAT.sh ); если все будет хорошо, вы должны иметь возможность свободно разговаривать с внешним миром.

  • Отключение адаптера wlan0
  • В Ubuntu, как установить статический IP-адрес для firewire?
  • Openvpn исключает ip в пуле
  • Нужно ли останавливаться, чтобы действительно отключить питание?
  • Указатель мыши оставляет след
  • Как запустить приложение с эмулятором терминалов по умолчанию на Ubuntu?
  • Не удается получить доступ к папке через групповые разрешения
  • Поддержка rsyslog и netsnmp для пространств имен Linux
  • Проблема временных файлов
  • Поддерживает ли ubuntu touch / tizen полномасштабные программы командной строки и параметры командной строки?
  • Попытка запустить Virtualbox в сеансе NX: разрешение на отказ
  • Linux и Unix - лучшая ОС в мире.