Reg ru не работает авторизация

Возможные ошибки в REG.Panel и шаги по их устранению

Ошибка 500 в REG.Panel

Ошибка 500 (Internal Server Error, внутренняя ошибка сервера) может возникнуть вследствие нарушения работы web-сервера, работы php-скриптов. Для обнаружения проблемы необходимо включить отображение ошибок php. Добавьте в файл cfg/config.ini строку debug_mode = 1 и воспроизведите проблему. На сайте должна появиться информация об ошибке.

Белая страница в REG.Panel

Если после ввода логина и пароля отображается белая страница или ошибка 500 (также может возникать ошибка «Fatal error: Uncaught exception ‘ZendJsonException’ with message ‘Decoding faile…»), то необходимо произвести следующие действие:

Изменить в базе данных панели в таблице «config», в поле «main_gw_url» , значение https://api.reg.ru/api/regru2 на:

Не выключается режим «Профилактические работы»

В панели Администратора, в разделе «Настройки системы» — «Настройки» заполните поле «С какого ящика отправляем письмо» и снимите галочку «Включить режим Профилактические работы». Установите необходимые настройки и нажмите Сохранить. Режим «Профилактические работы» должен будет выключиться.

После загрузки файлов для обновления панель не запускается

Скорее всего, на хостинге отсутствует ionCube Loader нужной версии. Для корректной работы REG.Panel 4.4.2 необходим ionCube Loader версии не ниже 4.4.1. Установите / обновите данное программное обеспечение и повторите процедуру обновления панели.

Цены в разделе «Тарифные планы» не соответствуют реальной стоимости на REG.RU по партнёрскому тарифу

Для исправления выполните синхронизацию цен в панели Администратора REG.Panel. Перейдите в раздел «Тарифы», затем в «Тарифные планы» и кликните на ссылку Ваш тариф.

Не работает регистрация в REG.Panel

Для решения проблемы попробуйте заменить содержимое каталога

/skins/default файлами по умолчанию (они содержатся в установочном архиве панели). Возможно, нарушена целостность шаблона панели.

Почему средства на мой кошелёк поступают, а клиенту в REG.Panel не зачисляются?

Вероятно, вами указаны неверные url-пути к скриптам в настройках платёжной системы. Проверьте url-пути до скриптов согласно инструкции Настройка платёжных систем в REG.Panel.

Как провести оплаченный счёт в REG.Panel

Возможны ситуации, когда клиент оплатил выставленный ему счёт за услугу, но в REG.Panel информация об оплате по тем или иным причинам не поступила, и средства на баланс пользователя не были зачислены. При этом счёт в панели Администратора имеет статус «Не оплачен».

В такой ситуации вы можете провести оплаченный счёт и присвоить ему статус «Оплачен». Для этого:

Перейдите в раздел Счета, найдите неоплаченный счёт и кликните по нему.

Откроется страница с информацией о счёте: «Счёт № X не оплачен». Нажмите кнопку Провести платёж.

Появится сообщение: «Баланс пользователя будет увеличен на сумму платежа. Вы действительно хотите провести данный платеж?». Нажмите Ок, тогда платёж будет успешно проведён, и средства зачислятся на баланс клиента.

Не сохраняются настройки в REG.Panel поля подсвечиваются красным

В целях повышения безопасности установлены ограничения доступа к API по IP. Для работы REG.Panel вам необходимо настроить доступ по API в личном кабинете на сайте REG.RU:

Не работает (зависает) WHOIS-сервис в REG.Panel

Вероятно, у вашего хостинг-провайдера заблокирован порт 43.

Источник

Ошибка «Сайт выполнил переадресацию слишком много раз»

Причина возникновения ошибки

Сайт, на который не установлен сертификат безопасности, работает по незащищённому протоколу HTTP. URL такого сайта выглядит так: http://your_site.ru. Чтобы сайт работал по защищённому соединению, нужно приобрести SSL-сертификат. Подробнее о HTTP читайте в статье Для чего необходим SSL-сертификат.

При установке сертификата ваш сайт становится доступен по безопасному протоколу HTTPS и URL выглядит так: https://your_site.ru. Однако одной покупки и установки SSL-сертификата недостаточно. По умолчанию сайт по-прежнему открывается по протоколу HTTP. Чтобы ваш сайт начал работать по HTTPS, необходимо настроить редирект с HTTP на HTTPS.

Вариантов сделать редирект несколько. Всё зависит от платформы, на которой сделан сайт. Проще всего сделать редирект на WordPress с помощью плагинов. Если сайт самописный, редиректы устанавливают через конфигурационные файлы .htaccess или web.config. Также можно использовать инструмент для добавления редиректа в панели управления хостингом. Все перечисленные способы вы можете найти в разделе Редиректы.

