Невозможно получить доступ к хосту ни через DNS, ни через прямой IP-адрес

Question

Вот моя проблема: у меня есть веб-приложение Java, которое использует Stormpath API для управления пользователями. Связь с этим API осуществляется через HTTP.

Из ниоткуда мой вызов API завис и вернулся после 3 попыток подключения с кодом состояния 503. Все это происходит с моего ноутбука с Ubuntu 16 на нем.

Поэтому я попытался PING-адрес по имени или по прямому IP-адресу - оба вызова зависли. Я переключился с подключения WIFI на проводную, одну и ту же сеть, и все еще ничего.

В принципе, я не могу получить доступ к этому адресу https://api.stormpath.com/ с моего ноутбука. Я могу получить доступ к https://stormpath.com/ хотя. Я пробовал с моего телефона, и все работает просто отлично.

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

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

Я также говорил с их поддержкой и изменил пароль (с мобильного), но ничего не изменилось.

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

Заранее спасибо!

PS: я надеюсь, что это правильное место, чтобы спросить это

Answer 1

Я создаю ответ из моего предыдущего комментария.

Поскольку проблема возникает с использованием DNS-имени или IP-адреса, возможно, вы получили неправильный IP-адрес. Чтобы проверить это, попробуйте использовать другой компьютер в другой сети, например, спартфон, подключенный к Интернету вашего оператора. Попробуйте разрешить имя DNS и посмотрите, получите ли вы тот же IP-адрес. У вас может быть два результата:

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

2. это то же самое (и это работает на второй системе): это проблема сети. Что-то блокирует доступ (или ответ) с вашего первого компьютера и IP-адреса назначения. Это может быть правило брандмауэра, ограничение службы или проблема с сетью.

Объяснение: возможно, IP-адрес API изменился, и по какой-то причине вы все еще разрешаете старый. Может кэшироваться на локальном уровне или уровне DNS-сервера. Из вашего комментария видно, что вы дали разрешение на это DNS-имя (или хотели выполнить тест), поэтому вы прибегли к его сохранению в файле hosts на локальном компьютере. Впоследствии IP-адрес изменился, и в то время как DNS-серверы, вероятно, были обновлены за это время, вы все еще использовали устаревший IP-адрес, который вы вручную сохранили в файле hosts.