В целях обеспечения реализации прав граждан и организаций на
доступ к информации о деятельности Правительства Москвы, отрасле-
вых, функциональных и территориальных органов исполнительной влас-
ти города Москвы, городских предприятий и организаций, создания
условий для развития и использования в городе Москве информацион-
но-коммуникационных технологий, эффективного управления информаци-
онными ресурсами города Москвы, а также в связи с изменением
структуры органов исполнительной власти города Москвы Правительст-
во Москвы постановляет:
1. Внести следующие изменения в постановление Правительства
Москвы от 7 октября 2003 г. N 841-ПП "Об обеспечении доступности
информации о деятельности Правительства Москвы, городских органов
исполнительной власти и городских организаций":
1.1. Пункт 2 постановления считать утратившим силу.
1.2. Абзац второй пункта 3 изложить в следующей редакции:
"Установить, что при создании информационных систем, содержа-
щих информационные ресурсы города Москвы, подлежащие обязательному
размещению в сети Интернет, исполнителем работ должны в обязатель-
ном порядке разрабатываться и согласовываться с заказчиком регла-
менты формирования и обновления указанных информационных ресурсов.
Государственным заказчикам эксплуатации совместно с операто-
рами информационных систем, содержащих информационные ресурсы,
подлежащие обязательному размещению в сети Интернет, в месячный
срок обеспечить разработку регламентов формирования и обновления
указанных информационных ресурсов и утвердить их приказом руково-
дителя соответствующего подразделения с представлением копии при-
каза в Аппарат Мэра и Правительства Москвы.".
1.3. Пункты 6 и 7 изложить в следующей редакции:
"6. Аппарату Мэра и Правительства Москвы обеспечить контроль
за обновлением информации, размещаемой органами исполнительной
власти города Москвы в сети Интернет в соответствии с настоящим
постановлением.
7. Финансирование работ по созданию информационных ресурсов
осуществляется за счет и в пределах средств, предусмотренных в
бюджете города Москвы на содержание соответствующих органов испол-
нительной власти города Москвы, а также за счет собственных
средств предприятий и организаций.".
2. Определить Финансово-хозяйственное управление Мэрии Москвы
администратором домена mos.ru в сети Интернет и главным регистра-
тором доменных имен в зоне mos.ru.
3. Утвердить Регламент регистрации и поддержки доменных имен
в зоне mos.ru. (приложение).
4. Контроль за выполнением настоящего постановления возло-
жить на начальника Управления информатизации города Москвы Михай-
лова А.Н.
П.п.Мэр Москвы Ю.М.Лужков
Приложение отредактировано исполнителем Дьяченко А.П.
957-75-18
Размножать и рассылать с подлинника.
.
Приложение
к постановлению Правительства Москвы
от 30 августа 2005 г. N 656-ПП
Регламент
регистрации и поддержки доменных имен в зоне mos.ru
Москва
2005
.
- 2 -
1. Основные термины 3
2. Общие положения 4
3. Условия регистрации и делегирования домена 7
4. Обработка Заказа на регистрацию домена 8
4.1. Порядок обработки Заказа 8
4.2. Особые условия 9
4.3. Аннулирование регистрации домена 9
5. Продление регистрации домена 10
6. Изменение параметров услуги по регистрации домена.
Изменение данных Администратора домена 10
6.1. Изменение контактных и идентификационных данных
Заказчика в Договоре 10
Приложение 1. Технические требования к Регистратору 12
Приложение 2. Порядок передачи прав по администрированию
доменов в зоне MOS.RU в случае невыполнения администратором
домена правил администрирования. 16
Общие положения 16
Переделегирование доменов 16
Приложение 3. Правила пользования услугами передачи данных
и телематических служб в Корпоративной мультисервисной
сети Правительства Москвы 18
Общие положения 18
Обязательства пользователя 21
1. Основные термины
Домен - область пространства иерархических имен Корпоративной
мультисервисной сети (КМС) Правительства Москвы и/или сети Интер-
нет, которая обозначается уникальным доменным именем, обслуживает-
ся набором серверов доменных имен (DNS) и централизованно адми-
нистрируется Администратором домена. Для каждого зарегистрирован-
ного доменного имени определен единственный Администратор.
DNS - доменная система имен (Domain Name System). Система,
основным назначением которой является преобразование доменных имен
устройств в IP-адреса, либо наоборот - IP-адресов в доменные име-
на. Основой DNS является распределенная иерархическая база данных.
Доменное имя - идентификатор записи в базе данных DNS, обычно
представляемый в виде нескольких меток, разделенных символом "."
Реестр - центральная база данных домена MOS.RU, содержащая
информацию о зарегистрированных доменных именах, Администраторах
доменов, иную информацию, необходимую для регистрации доменов. Ре-
гистратор - юридическое лицо, оказывающее услуги по регистрации
доменных имен и обеспечивающее передачу в Реестр необходимой ин-
формации.
Заявитель (Заказчик, Пользователь) - юридическое лицо, обра-
тившееся за услугой по регистрации доменного имени и заключившее
с этой целью Договор с Регистратором.
Регистрация доменного имени - занесение Регистратором в Ре-
естр на основании заявки Заявителя информации о доменном имени и
его Администраторе. Доменное имя считается зарегистрированным с
момента занесения в Реестр информации о нем.
Администратор домена - лицо, на имя которого зарегистрирован
домен. Администратор домена реализует установленный Правительст-
вом Москвы порядок использования домена; несет ответственность за
выбор доменного имени, возможные нарушения прав третьих лиц, свя-
занные с выбором и использованием доменного имени, а также несет
риск убытков, связанных с такими нарушениями.
Администрирование домена - реализация Администратором домена
порядка использования домена и осуществление организационной и
технической поддержки его функционирования. Аннулирование регист-
рации (освобождение доменного имени) - исключение информации о
доменном имени и его Администраторе из Реестра.
Делегирование домена - размещение и хранение информации о
доменном имени и соответствующих ему серверах доменных имен (DNS)
на корневых серверах DNS домена MOS.RU, что обеспечивает функцио-
нирование домена в КМС и/или сети Интернет. Делегирование домена
возможно только в течение срока действия регистрации домена.
Заявка (Заказ) - обращение Заявителя к Регистратору по уста-
новленной Регистратором форме, содержащее все необходимые сведе-
ния для регистрации (продления срока действия регистрации) домен-
ного имени, либо изменяющие ранее сообщенные сведения.
DNS-сервер - программа, обеспечивающая хранение одной или
нескольких зон DNS и выполняющая обслуживание запросов к базе
данных DNS.
Зона - часть базы данных DNS, содержащая информацию о неко-
тором домене.
Первичный (Primary) DNS-сервер для некоторой зоны - DNS-сер-
вер, на котором хранится полная исходная информация об этой зоне.
Вторичный (Secondary) DNS-сервер для некоторой зоны -
DNS-сервер, получающий полную информацию об этой зоне с другого
DNS-сервера.
Web-адрес - или URL (Uniform Resource Locator) - строка, оп-
ределяющая способ и путь доступа к ресурсу в КМС или Интернет.
Учетный период - срок действия услуг поддержки функциониро-
вания доменов, который начинается с момента оказания услуги и
длится один год.
Хост - компьютер или иное устройство, подключен-
ное к КМС или сети Интернет.
2. Общие положения
2.1. Домен mos.ru является пространством иерархических имен
сетевых информационных ресурсов Корпоративной мультисервисной се-
ти (далее - КМС) Правительства Москвы, функционирующей по принци-
пу Intranet-сети. Помимо этого, домен mos.ru служит для именова-
ния информационных ресурсов Правительства Москвы в сети Internet.
Настоящий документ регламентирует использование домена mos.ru как
в КМС, так и в сети Internet.
2.2. Администратор домена mos.ru и Главный регистратор до-
менных имен в зоне mos.ru определяется распорядительным докумен-
том Правительства Москвы.
2.3. Регистратором доменных имен третьего и четвертого уров-
ней в зоне MOS.RU.может быть любое юридическое лицо - подразделе-
ние Правительства Москвы, или уполномоченное Правительством Моск-
вы:
- обеспечивающее выполнение требований, изложенных в доку-
менте "Технические требования к Регистраторам" - Приложение N 1 к
настоящему Регламенту;
- имеющее лицензию Министерства информационных технологий и
связи Российской Федерации на предоставление телематических ус-
луг;
- не менее одного года предоставляющее услуги телематических
служб на основании соответствующих государственных лицензий или
образованное на условиях полной субсидиарной ответственности опе-
ратором связи, удовлетворяющим данному условию.
2.4. Во взаимоотношениях Регистраторов с Пользователями под-
лежат применению условия заключенных между ними Договоров, кото-
рые не должны противоречить настоящему Регламенту, иным нормам
действующего законодательства Российской Федерации.
2.5. Регистратор, при заключении Договора с Пользователем
обязан провести проверку предложенного Пользователем доменного
имени на повторяемость и уведомить Пользователя о его ответствен-
ности за выбор доменного имени и возможное при этом нарушение
прав третьих лиц на принадлежащее им объекты интеллектуальной
собственности.
2.6. Регистратор обязан оказывать поддержку Пользователям
путем создания и обеспечения постоянного функционирования соот-
ветствующей службы поддержки, а также принятием иных мер, направ-
ленных на обеспечение возможности использования зарегистрирован-
ных доменных имен, в том числе для адресации в глобальной сети
Internet.
2.7. Регистратор самостоятельно несет ответственность перед
Пользователями за ненадлежащее исполнение обязанностей по соблю-
дению установленного порядка регистрации.
2.8. Регистратор предоставляет услуги Заказчику, заключивше-
му с Регистратором Договор на оказание услуг. Оказание услуг по
Договору для органов исполнительной власти города Москвы
осуществляется на безвозмездной основе, если иное не предусмотре-
но распорядительными документами Правительства Москвы. Тарифы на
услуги регистратора по договорам на возмездной основе утверждают-
ся Правительством Москвы в установленном порядке. Заключению До-
говора предшествует процедура регистрации Заказчика в базе данных
Исполнителя. При регистрации в базе данных Исполнителя Заказчик
самостоятельно выбирает и регистрирует индивидуальные администра-
тивный и технический пароли, самостоятельно обеспечивает их кон-
фиденциальность, несет ответственность за все действия, произве-
денные с использованием паролей.
2.9. Заказчик согласен с тем, что информация, предоставляе-
мая им посредством заполнения заявок, иных документов, в том чис-
ле в электронной форме, помещаемая Заказчиком в разделы указанных
документов с пометкой "общедоступна", будет размещаться Регистра-
тором в поисковых сервисах и будет доступна неопределенному кругу
лиц. Перечень информации, обязательной для размещения и размещае-
мой с согласия Заказчика, должен быть представлен на Web-сервере
Регистратора.
2.10. Услуга предоставляется Заказчику (Пользователю) на ос-
новании Договора, при наличии Заказа на услугу и при условии вы-
полнения всех необходимых требований настоящего Регламента.
2.11. Услуга по регистрации домена в домене MOS.RU считается
оказанной с момента внесения в Реестр информации о домене и его
Администраторе.
2.12. Услуга по продлению регистрации домена в домене MOS.RU
считается оказанной с момента внесения в Реестр сведений о прод-
лении регистрации на один год. Регистрация домена автоматически
продлевается на следующий год, если иное не предусмотрено в Дого-
воре Заказчика (Исполнителя) с Регистратором.
2.13. Регистратор имеет право зарегистрировать доменное имя
третьего уровня в зоне MOS.RU только при наличии согласования
(официального письма с визой Управления информатизации города
Москвы и Генерального конструктора ГЦП "Электронная Москва").
2.14. Исключением являются доменные имена, уже существующие
на момент принятия настоящего Регламента, и доменные имена, ре-
гистрируемые ФХУ Мэрии для технических целей функционирования
КМС.
2.15. Отказ в согласовании должен представляться в течение
месяца после подачи соответствующего запроса, быть мотивированным
и обоснованным. При отсутствии отказа в течение месяца и ответа
на поданный повторно запрос в течение двух недель согласование
считается полученным.
3. Условия регистрации и делегирования домена
3.1. Условия регистрации домена
3.1.1. Регистрация домена не осуществляется в следующих слу-
чаях:
- Доменное имя уже зарегистрировано.
- Доменное имя неудовлетворяет следующим требованиям:
- доменное имя должно состоять более чем из одного символа,
- начинаться и заканчиваться буквой латинского алфавита или
цифрой.
Промежуточными символами могут быть буквы, цифры или дефис В
случае отсутствия согласования заявки на регистрацию доменного
имени Управлением информатизации города Москвы и Генеральным
конструктором ГЦП "Электронная Москва".
3.2. Условия делегирования домена
3.2.1. Делегирование домена может быть осуществлено только
после получения положительных результатов проверки правильности
функционирования указанных Заказчиком серверов доменных имен
(primary и secondary DNS), содержащих конфигурационные файлы за-
регистрированного домена.
3.2.2. По крайней мере два из заявленных Заказчиком DNS-сер-
веров должны быть расположены в разных IP-сетях (в разных сетях
класса "С" в традиционной терминологии) и иметь надежное подклю-
чение к КМС. Под "надежным подключением" понимается такое, при
котором суммарное время отсутствия связи с сервером не превышает
двух часов в сутки. Сопровождение указанных серверов должно соот-
ветствовать требованиям, изложенным в международных стандартах
RFC-1032, RFC-1033, RFC-1034 и RFC-1591.
3.2.3. В случае неполучения положительных результатов про-
верки правильности функционирования серверов доменных имен в те-
чение 4 (четырех) дней, тестирование DNS-серверов прекращается.
Повторная процедура тестирования DNS-серверов инициируется Заказ-
чиком с использованием Web-интерфейса Регистратора.
3.2.4. Информация, касающаяся серверов доменных имен, должна
соответствовать текущему состоянию сети.
3.2.5. Исполнитель, в случае невыполнения условий, изложен-
ных в пункте 3.2 настоящего Регламента, вправе в течение всего
срока действия регистрации прекратить делегирование домена. Деле-
гирование может быть восстановлено только после устранения ука-
занных нарушений.
4. Обработка Заказа на регистрацию домена
4.1. Порядок обработки Заказа
4.1.1. Формирование Заказа на оказание новой услуги осущест-
вляется Заказчиком по официальному письму в адрес Регистратора.
4.1.2. Заказ считается готовым к исполнению и начинает ис-
полняться при наличии у Заказчика Договора с Регистратором, зак-
люченного в письменной форме. Заказчик составляет Договор на ос-
нове типового Договора, разрабатываемого Регистратором.
4.1.3. При наличии нескольких Заказов, готовых к исполнению,
на оказание одной и той же услуги, от разных Заказчиков, обработ-
ка Заказов осуществляется в порядке их поступления к Регистрато-
ру.
4.1.4. Заказы Заказчика на оказание новых услуг исполняются
в порядке их поступления к Регистратору.
4.1.5. Регистратор проводит экспертизу Заказа на его соот-
ветствие требованиям, изложенным в настоящем Регламенте. В период
проведения экспертизы до принятия решения по Заказу Регистратор
вправе запросить у Заказчика дополнительные сведения, необходимые
для проведения экспертизы.
4.1.6. Регистратор принимает решение о возможности регистра-
ции заявленного домена, либо об отказе в регистрации по основани-
ям, предусмотренным настоящим Регламентом.
4.1.7. В случае возникновения сомнений в возможности регист-
рации какого-либо домена по основаниям, предусмотренным настоящим
Регламентом, Регистратор вправе приостановить регистрацию данного
домена на срок не более 15 (пятнадцати) дней. По истечении этого
срока Регистратор обязан зарегистрировать домен, либо выдать
мотивированный отказ в регистрации.
4.1.8. При наличии оснований для отказа в регистрации Ре-
гистратор информирует Заказчика о невозможности регистрации заяв-
ленного им домена и об основаниях такого отказа.
4.1.9. Решение о регистрации, об отказе в регистрации, либо
о приостановке исполнения Заказа, направляется Заказчику не позд-
нее 5 (пяти) рабочих дней с момента начала исполнения Заказа.
4.2. Особые условия
4.2.1. Все сведения, предоставленные Заказчиком при регист-
рации в базе данных Регистратора и заключении Договора, должны
быть достоверными. В случае предоставления Заказчиком недостовер-
ных сведений регистрация может быть аннулирована (домен освобож-
ден).
4.2.2. Регистратор, в случае возникновения сомнений в досто-
верности предоставленных Заказчиком для регистрации домена дан-
ных, вправе в течение всего срока действия регистрации запросить
дополнительные сведения и (или) потребовать подтверждения предос-
тавленных. Запрос направляется по электронной почте на контактный
адрес Заказчика, указанный в Договоре.
4.2.3. Регистратор, в случае непредоставления Заказчиком до-
полнительных сведений и (или) неподтверждения ранее предоставлен-
ных данных в течение десяти календарных дней с момента первого
запроса, вправе приостановить делегирование доменов Регистратора.
Делегирование доменов может быть восстановлено в течение 3 (трех)
рабочих дней с момента предоставления требуемой информации.
4.2.4. В случае непредоставления требуемой информации в те-
чение 20 (двадцати) календарных дней с момента снятия делегирова-
ния, регистрация доменов аннулируется.
4.3. Аннулирование регистрации домена
4.3.1. Регистрация домена аннулируется до истечения срока ее
действия в следующих случаях:
- по письменному заявлению Администратора домена;
- в соответствии с п. 4.2 настоящего Регламента;
- в случае невыполнения Регистратором домена технических
требований в соответствии с Приложением 1 к настоящему Регламен-
ту;
- в случае многократного невыполнения пользователями домена
правил пользования услугами передачи данных и телематических
служб в Корпоративной мультисервисной сети Правительства Москвы
(Приложение 3 к настоящему Регламенту).
4.3.2. В случае аннулирования регистрации домена права по
его администрированию переходят к Главному Регистратору. Порядок
передачи прав по администрированию доменов в зоне MOS.RU в случае
невыполнения администратором домена правил администрирования при-
веден в Приложении 2 к настоящему Регламенту.
5. Продление регистрации домена
5.1. Продление регистрации домена обеспечивает хранение в
Реестре информации о домене на срок, определенный Договором.
5.2. Отказаться от продления регистрации домена Заказчик и
Регистратор могут на основании условий Договора и оформляются до-
полнительным соглашением к соответствующему договору.
6. Изменение параметров услуги по регистрации домена. Изме-
нение данных Администратора домена.
6.1. Параметры услуги по регистрации домена - данные техни-
ческого характера, определяющие порядок функционирования домена.
6.2 Данные Администратора домена - идентификационные и кон-
тактные данные Администратора домена, которые вносятся в Реестр
при оказании услуги по регистрации домена.
6.3.Изменить данные Администратора домена или изменить пара-
метры услуги по регистрации домена можно только после того, как
процедура исполнения Заказа на оказание услуги по регистрации до-
мена завершена.
6.4. Изменение контактных и идентификационных данных Заказ-
чика в Договоре
6.4.1. К контактным данным Заказчика относятся: номер теле-
фона, номер факса, адреса электронной почты, почтовый адрес.
6.4.2. К идентификационным данным Заказчика относятся: наз-
вание организации, юридический адрес, ИНН, ФИО руководителя.
6.4.3. Изменение контактных и идентификационных данных про-
изводится по официальному письму Заказчика к Регистратору.
6.4.4. Изменение идентификационных данных Заказчика в Дого-
воре будет произведено в течение 10 (десяти) рабочих дней с мо-
мента получения Регистратором письма Заказчика.
6.4.5. Изменение идентификационных данных Заказчика в Реест-
ре будет произведено в течение 3 (трех) рабочих дней после внесе-
ния изменений в Договор Заказчика с Регистратором.
Приложение 1. Технические требования к Регистратору
Регистратор предоставляет услуги на базе узла телематических
служб. Комплекс серверов телематических служб узла телематических
служб Регистратора должны включать следующие подсистемы:
- подсистему электронной почты;
- подсистему DNS;
- подсистему Web-сервера;
- подсистему базы данных.
Регистратор должен иметь лицензию на предоставление услуг
телематических служб.
Регистратор обязан поддерживать на своих вычислительных и
сетевых мощностях дополнительную (secondary) зону системы DNS
надлежащего качества и надежности для домена MOS.RU. В связи с
этим необходимо выполнение следующих положений.
Программно-аппаратный комплекс системы DNS, поддерживающий
дополнительную зону домена MOS.RU, должен удовлетворять следующим
требованиям:
- полное соответствие требованиям IETF RFC 1035 и IETF RFC
2181;
- время реакции на запрос при пиковой текущей нагрузке - не
более 2 секунд в штатном режиме;
- не менее одного полного комплекта дублирующего оборудова-
ния,готового к вводу в работу в любой момент;
- время ввода в действие запасной системы при отказе основ-
ной- не более 2 минут с момента сообщения об отказе;
- способность обрабатывать без нарушения функционирования
нагрузку, уровень которой вдвое превышает имеющиеся пиковые зна-
чения.
Сервер, поддерживающий дополнительную зону домена MOS.RU, не
должен использоваться для поддержки других телематических служб,
в том числе для поддержки других зон DNS, а так же конфигурация
подсистемы DNS не должна позволять любое кэширование информации.
Сеть регистратора, в которой размещен сервер системы DNS,
должна иметь статус субъекта глобальной маршрутизации (автономной
системы), надлежащим образом зарегистрированной в международных
регистрирующих организациях, признаваемой и доступной из всех се-
тей, входящих в КМС - для intranet зоны и сети Internet -для
internet-зоны.
Схема подключения основного и дублирующего оборудования в
сети регистратора должна обеспечивать длительность перерывов дос-
тупности телематической службы DNS из других сетей, не более 2
минут и не чаще одного раза в сутки.
Сеть регистратора должна иметь связность с КМС не менее чем
по двум независимо функционирующим каналам.
В случае возникновения необходимости выведения системы из
работы более чем на две минуты, время и длительность такого пере-
рыва в функционировании должны быть согласованы с другими регист-
раторами во избежание одновременной недоступности более чем одно-
го сервера DNS, обслуживающего домен MOS.RU.
Сервер DNS, поддерживающий зону домена .MOS.RU, обязан отве-
чать на запросы с любого корректного ip-адреса. Временная блоки-
ровка связности допускается только в отношении ip-адресов, актив-
ность которых может привести к нарушению нормального функциониро-
вания сервера, и не должна действовать дольше, нежели необходимо
для выполнения этого условия.
Программно-аппаратный комплекс, поддерживающий дополнитель-
ную зону DNS домена MOS.RU, должен обеспечивать возможность пре-
образования дополнительной зоны в основную и соответствующей сме-
ны режима работы. Полное преобразование сервера в основной должно
занимать не более трех суток с момента начала работ. При работе в
режиме основного DNS-сервера домена .MOS.RU система должна соот-
ветствовать дополнительно следующим требованиям:
- обеспечивать передачу зоны остальным серверам, поддержива-
ющим дополнительные зоны домена .MOS.RU, в соответствии с IETF
RFC 1035 и IETF RFC 2181;
- обеспечивать обновление информации в соответствии со све-
дениями центральной базы данных не реже одного раза в сутки.
Оборудование используемое для комплекса должно быть обеспе-
ченно бесперебойным питанием (220V) с двойным резервированием;
Регистратор обязан иметь поисковую систему, обеспечивающую
предоставление информации из базы данных Регистратора о зарегист-
рированных им доменах. Информация о доменах должна быть общедос-
тупной в пределах КМС. Информация о домене, полученная через по-
исковую систему, должна содержать следующие данные:
domain: Название домена
type: Тип домена
descr: Краткое описание домена в произвольной текстовой
форме.
admin-o Администратор домена (юридическое лицо)
nserver: Информация о серверах доменных имен (DNS), которые
поддерживают домен.
state: Срок регистрации домена, состояние делегирования
org: Полное название юридического лица
nic-hdl: Уникальный идентификатор юридического лица
admin-c: Представитель данного юридического лица для админис-
тративного контакта
bill-c: Представитель юридического лица для контактов по
финансовым вопросам
phone: Телефон(ы) организации
fax-no: Номер факса организации
e-mail: Адрес электронной почты организации.
remark: Произвольные текстовые комментарии, замечания
База данных Регистратора по регистрируемым доменам (далее
БД)должна соответствовать следующим требованиям:
Содержать, как минимум, следующую информацию:
- административные и контактные данные об Администраторе до-
мена;
- информацию о сроках делегирования домена;
- архив документов, корреспонденции и данных, касающихся об-
работки заявок. Архив сохраняется на все время деятельности Ре-
гистратора.
Обеспечивать возможность доступа к закрытым частям базы дан-
ных в отношении каждого домена для его администратора или службы
технической поддержки, действующей по поручению администратора;
Обеспечивать возможность изменения данных о домене (списка
DNS- серверов, административных и контактных данных об Админист-
раторе домена) по заявкам администратора или службы технической
поддержки;
Должно быть организовано ежедневное резервное копирование
информации, обеспечивающее:
- возможность полного восстановления данных в случае любых
сбоев путем возврата к состоянию не более чем за сутки до сбоя;
- хранение носителей информации, содержащих резервные копии,
в условиях, обеспечивающих сохранность информации в случаях чрез-
вычайных обстоятельств.
В отношении всех серверов телематических служб, поддерживае-
мых Регистратором во исполнение настоящих технических требований,
должны быть предприняты следующие меры информационной безопаснос-
ти:
Сервера должны поддерживать протоколы и телематические служ-
бы, предназначенные для выполнения основной задачи сервера и для
удаленного управления сервером, и только их; поддержка других
протоколов и телематических служб не допускается.
Удаленное управление должно быть организовано с помощью за-
щищенных протоколов. Рабочие места операторов должны соответство-
вать таким же требованиям к безопасности, как и сами сервера.
При проверке полномочий оператора должны использоваться сис-
темы доступа по паролю. Использование адреса рабочего места опе-
ратора в качестве признака его полномочий не допускается.
Все попытки удаленного операторского доступа, удачные и неу-
дачные, должны протоколироваться. Для нужд протоколирования сер-
вер должен иметь отклонение системных часов от точного времени в
пределах 2 секунд.
Оборудование, используемое для комплекса, должно быть распо-
ложено в помещении с ограниченным доступом или закрытом шкафу для
обеспечения необходимой безопасности.
Оборудование, используемое для комплекса, должно быть распо-
ложено в отдельном сегменте LAN, который должен быть закрыт по
всем портам и протоколам, кроме необходимых для функционирования
комплекса.
Регистратор может предусмотреть возможность поступления в
свою БД информации из БД другого Регистратора в заранее оговорен-
ном формате. Регистратор обязан обеспечить выдачу информации из
своей БД в заранее оговоренном формате и обеспечить возможность
получения этой информации Центром. Регистратор обязан обеспечить
работоспособность и круглосуточный контроль за работоспособностью
комплекса серверов телематических служб. Регистратор обязан обес-
печить возможность проведения другими регистраторами периодичес-
ких проверок соответствия его системы настоящим техническим тре-
бованиям.
Приложение 2. Порядок передачи прав по администрированию до-
менов в зоне MOS.RU в случае невыполнения администратором домена
правил администрирования.
Общие положения
В случае невыполнения Администратором домена в зоне MOS.RU
правил администрирования администратор домена MOS.RU (ФХУ Мэрии
Москвы) может принять решение об отмене делегирования домена ука-
занной организации.
В случае принятия решения об отмене делегирования обязаннос-
ти по администрированию домена возлагаются на ФХУ Мэрии Москвы.
Переделегирование такого домена может быть осуществлено не
ранее, чем через три месяца после даты передачи обязанностей по
администрированию домена.
В случае передачи прав по администрированию домена Админист-
ратор домена MOS.RU предпринимает все возможные действия для уве-
домления Администратора, ранее осуществляющего администрирование
домена о несоблюдении им Регламента регистрации и поддержки доме-
нов в зоне MOS.RU.
Переделегирование доменов
При переделегировании доменов возникает два набора DNS-сер-
веров:
- старые сервера (primary и secondary сервера, которым на
данный момент делегирован домен);
- новые сервера (primary и secondary сервера, которым домен
будет делегирован).
Заинтересованные стороны при переделегировании домена:
- Администратор домена MOS.RU (ФХУ);
- Администратор старого primary сервера;
- Администраторы старых secondary серверов;
- Администратор нового primary сервера (ФХУ);
- Администраторы новых secondary серверов (ФХУ);
- Организация - старый администратор домена;
- Организация - новый администратор домена (ФХУ).
1. Администратор нового primary сервера домена должен:
- получить с помощью средств DNS конфигурацию зоны со старо-
го primary сервера.
- разместить зону на новом primary сервере, при этом должно
существовать необходимое соответствие между зоной на новом prima-
ry сервере и зоной на старом primary сервере (в зоне должны ос-
таться неизменными все записи, за исключением записи типа SOA и
записей типа NS для данной зоны).
- обратиться к Администраторам новых secondary серверов, и
получить от них согласие на поддержку secondary для данной зоны
(размещать информацию о зоне на этом этапе не следует).
2. Организация - новый администратор домена должна:
- сообщить всем заинтересованным лицам о переделегировании
домена.
3. Администратор старого primary сервера должен:
- приостановить прием заявок на внесение изменений в зону
(поддержка зоны продолжается до получения сообщения от Админист-
ратора домена MOS.RU о переделегировании домена;
4. Администраторы старых secondary серверов должны:
- не прекращать поддержку зоны до получения сообщения от Ад-
министратора домена MOS.RU о переделегировании домена.
5. Администраторы новых secondary серверов должны:
- разместить зону на новых secondary серверах;
- сообщить о готовности администратору нового primary серве-
ра.
6. Администратор домена MOS.RU должен:
- протестировать новые secondary сервера;
- переделегировать домен;
7. Администратор нового primary сервера должен:
- начать прием заявок на внесение изменений в зону;
- через время minimum ttl, указанное в домене, отправить со-
общение о переделегировании домена на адреса Администраторов ста-
рых primary и secondary серверов, с просьбой прекратить поддержку
домена на них.
8. Администраторы старых primary и secondary серверов долж-
ны:
- прекратить поддержку домена (если старые сервера не входят
в список новых серверов).
Приложение 3. Правила пользования услугами передачи данных и
телематических служб в Корпоративной мультисервисной сети Прави-
тельства Москвы
Общие положения
Настоящее Приложение определяет правила, обязательные для
Пользователя при использовании услуг передачи данных и телемати-
ческих служб в Корпоративной мультисервисной сети Правительства
Москвы (далее: КМС).
КМС представляет собой объединение принадлежащих множеству
различных организаций компьютерных сетей и информационных ресур-
сов, для которых не установлено единого, общеобязательного свода
правил (законов) пользования сетью. В основу настоящего
Приложения положены общепринятые нормы работы в публичных
сетях, направленные на то, чтобы деятельность каждого пользовате-
ля сети не мешала работе других пользователей. Правила использо-
вания ресурсов КМС (от почтового ящика до сервера и канала связи)
определяют владельцы этих ресурсов, если иное не установлено рас-
порядительными документами Правительства Москвы. Оператор любого
информационного или технического ресурса КМС может установить для
этого ресурса правила его использования. Правила использования
ресурсов либо ссылка на них публикуются операторами или админист-
раторами этих ресурсов и являются обязательными к исполнению все-
ми пользователями этих ресурсов. Пользователь обязан соблюдать
правила использования ресурса либо немедленно отказаться от его
использования.
В соответствии с этим положением, любые действия Пользовате-
ля, вызывающие обоснованные жалобы администраторов сетей, инфор-
мационных и технических ресурсов, доказывающие нарушение правил
пользования соответствующими ресурсами, недопустимы и являются
нарушением условий настоящего Приложения.
Обязательства пользователя
При подключении к КМС Пользователь принимает на себя обяза-
тельства.
Не отправлять по каналам КМС информацию, отправка которой
противоречит российскому федеральному или московскому законода-
тельству, а также международному законодательству;
Не использовать КМС для распространения материалов, оскорб-
ляющих человеческое достоинство, пропагандирующих насилие или
экстремизм, разжигающих расовую, национальную или религиозную
вражду, преследующих хулиганские или мошеннические цели;
Не посылать, не публиковать, не передавать, не воспроизводить
и не распространять любым способом программное обеспечение или
другие материалы, полностью или частично, защищенные авторскими
или другими правами, без разрешения владельца или его полномочного
представителя;
Не использовать оборудование и программное обеспечение, не
сертифицированное в России надлежащим образом и/или не имеющее со-
ответствующей лицензии;
Не использовать КМС для распространения ненужной получателю,
незапрошенной информации (создания или участия в сетевом шуме -
"спаме").
В частности, являются недопустимыми следующие действия:
- массовая рассылка не согласованных предварительно электрон-
ных писем (mass mailing). Под массовой рассылкой подразумевается
как рассылка множеству получателей, так и множественная рассылка
одному получателю. Под электронными письмами понимаются сообщения
электронной почты, ICQ и других подобных средств личного обмена
информацией. Несогласованная рассылка электронных писем рекламно-
го, коммерческого или агитационного характера, а также писем, со-
держащих грубые и оскорбительные выражения и предложения. Размеще-
ние в любой конференции Usenet или другой конференции, форуме или
электронном списке рассылки статей, которые не соответствуют тема-
тике данной конференции или списка рассылки (off-topic). Здесь и
далее под конференцией понимаются телеконференции (гр
