IT WorkBook

Виды федераций (federation) сервера Microsoft Lync

noreply@blogger.com (Alexander Zhukov) — Thu, 14 May 2015 15:37:00 +0000

1. Динамическая федерация (dynamic federation) - если у вас и вашего абонента сервер Lync развернут и опубликован правильно, есть все необходимые записи в DNS, SSL сертификаты доверенные для обеих сторон, включен режим динамического обнаружения партнерских организаций (по умолчанию да) и имя fqdn вашего edge сервера совпадает с вашей почтой, то федерация будет установлена автоматически. Достаточно просто в клиенте добавить человека по его e-mail и можно общаться.

У этой схемы есть правда ряд ограничений, но в большинстве случаев вы с ними не столкнетесь.

2. Улучшенная федерация (enhanced federation) - в этом случае администратору придется явно указать имя домена партнерской организации. Адрес edge по прежнему должен совпадать с доменом. Этот вид федерации снимает ограничения, присутствующие в динамической федерации.

3. Прямая федерация (direct federation) - это то случай когда имя домена получателя и доменное имя edge сервера совсем не совпадают. Можно указать имя домена и адрес сервера. Все плюсы улучшенной федерации присутствуют.

Резюмируем: Если у вас и партнера есть правлиьно развернутый Lync - вы можете общаться - федерация построится сама!

Материалы для чтения с пояснениями механизмов работы:

http://ocsguy.com/2011/04/20/a-few-words-on-federation/

https://technet.microsoft.com/en-us/library/gg195674(v=ocs.14).aspx https://technet.microsoft.com/en-us/library/gg425908(v=ocs.15).aspx https://technet.microsoft.com/en-us/library/gg398359(v=ocs.15).aspx - здесь рассказывается как оградить ваших пользователей от сообщений от федеративных адресатов, если это нужно на per user основе.

Как привязать к сертификат к ключам, если к ним уже привязан другой сертификат

noreply@blogger.com (Alexander Zhukov) — Tue, 02 Dec 2014 13:36:00 +0000

Ситуация:

Сотрудник создал ключевую пару и запрос на сертификат для веб-сервера IIS. Сертификат направили в во внешний удостоверяющий центр, заплатили деньги и стали ждать изготовления. Тем временем сотрудник засомневался в правильности запроса и никому не говоря, на внутреннем УЦ по этому запросу изготовил сертификат. Установил его на сервер и проверил что все корректно работает. И спокойно стал ждать прихода заказанного сертификата. Естественно, что когда пришел заказанный сертификат, установить его в систему стало невозможно. Потому что ключевая пара уже была связана с внутренним сертификатом и новый сертификат система просто устанавливала в хранилище, не связывая его ни с какими ключами. Ситуация хуже не придумаешь, деньги заплачены, сертификат есть, а результат совсем не тот что ожидали. Казалось бы все, надо повторять все по новой, но почему бы не попробовать?

Задача: разорвать существующую связь между закрытым ключом и сертификатом. И связать этот закрытый ключ с новым сертификатом.

Решение: решение как это не удивительно оказалось очень простым и основано на особенности Windows, сохранять закрытые ключи сертификатов. Если вы оказались в подобной ситуации, то алгоритм действий следующий:
1. Я сделали экспорт сертификата и закрытого ключа на сторонний сервер (только для того чтобы не повредить рабочую систему).
2. Установил на нем pfx контейнер с неправильным сертификатом в системе.
3. Удалил неправильный сертификат. Самый важный нюанс в том, что при этом закрытый ключ НЕ УДАЛЯЕТСЯ. Удаляется только сертификат.
4. Дальше установил правильный сертификат. Он естественно не получил связки с закрытым ключом. Скопировал серийный номер сертификата.
5. Дальше с помощью команды
certutil -repairstore My "серийный номер правильного сертификата без пробелов"

восстановил связь закрытого ключа и сертификата.
6. Вуаля - наш новый сертификат и закрытый ключ связаны! И можно снова пользоваться.

Дополнительная информация, которая может пригодится в подобных ситуациях:
1. Machine Certificate Key File Artifacts

2. How to assign a private key to a new certificate after you use the Certificates snap-in to delete the original certificate in Internet Information Services

P.S. Это полезный момент, но стоит серьезно подумать о дополнительных мероприятиях по зачистке ключей, при необходимости.

sketchUcation

noreply@blogger.com (Alexander Zhukov) — Mon, 24 Nov 2014 07:39:00 +0000

Весьма полезный ресурс по SketchUp.

sketchUcation

Помимо большого количества обучающих материалов и примеров, содержит постоянно обновляемую и наверное самое большую базу дополнительных модулей для Sketchup. Не знаю кому как, а я пользуюсь ей чаще чем родным Extension Warehouse.

