П’ять порад, коли ваш веб-сервер є; вниз
Ваш веб-сервер не працює? Ось як це виправити та уникнути будь-яких майбутніх проблем.
Ваш веб-сервер не працює? Ось як це виправити методично.
Але насамперед наголосимо на важливості надмірності. Раніше було багато рішень щодо надмірностей, але всі вони стосувались придбання та впровадження інших фізичних машин. У наш час розповсюдження рішень для віртуалізації створило завдяки ефекту сніжної кулі ефективні платформи резервування.
Для бізнес-середовища все ще потрібні кілька машин, але менше, ніж раніше. Яку б платформу віртуалізації не було обрано, простий факт її вибору значно сприятиме обмеженню проблем простою, пов’язаних із збоєм веб-сервера.
Як і у випадку з робочими серверами, адміністратори повинні діагностувати симптоми, як тільки веб-сервер не працює. Питання, які слід вирішити, наприклад:
- Чи є повідомлення про перебої з електроживленням або події, які можуть вплинути на загальне фізичне середовище? ?
- Чи повністю відключений доступ до веб-сервера, чи певні діапазони IP-адрес все ще можуть його досягти? ?
- Доступ адміністратора до сервера все ще можливий ?
- Чи були якісь незвичні записи у файлах журналів ?
Ці питання є одними з тих, що дозволяють нам провести першу розбірку, перш ніж глибше аналізувати проблему.
Бували випадки, коли я занурювався до шиї за сценарієм усунення несправностей, тоді як якби я просто зробив крок назад і подивився на проблему з більш загальної точки зору, незліченні години роботи, присвячені дослідженню рішення, могли б бути пощадили.
Наприклад, чи ввімкнено головний комп'ютер, чи хтось ненароком від'єднав шнур живлення ?
Якщо очевидно, що апарат увімкнено, але мережеве підключення здається непрацюючим, просто перевірте, чи не відключено кабель Ethernet або оптичне волокно. Ці рішення здаються надзвичайно простими, але будь-який досвідчений системний адміністратор скаже вам, що ці речі трапляються частіше, ніж це відбувається.
Перевіривши всі кабелі та периферію, спробуйте здійснити пінг з локальної мережі (LAN). На щастя, команда ping універсальна, тому робота повинна бути легкою незалежно від платформи.
Якщо вам не вдається здійснити пінг сервера всередині локальної мережі, спробуйте пінгувати сервер зовні. Це допоможе визначити, чи проблема полягає в маршрутизації та комутації, а не в сервері.
Крім того, якщо ваш веб-сервер віртуалізований, спробуйте пінгувати IP-адресу самої фізичної машини. Це допоможе вам додатково відокремити проблему. Якщо пінг з сервера абсолютно нічого не дає, і ви перевірили мережеве підключення, то вам потрібно копати глибше.
Ви перевірили кабелі. Ви пінгували. Але ви все ще не маєте доступу до мережі до сервера.
Хороша новина полягає в тому, що ви вирішили проблему - це на рівні фізичної машини або операційної системи. У будь-якому випадку, вашій команді більше не доведеться шукати голку в копиці сіна. Вона може зосередитись на певній області.
Завжди застосовуючи стратегію переходу від найпростішого до найскладнішого, почніть з відкриття обраного вами інтерфейсу та перевірте конфігурацію вашої локальної мережі. Чи ввімкнено протокол DHCP? Веб-сервер вказує на правильний DNS-сервер? Якщо так, і залежно від вашої платформи перевірте, чи ввімкнено службу веб-сервера.
У середовищі Windows це робиться для того, щоб переконатися, що роль веб-сервера активована. У Linux детальна процедура відрізняється, але спробуйте знайти файл або службу з міткою httpd і переконатися, що служба працює.
Якщо жоден із вищезазначених заходів не працює, перевірте журнали та спробуйте виявити записи, які приблизно збігаються, коли веб-сервер не працював. Це може бути корисно делегувати це завдання, тоді як досвідченіші техніки приділяють свої зусилля іншим аналізам.
Крім того, якщо буде встановлено, що з’єднання з мережею не є проблемою, захоплення Wireshark допоможе визначити, що проходить через мережу, що може допомогти в процесі усунення несправностей.
Зрештою, є багато причин для відмови веб-сервера. Перенапруги, неправильна конфігурація, неправильно встановлений брандмауер або навіть зловмисний трафік з Інтернету. Все це може спричинити збій. і головний біль системного адміністратора. Так багато причин, які повинні переконати тих, хто приймає рішення компанії, запровадити відповідні рішення щодо резервування, а також процедури усунення несправностей, адаптовані до потреб локальної мережі.
Школа магістратури використовує більш надійне та дешеве сховище
Тонка жіноча білизна RougeGorge прикрашена датчиками проти поломок
Як Veolia використовувала ШІ в режимі "Edge" на своїх очисних спорудах
Самовиправлення: оплот проти перебоїв у обслуговуванні
- У цьому номері:
- Журнал інформації про безпеку №16: Занадто цінні привілеї, щоб їх не зберегти
- Додаткова секунда: регулювання годинника. - LeMagIT
- Збій у хмарі: Amazon надає деталі та. - LeMagIT
- Самовилікування: оплот проти. - LeMagIT
- Про
- Зустріньте журналістів
- Контакти
- Використання файлів cookie
- Передруки
- Рекламодавці
- Партнери
- Press Kit
- Порядок денний
- Наші журналісти та експерти
- Технології
- Електронні довідники
- ІТ-поради
- Думки
- Основні путівники
- ІТ-проекти