Если редирект был сделан неправильно, у пользователя может возникнуть циклическая переадресация, которая приводит к ошибке. Как это происходит? При настройке редиректа вы задаёте перенаправление http://your_site.ru —> https://your_site.ru. Если при этом в CMS или на сайте задан параметр открывать сайт строго по протоколу http, возникает замкнутый цикл: http://your_site.ru —> https://your_site.ru —>http://your_site.ru —> https://your_site.ru>… Сервер фиксирует слишком большое количество переадресаций и выдаёт ошибку ERR_TOO_MANY_REDIRECTS.

Сайт выполнил переадресацию слишком много раз или ERR TOO MANY REDIRECTS: как исправить

Как правило, ошибка переадресации вызвана проблемами на сервере, на котором находится сайт, и исправить её может только владелец ресурса. Однако, если вы пользователь и в течение нескольких дней проблема на сайте сохраняется, вам также стоит выполнить некоторые действия на своём устройстве. Ниже мы расскажем об исправлении ошибки и со стороны владельца и со стороны пользователя.

ERR TOO MANY REDIRECTS: что делать, если я владелец сайта

Подумайте, какие действия вы делали с сайтом за последнее время. Вернитесь к старой версии сайта, – если ошибка пропала, значит, новые настройки были некорректны.

Проверьте настройки HTTPS. Часто ошибка ERR_TOO_MANY_REDIRECTS появляется при неправильной настройке переадресации HTTP на HTTPS. Правильно ли вы настроили редирект, можно проверить по инструкциям:

Проверьте, не влияют ли на работу сайта плагины. Иногда плагины нарушают работу сервера и могут появляться различные ошибки, в том числе и TOO MANY REDIRECTS 310. Отключите по очереди каждый плагин или переименуйте папку plugins в каталоге файлов вашего сайта на любое другое название. Если сайт заработает, удалите плагин-виновник.

Если у вас кириллический домен, проверьте, как в настройках WordPress указан ваш домен. Кириллические домены хоть и удобны в использовании, однако они не соответствуют UNICODE-системе, поэтому для них создали Punycode. Именно в этой форме нужно добавлять название сайта во все настройки. Чтобы перевести кириллический домен в Punycode, используйте конвертер. Например, ваш сайт дачник.ру. В формате Punycode он будет выглядеть xn--80ahnin3d.xn--p1ag.

Ошибка в конфигурационном файле. Каждая CMS имеет собственный конфигурационный файл, который использует индивидуальные правила для перенаправления. Описать все способы исправления этой ошибки невозможно. Вы можете проверить все добавленные правила переадресации и устранить конфликт, обратившись за помощью к разработчикам сайта или на тематические форумы по используемой CMS. Также вам может помочь замена текущего файла .htaccess на стандартный для используемой вами CMS. Если вы используете WordPress или Joomla, можете добавить некоторые записи в конфигурационные записи по одной из инструкций ниже.

Для исправления ошибки в CMS WordPress hosting добавьте в конфигурационный файл wp-config.php, который размещён в корневой директории вашего сайта, строки:

Для решения этой проблемы на VPS и выделенных серверах добавьте в httpd.conf (конфигурационный файл Apache) строку:

Чтобы изменения вступили в силу, перезапустите веб-сервер Apache.

Для исправления ошибки в CMS Joomla в конфигурационный файл .htaccess после строки RewriteEngine On добавьте:

Что делать, если я пользователь

1. Откройте сайт в другом браузере. Если ошибка сохраняется, значит есть проблема с сервером и восстановить доступ к сайту может только владелец. Если сайт загружается, значит проблема со стороны вашего устройства. Выполните шаги описанные ниже.
2. Очистите cookies и кэш браузера. Временные файлы сохраняют данные посещённых сайтов, чтобы в дальнейшем не тратить время на обращение к серверу, а использовать информацию с устройства. Несмотря на пользу временных файлов, бывает, что они мешают показать новую версию сайта. Если на веб-ресурсе была ошибка и владелец её исправил, пользователь может не увидеть новый вариант. Чтобы браузер обратился к серверу сайта, а не к временным данным, очистите кеш и cookies браузера.

Проверьте расширения в браузере. Они могут влиять на связь браузера и сервера. Отключите недавно установленные расширения. Если сайт заработал, расширение придётся удалить.

В правом верхнем углу нажмите на три точки. В выпадающем списке нажмите Настройки:

В левом меню нажмите Расширения:

Чтобы отключить расширение, переведите переключатель влево. Если хотите удалить, нажмите Удалить:

Чаще всего проблема на стороне владельца ресурса и пользователь может только подождать, пока разработчики исправят ошибку на сервере.

Источник

Браузер пишет, что не может найти страницу или сервер

При попытке зайти на сайт наблюдается сообщение браузера:

1. «К сожалению, Google Chrome не может найти страницу»,
2. «Сервер не найден. Firefox не может найти сервер»,
3. «ERR_NAME_NOT_RESOLVED»,
4. «Server not found»,
5. «Не удалось найти IP-адрес сервера»,
6. «404 страница не найдена»,
7. «Проблема при загрузке страницы, сервер не найден»,