Их собственный модуль Plugin Store позволяет очень удобно работать со всей базой доп. модулей, включая создание своих наборов модулей их автоматическую установку, обновление и прочее.

Вышел, новый Sketchup 2015

noreply@blogger.com (Alexander Zhukov) — Mon, 24 Nov 2014 07:34:00 +0000

После продажи проекта Sketchup компании Timble, были опасения, что развитие продукта или пойдет другим путем или постепенно прекратится. Однако этот тот самый случай, когда опасения не оправдались.

Недавно вышел новый Sketchup 2015, на мой вкус самое интересное в нем это 64 битная версия, что позволяет ему работать с существенно большими моделями. Полный список изменений можно найти здесь.

Exchange 2003 - SMTP коннекторы - создание резервного маршрута отправки сообщений

noreply@blogger.com (Alexander Zhukov) — Thu, 16 Jan 2014 06:48:00 +0000

Часто в больших организациях встречается задача организовать доставку почтовых сообщений между серверами на разных территориальных площадках. Обычно в этом случае настраивают отправку сообщений через внутреннюю сеть по каналам передачи данных, явно указывая ip адрес почтового сервера получателя либо с использованием DNS. Для этого стандартно создают smtp-коннектор с указанием конкретного адресного пространства.

Рассмотрим ситуацию на примере:

Есть штаб квартира(HQ) в которой размещены серверы Exchange и удаленная площадка (Site) с почтовым сервером (в данном случае сервер может быть любым, не обязательно Exchange).
По умолчанию в HQ есть коннектор для отправки почты в Интернет с настройками вида:

Имя коннектора: mailout
Адресное пространство: *
Цена: 10
Зона действия: Entire organiation
Включена опция использовать DNS для отправки сообщений.
В качестве сервера отправления указан(local bridgehead) : server1.hq.tld

Чтобы отправлять почту на сервер Site через внутреннюю сеть создают smtp-коннектор вида:

Имя коннектора: sitemail
Адресное пространство: site.tld
Цена: 1
Зона действия: Entire organization
Включена опция использовать Smart host Для отправки и указано IP адрес сервера получателя или его DNS имя, например так: [10.10.10.10]
В качестве сервера отправления указан(local bridgehead) : server1.hq.tld

В этом случае вся почта направленная на адреса в домене site.tld будет сразу пересылаться через коннектор sitemail по внутренней сети компании.

Но если произошла авария и сервер по внутренней сети будет недоступен, то вся почта направленная на site.tld будет стоять в очереди и доставлять по коннектору mailout не будет.

Это происходит потому что при маршрутизации сообщений Exchange всегда использует правила с более строгим указанием адреса. В нашем случае site.tld более строгое чем *.

Для того чтобы в случае падения канала, автоматически пересылать почту через Интернет необходимо создать еще один коннектор вида:

Имя коннектора: sitemail_internet
Адресное пространство: site.tld
Цена: 2
Зона действия: Entire organization
Включена опция использовать DNS для отправки сообщений.
В качестве сервера отправления указан(local bridgehead) : server2.hq.tld

Принципиальным отличием коннектора sitemail и sitemail_internet помимо цены, является указание другого сервера инфраструктуры в качестве сервера отправлений (local bridgehead).

В этом случае если недоступен коннектор sitemail, сервер автоматически направит почту через более дорогой коннектор sitemail_internet.

Более подробно это описано в статье Microsoft здесь.

Плюс данной схемы в том, что можно настроить основной и аварийный путь отправки почтовых сообщений и не перенастраивать сервера, каждый раз когда падает канал.

Минусы: количество коннекторов увеличивается вдвое, необходим как минимум второй сервер в инфраструктуре Exchange Server в HQ. Хотя последние для больших организаций как правило не является проблемой.

P.S. Для тех у кого есть сложности с наличием второго сервера, могу порекомендовать попробовать такой вариант: создать коннектор sitemail_internet с настройками описанными выше, только в качестве local bridgehead указать первый сервер - server1.hq.tld, а вот в качестве адресного пространства указать *@site.tld. Сразу скажу, что это решение я не проверял.

ЦОД: нюансы

noreply@blogger.com (Alexander Zhukov) — Wed, 11 Sep 2013 19:37:00 +0000

Продолжая тему ЦОДов, поднятую некоторое время назад.
При монтаже СКУД обязательно обратите внимание, что если на вход в помещение у вас стоит считыватель (и лучше если замок у вас электромеханический), то на ВЫХОД из помещения у вас должна быть КНОПКА открывания дверей! В противном случае, если сотрудника застанет в серверной сигнал пожарной тревоги, то он может запаниковать, и не приложить карточку или не попасть по считывателю! Причем кнопка должна открывать дверь ЦОД по факту ее нажатия, а не по факту нажатия и отпускания кнопки!

ЦОД: To-do на будущее

noreply@blogger.com (Alexander Zhukov) — Thu, 04 Oct 2012 07:57:00 +0000

