Вот ситуация: моя компания управляет веб-сайтом, но у нас нет сотрудников, квалифицированных на роль системного администратора, поэтому, когда что-то пойдет не так, мы во многом зависим от службы поддержки нашего хостинг-провайдера. * Мы возникла серьезная проблема с нашим сервером, и мне нужна помощь в ее решении.
(* - Да, это ужасное положение, и, по крайней мере, у нас должен быть план, где наш хост явно предоставляет поддержку системного администратора.)
С точки зрения Интернета наш сайт мертв; время ожидания всех попыток доступа к OurWebsite.com **, будь то через HTTP, SSH, FTP, Ping, электронную почту и т. д.
(** - Не наше настоящее имя.)
Некоторые поиски показали, что у нас есть два IPv4-адреса: x.x.x.217 и x.x.x.225, оба из которых, по-видимому, указывают на один и тот же сервер. Я могу получить доступ к серверу через адрес 217 нормально; однако адрес 225 кажется мертвым.
Дополнительные исследования подтверждают, что запись DNS для OurWebsite.com указывает на адрес 225. По крайней мере, это объясняет то поведение, которое я наблюдаю.
Итак, вот мой основной вопрос: что мне делать, чтобы это исправить? Как мне снова заставить работать адрес 225?
Также интересно, но менее актуально: что могло быть причиной этого? Все работало нормально еще вчера вечером, но когда я попытался получить доступ к серверу сегодня утром, он казался мертвым, пока я специально не использовал адрес 217.
У вас есть доступ для изменения записи DNS? Быстрое решение - указать DNS-запись на адрес .217. Как только сайт снова будет в сети, вы сможете выяснить, что случилось с .225.
Чтобы выяснить, что произошло, нам нужно знать, как настроен веб-сервер. Возможно, кто-то удалил адрес .225 с сервера (или удалил правило NAT, если оно находится за брандмауэром). Есть много возможностей.
В качестве справки посмотрите здесь, как добавить IP https://serverfault.com/a/372388/113375
Это позволит вам либо снова добавить IP, либо перезапустить сеть для интерфейса.
Вы можете быстро проверить, активен ли IP, просто набрав
ifconfig
Учитывая, что у вас есть два довольно случайных IP-адреса из одной подсети, вероятно, ваш хост не предоставил вам вашу собственную VLAN, а вместо этого у вас есть IP-адрес из большого пула, совместно используемого с другими пользователями. Если они не используют какие-либо средства защиты IP / mas / port - возможно, кто-то «украл» ваш IP. Т.е. Они подняли его на собственном выделенном сервере.
Или, возможно, хост удалил запись статической маршрутизации со своих маршрутизаторов, и в этом случае вам необходимо связаться с ними.
Или, наконец, IP-адрес может быть на сервере как обычно, но, возможно, у коммутатора доступа, к которому подключен компьютер, был очищен кеш arp, и что ваш исходящий трафик по умолчанию отправляется через другой IP-адрес, поэтому он не узнал расположение другого IP. В этом случае вы могли бы безвозмездно использовать arp через свой основной интерфейс с мертвым IP-адресом в качестве исходного IP-адреса, используя arpping. Например
arping -c 4 -A -I eth0 x.x.x.225