Почему IP передает не работу в xubuntu 14?

Я обновил свой шлюз от xubuntu 12 to 14, и компьютеры в моей домашней сети потеряли свое интернет-соединение. Я нашел, что обновление удалило мой старый брандмауэр, Firestarter, и заменило его ufw. Мои усилия получить эту работу не имели никакого успеха, но что действительно беспокоит меня, то, который даже с брандмауэром отключил клиенты (мои детские компьютеры) все еще не может достигнуть Интернета. Я сделал рекомендуемые редактирования в/etc/ufw/sysctl.conf и когда я выполняю "sysctl сеть ipv4.ip_forward", я получаю "сеть ipv4.ip_forward = 1". Хосты и шлюз могут проверить с помощью ping-запросов друг друга хорошо, но хосты не могут проверить с помощью ping-запросов Интернет, например, Google или 8.8.8.8. Шлюз может получить доступ к Интернету, но не хостам. Это хорошо работало в течение многих лет до обновления. Почему IP передает не работу?

На всякий случай ufw имел некоторую конфигурацию по умолчанию, которая предотвращала передачу IP, я сделал решительный шаг удаления Gufw и ufw. Все еще никакой доступ в Интернет для главных компьютеров. Я нашел другой sysctl.conf в / и т.д. и непрокомментированный строка, сеть ipv4.ip_forward=1 затем выполнила sudo sysctl-p/etc/sysctl.conf и получила ответ, сеть ipv4.ip_forward = 1. Но это все еще не работает. Хосты могут проверить с помощью ping-запросов шлюз, но они не могут достигнуть Интернета.

Я не гиковский тип, кто роет о в страницах справочника для забавы, но я делал попытку. Вот является вывод от sudo ufw подробным состоянием (Моя домашняя сеть находится на 192.168.0.0/24):

Состояние: активный Вход: на (низком) Значении по умолчанию: отрицайте (поступать), позвольте (исходить), позвольте (направленные) Новые профили: пропустить

К Действию От---------192.168.0.2 ПОЗВОЛЯЮТ В ПРЕДЕЛЕ 192.168.0.0/24 22 В Где угодно Где угодно на eth0, ПОЗВОЛЯЮТ В 192.168.0.0/24 22 (v6) ПРЕДЕЛ В Где угодно (v6)

Это смотрит хорошо?

Но даже если это хорошо, настоящая проблема, я думаю, то, что главные компьютеры не могут достигнуть Интернета. Шлюз может. Отключение брандмауэра не имеет никакого значения: главные компьютеры могут проверить с помощью ping-запросов шлюз и ssh к шлюзу, но они не могут проверить с помощью ping-запросов сайт такой как 8.8.8.8.

Я настроил эту домашнюю сеть приблизительно 7 лет назад на Debian, затем перемещенном в xubuntu lts. Его действительно хорошее и я никогда не должны были касаться его. Я знаю много, изменился с тех пор в системных файлах конфигурации, таким образом, я мог действительно использовать некоторую справку, как я использую эту сеть для работы и детской домашней работы, не как хобби. Собственная документация следующей человечности здесь, https://help.ubuntu.com/lts/serverguide/firewall.html#other-firewall-tools, я пытался редактировать/etc/ufw/before.rules: Я добавил эти строки:

туземные правила Таблицы

*туземный: ПОСТМАРШРУТИЗАЦИЯ ПРИНИМАЕТ [0:0]

Передайте трафик от eth1 до eth0.

- ПОДМЕНА POSTROUTING-s 192.168.0.0/24-o eth0-j

Однако, когда я перезапустил брандмауэр, я получил это сообщение об ошибке:

Брандмауэр, остановленный и отключенный в системе, запускает ОШИБКУ: проблема, работающая ufw-init Неверный аргумент *filter' Error occurred at line: 22 Tryiptables-восстановите-h' или 'iptables-восстановление - справка' для получения дополнительной информации.

Проблема, работающая '/etc/ufw/before.rules''

(Я не коснулся строки 22!) Я восстановил файл к его исходному состоянию и брандмауэру, запущенному хорошо. Я не могу думать ни о чем больше для попытки. Кто-либо получил какие-либо идеи?

Я решил проблему путем добавления строки "ФИКСАЦИЯ" после строки "ПОДМЕНА-A POSTROUTING-s 192.168.0.0/24-o eth0-j". Я думал, что это не требовалось, потому что ФИКСАЦИЯ появляется в конце файла. Но это заставило его работать.

1
задан 30 November 2014 в 14:43

0 ответов

Другие вопросы по тегам:

Похожие вопросы: