Миттєва діагностика сайтів. Огляд сервісу ХостТрекер, частина 4

Є підозри, що сайт поводиться з вами по-особливому? Є безліч локальних і не дуже причин, по яких сайт може відкриватися розробником, але бути недоступним клієнтам. Або ж навпаки. Огляд популярних причин, а також методи їх діагностики з допомогою безкоштовних функцій сервісу ХостТрекер — під катом.



«У мене все працює, шукайте причину на своїй стороні» — фраза, яка за своєю банальністю і повсюдність вже міцно прописалася в середовищі околоайтишных анекдотів і байок. Причин може бути багато, але підсумок завжди дратівливий: як же так, ось оригінал, все компилится, але по шапці все одно отримуєш. Першою реакцією з боку розробника на таку ситуацію нерідко буває глибоке занурення в безодню коду, хоча причина далеко не завжди в ньому. Тому для економії сил і часу спершу строго рекомендується все ж локалізувати причину. Допомогти в цьому можуть сервіси віддаленої перевірки сайтів, наприклад ось цей.



Ця публікація є продовженням серії, в якій детально описуються функції сервісу ХостТрекер. Попередні частини можна знайти тут: перша, друга, третя.

Для кого ж не працює мій сайт?
Очевидно, що перше, що потрібно зробити при виникненні підозр — знайти, де ця проблема себе проявила. Для цього дуже зручно мати можливість провести перевірку з розподіленої мережі:



Результати перевірки показують, звідки сайт доступний, а звідки — ні. Також перевірка показує час визначення DNS записів, завантаження сторінки, а також перевіряється IP адреса — що допомагає визначити причину при використанні переадресації, CDN та деяких інших корисностей. Якщо сайт HTTP недоступний — буде повернуто помилку. Це може бути код помилки HTTP — наприклад, 404, 503 та інші. Або ж помилка з'єднання. Або таймаут. Для кожного типу помилки потрібно дивитися, звідки він помітили: якщо, наприклад, сайт фізично знаходиться в Німеччині, і ми бачимо таймаут з Австралії та Південної Америки — значить, на сервері або в мережі з'явилися якісь гальма і запити з більшою фізичною затримкою оброблятися вже не встигають. Якщо спостерігається помилка сервера, але не звідусіль — можливо, перевищений ліміт одночасних з'єднань, або ж сервер перевантажений і не в змозі обробити всі запити відразу. Можна також знайти цікаві особливості місцевості» — деякі хостинги або навіть цілі країни банять відвідування з деяких інших регіонів і країн. І це теж буде відображено у результатах.

Втім, перевірка по HTTP все ще не може надати повну інформацію. Тому в наявності є додаткові перевірки — ICMP (ping):



Показує, чи все добре з доступом по мережі. Також є trace:



який може допомогти виявити деякі проблеми, навіть якщо протокол ICMP закритий хостером щоб уникнути ддос-атаки, як нерідко надходять останнім часом. Частина інформації про доступність мережі можна витягнути навіть звідси.

Ще є можливість перевірити будь-порт, що може значно спростити пошук проблем у випадках налаштування файрвола руками не з плечей, відповісти на запитання — чому на сайті не витягується інформація з бази/фтп сервера (тоді як з локально «все працює») і спростити безліч інших позаштатних ситуацій.

Як показує практика, вміле використання цього інструмента може сильно спростити життя. Переконавшись, що сайт доступний з усього світу — можна не бігти відкочуватися до попередньої версії з-за одного клієнта, у якого, як потім з'ясується, вимкнено javascript в браузері. Побачивши помилку мережі, сміливо напружувати адмінів або підтримку датацентру, аргументуючи свою відповідь з посиланням на результати цієї перевірки. А якщо все ж перевірка покаже помилку сервера, можна швиденько лізти в логи і діяти за принципом «швидко підняте не вважається впало».

Профілактика — кому воно треба
Втім, технічні проблеми самого сайту — не єдине, з чим може зіткнутися відповідальний сайтовод. Сайт може потрапити в чорні списки Роскомнадзора — для цього є перевірка RusRegBL. Або ж у списки спамерів і злісних хакерів, навіть не маючи до цього жодного стосунку — пропонується перевірка DNSBL, детальніше можна почитати тут. Також, до сайту постійно підкрадаються проблеми, причинами яких є баги або дірки в платформах або засобах розробки. Для вирішення цих проблем створена функція Health Check, яка перевіряє сайт на актуальні та популярні уразливості:



Ну і, нарешті, є функція WhoIs — щоб подивитися, кому належить домен або на сайті, не користуючись зайвий раз гуглом.

А що, якщо?
Чи можна за допомогою цих функцій зламати сайт конкурента? — Ні, не можна. Безліч послідовних перевірок одного й того ж сайту будуть проводитися через капчу або взагалі заблокуються. Якщо ж це ваш сайт, який ви бажаєте перевіряти регулярно — є функція регулярної перевірки, опис якої є в попередній частині. Для цього, звичайно ж, необхідно буде зареєструватися, щоб уникнути зловживань. Але це дуже допомагає автоматизувати процес моніторингу і діагностики. Для цих цілей є API, але це вже для гуру автоматизації.

Як і завжди, ми будемо вдячні за всі побажання і критику.
Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.