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

Введение

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

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

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

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

Причин проблемы может быть очень много, поэтому все пункты (и снимок экрана) - обязательны.

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

Пример:

• Жалоба на http://al.cs.msu.ru/node/148
• Проверка сетевой доступности: ping al.cs.msu.ru

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

• Очередь Сети
• Обрабатывать будет Кондаков Роман

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

Для работы сайта требуется:

• обеспечение сетевой доступности (работающая сеть)
• аппаратная часть (сервер)
• системная часть (ОС)
• 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
• Обрабатывать будет Кондаков Роман

Если жалобы на основной сайт факультета (www.cs.msu.ru), то:

• Очередь: Сервисы::Хостинг, WWW::Портал факультета

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

Возможно это одна из CMS, которые мы администрируем:

• wiki/wiki-ng
• moodle
• redmine
• support/support-ng

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

• Очередь: Сервисы::Хостинг, WWW
• Обрабатывать будет Кондаков Роман

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

Если изнутри факультета nslookup говорит, что машина видна как:

• 10.6.9.что-то (Селезнев Владимир)
• 10.15.что-то.что-то (Коробков Сергей)
• 10.6.6.что-то ( Кондаков Роман)

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

Если это администратор, то В этом случае:

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

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

Выделение сервера:

• Если небольшой линукс-сервер, то можно openvz (Селезнев Владимир)
• Требовательный к ресурсам windows или linux-сервер требует размещения на blade-центре (Коробков Сергей)
• просто хостинг — ( Кондаков Роман)

Если данных не хватает, то уточнить, иначе:

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