или сообщение от любого другого браузера о том, что запрашиваемая страница не найдена на этом сервере.

Это значит, что проблема связана с работой службы DNS. Как исправить?

Пропишите DNS-серверы для домена

Проверьте, корректные ли DNS прописаны для домена. Узнать, какие DNS прописаны для домена можно по инструкции: Как узнать, какие DNS-серверы прописаны для домена

Узнать, какие DNS должны быть прописаны, можно по инструкции: Какие DNS-серверы прописать для домена

• если у вас хостинг сайтов, воспользуйтесь справкой: Как привязать домен к хостингу,
• если у вас сервер VPS: Как привязать домен к VPS.

После того, как вы пропишите DNS, необходимо подождать обновления информации на DNS-серверах интернет-провайдеров (около 24 часов), после этого сайт должен появиться в Интернет. Принципы работы DNS и почему домены начинают работать не сразу

Если вы недавно сменили DNS-серверы для домена и получили ошибку «не удается найти DNS-адрес сервера», то это нормальное явление. Недоступность сайта носит временный характер и связана с обновлением DNS-серверов интернет-провайдеров по всему миру.

В большинстве случаев обновление DNS-серверов происходит в течение суток. Если после смены DNS-серверов прошло более 24 часов, рекомендуем обратиться к вашему интернет-провайдеру с просьбой обновить DNS-кэш для вашего домена.

После смены DNS прошло более 24 часов

Важно: очистите кэш браузера. Ваш браузер мог закэшировать страницу с недоступностью вашего домена и теперь при запросе к сайту подставляет устаревшие данные из своей памяти. Для того чтобы очистить кэш, перейдите по адресу вашего сайта и нажмите «Ctrl» + «F5».

Если очистка кэша браузера не помогла, проверьте, открывается ли ваш сайт через 2ip.ru (введите адрес вашего сайта и нажмите Открыть). Если сайт открывается, значит вам просто нужно дождаться обновления информации на DNS-серверах интернет-провайдеров.

Если сайт через cameleo не открывается, выполните шаги:

• если у вас хостинг REG.RU, для домена должны быть прописаны DNS-серверы: ns1.hosting.reg.ru, ns2.hosting.reg.ru,
• если у вас VPS или Dedicated сервер, для домена должны быть прописаны: ns5.hosting.reg.ru, ns6.hosting.reg.ru.

Если DNS прописаны ошибочно, воспользуйтесь справкой:

Важно: Еще раз обращаем ваше внимание на то, что если у вас заказан хостинг REG.RU, для домена должны быть прописаны DNS-серверы ns1.hosting.reg.ru и ns2.hosting.reg.ru.

Если же вы видите любые другие DNS-серверы или бесплатные DNS-серверы REG.RU (ns1.reg.ru и ns2.reg.ru) вам необходимо узнать, с какого сервера должен открываться сайт, для этого необходимо проверить ресурсные записи. Переходите к шагу 3.

Введите имя домена, в выпадающем списке выберите тип записи «А» и укажите опцию «С трассировкой». Это позволит проверить работу DNS начиная с корневых серверов:

Источник

Ошибка 403

Вы столкнулись с сообщением «Ошибка 403»? Что делать, мы расскажем в этой статье.

Если при открытии вашего сайта вы получили одно из следующих уведомлений:

• В доступе на страницу отказано,
• 403 Forbidden,
• Forbidden, доступ запрещён,
• Forbidden You don’t have permission to access,
• Access denied.

Ошибка 403 говорит о том, что доступ к запрашиваемой странице запрещён или у пользователя нет прав на просмотр контента.

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

Возможные причины и их решения, если проблема на стороне владельца сайта

Заблокирована работа хостинга

403 ошибка может возникнуть, если услуга хостинга была заблокирована. Блокировка может произойти, если превышены технические ограничения тарифа или нарушены условия договора оферты. Перед блокировкой на контактный email владельца услуги придёт предупреждение. У него будет 24 часа на устранение причины блокировки.

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

Если подобных писем не приходило и услуга не блокировалась, причина ошибки в другом.

Некорректно задана главная страница сайта

Главная страница сайта (индексный файл) – это первая страница, которая открывается пользователю, если он перешёл по домену без указания точной страницы сайта, например www.test.ru. По общепринятым правилам она называется index.html или index.php. Если в корневой папке сайта отсутствует файл с названием index.html или index.php, возникнет ошибка 403. В качестве индексного файла может использоваться файл, отличный от index.html или index.php. Но название данного файла должно быть указано в настройках.

• в корневой папке сайта существовал файл главной страницы (индексный файл),
• в настройках указано соответствующее название файла главной страницы (индексного файла).

Чтобы это проверить войдите в панель управления хостингом и следуйте соответствующей инструкции ниже:

Источник