Установка HAProxy на CentOS 6.3?

Исследование этой проблемы потребовало, чтобы я использовал немного Active Directory, знают как, а также некоторый Exchange-2010-Management-Shell-fu.

Первая вещь, которую я проверил, состоит в том, если мои 2 контроллера домена копируют правильно. Моя начальная буква думала, был, когда я обновил Скрытие от флажка списков адресов Exchange в Пользователях Active Directory и Компьютерах, что я изменил это на одном Контроллере домена, который не копировал в другой Контроллер домена, который Офлайновый процесс поколения Адресной книги, оказалось, выбрал. Как оказалось, Контроллеры домена копируют правильно, и это не проблема.

Следующая вещь сделать состоит в том, чтобы проверить некоторые атрибуты Active Directory и их текущие значения. Мой предпочтительный инструмент для того, чтобы сделать низкоуровневые вещи с Active Directory является ADExplorer от Sysinternals, однако Редактирование ADSI сделает одинаково хорошее задание, если Вы предпочтете это.

Первый атрибут, на который я смотрел на пользователе, является атрибутом msExchHideFromAddressLists. Это должно быть ЛОЖЬЮ, если пользователь должен появиться в списках адресов и TRUE, если бы они не были должны. Это - действительно просто проверка смысла, поскольку это - то, каких Пользователей Active Directory и Компьютеры обновляет, когда Вы (ООН) отмечаете Скрытие от флажка списков адресов Exchange. Это правильно показывало TRUE.

Следующий атрибут, который проверит, является showInAddressBook. Это - много атрибут значения, который содержит все списки адресов, в которых должен появиться этот пользователь. Обычно, это должно содержать по крайней мере один список адресов, пользователь должен появиться в, но для кого-либо, у кого есть набор атрибута msExchHideFromAddressLists к TRUE, этот атрибут не должен быть установлен вообще. Это было самой большой подсказкой, поскольку у этого пользователя все еще были значения в этом атрибуте, который должен был быть удален, когда Скрытие от флажка списков адресов Exchange было проверено.

Сервис Обновления Получателя на сервер Exchange 2003 ответственен за обновление значения атрибута showInAddressBook (среди других) в Active Directory, таким образом, я решил, что по некоторым причинам Сервис Обновления Получателя неправильно функционировал здесь.

Когда я первоначально установил Exchange 2010, я должен был работать setup.com /PrepareLegacyExchangePermissions для предоставления Сервису Обновления Получателя некоторых разрешений, этому нужно, потому что Exchange 2010 перемещает вещи немного.

Для проверки полномочий я открыл Пользователей Active Directory и Компьютеры и выбрал Представление => Расширенные функции, чтобы позволить мне просмотреть атрибуты безопасности для учетной записи пользователя в Active Directory. Я затем открыл незаконного пользователя и проверил вкладку безопасности и сравнил это с другим пользователем, который должен быть включен в Офлайновую Адресную книгу. В то время как я не проверял каждое разрешение, было сразу очевидно, что у пользователя, который должен быть в Офлайновой Адресной книге, было намного больше разрешений, данных, чем пользователь, который только что уехал. Проверяя несколько других пользователей, у них также было намного больше разрешений, данных, чем незаконный пользователь.

Что-то, что я, оказалось, заметил просто случайно, - то, что незаконный пользователь не наследовал полномочия от родительских объектов, тогда как все другие пользователи, которых я проверил, были. Я знаю на основе опыта, что это обычно только происходит, когда пользователь (или однажды был), член Active Directory дал группе полномочия. После проверки они больше не член привилегированной группы, я вернулся к ADExplorer и изменил атрибут adminCount на этом пользователе до 0 с 1. Я затем возвратился в Пользователей Active Directory и Компьютеры и позволил этому профилю пользователя наследовать полномочия от родительских объектов.

После того, как я сделал это, я вошел в пользовательские свойства и снял флажок со Скрытием от флажка списков адресов Exchange и затем проверил его снова. Я ожидал несколько минут Сервиса Обновления Получателя, чтобы сделать его вещь, и конечно же 5 минут спустя, когда я посмотрел на пользовательский объект в ADExplorer, Сервис Обновления Получателя удалил атрибуты showInAddressBook, которые он не имел никакого разрешения сделать ранее. Краткое руководство по восстанавливает Офлайновой Адресной книги, и все счастливы.

17
задан 24 February 2013 в 19:35
5 ответов

Пакет haproxy был удален из EPEL , потому что он теперь включен в RHEL 6.4 (и будет включен в производные дистрибутивы после сборки 6.4).

Red Hat Enterprise Linux 6.4 представляет пакет haproxy как предварительную версию технологии.

Если вам это нужно сейчас , вы можете получить Red Hat 6.4 SRPM и перестроить его в своей системе (точно так же, как CentOS вскоре сделает это). Например:

wget http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/os/SRPMS/haproxy-1.4.22-3.el6.src.rpm
mock -r epel-6-x86_64 haproxy-1.4.22-3.el6.src.rpm

В противном случае вы можете подождать CentOS 6.4, и тогда он будет доступен через базовый репозиторий.

17
ответ дан 2 December 2019 в 20:30

Вы сделали правильные шаги , однако похоже, что HAProxy больше не доступен в программном обеспечении EPEL репозиторий для дистрибутивов EL6.

Старые ссылки больше не работают. http://dl.fedoraproject.org/pub/epel/6/x86_64/repoview/haproxy.html

2
ответ дан 2 December 2019 в 20:30

HAProxy не является частью общей подписки.

Вам потребуется добавить «Балансировщик нагрузки сервера RHEL (v. 6 для 64-битной x86_64)» канал к своим правам, прежде чем вы сможете «yum install haproxy»

6
ответ дан 2 December 2019 в 20:30

Другой способ - просто загрузить epel rpm и выполнить yum localinstall.

10-секундный поиск, и я обнаружил, что доступен бета-пакет:

wget ftp://rpmfind.net/linux/epel/beta/6/x86_64/haproxy-1.4.8-1.el6.x86_64.rpm
yum localinstall haproxy-1.4.8-1.el6.x86_64.rpm
1
ответ дан 2 December 2019 в 20:30

HAProxy не является частью CentOS, но раньше входил в репозиторий Fedora EPEL. Однако , поскольку RHEL6.4 HAProxy является частью продукта / дополнения Red Hat Load Balancer, и политика EPEL, направленная на недопущение конфликта с предложениями Red Hat, привела к удалению HAProxy из репозитория EPEL Fedora.

Поскольку HAProxy является частью выпущенного продукта RHEL (хотя и как надстройка и предварительная версия технологии), это означает, что CentOS действительно включает его в свое обычное предложение CentOS-6.4 (так же, как и другие дополнительные продукты, например, High-Availability). Это означает, что CentOS включает его в свой основной репозиторий.

Помните, что, хотя это может быть неочевидно для многих пользователей CentOS, haproxy - это предварительная версия технологии, что означает, что она (пока) не поддерживается Red Hat, либо потому, что Red Hat уже не чувствует себя комфортно, поддерживая ее, либо потому, что они ожидают другого крупного / второстепенного обновления выпуска, либо дорожная карта для продукта все еще меняется (новый функционал, известные ошибки). Какова бы ни была причина отсутствия поддержки, у Red Hat есть основания полагать, что поддержка не может быть гарантирована, о чем должен знать пользователь CentOS, поскольку в проекте CentOS об этом конкретно не упоминается.

2
ответ дан 2 December 2019 в 20:30

Теги

Похожие вопросы