Что с сайтом nic ru
Перейти к содержимому

Что с сайтом nic ru

  • автор:

Почему не работает сайт?

Данная ошибка наиболее часто возникает по следующим причинам:

Домен не делегирован, то есть отсутствует привязка доменного имени к хостингу на котором размещен сайт ( см. статью Как направить домен на хостинг?)

Сайт недоступен из конкретной подсети. Для проверки можно использовать Webproxy. Введите имя вашего сайта в строке поиска и кликните GO. Если ваш сайт доступен, значит проблема находится на стороне вашего интернет-провайдера. Необходимо подождать обновления DNS-серверов провайдера. Обновление DNS-серверов может занимать от 24 часов до нескольких суток.

Сайт не открывается С или БЕЗ «www»

Сайт не открывается без «WWW» перед доменным именем

Скорее всего, при добавлении домена в панели управления хостингом вы добавили не сам домен, а его поддомен www.ваш_домен. Необходимо пересоздать домен в панели управления хостингом, добавив его без «www» вначале (см. статью Размещение сайта на хостинге).

Сайт не открывается с «WWW» перед доменным именем

Проверьте наличие синонима www.ваш_домен в панели управления хостингом. Создать синоним вы можете в панели управления в разделе Веб-серверСайты. Найдите в таблице сайт, для которого создается синоним, и кликните на него. В открывшемся окне Управление сайтом нажмите Синонимы сайта и добавьте синоним www.ваш_домен.

Если домен делегирован не на DNS-серверы RU-CENTER или у вас подключена услуга DNS-хостинг — убедитесь в наличии CNAME-записи с «WWW».

На сайте белая страница

Белая страница может означать, что во время исполнения скрипта произошла ошибка. Попробуйте включить отображение ошибок (см. статью Диагностика и устранение неполадок в работе скриптов сайта).

Ошибка подключения к базе данных

В этом случае на сайте могут отображаться сообщения:

  • «DB error»
  • «Could not connect to MySQL»
  • «Error Establishing a Database Connection»
  • «Database connection error (2): Could not connect to MySQL»
  • «Невозможно подключиться к базе данных»

Проверьте реквизиты для подключения к базе данных. Узнать правильные реквизиты для подключения к базе данных можно через панель управления хостингом (см. статью Подключение к серверу MySQL ). Реквизиты для подключения к базе данных должны быть прописаны в конфигурационном файле вашего сайта (см. статью Конфигурационные файлы популярных CMS).

Ошибки 403, 404, 500

По спецификации протокола HTTP все ответы сервера, в нашем случае Apache , разделены на группы:

  • 1xx: Информационные
  • 2xx: Положительные — запрос обработан и документ отдан клиенту
  • 3xx: Перенаправление — сообщается о перенаправлении пользовательского запроса на другой сервер, url и т.д.
  • 4xx: Ошибки обработки запроса клиента — связаны с некорректно запрошенным url, отсутствием необходимой авторизации, отсутствием прав доступа и т.д.
  • 5xx: Ошибки обработки запроса — связаны с ошибками работы пользовательских скриптов на сервере, нарушением связанности сети и пр.

Самые распространенные коды ошибок сервера:

Имя индексного файла сайта не соответствует описанным именам индексных файлов в конфигурации сервера, при этом запрещено отображение содержимого текущего каталога опцией Indexes.

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

DirectoryIndex index.html index.php index.shtml index.htm

при этом в конфигурации сервера (или в файле .htaccess) на директорию установлен запрет отображения содержимого каталога:

Options -Indexes

Лучший способ — внести имя default.html в список индексных файлов, добавив в начало файла .htaccess строку: DirectoryIndex default.html

Отсутствие прав на исполнение у файла в cgi-директории.

Например, вы загрузили в директорию /home/[LOGIN]/Ваш_домен/cgi/ файл test.cgi, но при этом не установили права на исполнение (u+x). При обращении по адресу http://Ваш_домен/cgi.bin/test.cgi получаем ошибку 403.

С помощью клиентов ftp или ssh сменить права доступа на файл командой

chmod u+x test.cgi
Отсутствие запрашиваемого файла или сервер не может его найти.

1. Воспользуйтесь панелью управления хостингом для просмотра логов сервера.

2. Загрузите недостающие файлы или исправьте ссылки на сайте.

500 Internal Server Error

В файле. htaccess вы указали директивы, которые не могут быть обработаны веб-сервером.