То что забыли в спешке и что обязательно надо сделать.
1. В обязательом порядке необходимо система мониторинга среды (температура, влажность, протечки и т.п.);
2. Необходимо установить и вести учет электроэнергии потребляемый всем ЦОДом. Желательно иметь возможность разделить кол-во потребляемой электроэнергии. Отдельно инженерное оборудование, отдельно сами вычислительные средства. Это позволит понимать происходящие процессы и вычислять экономию электроэнергии от внедрения новых технологий. Если она конечно будет :)
3. Система контроля доступа - если ее еще нет, то должна быть. И видеозапись тоже. Это не обсуждается, просто must.

to be updated.

Восстановление хранилища Exchange

noreply@blogger.com (Alexander Zhukov) — Mon, 20 Dec 2010 09:00:00 +0000

Исходные данные:

Проводилась дефрагментация хранилища Exchange в процессе которая дошла до конца, но при переносе уже сжатых баз edb не был перенесен полность, хотя формально занимал все положенное метсо на диске, а stm не был перенесен вообще, то есть в рабочем каталоге остался старый stm. В месте хранения временных баз остался только edb, но зато полный.

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

Дальнейшие действия:

1. Сделать копии всех вариантов баз.

2. Скопировать полностью edb из временного каталога, поверх в рабочий.

3. Удалить stm.

4. Запустить eseutil в режиме Repair.

Команда имеет вид:

eseutil /p c:\mdb\mdb.edb /tt:\temp.edb /ft:\temp.stm /createstm

Идея в том, что новый stm файл будет создан eseutil.

После этого монтируем хранилище и задерживаем дыхание. Все заработало. Жалоб пользователей пока нет и надеюсь не будет.

OpenScape Voice - размышления к применению

noreply@blogger.com (Alexander Zhukov) — Sun, 12 Dec 2010 22:01:00 +0000

Когда мне в первый раз показали OpenScape Voice, первый вопрос, который я задал, был: - "А зачем не нужна еще одна станция?". Действительно первая мысль - вам предлагают пусть мощный, пусть поддерживающий SIP протокол, софтверный коммутатор, но по сути это еще одна АТС!

Видимо с такой постановкой вопроса, коллеги из Siemens еще не сталкивались. Ответ на вопрос пришел несколько позже, причем сам собой, когда удалось посмотреть OSV второй раз.

Это не просто софтовый свитч, это больше. Это единая платформа которая свяжет все существующие у вас танции в единую систему и позволит ей прощрачно и гибко управлять. Там где можно, она заменит существующую АТС, там где нельзя, на станет тем связующим звеном, которого бывает так нехватает.

В полне естественно, что OSV не сможет заменить традиционную телефонию полностью - покажите мне SIP телефон, который сможет работать например в сталилитейном цехе? Я такого не знаю. Да и цена аппарата, плюс кабельная инфраструктура, плюс коммутаторы. Выходит не дешево и необосновано. Но вот офисные помещения накроет только так, за милую душу. И тчо приятно оно не использует proprietary протокола.

Если я правлиьно понял, то самое вторая мощная особенность OSV это объединение телефонных станций, с использованием медиа-шлюзов. Причем с управлением этими шлюзами прямо из консоли OSV.

В отличии от решения когда станция по потоку цепляется через G.703 к маршрутизатору и далее... Тут не нужно залезть на каждый узел и поправить настройки в случае изменений. Все управляется централизовано и изменения вносятся только один раз.

Осталось понять, только один момент, что дешевле и быстрее себя окупит.

ЦОД: ежедневный контроль

noreply@blogger.com (Alexander Zhukov) — Sun, 12 Dec 2010 13:00:00 +0000

Чаще всего, после того как все сделано и работает, и даже обслуживается, большинство начинает забывать о необходимости ежедневног оконтроля состояния инженерных систем ЦОД.

Можно конечно поставить системы удаленного мониторинга ИБП, кондиционеров, но этого мало. Я пока не видел внятного решения по контролю пожарной системы, или например у вас есть очень нужное, но никак (кроме световой индикации) не контролируемое устройство. Что же делать в таком случае?

На помощь как ни странно приходит идея, привнесенная к нам фастфудом - МакДональдс. Заходя к ним в туалет, первое что можно увидеть это листочек бумажки с отметками об уборке и контроле каждые 15 минут. Так зачем придумывать велосипед.

Самое простое и не требующее гиганстких затрат решение это сделать бланк на неделю, где каждая строка это одна проверка. Проверку проводить визуально два раза в день, один раз утром и второй раз вечером. Колонки это соответсвенно дата, время, и потом по каждой системе общее состояние: ок или авария. В случае аварии или предупреждения, в отдельное поле типа комментарий вносится сообщение что именно проихошло. Можно еще добавить поля влажности и температуры. Последняя колонка это подпись производивщего контроль.

