Причина того, что SMTP-сервер по умолчанию включен и работает в новой установке Linux, заключается в том, что система должна доставлять важные уведомления и другую информацию (о состоянии заданий cron и т. д. )пользователю root.
Однако не беспокойтесь --из соображений безопасности SMTP-сервер настроен на прием почты только с локального хоста, поэтому он не является открытым почтовым ретранслятором.
То, что вы здесь наблюдали, — это явления, происходящие, когда вы выдергиваете коврик из-под своих стеков TCP/IP. :D
Обратите внимание, что здесь в пьесе на самом деле два феномена...
Это просто:
Запускifconfig eth0 down
удаляет конфигурацию шлюза по умолчанию из таблицы маршрутизации вашей виртуальной машины; потому что сеть, связанная с этим шлюзом, удалена.
Выполнение ifconfig eth0 up
НЕ БУДЕТ НЕ восстановить шлюз по умолчанию ; он сохранит только старый IP-адрес и маску подсети. Если вы попытаетесь запустить route -n
, вы не увидите ни одной строки с G
в столбце «Флаги».
Как только это произойдет, любые программы на вашей виртуальной машине, пытающиеся получить доступ к Интернету, получат сообщение об ошибке «Хост не найден » или «Сеть недоступна ».
Вам нужно будет запустить route add default gw GATEWAYIP
вручную, чтобы восстановить шлюз по умолчанию.
GATEWAYIP
фактическим адресом шлюза по умолчанию. Проверьте свой /etc/network/interfaces
или запустите route -n
команду (и найдите столбец «Шлюз» строки с G
в столбце «Флаги» ), прежде чем делать эти грязные дела; но это, вероятно, 10.0.2.2
под VirtualBox в любом случае. Но даже после восстановления шлюза по умолчанию вы обнаружите, что ваша виртуальная машина по-прежнему не может подключиться к Интернету; или, точнее, Интернет не может ответить на него. Это потому, что...
Вы знаете, что протокол TCP/IP через Ethernet использует ARP для поиска MAC-адреса, который соответствует IP-адресу, чтобы по-настоящему общаться, верно?
Насколько я понял, это хронология того, что происходит внутри вашего экземпляра VirtualBox:
Даже после того, как конфигурация шлюза по умолчанию была исправлена, доступ в Интернет на вашей виртуальной машине будет по-прежнему нарушен до тех пор, пока не истечет срок действия указанной записи кэша ARP или пока вы не измените IP-адрес своей виртуальной машины.
Я не знаю, как долго механизм NAT VirtualBox кэширует ответ ARP внутри; поэтому я бы предложил обходной путь, изменив IP-адрес вашей виртуальной машины, как только вы изменили ее MAC-адрес , чтобы предотвратить второй эффект. Кроме того, после того, как вы изменили IP-адрес и активировали интерфейс, убедитесь, что вы повторно -также добавили шлюз по умолчанию , чтобы предотвратить первую ловушку. (Используйте route -n | grep UG
для проверки )
1 Можно подумать, что механизм NAT VirtualBox должен был узнавать MAC-адрес виртуальной машины из каждого пакета запроса, это не так ; потому что это позволит так много случайной подделки IP / MAC-адресов. Таким образом, для маршрутизации используются/кэшируются только MAC-адреса, запрошенные явными запросами ARP; не те, которые узнали из случайных пакетов данных.