Например, в файле указаны директивы из модуля mod_rewrite, а сам модуль не включен в конфигурацию сервера.

1. Воспользуйтесь панелью управления хостингом для просмотра логов сервера.

2. Включите необходимый модуль в разделе Управление веб-сервером панели управления хостингом.

Ошибка выполнения вашего скрипта.

Например, скрипт, написанный на perl , не может найти необходимый ему perl-модуль.

1. Воспользуйтесь панелью управления хостингом для просмотра логов сервера.

2. Установите недостающие модули или исправьте ошибки в скрипте.

Более подробную информацию по протоколу HTTP и кодам ответа веб-сервера можно посмотреть в RFC 2616.

В случае возникновения неполадок в работе сайта, в первую очередь, рекомендуем проверить содержимое лог-файлов вашего сайта на наличие ошибок.

Описание ошибок, которые могут возникать при выполнении PHP-скриптов доступно на странице Диагностика и устранение неполадок в работе скриптов сайта.

Сайт то работает, то нет

Нестабильная работа сайта может быть связана с превышением лимита оперативной памяти. Подробная инструкция по проверке и снижению потребления оперативной памяти приведена в статье Использование ресурсов хостинга.

Сайт в некорректной кодировке (кракозябры)

По умолчанию на хостинге используется кодировка UTF-8. Изменить кодировку можно в панели управления хостингом в разделе Сайтываш_доменНастройкиВеб-сервер → параметр Кодировка сайта.

Настройка сайта — кодировка, перенаправление, логи и др.

Создание и управление сайтами на хостинге выполняется в разделе Сайты панели управления хостингом. В этом разделе вы можете:

  • добавить новый сайт, нажав кнопку Создать сайт;
  • перейти к управлению существующим сайтом, нажав на его название;
  • перейти к управлению синонимами сайта, нажав на соответствующее поле.

Нажав на название сайта, вы попадёте на страницу с основной информацией.

На странице Настройки вы можете изменить основные настройки сайта.

В разделе CMS вы можете в автоматическом режиме установить CMS на ваш сайт.

В разделе Веб-сервер настраиваются основные параметры сайта.

В разделе Планировщик заданий настраивается выполнение заданий по расписанию, подробнее об этом в статье.
В разделе Синонимы вы можете добавить дополнительные синонимы к сайту, подробнее об этом в статье.

2. Изменение кодировки сайта

По умолчанию на хостинге используется кодировка utf-8.

Для изменения кодировки в разделе СайтыВаш_доменНастройкиВеб-сервер панели управления хостингом измените параметр Кодировка сайта и сохраните изменения. Для корректной работы сайта необходимо убедиться, что скрипты сайта при работе с сервером баз данных хостинга явно указывают кодировку, в которой осуществляется работа с данными (например, функцией PHP mysql_set_charset). Популярные CMS делают это по умолчанию и, как правило, дополнительных настроек не требуется.

3. Включение сжатия данных

Позволяет сжимать (с помощью gzip) данные на сервере и распаковывать после получения на клиенте (в браузере). Это позволяет снизить сетевой трафик и сократить время ожидания открытия страницы.

Для включения сжатия в разделе СайтыВаш_доменНастройкиВеб-сервер панели управления хостингом активируйте слайдер Сжатие данных.

4. Включение кэширования данных

Предоставляет возможность указать период хранения статических файлов в кэше браузера посетителя сайта. Это значительно уменьшает время открытия сайта и снижает сетевой трафик. Значение указывается в часах. Нулевое значение отключает контроль времени хранения статических файлов в кэше браузера.

Для включения кэширования в разделе СайтыВаш_доменНастройкиВеб-сервер панели управления хостингом измените параметр Кэширование данных на нужное вам количество часов и сохраните изменения.

5. Настройка перенаправления

Панель управления позволяет настроить перенаправление запросов с сайта и всех его синонимов на другой адрес. Например, для того чтобы настроить переадресацию с сайта example.com на example.ru выполните следующие действия:

В разделе СайтыВаш_доменНастройкиВеб-сервер панели управления хостингом активируйте слайдер Перенаправление;

В появившемся поле укажите адрес, куда необходимо перенаправлять запросы и нажмите Сохранить. Если вы включите постраничную переадресацию, то запросы к страницам сайта будут перенаправляться на новый домен: http://site.com/test.php → http://site.ru/test.php.

Также вы можете настроить другие виды перенаправления с помощью файла .htaccess.

6. Ручной режим настройки веб-сервера и сайта

