Всім доброго вечора друзі)
Дуже круто бачити, як багато з вас обрали варіант (D) і правильно)
Але давайте розберемо кожен варіант детальніше, бо це класичний кейс, який трапляється і на проді, і під час тестів.
Чому не (A) Сервер лежить повністю, бо він не відповідає
Якщо curl з IP працює, значить сервер живий і приймає запити. Тобто проблема не у лежачому сервері, а десь вище - на рівні DNS або маршрутизації.
Чому і не (B) Це помилка у сертифікаті SSL/TLS
Ми бачимо, що сертифікат валідний, і з IP сайт відкривається. Якби була SSL-проблема, то браузер або curl одразу б показали попередження типу certificate verify failed або handshake error.
І тут теж не (C) У браузері зламаний кеш
Часто люди це підозрюють, але у цьому випадку не підходить. Якщо DNS не резолвиться, то браузер навіть не дійде до кешу - бо просто не знає, куди йти)
Ну і чому саме (D) DNS-запис налаштований неправильно, і домен не резольвиться в IP
Це саме воно.
Запити напряму на IP проходять, значить мережа і сервер норм. Але коли йдеш через домен - DNS не віддає правильну IP-адресу або кешує стару.
Це типова ситуація коли оновили DNS, але TTL ще не сплив - у когось відкривається, у когось ні.
Що я маю вам сказать сьогодні)
Такі кейси чудово показують, чому варто тестувати сайт не тільки через браузер, а й через curl, dig, nslookup.
Бо іноді сайт не відкривається ≠ все впало, а просто DNS ще не прокинувся)
Хто вгадав(знав) із першого разу - ви реально вже на пів шляху до мережевого КУА)
А хто ні - не біда, зате тепер точно не попадетесь на цей класичний DNS-три)
Всіх обняв, сильні 💛
Post #663
826
Bug or Defect? Завдання дня для QA: Ви тестуєте вебдодаток. Користувачі скаржаться: сайт не відкривається, але сервер працює, сертифікат валідний, і навіть curl з IP-адресою дає норм відповідь. Що найімовірніше не так?
- ❤ 9
- 👍 4
- 🔥 4
- 👏 1