Исправление редиректа https://myserver:8443/relay при обновлении Plesk Panel

Здравствуйте уважаемые хабражители! Хочу поведать вам историю о том, как я боролся с редиректом вида myserver:8443/relay после обновления Plesk Panel до версии 10.4.4

Краткая предистоия ситуации:
После скитания по различным биржам free-lance я нашел для себя оптимальный вариант, работаю с одним человеком, который держит собственную оптовую фирму. Делаю ему интернет магазины под ключ, и всякие там доделки-переделки. Вскоре аккаунта sweb на 8 Гб стало нехватать, решили арендовать сервер. После поисков и скитаний остановились на Hetzner. Заказчик по английски не очень шарит, предоставил мне все данные, я в свою очередь оформил заказ, все отлично. Взяли выделенный сервер X3+Debian 6.0 + Plesk — 64-битный. После оформления заказа на почту заказчику приехало письмо с уведомлением, мол ваш заказ успешно принят. Ну да ладно, ждем дальше. Минут через 20 приходит письмо, где Hetzner требует отослать им какой-либо документ, подтверждающий что мы не шутим. Почитав хабр, пишу заказчику мол так и так нужен Ваш паспорт. После беседы все таки отправляем. Через часика 2 сервер становится доступным, Hetzner присылает еще пару писем с доступами, ну и отлично. Пробуем подключиться по SSH — все работает. Проверям железо — все как и заказывали. И тут смотрю, что у меня места на жестком доступно — 376 Гб. Вспоминаю что по тарифу — Жёсткие диски2x 300 ГБ SATA (программный RAID 1) — пишу в техподдержку, там отвечают, что ничего страшного нет — радуйтесь что у вас доступно больше. Ну дальше разбираться я не стал, подумав, что нужно все таки зайти и посмотреть на Plesk, с которым я до этого дела не имел. Тут то и началось самое интересное.

Проблемы с Plesk
Полазив по панельке несколько часов, разобравшись что да куда, решаю поспать несколько часов и продолжить начатое с утра. На следующий день начинаю переносить свой тестовый домен, который до этого на AGAVA парковался. В документации по Hetzner нашел их DNS прописываю их на AGAVA — все, через несколько часов сайт заработал. Думаю ну да ладно, нужно теперь разобраться как же настроить NS записи. Иду в документацию, и ничего там не нахожу, либо нахожу но на буржуйском. Иду в техподдержку того же hetzner, но на их русском сайте. Поддержка там тоже на руском, в чат пишу так и так, как настроить NS. И мне там отвечают, что ничего у вас не получится, так как для таких целей нужно заказывать дополнительную услугу, стоимость которой — пол евро в год, но для пользователей выделенных серверов предоставляется бесплатно. Ну да ладно думаю — бесплатно, так бесплатно. Захожу в панель робота. Добавляю услугу, смотрю стоимость — 19 евро. Ниже подпись — пользователем выделенных — бесплатно. (откуда в техподдержке данные о 0,5 € за год — неизвестно). У заказчика с карточки ничего больше ничего не списывали. Да, стоит еще сказать, что заказывали сервер мы 31 января, счет пришел 1-го февраля, и в нем стояла стоимость за X3+Plesk(за январь и февраль — 6.42 € за январь, и 6.64 € за февраль). Учитывая что сервер стал доступен в 17:47 31.01.2012 — то в январе Plesk работал всего около 13 часов. Hetzner оценили это в 6.42 €.
Вечером, меня уведомил Plesk о выходе новой версии (была 10.3.1) 10.4.4 и посоветовал обновится. Ну я ж как заинтересованный в обновлении гражданин жму обновить, и жду. Через некоторое время меня уведомили об успешном обновлении и я сразу же зашел в админку по стандартному адресу — myserver:8443. Авторизация прошла успешно, пощелкав новый интрефейс и проверив доступность перенеснных сайтов я отправился спать. Утром включив ноут, пытаясь зайти в админку Plesk по стандартному адресу меня перекидывает на myserver:8443/relay — где ошибка 500. Сразу подключившись по SSH проверяю все ли с сервером в порядке узнаю, что все работает в стандартном режиме, никаких глюков замечено не было. Все сайты доступны.
Провозившись с ошибкой около 3-х часов, изучая при этом всю документацию Plesk, понимаю что такой ошибки на форуме и в документации вообще нет, и небыло принимаю решение позвонить в техподдержку.
Кстати, у некоторых пользователей похожая ошибка была, но сервер редирект давал не на :8443/relay а на :11444/relay. Решение этой проблемы подробно расписано в их документации.
Resolution
If you upgraded to Parallels Plesk Panel 10.2, port 11444 shouldn't be used any more. SSO has been completely moved to port 8443.

Try to check file /etc/sso/sso_config.ini if variable "relay_port" has correct value 8443. Try to change it if it's wrong.
Then try to set SSO properties manually:
# /usr/local/psa/bin/sso -s -server https://<your-domain-name>:8443 -url https://<your-domain-name>:8443
# /usr/local/psa/bin/sso -e

Also make sure that correct port 8443 is defined in psa database:

1. Open the Parallels Plesk Panel database:
# mysql -uadmin -p`cat /etc/psa/.psa.shadow` psa

2. Check tables misc and SSOBranding there
mysql> select * from misc where param in ('sso_relay', 'sso_server', 'sso_server_user_url');
mysql> select * from SSOBranding;

If somewhere there will be incorrect port, fix it:
mysql> update misc set val = 'https://<your-domain-name>:8443' where param in ('sso_relay', 'sso_server', 'sso_server_user_url');
К сожалению данное решение мне не помогло. На их сайте нашел бесплатный номер техподдержки 8-800-555-7275. Собравшись звонить, мне в голову приходит мысль поискать на буржуйских форумах решение данной проблемы. В итоге странице на 3-й гугла нахожу страничку в которой вижу следующее:
You can fix this by simply running the below command as root user:

/usr/local/psa/bin/sso --disable
О чудо. Данный метод работает. Решение оказалось намного проще, чем я думал.
К сожалению с панелями управления проблем возникает намного больше, чем при администрировании ручками.