Панель управления предоставляет возможность изменить основной набор параметров сайта и виртуального сервера. При необходимости изменения конфигурационных файлов предусмотрена возможность перевода виртуального сервера и сайтов в ручной режим настройки.

Изменить режим настройки сайта вы можете в разделе СайтыВаш_доменНастройкиВеб-сервер панели управления хостингом.

При этом становятся доступны для редактирования файлы конфигурации. Для редактирования необходимо использовать подключение по SSH .

/home/login/etc/httpd/php*/site.ru.conf — конфигурационный файл виртуального хоста Apache ;
/home/login/etc/nginx/site.ru.conf — конфигурационный файл виртуального хоста Nginx.

/home/login/etc/apache_2.4/sites-enabled/site.ru.site.conf — конфигурационный файл виртуального хоста Apache;
/home/login/etc/nginx/sites-enabled/site.ru.site.conf — конфигурационный файл виртуального хоста Nginx.

Чтобы внесенные изменения вступили в силу, необходимо перезагрузить веб-сервер на одноименной странице панели управления хостингом.

Изменить режим настройки веб-сервера вы можете в разделе Управление веб-сервером панели управления хостингом.

При включении ручного режима настройки становятся доступны для редактирования файлы конфигурации. Для редактирования необходимо использовать подключение по SSH.

/home/login/etc/httpd/php*/httpd.conf — основной конфигурационный файл веб-сервера Apache;
/home/login/etc/nginx/nginx.conf — основной конфигурационный файл веб-сервера Nginx.

/home/login/etc/apache_2.4/apache2.conf — основной конфигурационный файл веб-сервера Apache;
/home/login/etc/nginx/nginx.conf — основной конфигурационный файл веб-сервера Nginx.

Чтобы внесенные изменения вступили в силу, необходимо перезагрузить веб-сервер на одноименной странице панели управления хостингом.

7. Управление страницами ошибок

Управлять страницами ошибок можно в разделе СайтыВаш_доменНастройкиВеб-серверСтраницы ошибок панели управления хостингом. Стандартные страницы ошибок расположены на хостинге в каталоге ваш_домен/errordocs.

Если вы устанавливаете собственную страницу, то путь к ней необходимо указать относительно корневого каталога сайта. На нашем примере в качестве страницы для ошибки 404 указан файл 404.php, размещенный на хостинге в каталоге /home/login/example.com/docs.

Настроить страницы ошибок вы также можете с помощью файла .htaccess.

8. Настройка логирования

Настройка логирования производится в разделе СайтыВаш_доменНастройкиВеб-серверЛог-файлы панели управления хостингом. Здесь вы сможете задать частоту, количество, а также способ архивации лог-файлов на хостинге.

9. Перенос сайта на новый домен

Для того чтобы перенести сайт example.com на новый домен example.ru выполните следующие действия:

  1. В разделе Сайты создайте сайт с именем нового домена example.ru.
  2. В разделе Файловый менеджер откройте папку с именем старого домена example.com, отметьте и скопируйте папку docs с файлами сайта.
  3. Перейдите в папку с именем нового сайта example.ru, удалите существующую папку docs и нажмите кнопку Вставить. Файлы сайта будут скопированы. Подробно порядок действий описан в статье Файловый менеджер. Если на вашей услуге недостаточно дискового пространства для создания копии сайта, воспользуйтесь функцией Вырезать для перемещений файлов.
  4. Проверьте работу сайта на новом домене. Для некоторых CMS может потребоваться изменение путей файловой системы в конфигурационных файлах сайта и настроек, связанных с именем сайта, в административной панели сайта.
  5. После проверки вы можете включить перенаправление запросов со старого сайта на новый или удалить старый сайт example.com и его файлы с хостинга.

10. Служебный (технический) домен для тестирования

Если ваш домен еще не подключен к хостингу, проверить работу сайта вы можете с помощью служебного (технического) домена login.nichost.ru (где login — идентификатор услуги хостинга).

При заказе услуги хостинга с доменом, служебный домен login.nichost.ru автоматически добавится в качестве синонима к вашему сайту.

Чтобы использовать служебный домен для другого сайта на вашем хостинге, вы можете удалить синоним login.nichost.ru у первого сайта и добавить его в качестве синонима к новому. Изменения вступят в силу в течение 15-30 минут.

Что с сайтом nic ru

Домены

Хостинг и серверы

Сайты

SSL-сертификаты

Сервисы

Почта

Договор

