У меня проблема с созданием таблицы маршрутизации для моего ПК.
У меня 1 компьютер работает на Ubuntu, и у меня есть 2 карты подключения (eth0 & wlan0). eth0 IP: 192.168.1.1/24 wlan0 IP: 10.10.10.1/24 с установленным dhcp-сервером
клиент с IP: 10.10.10.2 подключен к моему маршрутизатору wlan0, но не подключен к моей сети eth0.
Как решить эту проблему? спасибо
Я вижу, что обе сети имеют частные IP-адреса, поэтому я предполагаю, что вы просто хотите направить трафик между этими двумя; без брандмауэра, без контроля трафика, без трансляции сетевых адресов.
Попробуйте сделать это:
echo "1" | sudo tee /proc/sys/net/ipv4/ip_forward
и убедитесь, что ваш клиент (10.10.10.2) имеет шлюз по умолчанию, установленный на 10.10.10.1 (ваш Linux box / router).
Как только вы это сделаете, вы сможете увидеть другую сеть (192.168.1.0). Чтобы проверить это, попробуйте пропинговать адрес блока Linux в этой сети (192.168.1.1). Вы должны получить ответ:
$ ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_req=1 ttl=64 time=2.30 ms
64 bytes from 192.168.1.1: icmp_req=2 ttl=64 time=1.62 ms
Параметр ip_forward указывает ядру Linux пересылать пакеты, предназначенные для другой сети, через соответствующий интерфейс. По умолчанию он отключен, что означает, что ядро будет отбрасывать пакеты, которые просят переслать.
Этот параметр сам «сбрасывается» при перезагрузке системы, чтобы сделать его постоянным, выполните следующие действия:
echo "net.ipv4.ip_forward=1" | sudo tee /etc/sysctl.d/60-ip-forward.conf
Это создаст файл конфигурации с этим параметром, который будет загружен при загрузке системы. [ 1110]
И, наконец, прочитайте Howto IP Tables , в котором содержится информация о том, как контролировать, как ваше ядро позволяет пакетам проходить через интерфейсы, выполняет ли оно трансляцию сетевых адресов и многое другое. Это очень важно, если вы когда-нибудь захотите, чтобы система Linux располагалась между публичной сетью и частной (и даже между двумя частными сетями, поскольку в этом случае пересылка трафика не всегда желательна).