MSExchange ADAccess Ошибки сервера Exchange 2007 после обновления контроллера домена до Windows 2008 R2

Все не так и страшно, как казалось в понедельник утром, после обновления контроллера домена с Windows 2003 до 2008 R2. Загвоздка в одином параметре локальной политики.

Тогда же утром я наблюдал следующее:

- "Не удалось подключиться к серверу каталога" сообщал пользователям интерфейс OWA в браузере а мне пользователи по телефону. 

- ошибки в журнале событий сервера Exchange от MSExchange ADAccess с ID 2130 "Процесс w3wp.exe (OWA) (идентификатор процесса=3336). Поставщик Active Directory Exchange не смог обнаружить доступный контроллер домена"

- ошибки в журнале событий сервера Exchange от MSExchange ADAccess с ID 2114 "Процесс MSEXCHANGEADTOPOLOGYSERVICE.EXE (идентификатор процесса=1392). Произошла ошибка при обнаружении топологии, ошибка 0x80040a02 (DSC_E_NO_SUITABLE_CDC)."

При этом DCDIAG отсутсвием ошибок говорил о правильном переносе контроллера домена на новую ОС.

С помощью интернетов удалось локализовать и обнаружить причину ошибок. На новом контроллере домена серверу Exchange был закрыт доступ на управление журналами аудита и безопасности. 

Решение: Оснастка "Локальная политика безопасности" на контроллере домена - "Локальные политики" - "Назначение прав пользователя" - "Управление аудитом и журналом безопасности" - добавить Серверы Exchange и Серверы предприятия Microsoft Exchange - обновить политику gpupdate /force

И как результат, благодарность от Exchange в журнале событий с ID 2113 "Процесс MSEXCHANGEADTOPOLOGYSERVICE.EXE (идентификатор процесса=1392). Сервер Exchange Server  в данный момент имеет право на аудит безопасности на контроллере домена"

Почитать больше - http://technet.microsoft.com/ru-ru/library/bb218648(v=exchg.80).aspx

Код ошибки 408 Сервер не отвечает. Узел Sharepoint через ISA-TMG

Избавляемся от ошибки "408 Сервер не отвечает" изменяя метод пересылки запросов ISA/TMG сервера опубликованному Sharepoint.


Долго не знал с какого боку подойти к проблеме. Наблюдалась при доступе к Sharepoint серверу из интернет, т.е. через файрвол TMG, зачастую, при сортировке списка или изменении представления.
Internet Explorer констатировал: "Страница не доступна. Код ошибки: 408. Сервер не отвечает."

Проблема исчезла после изменения правила публикации сервера Sharepoint. "Запросы прокси на опубликованный сайт" установил на "приходят от компьютера Forefront TMG"

Еще отметил, что странички Sharepoint стали загружаться быстрее.

Ошибка TermDD id 50 при удаленном подключении к сеасну на терминальном сервере Windows 2008 R2

Используем "gpedit.msc" для решения поднадоедливой проблемы.

Раньше я уже упоминал аналогичную Error id 50 источника TermDD но на Windows XP. В этот раз проблема появляется после завершения удаленного управления другим сеансом на Windows server 2008 R2. Наблюдаем сообщение "Этот сеанс будет отключен из-за ошибки протокола. Попробуйте повторить попытку подключения к удаленному компьютеру" и отвалившийся терминал. В журнале фиксируется событие:

Тип: Ошибка
Источник: TermDD
Код (ID): 50
Компонент "DATA ENCRYPTION" RDP-протокола обнаружил ошибку в потоке протокола и отключил этого клиента.





Решаем:
"Локальная политика безопасности" gpedit.msc -> Котфигурация компьютера -> Административные шаблоны -> Компоненты Windows -> Службы удаленных рабочих столов -> Узел сеансов удаленных рабочих столов -> Среда удаленных сеансов. Выбираем параметр "Задание алгоритма сжатия данных RDP". И указываем ему значение "Не использовать алгоритм сжатия RDP". Применяем обновленную политику gpupdate /force или перегружаем для надежности.

Чуть больше читаем на сайте поддержки Microsoft: http://support.microsoft.com/kb/976110/ru

Принтер HP печатает user host class job перед каждым заданием

 

Перед каждым заданием принтер HP печатает дополнительную страницу:

user:

host:

class:

job:

Это печатается “LPD Banner Page”. Отключается на странице дополнительных сетевых настроек самого принтера. Заходим в веб интерфейс настроек принтера: Networking –> TCP/IP Settings –> Advanced –>LPD Banner Page –> Disable

Очистить кеш автозаполнения адресов Outlook

Адреса в организации Exchange давно нет или изменен, а пользователи продолжают слать письма используя автоподстановку адреса в Outlook. Известная история? Мне тоже порядком надоела.