Восстановление доступа

Оплата

Уведомления

Клубная программа

Партнерская программа

Операции с услугами

Общее

Правовые вопросы

Пакеты услуг

Полезная информация

Туториалы

Часто задаваемые вопросы

  • Контакты службы поддержки
  • Политика в отношении обработки персональных данных и реализации требований к защите персональных данных
  • Статусная страница RU-CENTER
  • Способы оплаты услуг
  • Приложение 2: Тарифы на услуги
  • Оплата через Сбербанк Онлайн
  • Изменение списка DNS-серверов — делегирование доменов
  • Ошибка 403
  • Оплата с помощью банковских карт Visa, MasterCard, МИР
  • Порядок продления услуг
  • еще.

Всё ещё остались вопросы?

Написать в службу поддержки

Проблемы у NIC.RU

Общее время простоя на вскидку- часов восемь за трое суток.

ВЧЕРА поддержка написала:
Здравствуйте!
Сейчас могут наблюдаться периодические проблемы в работе DNS-серверов в связи сDDoS-атакой.
Из-за этого могут возникать проблемы с доступностью сайтов и почты.
Наши специалисты предпринимают все возможные меры для обеспечения стабильной работы сервисов.
Восстановление работы ожидается в течение сегодняшнего дня.
Приносим свои извинения за доставленные неудобства.

Но СЕГОДНЯ проблема не исчезла- сайты прилегли третий раз за сутки (и лежат сейчас).

Хотел спросить сообщество- как дела у других хостеров?

37 показов
1.1K открытий
9 комментариев
Написать комментарий.
Аккаунт удален
Развернуть ветку

Ничего не понимаю, Вы не могли бы определиться вылетают или все таки лежат ….

Развернуть ветку

Объясняю для Вас. Сначала сайты Вылетали. Это значит- применительно к сайтам- отключение на некоторое время, потом включение.
Сейчас- уже примерно сутки сайты Лежат. То есть недоступны совсем. Попытка прописать новые ДЛНС не проходит. Проблемы в самом Ник.Ру.
Поддержка Не реагирует на жалобы, пишет отписки типа- небольшие проблемы, приносим извинения. Но! Если сайт лежит более трех дней- он может вылететь из поиска. Восстановление позиций займет неизвестно сколько времени. Если сайт лежит БОЛЕЕ недели- он гарантированно вылетит из поиска. Разумеется Нику ру не заплатит вам за упущенную прибыль, не вернет вам деньги, потраченные за годы на рекламу, и не сделает ничего вообще.

Развернуть ветку

Рег.ру днс жив.
С ник.рутвчера перешли на днс cloudflare, достпны даже в бесплатном аккаунте.
Но у нас их хостинга не было, только днс сервер.

Развернуть ветку

Вчера весь день были проблемы, сегодня не выдержали и переехали.
И вам советую

Развернуть ветку

Очень уж геморно- пара сайта на безумно старых движках, переносить вручную придется. Ну и кроме того за последние 10 лет в целом НИК ру показал себя весьма дорогим- но надежным. Я думаю на них реально атака- традиционно у них половина росгоссайтов размещено. Просто хотелось бы спокойствия немного.

Развернуть ветку

Все днс-хостеры под угрозой.
Если хочется оградиться от падения зоны, лучше поднять на своих площадках bind, прописать туда свою зону и воткнуть последним в списке ns-серверов, обслуживающих домен.

Развернуть ветку

Дополнение.
Сайты лежат уже практически все время.
Поддержка самоустранилась
На три письма что делать и как исправить, где я лично спрашиваю о перенастройке ДНС- пришел ответ:

Здравствуйте!
Точные сроки устранения проблем на данный момент не определены.
Наши специалисты предпринимают все возможные меры для обеспечения стабильной работы сервисов.
Примите наши извинения за доставленные неудобства.
В этой ситуации рекомендую рассмотреть возможность делегирования и переноса зоны домена на сторонний DNS-хостинг.

Это- весь ответ.
Инструкции по изменению ДНС- нет.
Советов куда переходить- нет.

Мало того- вообще ДНС сервис в NIC.RU- платный
И хотя проблема в данном случае именно у хостера- исправление проблемы nic.ru не волнует, клиенты буквально брошены.
Ник ру не предлагает НИКАКИХ решений, как например, бесплатное подключение услуги ДНС на время атаки.

КАТЕГОРИЧЕСКИ НЕ РЕКОМЕНДУЮ Ник.Ру

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *