| Aleksey 的个人资料Automatisation of our sy...日志列表网络 | 帮助 |
Automatisation of our sysadmin life2009/7/25 Проблема подключения Outlook 2007 посредством Outlook Anywhere к серверу Exchange 2007Проблема как оказалась не стала единичной только лишь для меня, поэтому решил поделиться с вами.
После проведения некоторых экспериментов над своим маилбоксом, мне пришлось удалить свой почтовый профиль на локальном компьютере для того, чтобы создав его заного - загрузить всю почту. Вот с этого всё и началось.
На рабочей машине у меня стоит VISTA SP2 и офисный пакет MS Office 2007. Почта моя хранится на Exchange 2007 сервере, подключение к которому происходит посредством Outlook Anywhere. При создании почтового аккаунта на локальном компьютере, я указываю имя exchange сервера и свой email, а также выставив параметры прокси сервера(RPC over HTTP) на вкладке Connection/Outlook Anywhere и введя пароль - получаю доступ к своей почте.
Но в этот раз при создании аккаунта, Outlook отобразив форму на введение пароля - не авторизовывал меня на конечном сервере и запрашивал пароль снова и снова. Я был полностью уверен в правильности вводимых данных - логина/пароля, потому как проблем для доступа к OWA с использонием их - все проходило гладко. Повторное удаление профиля и переустановка Outlook'а - не дало результатов, после чего я уселся за исследование этой проблемы.
Зайдя на саппорт майкрософта, оказалось, что данная проблема как раз может встречаться при пересоздании почтового профиля и ошибка является результатом потери настроек шлюза по умолчанию kb913843.
В результате в ресстр был создан параметр dword:
HKEY_CURRENT_USER\Software\Microsoft\Office\12.0\Outlook\RPC
"DefConnectOpts"=dword:00000000
Но после внесения изменений в реестр и перезагрузки компьютера - ничего не изменилось. Зайдя на technet в итоге помогло решение которое было переделано на свой лад. В реестр был добавлен ключик:
HKEY_CURRENT_USER\Software\Microsoft\Office\12.0\Outlook\RPC
"EnableRPCTunnelingUI"=dword:00000001
Из названия ключа становится ясно, что он всего-лишь должен включить форму для настройки RPC over HTTP тунеллинга, но как оказалось - это как раз-то и помогло. После этого я уже смог авторизоваться на своем почтовом сервере и загрузить имеющуюся у меня почту.
Хочу заметить, что решением проблемы оказалось как раз добавление вот этих двух ключей в реестр. По отдельности они увы не решают проблемы.
Надеюсь эта заметка вам поможет в подобной ситуации и вместо переустановки ОС, вы сначала прочтете её ;) 2008/10/16 Powershell and MS SQL 2005 нет ничего прощеTah blog Tags: Powershell, MS SQL 2005 Как по мне, то Powershell очень удобен для обработки различного рода информации, возможность работы с csv и xml файлами, а также представление всевозможных данных в виде обьектов - выгодно отличает его от WSH с такими весьма популярными скриптовыми языками программирования как VBScript и JScript. Но для менявся красота в какой-то момент потерялась при работе с большими обьемами данных, невероятные задержки при необходимости многократного поиска различных данных в файлах или сведение данных из двух файлов по какому-либо признаку, натолкнуло на мысль, что а было бы хорошо использовать для этих целей уже существующие решения, как SQL запросы и базы данных :-) Не изобретая колеса, было решено использовать MS SQL 2005 сервер под свои нужды и скажу, что я удивился тому удобству что я получил в итоге. Рассмотрим пример, у нас есть две таблички CREATE TABLE [dbo].[computers]( Где-то в скрипте получая данные о компьютерах в сети(задача выдуманная на ходу(не вините, что не брал список компов с AD ;-)) необходимо заполнить эти таблицы, с одним условием, что одинаковые записи об одном и том-же компьютере в таблицу computers попадать не будут.
Для начала опишем функцию которая будет осуществлять подключение к MSSQL серверу, получив через параметрыстроку соединния(connection string), а также SQL запрос который необходимо исполнить. #connection string function sqlquery ([string]$constr,$query) { Так как тип возвращаемых данных для INSERT запроса отличается от остальных, пришлось идти на небольшое ухищерение и в зависимости от того, найдена ли строка с INSERT'ом внутри запроса или нет - выдавать различного типа результат. $computer = "ada1" $query =@" if ($result -eq $null) { (В данном примере все возможные домены уже находятся в табличке domains) Пример я считаю достаточно исчерпывающий, ну а теперь - пользуемся :-) 2008/9/18 Неудобненько получается или Live Space ограниченияСлучайно наткнулся на одно из ограничений ресурса spaces.live.com, и в последствии оказалось логичным. Все началось с того, что я решил опубликовать подготовленную в MS Word'e статью "Настройка уведомлений в SCOM 2007 с использованием notification command channel" на свой спейс. Было решено перенести её для начала копипастом в Microsoft Live Writer, чтобы сохранить форматирование уже существующего документа и собственно не заниматься одним и тем-же дважды, a затем зааплоадить к себе на спейс. При попыткe опубликовать пост, я получил сообщение: Попытка погуглить на эту тему, ничего хорошего не дала... Тут я вспомнил о WYSIWYG спейсовском редакторе и решил тем же способом(копипастом существующего документа из ворд-а) решить проблему. На что спейс закономерно опять отругался: Попытавшись разобраться с этой проблемой, мне поррекомендовали написать запрос в саппорт https://support.live.com, что я и сделал. . For Vista, type in the following path: %localappdata%\windows live writer\windows live writer.log В итоге они мне сказали, тоже самое, о чем я уже и сам догадался... было превышено количество символов в посте. Залез в итоге в лог %localappdata%\windows live writer\windows live writer.log , нашел "свою" ошибку в нём "WindowsLive.Writer.Extensibility.BlogClient.BlogClientProviderException: Blog Server Error - Server Error 40008 Occurredи потом обратил внимание на содержание своего поста в логе... а точнее на количество "мусора" которое я потянул за собой копипастом из Word'а. Мусора было около 140кб )) всевозможного форматирования текста повторяющегося неоднократно и куча другого ненужного html кода. Вывод оказался прост: в следующий раз изначально буду писать в блог, нажимать на кнопочку показать исходный HTML код на странице и разбираться с "излишествами" форматирования текста, публиковать, а затем уже перетягивать в Word ;-))) 2008/7/31 VMware ESXi Hypervisor теперь бесплатен!С чем и поздравляю ! качаем здесь VMware ESXi Hypervisor. 2008/6/12 Настройка уведомлений в SCOM 2007 с использованием notification command channel( Часть 3 ).5. И заключительный этап – необходимо задать аккаунт, из под которого будет запускаться скрипт. Для этого необходимо в SCOM Operation Сonsole зайти в Administration –>Security –> User Roles. В правом окне найти Profile: Read-Only operator и щелкнув по этому профилю правой кнопкой мыши, создать новую роль - Read Only Operator. Назовем эту роль Task execution operator и в группу членов данной роли добавим оператора, которому разрешим доступ к необходимым для мониторинга событиям(алертам) и соответсвующим видам. Из под этого пользователя будет запускаться powershell скрипт, который будет получать необходимые свойства по заданному Alert ID (идентификационному номеру события). Важно: Чтобы заданные права вступили в силу, необходимо залогинится под этим аккаунтом на RMS сервер и запустить под ним SCOM Operation Console. На данном этапе настройка уведомлений в SCOM-е завершена и теперь необходимо проверить работу, создав событие в SCOM-е которое будет попадать под критерии заданной подписки. А теперь о возможных проблемах, которые присутствуют в SCOM 2007 SP1. 1. Получения события на RMS сервере: “Script or Executable was Dropper”, когда срабатывает комманда извещения (Notification command). Решается данная проблема, добавлением ключа в реестре на RMS сервере. Зайдите в regedit и найдите следующую ветку реестра HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft Operations Manager\3.0\Modules Теперь нужно создать в этой ветке новый ключ – «Global», а в этом ключе – следующий ключ – «Command Executer». Теперь в этом ключе создать AsyncProcessLimit (REG_DWORD), которое может указывает сколько максимально паралельных процессов (Notification command channel) может быть запущено. По умолчанию это значение равно 5-ти. А т.к. подключение к SCOM-у через powershell занимает достаточно длительное время до 3-5 секунд, то порой это может стать проблемой при попытке отправить большому кол-ву получателей извещений. Я рекомедую установить значение как минимум равное 20-25(в десятичной системе).
Продолжение следует... (будут описаны еще некоторые возможные проблемы касающиеся обработки уведомлений на виртуальных машинах(к примеру RMS на VmWare server)) 2008/6/11 Настройка уведомлений в SCOM 2007 с использованием notification command channel( Часть 2 ).2. Далее необходимо настроить notification command channel . Для этого необходимо зайти в SCOM Operation Console, далее перейти в раздел Administration и в дереве выбрать Settings в результате в правом окне отобразится список доступных настроек для SCOM’a. Далее два раза щелкнув по Notification перейти на вкладку Command. На этой вкладке теперь мы можем задать необходимую комманду обработки уведомлений нажав на кнопку ”*Add”
В открывшейся форме заполняем следующие поля: (Я привожу пример для своего тестового окружения, пути к соответствующим файлам могут различаться) Notification command channel name(имя канала уведомлений): Sms_notification
Desription(описание): Test notification channel
Full path to file(полный путь к файлу): C:\WINDOWS\system32\WindowsPowerShell\v1.0\powershell.exe
Command line parameters(все параметры записуются в одну строку): -PSConsoleFile Microsoft.EnterpriseManagement.OperationsManager.ClientShell.Console.psc1 .\Microsoft.EnterpriseManagement.OperationsManager.ClientShell.Startup.ps1; c:\test_scripts\scom_notification.ps1 -Id '$Data/Context/DataItem/AlertId$' -address '$Data/Recipients/To/Address/Address$'
Initial directory(исходный каталог): C:\Program Files\System Center Operations Manager 2007 3. Теперь необходимо задать Notification Recipient (подписчики на уведомления) В SCOM Operation Console , заходим Administration –> Notification –> Recipients. Задаем отображаемое имя подписчиков(можно выбрать пользователю или группу из AD)
Далее переходим на вкладку Notification Devices и добавляем новое устройство оповещения. В поле Notification channel задаем имя созданного канала из предыдущего шага. В поле Delivery address – адрес доставки, это может быть как телефонный номер так и название электронной почты( или все вместе ;-)
Для завершения создания устройства оповещения ннеобходимо зайти на вкладку General и задать имя устройства, в данном случае я записал как «sms_notification_device» 4. Теперь необходимо создать Notification Subscription (подписка на уведомления) Administration –>Notification –>Subscription На вкладке General необходимо задать название подписки и добавить в поле Recipients необходимых получателей уведомлений.
Остальные вкладки позволяют задавать критерии и фильтры сообщений. В моем случае я решил остановиться только на критерии сообщений (Alert Criteria). Выбрав обрабатывать только критические сообщения (Critical severity ), которые имеют High и Medium приоритет, а также те которые имеют статус New (т.е. новые появившиеся) и соответственно для всех категорий сообщений.
Как уже выше говорил, можно создавать несколько подписок на уведомления, а также можно ими управлять, активируя или деактивируя их.
Продолжение в следующей части... 2008/6/10 Настройка уведомлений в SCOM 2007 с использованием notification command channel( Часть1 ).
В один прекрасный момент была поставлена задача настройки доставки уведомлений, через SMS шлюз, который подключался непосредственно к RMS cерверу. Для передачи sms сообщения необходимо было передать параметры сообщения(номера доставки, тема и собственно само тело сообщения) непосредственно в исполняемый файл (к примеру smssend.exe ;-)) Кроме того, была поставлена задача разбора сообщений по определенным критериям, которые увы не доступны при использовании стандартных средств управления уведомлениями SCOM'a. Вспомнив о существовании powershell scom cmd-lets, решено было писать скрипт обработки именно при помощи powershell. Для начала немножко теории о настройки уведомлений в SCOM'е. Сама настройка заключается в конфигурировании следующих компонентов: 1. Notification channels - задаёт транспорт доставки уведомлений. Можно одновременно использовать несколько типов транспортов, что весьма удобно ;-) . E-mail - используется для отправки уведомлений пользоватлям по почте. Instant Messaging - используется для отправки сообщений через IM cервера поддерживающие SIP протокол. Short Message Service - отправка уведомлений через SMS шлюз(SCOM 2007 умеет работать только с теми модемами, которые поддерживаю PDU режим) Command - возможность запускать свои скрипты обработки уведомлений 2. Notification Recipient - задание списка получателей. Спискок включает в себя следующие параметры 3. Subscription - здесь можно задать формат и фильтры сообщения. Увы не всегда хватает существующих правил и в этом случае самым простым решением будет описание их в скрипте отправки сообщения. 4. Создание исполняющего аккаунта, который будет использован для отправки уведомлений, а также для запуска скриптов при использовании Notification command channel. (Настоятельно реккомендую тем, кто еще не установил пакет обновлени SP1 для System Center Operation Manager 2007, установить его, т.к. в нем присутствуют критические обновления затрагивающие процесс обработки уведомлений!) Приступим к настройке уведомлений с использованием Notification command channel. 1. Cначала создадим powershell скрипт разбора сообщений и их отправки через sms шлюз. Скрипт через входные параметры будет получать идентификационный номер события (Alert Id) и адрес доставки(Address) для данного получателя сообщений(Notification Recipient). Этого более чем достаточно для дальнейшей обработки события и отправки его заданным адресатам. Назовем его scom_notification.ps1 Пример скрипта: param ($Id, $address) $log = ".\scom_notification.log" $monitor_alert = Get-Alert -id $Id $alert_name = $monitor_alert.name $computer = $monitor_alert.netbioscomputername.toUpper() $domain = $monitor_alert.netbiosdomainname.toUpper() $descr = $monitor_alert.description $phone = $address #Поместим в лог файл полученные свойства события write-output (get-date -Format "dd-MM-yyyy HH:mm:ss") >> $log write-output "Alert Id: $Id ; Recipients: $address" >> $log write-output "$domain\$computer ; $alert_name ; $descr" >> $log
#Здесь можно вставить комманды по обработке полученных свойства события
# ... что-то делаем, обрабатываем ...
# а теперь передаем sms шлюзу параметры отправки сообщения.
& 'C:\smsgate\smssend.exe' "-d $phone" "$domain\$computer : $descr"
Продолжение в следующей части... 2008/5/21 Powersheel теперь на Server CoreЕсть люди, которые не верят в невозможное :-) Так и получилось на этот раз. Дмитрий Сотников не поверил Microsoft’у что PowerShell не работает на Windows 2008 Server Core, и таки запустил его там, за что немедленно получил заслуженный статус Superstar А еще как оказалось, из PowerShell CTP2 можно работать с Windows
Presentation Foundation! Приятно когда такой отличный скриптовый язык
обрастает соответствующими возможностями - remoting, транзакции, а теперь вот и WPF Семинар 15.05.2008 состоялся Семинар состоялся и я считаю достаточно удачно :-) Хотелось бы подвести небольшие итоги для себя и для тех, кто захочет организовывать доклады в рамках TechNet сообщества: 1. На собраниях присутствуют в основном коллеги, которые в основном уже знакомы с большинством технологий, которые сейчас существуют :-) (ну по крайней мере слышали и имеют некоторое представление). Т.е. вводные лекции могут показаться скучными, что вполне оправданно. 2. Большинство присутствующих интересовала реализация тех или иных технологий, т.е. где и как можно применить. 3. В основном интересны те вещи, с которыми еще мало кто сталкивался, а также интересно мнение Microsoft на дальнейшее развитие их технологий. 4. Можно смело отводить половину времени доклада - на вопросы и примеры реализации в "реальном времени" :-) 5. Получения отзывов. После проведения семинара, желательно сразу на странице события - заводить тему в Disscution board - Feedback. - (У меня получилось, что некоторые темы с присутствующими на докладе, обговаривал по несколько раз))) Всем большое спасибо, постараюсь учесть все эти моменты на следующих своих докладах. 2008/5/6 Встреча клуба ИТ-профессионалов ХарьковаНачнем с малого, замахнемся на великое.. :-) На предстоящей встрече я буду выступать с докладом "Введение в WSS 3.0 и MOSS 2007". При подготовке материала было собрано не малое количество информации. Нашлось очень много интересных моментов которые хотелось бы осветить в рамках этих продуктов, но увы.. физически я не готов все захватить за один раз. И поэтому было решено разделить общую тему "WSS 3.0 и MOSS 2007" на несколько частей. Первая часть будет вводной, в которой я постараюсь дать представление о возможностях этих продуктов. Выделить основные(приоритетные как на мой взгляд) направления задач решаемые этими продуктами, рассказать об архитектуре и дать общее представление о компонентах/фичах. В заключение мы попробуем в рельном времени на Sharepoint сервере создать свои сайты, покажу пример настройки и работы с Wiki, а также продемонстрирую основные преимущества Sharepoint'a при работе с документами. Вот на этом и будет построен мой первый доклад: 1. Описание инфраструктуры MOSS 2007 Это мой первый доклад в рамках TECHNET сообщества и я с радостью выслушаю не только вопросы, но и предложения о том, что было бы интересно рассмотреть на следующих наших встречах. Встреча клуба ИТ-профессионалов Харькова |
|
||||||||||||||
|
|