В конце неделеи, после последней проверки лист сдается начальнику на контроль и визирование, после этого в папочку и начинаем новый.

Такой опдзод поозволяет выявить 90% проблем, возникающих в системе, оперативно на них среагировать, плюс собрать статистическую информацию.

И даже после покупки средств удаленной диагностики... имеет смысл оставить это правило контроля.

ЦОД: Техническое обслуживание

noreply@blogger.com (Alexander Zhukov) — Sun, 12 Dec 2010 12:47:00 +0000

После сдачи объекта (а еще лучще до) первый вопрос, который должен перед вами стоять это техническое обслуживание инженерных систем, а именно: кондиционеров, ИБП и пожарки. По моему опыту, если претензий к к тем кто их монтировал нет, то лучше заключать контракт с ними. Тот кто знает систему с момента установке всегда лучше, чем тот кто пришел позже.

В любом случае контракт должен быть, обслуживание должно проводится- чистка, настройка, измерения, замена расходки.

ЦОД: на что стоит обратить внимание

noreply@blogger.com (Alexander Zhukov) — Sun, 12 Dec 2010 12:44:00 +0000

Каким бы хорошим не было ТЗ, каким бы опытным не был подрядчик, всегда найдется место для мелочи, которая в последующим, если не испортит жизнь, то создаст ряд проблем.

1. Уборка помещения. В обязательном порядке в процессе работ должна быть проведена уборка. Иначе а) заляпают все что можно б) будет куча пыли в помещении в) и куча мелкого мусора.

Как только включатся кондиционеры - все это поднимется в воздух и начнет забивать фильтры, оседать на оборудовании и т.п.

2. Обязательно надо с умом подходить к комплектации серверных шкафов. Дали спецификацию без партномеров изготовителя - надо требовать парт-номера и смотреть что получается. А то в последний момент может выяснится, что нехватит блоков розеток, или какой-нибудь железной детали из-за которой провода будут лежать не так удобно, а везти ее месяца два.

3. В каждый шкаф обязательно должно две независимых линии электропитания. Каждая должна иметь свой автомат - в случае, если в оборудовании два блока питания, это позволит отключать и работать с одной линией питания, пока оборудование будет запитано с другой.

4. Пожаротушение. Пожарная сигнализация и поажротушение это отдельная большая тема, но тем не менее, стоит обратить внимание на две вещи: а) наличие клапана, который открывается перед началом тушения. Если такого клапана не будет, то за счет резкого повышения давления (когда начнется выброс газа) вы можеет запросто лишится двери, которую выбьет. б) система дымоудаления должна быть стационарной и включаться снаружи помещения. Мне неоднократно предлагали использовать мобильный дымосос, в ответ я предлагал расписать внятный алгоритм действий персонала - но ни одного внятного мне описать не смогли. Так что толко стационарный дымосос.

5. Повторюсь еще раз - все изменения должны быть согласованы и подписаны, а пачка бумаги, которая получится у вас в конце будет весьма внушительной.

6. Незабдьте получить паспорта электрощитов и т.п. Копии бумаг разложить в персональные кармашки в каждом щите.

ЦОД: стой, кто идет?!

noreply@blogger.com (Alexander Zhukov) — Sun, 05 Dec 2010 21:40:00 +0000

Самые большие проблемы организационного характера могут создать сотрудники охраны. Чтобы этого не возникало, необходимо совместно с подрячиком, перед началом работ составить список работников подрядчика: Ф.И.О. + паспортные данные. В этом же списке описать график работы, то есть со скольки до скольки. Ночное время отдельно и т.п. Все это должно быть сосотавлено оформлено, утверждено и подано на соответствующие посты охраны. И самое главное не забывать, что ночные работы всегда будут идти по отдельному списку. Но их и будет немного.

ЦОД: вывоз мусора и комната для рабочих

noreply@blogger.com (Alexander Zhukov) — Sun, 05 Dec 2010 21:36:00 +0000

Еще до подписания договора с подрядчиком, необходимо определится, а потом отразить это в договоре, кто именно и как вывозит мусор. Редко встретишь организацию у которой на постоянной основе вывозят контейнеры со строительным мусором. А в те, что предназначены для бытового ваш мусор не влезет. Поэтому надо четко определить, что а) вы предоставляете место для установки контейнера, б) подрядчик устанавливает, напоняет и сам вывозит этот контейнер по мере заполнения. И естественно осгласовать место установки со службой жксплуатации здания. А то прийдется потом таскат ьпо кирпичику и подкидывать в контейнеры, а это плохо.

Второй немаловажный вопрос - это помещение для рабочих, где они могут складывать интсрумент, переодеваться и т.п. Небольшое, но должно быть.

ЦОД: план организации работ

noreply@blogger.com (Alexander Zhukov) — Sun, 05 Dec 2010 18:06:00 +0000

