Я хочу попросить вас о помощи и указать, как я могу исправить свою ошибку, не переустанавливая всю систему.
Итак ...
Был Zentyal 4, и после обновления до Zentyal 5 у меня возникли ошибки. Один из них:
2017/07/12 17:30:12 INFO> Service.pm:958 EBox::Module::Service::restartService - Restarting service for module: samba
2017/07/12 17:30:27 ERROR> LDAP.pm:196 EBox::Module::LDAP::_connectToSchemaMaster - Error binding to schema master LDAP: The wrong password was supplied or the SASL credentials could not be processed
at Error binding to schema master LDAP: The wrong password was supplied or the SASL credentials could not be processed
at /usr/share/perl5/EBox/Module/LDAP.pm line 196
EBox::Module::LDAP::_connectToSchemaMaster('EBox::Samba=HASH(0x67ee7e0)') called at /usr/share/perl5/EBox/Module/LDAP.pm line 275
EBox::Module::LDAP::_loadSchemasFiles('EBox::Samba=HASH(0x67ee7e0)', 'ARRAY(0x7492840)') called at /usr/share/perl5/EBox/Module/LDAP.pm line 267
EBox::Module::LDAP::_loadSchemas('EBox::Samba=HASH(0x67ee7e0)') called at /usr/share/perl5/EBox/Module/LDAP.pm line 341
EBox::Module::LDAP::_performSetup('EBox::Samba=HASH(0x67ee7e0)') called at /usr/share/perl5/EBox/Samba.pm line 647
EBox::Samba::_regenConfig('EBox::Samba=HASH(0x67ee7e0)', 'restart', 1, 'restartModules', 1) called at /usr/share/perl5/EBox/Module/Service.pm line 960
eval {...} at /usr/share/perl5/EBox/Module/Service.pm line 959
EBox::Module::Service::restartService('EBox::Samba=HASH(0x67ee7e0)', 'restartModules', 1) called at /usr/share/perl5/EBox/Util/Init.pm line 121
eval {...} at /usr/share/perl5/EBox/Util/Init.pm line 119
EBox::Util::Init::moduleAction('samba', 'restartService', 'restart') called at /usr/share/perl5/EBox/Util/Init.pm line 247
EBox::Util::Init::moduleRestart('samba') called at /usr/bin/zs line 62
main::main at /usr/bin/zs line 82
2017/07/12 17:30:27 ERROR> Service.pm:962 EBox::Module::Service::restartService - Error restarting service: Error binding to schema master LDAP: The wrong password was supplied or the SASL credentials could not be processed
2017/07/12 17:30:27 ERROR> Service.pm:964 EBox::Module::Service::restartService - Error binding to schema master LDAP: The wrong password was supplied or the SASL credentials could not be processed
at Error binding to schema master LDAP: The wrong password was supplied or the SASL credentials could not be processed
at /usr/share/perl5/EBox/Module/Service.pm line 964
EBox::Module::Service::restartService('EBox::Samba=HASH(0x67ee7e0)', 'restartModules', 1) called at /usr/share/perl5/EBox/Util/Init.pm line 121
eval {...} at /usr/share/perl5/EBox/Util/Init.pm line 119
EBox::Util::Init::moduleAction('samba', 'restartService', 'restart') called at /usr/share/perl5/EBox/Util/Init.pm line 247
EBox::Util::Init::moduleRestart('samba') called at /usr/bin/zs line 62
main::main at /usr/bin/zs line 82
Укажите, пожалуйста, где я могу обновить учетные данные SASL?
и было бы неплохо (но не абсолютно необходимо) отправлять все запросы на наше основное веб-имя домена, на котором есть сервер Apache, обрабатывающий все запросы. Наши серверы размещены на движке Google Compute Engine. У меня есть несколько внутренних серверов для фактической обработки файлов данных, и в настоящее время запросы данных передаются через mod_proxy
на внутренние серверы.
Однако даже с прокси-сервером все данные все еще остаются проходит через веб-сервер перед отправкой на внутренние серверы. Это может легко привести к зависанию веб-сервера и моего веб-сайта.
Мой вопрос: как обычно поступают в этом сценарии? (извините, я не ИТ-специалист, но должен реализовать это сам)
Используется ли перенаправление вместо прокси в этих сценариях? Я пробовал переадресацию, но исходная информация заголовка потеряна, а внутренние серверы не могут получить файлы cookie аутентификации.
Я думаю, что тебе нужен балансировщик нагрузки. Для этого есть тяжеловесное софтвера, но с помощью Apache можно создать простой балансировщик нагрузки, используя mod_proxy_balancer. И он может отслеживать сеансы, чтобы информация в заголовке не потерялась.