разница между методами использования нескольких IP-адресов
Одна из наиболее распространенных проблем, вызывающих это, - это службы sshd. Вы проверяли, действительно ли он работает? Кроме того, я заметил, что вы прямо редактируете свои iptables, поэтому, если у вас работает ufw / firewalld, вы можете проверить его.
Также убедитесь, что на сервере ssh работает правильный IP-адрес, а полное доменное имя маршрутизация в правый IP-адрес.
2 ответа
В вашем случае пользователь отвечает на ping, это тот же чистый эффект.
Первый метод, очевидно, изменит вашу таблицу маршрутизации ядра командой маршрута вручную / непосредственно на более низком уровне, если вы это сделаете.
См. https://www.cyberciti.biz/faq/what-is-a-routing-table/ для объяснения таблицы маршрутизации ядра.
Во втором примере , вы редактируете файл конфигурации /etc/network/interfaces, который делает то же самое, по существу, через сетевые скрипты. Подробнее см. В https://www.cyberciti.biz/faq/what-is-a-routing-table/ .
Очевидно, что как часть сетевых сценариев, таблица маршрутизации ядра обновляется через ifup / ifdown, а /etc/network/interfaces / сетевые скрипты имеют дополнительные параметры конфигурации и возможность пользовательских сценариев pre / post up / down, поэтому у вас есть дополнительные опции с /etc/network/interfaces.
Первый метод является временным и не сможет выдержать перезагрузку (хотя вы могли бы добавить для него собственный скрипт инициализации).
Второй способ будет перезагружен. Во время загрузки сетевые сценарии являются частью процесса загрузки, а другие службы, зависящие от них, будут ждать появления сети (apache, ftp, samba, nfs и т. Д.). Если вы просто вызываете маршрут во время загрузки, такие службы могут выходить из строя, если они выполняются перед вашей командой маршрута.
Надеюсь, что все это поможет или, по крайней мере, указывает вам в нужном направлении нужную вам информацию.
В вашем случае пользователь отвечает на ping, это тот же чистый эффект.
Первый метод, очевидно, изменит вашу таблицу маршрутизации ядра командой маршрута вручную / непосредственно на более низком уровне, если вы это сделаете.
См. https://www.cyberciti.biz/faq/what-is-a-routing-table/ для объяснения таблицы маршрутизации ядра.
Во втором примере , вы редактируете файл конфигурации /etc/network/interfaces, который делает то же самое, по существу, через сетевые скрипты. Подробнее см. В https://www.cyberciti.biz/faq/what-is-a-routing-table/ .
Очевидно, что как часть сетевых сценариев, таблица маршрутизации ядра обновляется через ifup / ifdown, а /etc/network/interfaces / сетевые скрипты имеют дополнительные параметры конфигурации и возможность пользовательских сценариев pre / post up / down, поэтому у вас есть дополнительные опции с /etc/network/interfaces.
Первый метод является временным и не сможет выдержать перезагрузку (хотя вы могли бы добавить для него собственный скрипт инициализации).
Второй способ будет перезагружен. Во время загрузки сетевые сценарии являются частью процесса загрузки, а другие службы, зависящие от них, будут ждать появления сети (apache, ftp, samba, nfs и т. Д.). Если вы просто вызываете маршрут во время загрузки, такие службы могут выходить из строя, если они выполняются перед вашей командой маршрута.
Надеюсь, что все это поможет или, по крайней мере, указывает вам в нужном направлении нужную вам информацию.