Перемещенные IP-адреса к другому серверу, никакая сеть внутренне больше

Наиболее вероятные пассивные проблемы порта и Ваш брандмауэр, как обычно. Набор они:

ftp_data_port=20
listen_port=21
pasv_min_port=64123
pasv_max_port=64321

... и открытый порт располагается 64123-64321 клиентам и этому серверу. См.:

Ядро Fedora 13 и проблемы VSFTPD

и

Установка vsftpd, зависает на команде списка

0
задан 24 July 2013 в 22:47
5 ответов

Это потому, что сервер A и сервер B имеют одинаковый первичный IP-адрес 200.200.200.100 в соответствии с опубликованными вами выходными данными.


Извините, я неправильно прочитал основной IP-адрес B.

Проблема в том, что ваша сетевая маска слишком узкая. Измените маску сети на 255.255.0.0, и они смогут разговаривать без маршрутизатора.

2
ответ дан 4 December 2019 в 14:09

Вы имеете в виду, что подсеть установлена ​​на 255.255.255.0? 255.255.255. * Недействителен. Попробуйте. Также убедитесь, что нет конфликтов IP-адресов.

0
ответ дан 4 December 2019 в 14:09

Насколько я понимаю, у вас там 2 шлюза, а теперь у вас несмежная сеть. Это означает, что когда сервер A отправляет пакет на адрес 200.200.200.102, этот пакет отправляется на шлюз 200.200.200.1, шлюз думает, что 200.200.200.102 находится в его локальной сети и ищет этот ip в локальной сети 200.200.200.0/ 24 он не знает, что тот же диапазон IP-адресов настроен на других шлюзах.

То же самое для сервера B, когда он отправляет пакеты в таблицу маршрутизации 200.200.200.101, говорит, что нужно отправить этот пакет на 0.0.0.0, который идет на 200.200. 300.1, который полностью из другого сегмента сети. Чтобы исправить это, вы должны добавить некоторые статические правила в таблицы маршрутизации на обоих серверах, но это не лучший способ. лучший способ - подключить оба сервера к одному шлюзу. Или настроить несмежную сеть на обоих шлюзах, но здесь вы должны быть осторожны, какой протокол маршрутизации вы используете, потому что некоторые протоколы маршрутизации не поддерживают несмежную сеть.

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

0
ответ дан 4 December 2019 в 14:09

И что дальше, пакет придет на интерфейс, а после этого что интерфейс будет с ним делать. Вы не правы, для отправки пакета на интерфейс сервер должен иметь IP-адрес назначения. Процесс поиска в корневой таблице: Если сеть соответствует 200.200.200.0/24, сервер ищет маршрут для этой сети, таблица маршрутизации сообщает, что нужно отправить пакет на 0.0.0.0, который не является IP-адресом, настроенным для интерфейса. Поскольку у сервера нет локальных интерфейсов этого IP, он снова проверит таблицу маршрутизации на соответствие. 0.0.0.0 200.200.300.1 0.0.0.0 UG 0 0 0 eth0

Это маршрут по умолчанию, а 200.200.300.1 кажется шлюзом. 200.200.200.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 Это означает, что пакет будет отправлен на маршрут по умолчанию, а не на интерфейс

.
0
ответ дан 4 December 2019 в 14:09

Решено. На serverB я изменил все маски подсетей IP-адресов в диапазоне 200.200.200. * На 255.255.255.255 вместо 255.255.255.0, что заставило все работать. Спасибо всем за вашу помощь.

0
ответ дан 4 December 2019 в 14:09

Теги

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