Думал, сам кеш хранится в реестре. Таки нет. Это файл в профиле пользователя *.NK2. Удаляем и забиваем!

Если же есть желание подредактировать автозаполнение адресов, то можно воспользоваться программой NK2Edit.

А так рекомендует Microsoft.

Непредвиденная ошибка в универсальном драйвере принтера Xerox

“Непредвиденная ошибка в драйвере принтера. Закройте окно драйвера и повторите операцию”. Или ее аналог в английской версии драйвера Xerox:

“An unexpected error occurred in the print driver. Close the current driver window and retry the operation.”

Этим сообщением любовались пользователи терминального сервера при подключении к принтеру Xerox с “Global print driver”-ом. А так как принтеры у меня мапятся автоматически скриптом при входе пользователя на терминальный сервер, то и соответствующее окошко порядком поднадоело. Эта же ошибка выдавалась и при удалении принтера.

Вот дошли руки разобраться... На что надеялись программисты, когда писали программу пользовательского режима, хранящую данные в ветке реестра HKEY_LOCAL_MACHINE\SOFTWARE\Xerox с правом только чтения для непривилегированных юзеров? Ругаться не стал, просто добавил разрешение “полный доступ” для пользователей сервера терминалов. Принтер на том и успокоился.

Не печатает программа OPZ при запуске из сетевой папки.

Перенес программу OPZ “Податкова звітність” с локального диска терминального сервера на сетевую шару. После чего программа продолжала корректно работать под административными правами, но под пользовательскими не формировался документ для печати.

Ошибку удалось вычленить: “… Указанный путь был использован при запуске CMD.EXE в качестве текущей папки. CMD.EXE не поддерживает пути UNC. По умолчанию выбрана системная папка Windows.”

Причина – в обработке cmd.exe UNC путей.В этом случае в качестве рабочей устанавливается системная папка вместо каталога программы. Соответственно доступа к ней для записи у пользователя с обычными правами нет.

Решение - в отключении проверки на путь UNC при запуске cmd. Читаем статью MS и устанавливаем в 1 DWORD параметр реестра DisableUNCCheck по пути:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Command Processor

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Command Processor - для х64

Или соответственно для конкретного пользователя:

HKEY_CURRENT_USER\SOFTWARE\Microsoft\Command Processor

Работает.

Не сохраняется установка языка ввода по умолчанию (раскладка клавиатуры) в терминальном сеансе Windows Server 2003

Решение простое и прячется в реестре.

Сервер – Windows Server 2003 со службой терминалов. Клиент – бездисковая станция, работающая на ThinStation. Устанавливаю язык ввода по умолчанию – русский. Завершаю сеанс, подключаюсь к серверу - язык ввода по умолчанию снова английский. Это стандартное поведение терминальной сессии, когда язык ввода перенаправляется с клиента. На линуксовой машине русского то и в помине не предполагалось.

Как решить? Добавить новый ключ рееста:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Keyboard Layout\IgnoreRemoteKeyboardLayout (REG_DWORD) со значением 1.

Подробности можно подчерпнуть из статьи Microsoft 924852 “How the "Regional and Language Options" settings in Windows Server 2003 are applied”.

Дверь в прошлое на 5 тыс. лет

Раньше прочитал а сейчас нашел первоисточник и фото двери, найденной при раскопках в Цюрихе (северо-восток Швейцарии). Примерно в 3063 году до ношей эры эта дверь могла прикрывать вход в дом, что стоял на берегу Цюрихского озера.

Артефакт нашли при строительстве подземной парковки.

Лишний раз приходится пожалеть, что при массовой застройке Киева “не находят” никаких артефактов.

Унікальні залишкі Десятинної церкви буде поховано під бетоном

Унікальні залишкі Десятинної церкви буде поховано під бетоном

"Зараз нависла пряма загроза існуванню пам’ятки: у фундаменти Десятинної церкви, а також унікальні за своїм багатством культурні шари, в яких, зокрема, є древнє язичницьке кладовище, хочуть вбити кілька десятків бетонних паль, на яких буде споруджено підмурок церкви Московського патріархату. Це має бути зроблено до нового року!"

Честно сказать, мой ум отказывается верить в реальность происходящего. Только сегодня прочитал про строительство на Набережно-Крещатикской. А тут… Для меня Десятинная церковь как последний рубеж, сдав который страна перестанет быть страной а превратиться в бред и фантазии невротических личностей с соответствующими взглядами на историю и человеческие ценности.

Я не понимаю людей, которые прикрываясь духовностью и “божьим перстом” переступают через чужие мнения. Если кому-то нужна церковь, то пустого места вокруг предостаточно. Мне интересна история и я хочу передать этот интерес своим детям а за одно и возможность прикоснуться к вещественным артефактам.

Сам давно планировал сделать фото-вылазку к месту раскопок. А пока фото автора статьи.