@dunkan22

Здравствуйте. Проблема с маршрутизацией.
Полазил в гугле, полистал форум, но ответа так и не нашел ответа. Возможно чего то не допонимаю.
Есть Windows Server 2008 R2, на нем поднята служба маршрутизации, NAT и маршрутизация локальной сети.
На сервере 3 сетевых адаптера:
1. 192.168.0.1(ходят в интернет через НАТ)
2. 192.168.1.1
3. Internet(думаю это подключение не важно)

Необходимо чтоб компы подсети 192.168.0.0(шлюз 192.168.0.1) ходили в 192.168.1.0. Если служба маршрутизации не работает, то компы подсети 192.168.0.0 не видят 192.168.1.1. А вот при включенной маршрутизации без прописанных статических маршрутов, хосты подсети 192.168.0.0 видят-пингуют 192.168.1.1, а дальше уже не ходят. Т.е. до какого нибудь узла 192.168.1.111 пинги уже не проходят.

На локальной машине прописывал принудительно маршрут:
route add 192.168.1.0 mask 255.255.255.0 192.168.1.1 metric 2
По трассеровке компьютер ломится на 192.168.1.1 и всё.

Как я понимаю проблема с настройкой статических маршрутов на сервере? Я конечно пробовал на сервере по разному маршруты прописывать, один из вариантов и как мне показался самый логичный такой:
1. Interface - local(192.168.0.1)
2. Dest. - 192.168.1.0
3. Mask - 255.255.255.0
4. Gateway - 192.168.1.1
5. Metric - 2

Ничего не помогло, оставил в итоге статику пустую. Поэтому прошу помощи.

0

@insect_87

????
может

?

какой дефолтный шлюз у клиентов в сети 1.0?

на сервере не надо ничего прописывать (я про статические маршруты)

0

@dunkan22

? Я делал это на компьютере, который находится в подсети 192.168.0.. Соответственно я насильно направил 192.168.0.111 в 192.168.1. подсеть через 192.168.1.1.
Может. Но я пробовал вот так: ( Чуть шире, но все равно не доходило. )
192.168.1.1
Думал об этом, но смутило то что оно не работает Я могу предположить, что и на клиентах не надо прописывать статику. Все пакеты с целью 192.168.1., которые уходят с подсети 192.168.0. на шлюз 192.168.0.1, ведь должны автоматом переходить на вторую сетевку 192.168.1.1 при поднятой службе маршрутизации?

0

@insect_87

Да.
Вам вообще маршруты не надо прописывать нигде.
Точно на сервере nat на интерфейсы 1.1 и 0.1 не настроен?
Файрволлы, брандмауэры, сетевые экраны антивирусов выключены?
Служба маршрутизации запущена?
Удалите все лишние статические маршруты везде

1

@dunkan22

Тогда получается, это проблема может быть из за железа или по?
В маршрутизации во вкладке NAT есть 2 интерфейса, один из них это Интернет с проставленными галочками в свойствах на "... для подключения к Интернету". И второй это 192.168.0.1, он стоит с галочкой "локалка".
На сервере стоит dr.web c функцией брандмауэра, отключал.
Запущена. Выше в первом посте было описание при неработающей службе и работающей. Разница есть, но сервер дальше себя не пускает.
На севере статики нет, на клиенте с которого проверял тоже.

Собственно еще один вопрос. В случае если маршрутизация сетей выключена на сервере, а на клиенте(192.168.0.111) прописан маршрут, чтоб при обращении на любой адрес подсети 192.168.1. компьютер обращался к 192.168.1.1. Должно работать?

0

@insect_87

Нет
Покажите tracert 192.168.0.x c пк 192.168.1.y
и
tracert 192.168.1.y с пк 192.168.0.х

x и y - конечные хосты в разных подсетях (это не адреса сервера)

0

@dunkan22

Как оказалось проблема на отдельно взятых компьютерах с маршрутизацией. И есть два варианта с трассировкой:
1. 192.168.0.1 (Имя шлюза)
2. 192.168.0.1 (Имя маршрутизатора провайдера) - ?

192.168.1.y - это не компьютеры, с этих узлов связь не принципиальна.
Еще вопрос. А в случае, если надо дать доступ в подсеть только определенным компьютерам, как быть? Статикой?
Т.е. к примеру есть 192.168.0.111 у него и у ряда других компьютеров, но не всех с подсети должен быть доступ в подсеть 192.168.1.*.

0

@insect_87

настройка файрволла/брандмауэра на транзитном маршрутизирующем устройстве (в вашем случае это шлюз на WS2008)

1