Если я изменяю маску подсети маршрутизатора на ту, которая включает старый, будут хосты со старой конфигурацией все еще работать?

Попробуйте этот Тест Почтового сервера. Если ничто не выходит (или) Вы не можете реализовать предложения, посмотреть на Сервис Реле SMTP

7
задан 24 February 2012 в 20:13
2 ответа

Это немного подействует. Это зависит от того, как вы определяете работу. Если вы измените сетевую маску на своем маршрутизаторе так, что вместо 10.2.1.1/24 он будет иметь 10.2.1.1/16 , тогда:

Хост с 10.2.1.0/24 все еще может достигнуть любой системы с адресом между 10.2.1.0-10.2.1.255 с маской / 24 или / 16 . Системы будут просто использовать разрешение arp и напрямую подключаться друг к другу. Поскольку с точки зрения обеих систем каждая из них будет находиться в своей локальной сети.

Хост с 10.2.1.0/24 сможет подключиться к любому хосту за пределами 10.2. 0,0 / 16 сеть. Это будет ARP для адреса шлюза и подключиться через ваш маршрутизатор.

Единственное, что они не могли ' t охват - это хосты на 10.2.0.0/16 , но не в диапазоне 10.2.1.0/24 . Хост с адресом в 10.2.1.0/24 будет пытаться подключиться через маршрутизатор, но хост в этой подсети, но за пределами 10.2.1.0/24 попытается подключиться прямо. Даже это можно смягчить, на некоторых маршрутизаторах используя так называемый proxy-arp. По сути, вам нужно убедить маршрутизатор отвечать на запросы ARP от имени системы с помощью 10.2.1.0/24 , когда запрос пришел из системы, не входящей в эту подсеть.

Ключевым моментом здесь является это в некоторой степени сработает, но вы должны исправить сетевую маску на всех ваших системах, привязанную к новой подсети, прежде чем вы начнете назначать адресное пространство из другой части сети.

0/24 диапазон. Хост с адресом в 10.2.1.0/24 будет пытаться подключиться через маршрутизатор, но хост в этой подсети, но за пределами 10.2.1.0/24 попытается подключиться прямо. Даже это можно смягчить, на некоторых маршрутизаторах используя так называемый proxy-arp. По сути, вам нужно убедить маршрутизатор отвечать на запросы ARP от имени системы с помощью 10.2.1.0/24 , когда запрос пришел из системы, не входящей в эту подсеть.

Ключевым моментом здесь является это в некоторой степени сработает, но вы должны исправить сетевую маску на всех ваших системах, привязанную к новой подсети, прежде чем вы начнете назначать адресное пространство из другой части сети.

0/24 диапазон. Хост с адресом в 10.2.1.0/24 будет пытаться подключиться через маршрутизатор, но хост в этой подсети, но за пределами 10.2.1.0/24 попытается подключиться прямо. Даже это можно смягчить, на некоторых маршрутизаторах используя так называемый proxy-arp. По сути, вам нужно убедить маршрутизатор отвечать на запросы ARP от имени системы с помощью 10.2.1.0/24 , когда запрос пришел из системы, не входящей в эту подсеть.

Ключевым моментом здесь является это в некоторой степени сработает, но вы должны исправить сетевую маску на всех ваших системах, привязанную к новой подсети, прежде чем вы начнете назначать адресное пространство из другой части сети.

0/24 попытается подключиться напрямую. Даже это можно смягчить, на некоторых маршрутизаторах используя так называемый proxy-arp. По сути, вам нужно убедить маршрутизатор отвечать на запросы ARP от имени системы с помощью 10.2.1.0/24 , когда запрос пришел из системы, не входящей в эту подсеть.

Ключевым моментом здесь является это в некоторой степени сработает, но вы должны исправить сетевую маску на всех ваших системах, привязанную к новой подсети, прежде чем вы начнете назначать адресное пространство из другой части сети.

0/24 попытается подключиться напрямую. Даже это можно смягчить, на некоторых маршрутизаторах используя так называемый proxy-arp. По сути, вам нужно убедить маршрутизатор отвечать на запросы ARP от имени системы с помощью 10.2.1.0/24 , когда запрос пришел из системы, не входящей в эту подсеть.

Ключевым моментом здесь является это в некоторой степени сработает, но вы должны исправить сетевую маску на всех ваших системах, привязанную к новой подсети, прежде чем вы начнете назначать адресное пространство из другой части сети.

6
ответ дан 2 December 2019 в 23:41

Есть несколько потенциальных проблем.

  • Хосты с более узкими netmask будет отправлять пакеты на маршрутизатор, которые они должны были отправить напрямую на другой хост. В зависимости от маршрутизатора и его конфигурации он может пересылать или не пересылать пакеты обратно через тот же интерфейс, через который они поступили.
  • Широковещательный адрес будет другим. Это может привести к сбоям в работе некоторых вещей, основанных на методах "обнаружения LAN".
  • Хосты с более узкой маской подсети могут игнорировать запросы arp от запрашивающих "вне подсети". Это может привести к невозможности доставки пакетов от хостов с более широкой маской к хостам с более узкой маской.

Превратятся ли эти потенциальные проблемы в реальные проблемы, во многом зависит от вашей среды. Единственный способ узнать наверняка - это проверить.

0
ответ дан 2 December 2019 в 23:41

Теги

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