Прежде чем начинать большую стройку крайне необходимо подготовится. Особено в тех случая, когда строительство идет "по живому". То есть в офисе уже работают люди.

Понадобятся контакты следующих лиц:

1. Служба эксплуатации здания. Здесь будут и просто хозяйственники и пожарники и электрики.

2. Служба режима - понадобится допускать рабочих, подвозить материалы и оборудование.

3. Если здание не находится в собственности, до добавляем собственника (его службы) или управляющую компанию.

Все эти лица должны быть оповещены о проводимых работах заранее.

Дальше совместно с подрядчиком составляется план организации работ. Точность до суток. Более мелкое планирование лишено смысла, потому что машина может задержаться на пару часов - пробки, нерастаропность при погрузке и т.п.

Особо стоит отметить в плане моменты, когда:

а) будут производится "шумные" работы. Как то пробивание стен, перекрытий и т.п. Причем эти работы могут в течении дня сдвигаться.

б) Работы связанные с подключением в ГРЩ. Отключение света в здании и допуск в ГРЩ.

в) Работы связанные с подключением к систем водоснабжения и водоотведения.

г) Работы связанные со сваркой.

В большинстве вышеупомянутых работ, должны хотя бы присутствовать люди отвечающие за водоснабжение ,пожарную безопасность и т.п.

После того как план готов, согласуем его со всеми вышеупомянутыми службами и начинаем строить.

Можно конечно по факту договариваться, но лучше не надо. Неправильно это и опасно. Так что лучше потратить сначала один два дня, а потом за "полчаса долететь" (с)

И совсем неплохо утвердить этот план у генерального директора или кого нибудь из замов.

ЦОД: помещение рядом

noreply@blogger.com (Alexander Zhukov) — Sun, 05 Dec 2010 17:57:00 +0000

После того как закончен выбор помещения, неплохо было бы "попросить" комнату рядом. Можно маленькую, совсем не большую, даже метров 5-7.

Потому что после того как все будет смонтировано и запущено, находится в ЦОДе дольше чем смотнировать сервер, будет невозможно - продует. А выключать систему охлаждения каждый раз когда нужно провести внутри дольше 3-5 минут, согласитеьсь это плохо.

Там же по хорошему надо хранить провода, инструемнты, какие то расходники и т.п.

Идеальный вариант, когда оно совсем рядом, соседние двери.

LDAP справочник в OpenStage 60

noreply@blogger.com (Alexander Zhukov) — Wed, 01 Dec 2010 15:01:00 +0000

(для прошивки телефона версии V1 R3.25.0)

В телефонных аппаратах OpenStage 60 HFA и 80 HFA есть возможность проводить поиск телефонных номеров из LDAP каталога. Например из MS Active Directory. Удобно это или нет, вопрос спорный, причем в первую очередь из-за реализации, но то что для ряда сотрудников это может быть удобно, это точно.

Предполагается что в справочнике уже внесена информация о телефонах.

Все начинается с подготовки шаблона для телефона. Этот шаблон призван сопоставить поля получаемые из LDAP каталога с полями формы в самом телефоне. Шаблон представляет из себя обычный текстовый файл и загружается в телефон через FTP. Пример шаблона:

OpenStage LDAP TEMPLATE (v.1)

SEARCHBASE="DC=hq,DC=tmh,DC=local"

ATTRIB01="sn"

ATTRIB02="givenName"

ATTRIB03="telephoneNumber"

ATTRIB04="otherTelephone"

ATTRIB05="mobile"

ATTRIB06="homePhone"

ATTRIB07="company"

ATTRIB08="streetAddress"

ATTRIB09="l"

ATTRIB10="title"

ATTRIB11="mail"

EOF

Этот шаблон был вщят с сайта Сименс, и немножко исправлен под мои нужды.

Далее значения ATTRIB в соответствии с формой на моем телефоне:

ATTRIB01 - Фамилия;

ATTRIB02 - Имя;

ATTRIB03 - Рабочий телефон №1;

ATTRIB04 - Рабочий телефон №2;

ATTRIB05 - Мобильный телефон;

ATTRIB06 - Домашний или личный телефон;

ATTRIB07 - Название организации;

ATTRIB08 - Адрес 1; (в шаблоне выше, в это поле выводится улится,дом, стр. и т.п.)

ATTRIB09 - Адрес 2; (а здесь название города)

ATTRIB10 - Должность;

ATTRIB11 - Электронная почта.

После того как загружен телефон необходимо настроить в меню телефона подключение к LDAP справочнику. Я не привожу здесь меню настройки из-за его очевидности, но если кому то понадобится я могу дополнить, так же рассказав про загрузхку по FTP. Пишите.

Вам понадобится учетная запись, сервер LDAP с которого будут браться данные, вот собсвтенно и все.

