Проблемы конфигурации Kunagi LDAP
Сначала поймите, что Ваш веб-сервер добавляет к Вашему access.log, таким образом, действительно необходимо сохранить, это - размер к минимуму. Мои апачские серверы начинают загружать страницы более медленно, когда у них есть файлы журнала, которые составляют более чем 4 ГБ (я - вероятно, единственный, который замечает).
Дайте awstats попытку. Это создаст основанные на HTML файлы, которые позволят Вам получать прекрасные виды на свой трафик, и это также уберет тот огромный файл access.log, который Вы имеете. В первый раз, когда Вы запускаете это приложение, оно собирается действительно занять много времени с тех пор, что access.log является настолько большим.
Если awstats или logrotate не сделают для Вас, Вы могли бы всегда просто уничтожать свой access.log один раз в день с кроном:
отзовитесь эхом ""> access.log
Но я лично только использую это, когда у меня есть огромный файл журнала, который я должен усечь действительно быстро. Это - действительно трата журналов для усечения их как это.
Код ошибки 34 указывает на то, что сервер, к которому подключается клиент LDAP, определил, что отличительное имя имеет неправильный синтаксис. Из вопроса dc = colosa, dc = net , похоже, имеет правильный синтаксис для выделенного имени. Убедитесь, что в конфигурации указано это значение (возможно, это опечатка?).
Кроме того, если указанный пользователь является отличительным именем (это может быть для поиска базового уровня, и приложение считает, что отличительное имя в поле пользователя подразумевает поиск базового уровня), убедитесь, что допустимое отличительное имя.
Используйте инструмент командной строки ldapsearch , чтобы проверить правильность параметров, используемых в конфигурации. Для получения дополнительной информации о ldapsearch см. LDAP: Использование ldapsearch .