Классификация проблем с хостингом

Введение

Невозможно определить проблему, если не знать, как вообще могла быть расположена информация: Описание сервиса по заведению сайта, сервера и т.д.

Заявитель может знать, а может и не знать, какой метод использовался, поэтому

Что должно быть в заявке

  1. Кто пишет заявку
  2. Как он относится к хостингу (посетитель, администратор ресурса, ...)
  3. Какая страница не открывается (открывается не так)
  4. Скриншот с проблемой
Причин проблемы может быть очень много, поэтому все пункты (и снимок экрана) - обязательны.

После получения всех данных можно проверить сетевую доступность, путем запуска программы ping на имя сервера (ту часть, которая находится между http:// и /)

Пример: Если результаты сетевой доступности плохие, то скорее всего это сетевые проблемы:

Что может не работать

Для работы сайта требуется:
  • обеспечение сетевой доступности (работающая сеть)
  • аппаратная часть (сервер)
  • системная часть (ОС)
  • web-часть (http-сервер)
  • система отображения страниц (CMS)
  • система прав показа страниц (CMS)

Если какая-то часть не работает, то страница не отображается (или отображается не так, как хочет пользователь, хотя пользователи не склонны различать эти два случая).

Должны ли мы или нет обрабатывать эту заявку зависит от того, попадает ли неработающая часть в нашу зону ответственности:
  • попадает, если одно из неработающих звеньев - наше
  • если обращается администратор ресурса
Если заявитель является администратором ресурса, то он должен представлять, какие части вышеприведенной цепочки где находятся, но чтобы облегчить ему задачу, предлагается

Идентификация хостинга

Для того, чтобы понять, где расположен сайт, надо воспользоваться программой nslookup.

Примеры:
  • nslookup www.cs.msu.ru
  • nslookup arch.cs.msu.su
  • nslookup mks1.cs.msu.ru
  • nslookup ejudge.cs.msu.ru

Если мы предоставляем хостинг

Если на адрес сайта nslookup говорит, что это синоним (CNAME, canonical name) другого хоста, и в имени этого хоста есть слово mara, то сервер расположен у нас.

Примеры:
  • sysmara
  • php54mara
  • newmara
  • statmara
В этом случае работоспособность обеспечивается для (суммарно) сотни сайтов, поэтому сломаться ровно для одного сайта не может. Заявку можно обрабатывать только если заявитель — администратор этого ресурса, которому требуется помощь в разрешении проблемы.

Если это администратор:

Если жалобы на основной сайт факультета (www.cs.msu.ru), то:
  • Очередь: Сервисы::Хостинг, WWW::Портал факультета

Если мы предоставляем CMS

Возможно это одна из CMS, которые мы администрируем:
  • wiki/wiki-ng
  • moodle
  • redmine
  • support/support-ng

В этом случае:

Если мы предоставляем Виртуальную Машину

Если изнутри факультета nslookup говорит, что машина видна как:
  • 10.6.9.что-то (Селезнев Владимир)
  • 10.15.что-то.что-то (Коробков Сергей)
  • 10.6.6.что-то ( Кондаков Роман)

то в этом случае заявку можно рассматривать только от администратора ресурса (мы не отвечаем за неработающий http-сервер на чужом сервере)

Если это администратор, то В этом случае:
  • Очередь: Сервисы::Виртуальные сервера
  • Обрабатывать будет соответствующий ответственный (указан в скобках).

Запрос на сервер или хостинг

Выделение сервера:
  • Если небольшой линукс-сервер, то можно openvz (Селезнев Владимир)
  • Требовательный к ресурсам windows или linux-сервер требует размещения на blade-центре (Коробков Сергей)
  • просто хостинг — ( Кондаков Роман)
Если данных не хватает, то уточнить, иначе:
  • Очередь: Сервисы::Виртуальные сервера
  • Обрабатывать будет соответствующий ответственный (указан в скобках).
Topic revision: r3 - 15 Jun 2016, RomanKondakov
This site is powered by FoswikiCopyright © by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding WikiCMC? Send feedback