YuriAM писал(а):
Две вещи сразу бросаются в глаза:
1. Масса, т.е. 4, маршрутов по умолчанию, т.е. основных (0.0.0.0/0). У вас основной только один - на wan. Сделайте ему метрику по умолчанию не 100, а, скажем, 80. Во избежание проблем в будущем. Он и должен остаться единственным. Остальные 3 основных маршрута ликвидируйте под корень. Всё это делается в настройках интерфейсов через нужную галочку. Соответственно, и шлюзы по умолчанию на тех интерфейсах не надо указывать.
Строки с гейтвеем для Lan, VLAN2, VLAN3 убиваю вообще?
Задизаблить получается только для LAN... Собственно этой строки исходно не было, я ее сделал. Видимо зря.
Для WAN поставил метрику 80 - все завелось. Проверил на всех трех сетях.
YuriAM писал(а):
2. Ужасное правило
allow any all-nets any all-nets all-services
Частая ошибка новичков. Удалите и больше не вспоминайте о нём.
Кажется, что оно все разрешает. Но оно сразу портит все NAT правила, которые обеспечивают выход в инет. И разрешает в том числе доступ между локальными сетями, чего быть, по вашей установке, не должно.
Про его косячность в курсе. Сделано оно было намеренно в тот момент, когда разбирались с работой внешнего интерфейса. DFL сейчас подключен через Cisco 2821, которая обеспечивает проброс пула внешних "белых и пушистых" IP адресов через себя. После того как Cisco была настроена была сделана первичная настройка, результатом которой была одна LAN сеть с интернетом.
Соответственно указанное правило было задизаблено и снесено в самый низ.
Далее пошла настройка, увенчавшаяся провалом. После чего уже правило снова было активировано и поднято в топ.
YuriAM писал(а):
3. Гораздо менее критичное. У вас куча IP-правил, которые не нужны, поскольку перекрываются нижележащим
NAT lan all_lan_nets wan all-nets alltcp-udp
После исправления 1-2 инет должен вернуться.
Т.е. покуда не используются софтовые примочки (антивирук, контентная и URL фильтрация) нет смысла для сетей прописывать сервисы отдельно?
Этот пост пишу сидя за DFLем.
Текущий вид таблицы во вложении