Якщо частина відвідувачів не може відкрити сайт, а інші користувачі працюють із ним без проблем, причина може бути не в загальному падінні сервера. Доступ інколи обмежується за IP-адресою, країною, мережею провайдера, налаштуваннями DNS, брандмауером або правилами CDN.
Важливо відрізнити регіональне блокування від звичайної технічної помилки. Наприклад, повідомлення 403 Forbidden частіше вказує на заборону доступу, а 522, 504 чи тривале завантаження можуть свідчити про проблеми зі з’єднанням або сервером. Перед зміною DNS, правил безпеки чи конфігурації сервера бажано створити резервну копію файлів і бази даних. Некоректні зміни можуть призвести до втрати доступу або даних.
Перевірка з різних мереж
Перший крок — з’ясувати, чи проблема залежить від конкретної мережі. Відкрийте сайт у кількох умовах:
- через домашній або офісний Wi-Fi;
- через мобільний інтернет іншого оператора;
- з іншого пристрою;
- через VPN із сервером в іншій країні — лише як діагностичний тест;
- з різних регіонів за допомогою зовнішніх сервісів перевірки доступності.
Зафіксуйте точний час перевірки, URL сторінки, текст помилки, тип підключення та приблизне місце перебування користувача. Якщо сайт не відкривається лише в одній мережі, імовірні проблеми з DNS-кешем, маршрутизацією, блокуванням провайдером або IP-правилами на сервері. Якщо недоступність спостерігається в окремих країнах, слід перевірити географічні обмеження в системах безпеки та CDN.
Також перевірте, чи однаково доступні головна сторінка, сторінки категорій, форма входу та статичні файли. Іноді блокування стосується не всього сайту, а лише адміністративної панелі, API або окремих директорій.
DNS і географія
DNS визначає, на яку IP-адресу буде спрямований домен. Якщо в різних регіонах повертаються різні записи або один із DNS-серверів працює некоректно, частина користувачів може потрапляти на недоступний чи неправильний сервер.
Перевірте записи A, AAAA, CNAME і NS у кількох незалежних DNS-сервісах. Особливу увагу зверніть на такі ознаки:
- у різних регіонах домен повертає різні IP-адреси без зрозумілої причини;
- IPv4 веде на робочий сервер, а IPv6 — на помилковий або недоступний;
- частина DNS-серверів ще зберігає старий запис;
- налаштований географічний DNS спрямовує користувачів на сервер, який не обслуговує їхній регіон;
- термін дії DNS-записів або делегування домену змінювалися незадовго до появи проблеми.
Не варто одразу змінювати DNS-записи навмання. Спочатку збережіть поточну конфігурацію, перевірте налаштування у реєстратора та DNS-провайдера, а також переконайтеся, що всі сервери задіяної інфраструктури відповідають. Після змін оновлення кешів може відбуватися не миттєво, тому результати перевірки потрібно порівнювати протягом певного часу.
Брандмауер та CDN
Брандмауер вебзастосунків, серверний firewall або CDN можуть блокувати запити за IP-адресою, країною, User-Agent, частотою звернень чи підозрілою поведінкою. Помилкове спрацювання часто виникає після посилення правил безпеки, підключення нового CDN або зміни тарифного плану.
У панелі CDN і системі захисту перевірте:
- список заблокованих IP-адрес і діапазонів;
- правила блокування країн або регіонів;
- журнали подій WAF;
- обмеження частоти запитів;
- правила для ботів, проксі та VPN;
- налаштування кешування помилок доступу;
- відповідність SSL-сертифіката домену та режим шифрування між CDN і сервером.
Якщо підозрюєте CDN, безпечніше не вимикати захист повністю, а тимчасово звузити правило або додати контрольований виняток для тестової IP-адреси. Перед редагуванням збережіть копію правил і зафіксуйте початкові значення. Повне вимкнення WAF або firewall може відкрити сайт для автоматизованих атак, сканування та шкідливих запитів.
Перевірте й серверні журнали: у них можна побачити реальну IP-адресу клієнта, код відповіді та причину відмови. Якщо сайт працює за проксі, важливо правильно налаштувати передачу заголовків на кшталт X-Forwarded-For. Інакше сервер може помилково блокувати не відвідувача, а адресу CDN.
Блокування провайдером
Іноді доступ обмежується на рівні інтернет-провайдера або локальної мережі. Це може бути наслідком DNS-фільтрації, блокування IP-адреси, проблем із маршрутом, помилкового внесення домену до фільтрів або технічного збою в мережі.
Для перевірки порівняйте результати через кілька провайдерів і виконайте трасування маршруту до домену. У Windows можна використати tracert example.com, а в Linux або macOS — traceroute example.com. Команда не завжди точно визначає місце блокування, оскільки окремі вузли можуть приховувати відповіді, але допомагає побачити, на якому етапі переривається маршрут.
Окремо протестуйте доступ за доменом і за IP-адресою, якщо це безпечно та технічно коректно. Різні результати можуть вказувати на DNS-проблему, однак пряме відкриття IP не є повноцінною перевіркою для сайтів із віртуальними хостами, CDN або обов’язковим HTTPS.
Не намагайтеся обходити обмеження шляхом небезпечних змін на сервері. Спочатку зберіть технічні докази, зверніться до провайдера або хостингу та переконайтеся, що домен, IP-адреса й контент не були скомпрометовані. Якщо разом із регіональною недоступністю з’явилися невідомі редиректи, нові облікові записи чи зміни файлів, потрібно додатково перевірити сайт на віруси.
Збір доказів для підтримки
Чим точніше описана проблема, тим швидше фахівець зможе локалізувати її. Підготуйте для підтримки такі дані:
- домен і конкретні URL, які не відкриваються;
- країну, місто або регіон користувача;
- назву інтернет-провайдера та тип підключення;
- дату й час виникнення проблеми з часовим поясом;
- скріншот і точний текст помилки;
- результати перевірки з інших мереж;
- IP-адресу клієнта та IP-адресу сервера, якщо вони відомі;
- результати DNS-перевірки й трасування маршруту;
- фрагменти журналів CDN, WAF, вебсервера та хостингу;
- інформацію про нещодавні зміни DNS, плагінів, firewall або конфігурації сервера.
Не передавайте у відкритому вигляді паролі, приватні ключі, токени API чи повні дампи бази даних. За потреби замініть персональні дані в логах, але залиште часові мітки, коди відповідей і технічний контекст.
Спеціаліст потрібен тоді, коли проблема повторюється в різних регіонах, пов’язана з правилами CDN або firewall, супроводжується втратою доступу до панелі керування, або зміни можуть вплинути на базу даних і файли сайту. У такій ситуації краще спочатку зробити резервну копію, обмежити ризик подальших змін і передати на діагностику зібрані журнали та результати тестів. Для швидкого розбору критичної недоступності можна звернутися по Термінова технічна підтримка сайту.