После того как шаблон загружен и настроено подключение к LDAP начинает работать поиск по LDAP каталогу. Поиск можно осуществлять по любому из полей. Для этого достаточно нажать кнопку справочника, выбрать "Корпоративный", выбрать "Поиск" и задать параметр поиска, дальше все очевидно.

Однако есть еще один момент, на котором необходимо остановится подробней, а именно набор уже найденного номера. Логика работы телефона предполагает, что телефон в LDAP задан в формате E.164. Но для того чтобы можно было позвонить по этому номеру, он должен быть изменен в соответствии с настройками АТС. То есть в начале должна быть набрана 9ка, потом например 8ка и только потому уже сам номер. За правильную трансформацию номеров в формате Е.164, а так же за распознование внутренних и внешних номеров, отвечает раздел Locality в настройках телефона.

Входим в меню настроек телефона - раздел Администратор. Далее Local functions -> Locality. Первым заходим в раздел Canonical Setting.

Local country code - код страны, для России вводим 7.

National prefix digit - код выхода на межгород. Вводим 8.

Local national code - Код города, вводим свой код. например 495.

Min local num length - Минимальная длина локлаьного номера. Не помню точно, что у нас в утвержденном плане номеров РФ, поэтому ввел 3.

Local enterprise node - по идее это номер станции. Если бы мы поддерживали E.164, то это был бы номер, который нам присвоили и после которго мы дописываем внутренние номера, я здесь ввел свой основной номер офиса. 7 цифр для Москвы, без кодов, без префикса.

PSTN access code - код выхода со станции в город. У меня 9ка.

International access code - код международного звонка. 810

Initial extn. digits - первые цфиры с которых начинаются внутренние номера. Через запятую. Например: 2,3,4

С этим разделом все.

Updated: В раздел Canonical dial меняем значение для External access на значение For external numbers.

Остался раздел Canonical lookup

Здесь задаются шаблоны, позволяющие отличать внутренние номера от внешних. Таких шаблонов может быть 5.

Я использовал один.

Local code 1 - введен номер в том же виде что и в параметре Local enterprise node.

International code 1 - полный номер то есть +7495 и номер станции.

Все. После этого можно искать в LDAP телефоны и звонить по ним. И если в справочнике внутренний номер сотрудника забит например 4мя цифрами, то телефон прдеставит его в формате E.164, то есть +7495 ....... 4444. Но когда вы нажмете вызов наберутся только 4 цифры.

Логотип на телефонах Optiset и OpenStage

noreply@blogger.com (Alexander Zhukov) — Sun, 28 Nov 2010 12:18:00 +0000

Давно недававшая покоя задачка - как отобразить на корпоративных телефонах логотип?

Исходные данные: есть нбаор телефоном Openstage 20/40/60/80 HFA и Optipoint 410/420.

Все генаильнаное просто, когда читаешь инструкцию.

Итак начнем с красивого. OpenStage 40/60/80 позволяют загружать логтип в виде графического файла. Рекомендуется использовать PNG для 60 и 80, а для 40 модели вариантов не много, только BMP. Требования к файлам описаны здесь: Openstage HFA FAQ. После того как файлы подготовлены, все просто - заходим через веб-браузер на телефон и указываем настройки где откуда и как взять файл с FTP. Перед сохранением настроек необходимо убедиться что опция чтоделать после сохранение утсановлена в "start downloading", вместо "do nothing". Картинка загружается сразу. PNG еще хорош тем, что поддерживает прозрачность.

Дальще остаются Openstage 20 и Optipoint 410/420. Тут про логотипы прийдется забыть, потому что нам доступен только текст. Поэтому используем команду

CHANGE-ZAND: TYPE=OPTISET, DISPLOGO=" COMPANY";

В DISPLOGO подставляем нужный нам текст. Необходимо помнить что максимальное количество символов = 22. Если написать текст без лидирующих пробелов, то часть текста будет закрыта часами, которые обычно выводятся на дисплей телефона. Так что лучше взять текст, который пишем и доабвить пробелы, так чтобы длинная всей строки была 22 символа.

Update: Забыл добавить, что с русским языком у этой функции плохо, поэтому либо писать латинницей, либо подбирать похожие буквы. Слышал про таблицу сопоставления символов, но в руки пока не попадалась.

Некоторые особенности eseutil

noreply@blogger.com (Alexander Zhukov) — Tue, 23 Nov 2010 19:48:00 +0000

Не знаю как у кого, а у меня самый восстребованный режим работы eseutil это /d -дефрагментация базы данных почтовых ящиков (store).

Утилита эта достаточно проста и понятна, но имеет некоторые особенности поведения и использования, особенно когда размер быза превышает гигабайт 10. В моем случае речь шла о edb файле размеров в 140 ГБ и stm размеров в 74 ГБ.

Итак различные особенности поведения

