Изучение OpenLDAP cn=config: комментарии и возвращающиеся неправильные попытки
В то время как Технически возможно это может быть произвольным ограничением Вашего поставщика для увеличения дохода.
Это - действительно вопрос для хоста, если Вы хотите, чтобы техническая информация на самом деле настроила Ваш собственный сервер затем, Вы находитесь в правильном месте. К сожалению, мы не можем обычно помогать слишком много с конкретными вопросами поставщика. Без полного доступа к серверу и конфигурация Apache я сомневаюсь, что у Вас было бы много удачи при реализации этого.
Относительно выяснения у хоста, Вы корректны, vhosts является технологией, которую Вы хотите.
Вы не можете закомментировать записи в
cn = config, просто удаляя / повторно вставляя их, по крайней мере, не с помощью операций LDAP. Но если по какой-то причине вы добавили параметр конфигурации, который делает сервер недоступным, обычно достаточно остановитьslapd, зайти в/etc/ldap/slapd.d/cn=config] и отредактируйте ошибку в одном из файлов LDIF под этим каталогом, потому что это все, чтоcn = configна самом деле является: набором файлов LDIF с некоторой метаинформацией.Теоретически вы также можете сделать это, чтобы закомментировать записи, но я считаю это очень плохой практикой, но я использую тот факт, что это только текстовые файлы, и добавляю их в репозиторий
hg. В случае ошибки, Я могу просто вернуться к рабочей ревизии (покаslapd, конечно, остановлен).Хотя обычный синтаксис файла конфигурации устарел, я не думаю, что будет плохой идеей работать с ним, пока вы не закончите работу с конфигурацией и не конвертируете его в
cn = configтолько после этого.Если вы к нему привыкнете, новый метод бесценен, потому что он позволяет очень быстро изменять конфигурацию без простоев для перезапуска службы.
Что касается структуры дерева
cn = config, я бы посоветовал прочитать документацию по этой теме.