Цитата __sa__nya:
|
- а что так сложно записать команду в батник и выполнить через групповые политики домена »
|
- в случайе который мы сейчас рассматриваем это очееень сложно. т.к. сеть Мега(10,30,24,0) не контролируется нами. или я что то упустил?
Цитата __sa__nya:
|
а комп с маршрутизацией выставлен в машинах сети шлюзом. »
|
а что в сети 10,30,24,0 ПК создателя темы является маршрутизатором по-умолчанию?
Цитата __sa__nya:
|
прописаны статические маршруты »
|
Цитата __sa__nya:
|
никто не прописывает маршруты комп-комп на всех маршрутизаторах »
|
вот я не припомню где это я предлагал статику да и вообще предлогал писать маршруты вручную?
включай голову!
для особо одарённых обьясняю почему в данном случае автору темы необходимо выпускать свою сеть через NAT в интернет и в сеть Mega(10.30.24.0):
для начала рассмотрим часть IP пакета
здесь или
здесь. обращаем внимание но то что есть поля IPадресПолучателя и IPадресОтправителя и нет поля маршрутизатор\шлюз или п.т.)
вспоминаем что такое маршрутизация и NAT. в данном случае нас интересует работа с заголовками IP. маршрутизация не меняет заголовок IP пакета в отличии от технологии NAT которая заменяет обратный адрес на адрес своего соответствующего интерфейса.
проследим теперь движение пакета от узла в сети 192,168,1,0 в сеть 10,30,24,0 и содержимого полей в случае который нам предлагает
__sa__nya,
Цитата __sa__nya:
|
поднять службу маршрутизации и удаленного доступа, если используемые IP городской сети не совпадают с IP с вашей сетью ( а судя по информации, данной вами,не совпадают), выбрать опцию "Маршрутизация ЛВС" »
|
1 - в поле адресОтправителя указан адрес из сети 192,168,1,0 а в поле адресПолучателя 10,30,24,0 т.к. адрес получателя из другой сети то передаём его шлюзу 192,168,1,1
2 - на шлюзе программа маршрутизации сравнивает содержимое поля адресПолучателя с содержимым собственной таблици маршрутизации. т.к. в таблицу автоматически добавляются маршруты в сетьи к которым маршрутизатор уже подключён с помощью собственных интерфейсов то программа принимает решение толкать пакет через соответствующий интерфейс(10,30,24,119) непосредственно получателю. обращаем внимание на то что т.к. работает маршрутизация содержимое полей адресОтправителя и адресПолучателя не меняется!
3 - узел в сети 10,30,24,0 принимает пакет.) нда вроде как работает.) но смотрим далее.
4 - узел в сети 10,30,24,0 отправляет ответ на присланный пакет. а иначе и быть не может. сетевое взаимодействие всегда двунаправленное! т.к. адрес получателя не из его сети(нпомню что он из сети 192,168,1,0) а в таблице маршрутизации нет и не может быть записи про эту сеть т.к. сеть Mega автор не администрирует приходит к выводу что пакет нужно передавать на шлюз. мы знаем настройки сети Mega шлюзом там является 10,30,24,254.
5 - шлюз 10,30,24,254 принимает пакет. анализирует адресПолучателя и исходя из записей в своей таблице(а в его таблице тоже нет записи про сеть 192,168,1,0 по тем же причинам. или
__sa__nya предлагает позвонить админам сети Mega и предложить добавить сеть автора в таблицу? ) принимает решение передавать его шлюзу который у него по умолчанию и вряд ли это будет 10,30,24,119! и так пакет дайдёт до пограничного шлюза сети Mega где и будет отброшен(в случае конечно если там вменяемые админы и правильно настроены правила). в любом случае на первом же маршрутизаторе глобальной сети он будет отброшен.
всё! или я не прав?
вот поэтому нужно применить NAT как при доступе к инету(ну тут понятно) так и при доступе к сети Mega.
з.ы. взаимодействием на канальном уровне принебреч!
Саня - читай и думай. не только это сообщение а вообще впредь!
pq1, ты приводишь настройки ПК, а серверные где? локальные сети разные? физически разделённые?
з.ы. интернет и сетевое взаимодействие это разные\независимые вещи. но инфы нехватает чтоб сказать как настроит.