1. Шкала прогресса дефрагментации относится только к edb файлу. То есть если илет дефрагментация и edb и stm, то если обработан только 1% edb, а stm например полностью (не зависимо от его размера), то на шкале будет отмечен только 1%.

2. Несмотря на то, что можно задать место для размешения временных файла edb и stm, все равно eseutil создает в корне диска с которого она запущена временный файл. Поэтому чтобы гарантированно все рабочие файлы eseutil создавались на нужном диске, перед запуском программы, смените диск на нужный. Это может иметь значение, если на диске очень мало места.

3. Завист от размера дефрагментируемой базы, но как показывает практика eseutil выберет всю свободную память, до которой сможет дотянуться. И если для pagefile у вас задан не фиксированный размер, а размер от и до, то при большой базе, будьте уверены, что он вырастет до максимально разрешенного размера.

P.S. Лучша дефаргментация, это перенести ящики в другое хранилище, а старое просто удалить :)

Невидимый mailbox

noreply@blogger.com (Alexander Zhukov) — Mon, 22 Nov 2010 15:32:00 +0000

Попытка удаления mailboxs store привела к сообщению об ошибке, в котором было сказано, что хранилище по прежнему используется хотя бы одним пользователем. System Administrator упорно показывал что хранилище пусто и никаких почтовых ящиков в нем нет. Дальнейшие изучение показало, что на самом деле он есть, просто еще не создан.

Нкоторое время назад для сотрудника был создан почтовый ящик, и сразу установлено перенаправление всей почты (в ящик ничег оне доставлялось) на другой адрес. Естественно тчо ящиком никто не пользовался и ничего в него не доставлялось. Поэтому, не смотря на то что он как бы есть, ег офактически нет, но записи в настройках mailbox store естественно присутствуют.

Единственным способом, которым можно найти пользователей привязанных к тому или иному хранилищу (из тех способов, что я нашел в настоящий момент) является информация из AD. Посмотреть можно например при помощи adsiedit. Подключаемся к разделу Configuration, далее Services, Microsoft Exchange, имя почтовой организации, Administrative Groups и далее вплоть до Storage Group - навигация здесь проста и понятна, потому что System Administrator отображает как раз эти ветки из AD, только в чуть более красивой форме.

В разделе с именем нужной Storage Group лежат записи для каждого store. Выбираем нужную и открываем. Ищем параметр homeMDBBL и смотрим содержимое. Здесь содержится полная информация о тех пользователях, кто использует эту базу (store).

А дальше можно либо переместить этот ящик используя Users and Computers либо просто удалить, если не нужен.

Кстати после перемещения с использованием Users and Computers в целевом хранилище явно появляется перемещаемый ящик с 0 размером.

Штрихкодирование

noreply@blogger.com (Alexander Zhukov) — Wed, 10 Nov 2010 07:48:00 +0000

Задача: нужны наклейк с номерами на технику, удобные для машинного сбора данных. Под машинным понимается самое логичное, а именно штрих кодирование и считывание сканером штрихкода.
Решение: Берем шрифт для Code 39 например здесь, Скачиваем и готовим например в Word наклейки. Размер шрифта - 36. Дальше печатем их и все готово.
Важно: Прежде чем изменить шрифт на "free 3 of 9" необходимо убедится, что "кодируемый" текст содержит символ * в начале и конце. Например так: *00001*. Это важно, потому что по этому символу сканер определяет начало и конец и без него просто не будет считывать штрихкод.

Remote Desktop Connection Manager

noreply@blogger.com (Alexander Zhukov) — Mon, 08 Nov 2010 11:26:00 +0000

Remote Desktop Connection Manager - это новая (или для кого то уже старая) утилита от MS, для управления подключениями к удаленным рабочим столам. В отличии от уже традиционной утилиты "Удаленные рабочие столы", где все необходимые подключения собираются в дерево и все, эта утилита позволяет разбивать подключения на группы, для каждой группы задавать свои параметры подключения, вплоть до реквизитов пользователя и размера и цветности экрана и много другое, плюс наследовать эти настройки на элементы (подключения) группы. Плюс ко всему этом возможность подключения ко всем компьютерам в группе - одновременное подключение. И кстати отключение тоже.

По моему мнению, очень удобная утилита, в первую очередь для системных администраторов или для тех, кто много работает в терминальном режиме с большим количеством серверов.

Информация взята из статьи Getting Hold of another PC, спасибо автору.
Саму утилиту можно скачать по этом ссылке Скачать с Microsoft

HP Planet Partners

noreply@blogger.com (Alexander Zhukov) — Tue, 19 Oct 2010 10:10:00 +0000

Знаете ли Вы, что Вам совсем не нужно незаконно выбрасывать отработанные картриджы в мусорный бак? Для того чтобы избавится от картриджей и законно их утилизировать, достаточно зайти по этому адресу: https://h30248.www3.hp.com/recycle/ereturns/welcome.asp?__cc=ru&__la=ru и заказать контейнер для вывоза картриджей. Отчетные документы предоставляются по требованию.

Контейнеры в виде посылки привозит ГарантПост. Достаточно забавно это выглядит, особенно в первый раз. Далее заполняем их картриджами и через ту же форму, только поставив галочку, что они уже заполнены, заказываем вывоз.

И все это совершенно не требует дополнительных затрат.

Устройство USB неопознано

noreply@blogger.com (Alexander Zhukov) — Mon, 11 Oct 2010 06:17:00 +0000

"Устройтсво USB неопознано" - эта надпись с настойчивостью дятла стала появлятся на экране ноутбука. Sony управляемый 7кой в очередной раз решил напомнить, что идеальных вещей не бывает. Проблема была знакомая, через 3 дня после покупки я это уже видел. Ни одно USB устройство включая камеру не опозновалось и не работало. Тогда как ни странно помогла полная переустановка OS.

Но в этот раз было очень жалко сносить все, да и внешнего носителя куда можно было все слить под рукой не было. Поэтому пришлось поискать решения в интернете, с надеждой что почти за год у кого нибудь это уже было. И поиски увенчались успехом. Решение нашлось на форуме тех поддержки Sony. И хотя на первый взгляд оно отдает шаманством, делаем так:

1. Выключить питание, вынуть аккамулятор.

2. Отключить все подключенные устройства.

3. Нажать кгнопку питания и удерживать ее не отпуская одну минуту. (да да, именно так - держать кнопку питания на отключенным из розетки и с вынутым аккамулятором).

4. Собрать все назад и запустить ноутбук.

ЦОД: Выбор помещения

noreply@blogger.com (Alexander Zhukov) — Thu, 05 Aug 2010 10:24:00 +0000

Если есть возможность выбрать помещение, то для идеального ЦОДа необходимо чтобы:

1. В помещении не было батарей отопления и труб с водой в любой форме. По большому счету так не бывает или арендодатель не дает так сделать. Поэтому еще до начала всех работ батареи надо отключить, а еще лучше отрезать. Причем если их отключить нельзя, то надо резать. Все трассы с водой, зашиваем гипсокартоном, желательно водостойким. Так по крайней мере будет время обнаружить проблему.

Если над помещением ЦОД есть хоть что то, где может прорвать трубы и т.п., столовая, бассейн и т.д., то помещение не подходит и от него нужно срочно отказаться!!!

2. Помещение не должно быть на первом или последнем этаже.

3. Желательно чтобы это была теневая сторона здания.

4. Площадь помещения должна соответствовать вашим потребностям, а не быть крысиной норой куда войдет один сервер и все. Высота минимум 3,20 м. Вообще с площадью вопрос отдельный. Если например все инженерные системы (ИБП, кондиционеры) вынести в соседнее помещение, то основное может быть поменьше, но кто ж вам даст два помещения?

5. Если мы говорим не просто о кондиционировании (читай охлаждении воздуха) а еще непример о пароувлажнении, то желательно чтобы на этаже на расстоянии метров 5-10 был санузел - вода + слив. Чем проще трасса будет от кондиционеров до санузла, тем надежнее будет работать.

6. Если в помещнии есть окна, то закладываем все хотя бы в один кирпич. Лишние источники тепла нам не нужны. Да и нечего подглядывать, вдруг в доме напротив засел шпион. Но прежде чем закладывать, рекомендую посоветоваться с исполнителем - при монтаже пожарной системы, понадобится делать дымоудаление и перепускной клапан, а для них нужна дыра в стене наружу. Логичнее всего в окно, поэтому чтобы не делать работу дважды, стоит это обсудить заранее. По поводу закладывания окон кирпичом существует два варианта - просто замуровать окно, но тут есть вопросы изменения фасада и дополнительные согласования, второй вариант это заложить окно изнутри не удаляя само окно. Прежде чем класть кирпич можно поставить экран с любым рисунком, так что такое окно вообще не будет бросаться в глаза.

7. При выборе помещения надо помнить еще об одной важной детали, электропитание должно производится по линиям от ГРЩ (щитовой здания) до серверной или иного места, где будут установлены щиты и ИБП. Убедитесь с подрядчиком, что есть возможность организовать трассу.

8. Стены. Стены должны быть несущими. Перегородки в полкирпича или гипсокартона не предлагать.

9. Пол-перекрытия. Самый интересный вопрос - а выдержит ли перекрытие ваш ЦОД? Всегда есть вариант что при полной загрузке вся эта красота проломит пол и провалится этажом ниже. Поэтому очень важно при проектировании расчитать вес, нагрузки и найти строительную документацию на здание, чтобы выяснить а сможет ли оно выдержать. Если нет, то надо с проектировщиком садится и думать как перераспределить нагрузку.