<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Комментарии на сайте Argon On-Line Blog</title>
	<atom:link href="http://argon.pro/blog/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://argon.pro/blog</link>
	<description>Блог сертифицированного профессионала по инфраструктурным решениям на платформе Windows</description>
	<lastBuildDate>Tue, 15 May 2012 13:04:13 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>Комментарий к записи Forefront Endpoint Protection 2010 (mesmer)</title>
		<link>http://argon.pro/blog/2010/12/forefront-endpoint-protection-2010/#comment-11072</link>
		<dc:creator>mesmer</dc:creator>
		<pubDate>Tue, 15 May 2012 13:04:13 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1423#comment-11072</guid>
		<description>Приветствую!
Как мне импортировать то admx на машину.
скачал fep2010grouppolicytools-ru-ru
пытаюсь на машине импортировать, не видит admx.
собственно необходимо, чтобы пользователь мог сам делать выбор как ему поступать с нужными угрозами.</description>
		<content:encoded><![CDATA[<p>Приветствую!<br />
Как мне импортировать то admx на машину.<br />
скачал fep2010grouppolicytools-ru-ru<br />
пытаюсь на машине импортировать, не видит admx.<br />
собственно необходимо, чтобы пользователь мог сам делать выбор как ему поступать с нужными угрозами.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Active Directory Certificate Services (Argon)</title>
		<link>http://argon.pro/blog/2010/07/ws-pki/#comment-10890</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Mon, 30 Apr 2012 09:52:36 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=779#comment-10890</guid>
		<description>Спасибо, восполню этот пробел в знаниях ;)</description>
		<content:encoded><![CDATA[<p>Спасибо, восполню этот пробел в знаниях ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Active Directory Certificate Services (Stanky)</title>
		<link>http://argon.pro/blog/2010/07/ws-pki/#comment-10886</link>
		<dc:creator>Stanky</dc:creator>
		<pubDate>Sun, 29 Apr 2012 22:05:55 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=779#comment-10886</guid>
		<description>Использовать &lt;a href=&quot;http://www.sysadmins.lv/PermaLink,guid,51ad33bd-8195-4ca8-a757-04dd20055d1f.aspx&quot; rel=&quot;nofollow&quot;&gt;XCEP/WSTEP&lt;/a&gt;.

P. S. Ещё раз хочу упомянуть, что подписки на комментарии тут очень не хватает - в их потоке я предыдущий &quot;проморгал&quot; ;) .</description>
		<content:encoded><![CDATA[<p>Использовать <a href="http://www.sysadmins.lv/PermaLink,guid,51ad33bd-8195-4ca8-a757-04dd20055d1f.aspx" rel="nofollow">XCEP/WSTEP</a>.</p>
<p>P. S. Ещё раз хочу упомянуть, что подписки на комментарии тут очень не хватает &#8212; в их потоке я предыдущий &#171;проморгал&#187; ;) .</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка синхронизации времени в домене Active Directory (Stanky)</title>
		<link>http://argon.pro/blog/2010/05/ad-time-sync/#comment-10870</link>
		<dc:creator>Stanky</dc:creator>
		<pubDate>Sat, 28 Apr 2012 08:12:01 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=449#comment-10870</guid>
		<description>А он как-нибудь уже прокомментировал это поведение?</description>
		<content:encoded><![CDATA[<p>А он как-нибудь уже прокомментировал это поведение?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка синхронизации времени в домене Active Directory (Argon)</title>
		<link>http://argon.pro/blog/2010/05/ad-time-sync/#comment-10869</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sat, 28 Apr 2012 07:53:43 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=449#comment-10869</guid>
		<description>&lt;blockquote&gt;К сожалению, я тоже не умею :( .&lt;/blockquote&gt;
Я уже задавался целью научиться расшифровывать билеты. На практике от Wireshark пока удалось добиться только того, что он расшифровывает билеты в тех дампах, которые дает скачать в качестве образцов. На реальных дампах нифига не получатся, что только не пробовал. Разве что не собирал идентичную описанной WireShark-ом инфраструктуру на WS2003 без сервиспаков чтобы попробовать экспортировать оттуда keytab-ы.

&lt;blockquote&gt;Картинка не отображается ;) .&lt;/blockquote&gt;
На картинке хотел показать, как получил билеты на актуальное время, хотя время на компьютере было отмотано на пару месяцев назад. Картинки не загружаются: либо обновление не блог кривое пришло, либо что-то не то с хостингом стало.

&lt;blockquote&gt;Ну, передавайте Косте привет :) …&lt;/blockquote&gt;
Передал.</description>
		<content:encoded><![CDATA[<blockquote><p>К сожалению, я тоже не умею :( .</p></blockquote>
<p>Я уже задавался целью научиться расшифровывать билеты. На практике от Wireshark пока удалось добиться только того, что он расшифровывает билеты в тех дампах, которые дает скачать в качестве образцов. На реальных дампах нифига не получатся, что только не пробовал. Разве что не собирал идентичную описанной WireShark-ом инфраструктуру на WS2003 без сервиспаков чтобы попробовать экспортировать оттуда keytab-ы.</p>
<blockquote><p>Картинка не отображается ;) .</p></blockquote>
<p>На картинке хотел показать, как получил билеты на актуальное время, хотя время на компьютере было отмотано на пару месяцев назад. Картинки не загружаются: либо обновление не блог кривое пришло, либо что-то не то с хостингом стало.</p>
<blockquote><p>Ну, передавайте Косте привет :) …</p></blockquote>
<p>Передал.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка синхронизации времени в домене Active Directory (Stanky)</title>
		<link>http://argon.pro/blog/2010/05/ad-time-sync/#comment-10868</link>
		<dc:creator>Stanky</dc:creator>
		<pubDate>Sat, 28 Apr 2012 07:38:12 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=449#comment-10868</guid>
		<description>К сожалению, я тоже не умею :( .

Картинка не отображается ;) .

Шаблон :) ?

Ну, передавайте Косте привет :) ...</description>
		<content:encoded><![CDATA[<p>К сожалению, я тоже не умею :( .</p>
<p>Картинка не отображается ;) .</p>
<p>Шаблон :) ?</p>
<p>Ну, передавайте Косте привет :) &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка синхронизации времени в домене Active Directory (Argon)</title>
		<link>http://argon.pro/blog/2010/05/ad-time-sync/#comment-10867</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sat, 28 Apr 2012 07:27:55 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=449#comment-10867</guid>
		<description>Stanky, я провел эксперименты и твои выводы подтверждаются. Я успешно получил билеты на актуальное время, хотя время на компьютере было отмотано на пару месяцев назад. Разве что не смог влезть в аутентификатор KRB_TGT_REQ, так как он зашифрован. А расшифровывать я не умею ;(

А вообще, ты серьезно мне шаблон разорвал. Надо поговорить об этом факте с коллегами, среди которых есть даже MCM по Directory.</description>
		<content:encoded><![CDATA[<p>Stanky, я провел эксперименты и твои выводы подтверждаются. Я успешно получил билеты на актуальное время, хотя время на компьютере было отмотано на пару месяцев назад. Разве что не смог влезть в аутентификатор KRB_TGT_REQ, так как он зашифрован. А расшифровывать я не умею ;(</p>
<p>А вообще, ты серьезно мне шаблон разорвал. Надо поговорить об этом факте с коллегами, среди которых есть даже MCM по Directory.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Особенности работы программного RAID в Windows Server (Stanky)</title>
		<link>http://argon.pro/blog/2010/08/ws-soft-raid/#comment-10861</link>
		<dc:creator>Stanky</dc:creator>
		<pubDate>Fri, 27 Apr 2012 20:17:54 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=93#comment-10861</guid>
		<description>Я не припомню, чтоб имел дел с единственным разделом - обычно, это было три, реже два. В любом случае, если очень нужно, то сделать это можно :) .</description>
		<content:encoded><![CDATA[<p>Я не припомню, чтоб имел дел с единственным разделом &#8212; обычно, это было три, реже два. В любом случае, если очень нужно, то сделать это можно :) .</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Бесплатная электропочта для домена: выбор между Яндексом и Гуглом (Stanky)</title>
		<link>http://argon.pro/blog/2010/10/mail-for-domain/#comment-10860</link>
		<dc:creator>Stanky</dc:creator>
		<pubDate>Fri, 27 Apr 2012 20:16:01 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1255#comment-10860</guid>
		<description>Да, ограничений там хватает, но и плюшек тоже. Лично для меня, вторые перевешивают. Но справедливости ради, должен сказать, что именно их почтовый сервис я не использую за ненадобностью :) .
С доменами, думаю, вариантов нет, а с почтовыми ящиками можно &quot;извратиться&quot; - создать ящики с необходимыми именами и настроить у них переадресацию на нужный. К слову о переадресации, года три назад, она была ограничена единственным адресом, что так же не позволяло организовать &quot;группы рассылки&quot;.</description>
		<content:encoded><![CDATA[<p>Да, ограничений там хватает, но и плюшек тоже. Лично для меня, вторые перевешивают. Но справедливости ради, должен сказать, что именно их почтовый сервис я не использую за ненадобностью :) .<br />
С доменами, думаю, вариантов нет, а с почтовыми ящиками можно &#171;извратиться&#187; &#8212; создать ящики с необходимыми именами и настроить у них переадресацию на нужный. К слову о переадресации, года три назад, она была ограничена единственным адресом, что так же не позволяло организовать &#171;группы рассылки&#187;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как совместить RD Gateway и Outlook Anywhere (Stanky)</title>
		<link>http://argon.pro/blog/2012/03/rdg-and-outlookanywhere/#comment-10859</link>
		<dc:creator>Stanky</dc:creator>
		<pubDate>Fri, 27 Apr 2012 20:12:22 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2382#comment-10859</guid>
		<description>Все эти &quot;страшилки&quot; про Firewall&#039;ы я читал ещё во времена Exchange 2003, но в своей практике так ни разу с ними и не столкнулся :) .

А про Outlook 2010 не знал — спасибо :) .</description>
		<content:encoded><![CDATA[<p>Все эти &#171;страшилки&#187; про Firewall&#8217;ы я читал ещё во времена Exchange 2003, но в своей практике так ни разу с ними и не столкнулся :) .</p>
<p>А про Outlook 2010 не знал — спасибо :) .</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Выбор имени домена Active Directory (Stanky)</title>
		<link>http://argon.pro/blog/2012/03/choose-ad-domain-name/#comment-10857</link>
		<dc:creator>Stanky</dc:creator>
		<pubDate>Fri, 27 Apr 2012 20:09:48 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2437#comment-10857</guid>
		<description>&lt;blockquote&gt;Я не очень понятно выразился&lt;/blockquote&gt;
Если честно, мне и сейчас ни чуть понятней не стало :) . Ну есть у вас два разных ресурса с одинаковым именем и что? Если нужно обеспечить, чтоб обращение происходило на соответствующие сервера, в зависимости от сети, указываете во внешней DNS-зоне свой адрес, во внутренней &quot;внешней зоне&quot; свой. Если нужно, чтоб на одном и том же работали, указываете везде одинаковый - в чём проблема-то?

К сожалению, до своих статей я ещё не дорос - так, в камментах &quot;погадить&quot;, да на форумах пообщаться :) .</description>
		<content:encoded><![CDATA[<blockquote><p>Я не очень понятно выразился</p></blockquote>
<p>Если честно, мне и сейчас ни чуть понятней не стало :) . Ну есть у вас два разных ресурса с одинаковым именем и что? Если нужно обеспечить, чтоб обращение происходило на соответствующие сервера, в зависимости от сети, указываете во внешней DNS-зоне свой адрес, во внутренней &#171;внешней зоне&#187; свой. Если нужно, чтоб на одном и том же работали, указываете везде одинаковый &#8212; в чём проблема-то?</p>
<p>К сожалению, до своих статей я ещё не дорос &#8212; так, в камментах &#171;погадить&#187;, да на форумах пообщаться :) .</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка синхронизации времени в домене Active Directory (Stanky)</title>
		<link>http://argon.pro/blog/2010/05/ad-time-sync/#comment-10856</link>
		<dc:creator>Stanky</dc:creator>
		<pubDate>Fri, 27 Apr 2012 20:01:09 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=449#comment-10856</guid>
		<description>Мы оба заблуждались, хотя и частично :) ...

&lt;blockquote&gt;Монитором трафика пока не смотрел, но полагаю, что подводит время клиент все-таки по NTP&lt;/blockquote&gt;
Действительно, про NTP, в этом случае, я как-то не подумал. Я копнул дальше и глубже и обнаружил, что подвод системных часов выполняется именно за счёт него.

&lt;blockquote&gt;так как Kerberos ни разу не предназначен для синхронизации времени&lt;/blockquote&gt;
Компьютерные сети тоже ни разу не были предназначены для телефонии и что сейчас происходит ;) ?
В общем, как я и говорил, при первой попытке аутентификации, контроллер вернёт ошибку со своим текущим временем и, видимо, LSAS (или кто там ещё) на столько умный, что вычисляет разницу между текущим системным временем и временем на контроллере домена и все дальнейшие операции со штампами времени происходят с учётом этого смещения!
Я долго и безуспешно пытался найти хоть какое-то подтверждение своим словам в официальных источниках и наконец &lt;a href=&quot;http://technet.microsoft.com/ru-ru/library/cc780011(v=ws.10).aspx&quot; rel=&quot;nofollow&quot;&gt;удача мне улыбнулась&lt;/a&gt;:
&lt;blockquote&gt;Although the &quot;0x25 - KRB_AP_ERR_SKEW: Clock skew too great&quot; error might show up in the logs, it will not prevent a user from being authenticated. When this error is returned, the domain controller also supplies the correct time on the domain controller. The Kerberos client uses the correct domain controller time to attempt the authentication request a second time. Presuming that the user’s credentials are valid, the user will be authenticated on the second try.&lt;/blockquote&gt;
Таким образом, всё, что связано с Kerberos&#039;ом, работает при любых сдвигах во времени. Но так как кроме Kerberos&#039;а существуют и другие вещи, как проверка сертификатов, вот тут мы уже получим проблему, ибо если время &quot;уедет&quot; за рамки сроков их действия, компьютер не будет им доверять и тот же Lync откажется подключаться.

&lt;blockquote&gt;Кто бы спорил ;)&lt;/blockquote&gt;
Не знаю &quot;кто бы спорил&quot;, но несколькими комментариями выше вы сами сказали:
&lt;blockquote&gt;Без правильного часового пояса Kerberos-у труба, особенно в свете недавних изменений часовых поясов в России.&lt;/blockquote&gt;
Тем самым вводя в заблуждение, что для его работы они жизненно необходимы ;) .

&lt;blockquote&gt;Не проверял, но эксперимент &quot;про 5 лет&quot; может дать другой результат&lt;/blockquote&gt;
А я, прежде чем написать, специально проверил. И даже не пять лет - на тридцать назад отматывал ;) . Результаты, что на &quot;Windows XP&quot;, что на &quot;Windows 7&quot; положительные.
Да и что вам стоит выполнить такую проверку - займёт, максимум, минут десять ;) ...

&lt;blockquote&gt;А еще есть Failback to NTLM ;)&lt;/blockquote&gt;
Я так и знал, что вы начнёте &quot;обвинять во всех смертных грехах&quot; этот &quot;несчастный&quot; NTLM :) ! Я специально проводил все свои эксперименты на &quot;Windows 7&quot; с полной его блокировкой ;) .

&lt;blockquote&gt;Есть подписка на комменты по RSS&lt;/blockquote&gt;
Лично мне, RSS неудобен более, чем полностью :( .</description>
		<content:encoded><![CDATA[<p>Мы оба заблуждались, хотя и частично :) &#8230;</p>
<blockquote><p>Монитором трафика пока не смотрел, но полагаю, что подводит время клиент все-таки по NTP</p></blockquote>
<p>Действительно, про NTP, в этом случае, я как-то не подумал. Я копнул дальше и глубже и обнаружил, что подвод системных часов выполняется именно за счёт него.</p>
<blockquote><p>так как Kerberos ни разу не предназначен для синхронизации времени</p></blockquote>
<p>Компьютерные сети тоже ни разу не были предназначены для телефонии и что сейчас происходит ;) ?<br />
В общем, как я и говорил, при первой попытке аутентификации, контроллер вернёт ошибку со своим текущим временем и, видимо, LSAS (или кто там ещё) на столько умный, что вычисляет разницу между текущим системным временем и временем на контроллере домена и все дальнейшие операции со штампами времени происходят с учётом этого смещения!<br />
Я долго и безуспешно пытался найти хоть какое-то подтверждение своим словам в официальных источниках и наконец <a href="http://technet.microsoft.com/ru-ru/library/cc780011(v=ws.10).aspx" rel="nofollow">удача мне улыбнулась</a>:</p>
<blockquote><p>Although the &#171;0&#215;25 &#8212; KRB_AP_ERR_SKEW: Clock skew too great&#187; error might show up in the logs, it will not prevent a user from being authenticated. When this error is returned, the domain controller also supplies the correct time on the domain controller. The Kerberos client uses the correct domain controller time to attempt the authentication request a second time. Presuming that the user’s credentials are valid, the user will be authenticated on the second try.</p></blockquote>
<p>Таким образом, всё, что связано с Kerberos&#8217;ом, работает при любых сдвигах во времени. Но так как кроме Kerberos&#8217;а существуют и другие вещи, как проверка сертификатов, вот тут мы уже получим проблему, ибо если время &#171;уедет&#187; за рамки сроков их действия, компьютер не будет им доверять и тот же Lync откажется подключаться.</p>
<blockquote><p>Кто бы спорил ;)</p></blockquote>
<p>Не знаю &#171;кто бы спорил&#187;, но несколькими комментариями выше вы сами сказали:</p>
<blockquote><p>Без правильного часового пояса Kerberos-у труба, особенно в свете недавних изменений часовых поясов в России.</p></blockquote>
<p>Тем самым вводя в заблуждение, что для его работы они жизненно необходимы ;) .</p>
<blockquote><p>Не проверял, но эксперимент &#171;про 5 лет&#187; может дать другой результат</p></blockquote>
<p>А я, прежде чем написать, специально проверил. И даже не пять лет &#8212; на тридцать назад отматывал ;) . Результаты, что на &#171;Windows XP&#187;, что на &#171;Windows 7&#8243; положительные.<br />
Да и что вам стоит выполнить такую проверку &#8212; займёт, максимум, минут десять ;) &#8230;</p>
<blockquote><p>А еще есть Failback to NTLM ;)</p></blockquote>
<p>Я так и знал, что вы начнёте &#171;обвинять во всех смертных грехах&#187; этот &#171;несчастный&#187; NTLM :) ! Я специально проводил все свои эксперименты на &#171;Windows 7&#8243; с полной его блокировкой ;) .</p>
<blockquote><p>Есть подписка на комменты по RSS</p></blockquote>
<p>Лично мне, RSS неудобен более, чем полностью :( .</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Проектирование схемы именования объектов (Вереск)</title>
		<link>http://argon.pro/blog/2011/06/object-naming-convention/#comment-10853</link>
		<dc:creator>Вереск</dc:creator>
		<pubDate>Fri, 27 Apr 2012 09:20:52 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1962#comment-10853</guid>
		<description>Насчёт именования домена, что не стоит использовать Simple - соглашусь. А вот по логинам ситуация такая:
Очень неудобно искать человека по фамилии, если используется именование с инициалом впереди.

Использую Samba3+OpenLDAP, домен как раз simple, надо переделывать. Сеть небольшая, ~200 хостов, включая виртуальные.
Все устройства имеют именование -. То есть, DOM-005 или DOM-213. Так как сеть маленькая, то из диапазона IP хорошо понятно, что это за устройство (с 1 по 20 - сервера, с 30 по 50 - принтеры и так далее). К тому же, удалёно подключаться к машинам стало проще - из имени хоста следует, куда ломиться. Раздаются имена и IP хоть и через DHCP, но со статической привязкой к MAC, что ОЧЕНЬ удобно. А рабочие места получают по наклейке с их номером.
А вот с пользователями следующая вещь:
smirnov.e - гораздо проще искать, чем e.smirnov. Даже при сотне пользователей знать из всех ФИО - никакого терпения не хватит. В исключительных случаях, можно добавить отчество, если Смирновых расплодилось.</description>
		<content:encoded><![CDATA[<p>Насчёт именования домена, что не стоит использовать Simple &#8212; соглашусь. А вот по логинам ситуация такая:<br />
Очень неудобно искать человека по фамилии, если используется именование с инициалом впереди.</p>
<p>Использую Samba3+OpenLDAP, домен как раз simple, надо переделывать. Сеть небольшая, ~200 хостов, включая виртуальные.<br />
Все устройства имеют именование -. То есть, DOM-005 или DOM-213. Так как сеть маленькая, то из диапазона IP хорошо понятно, что это за устройство (с 1 по 20 &#8212; сервера, с 30 по 50 &#8212; принтеры и так далее). К тому же, удалёно подключаться к машинам стало проще &#8212; из имени хоста следует, куда ломиться. Раздаются имена и IP хоть и через DHCP, но со статической привязкой к MAC, что ОЧЕНЬ удобно. А рабочие места получают по наклейке с их номером.<br />
А вот с пользователями следующая вещь:<br />
smirnov.e &#8212; гораздо проще искать, чем e.smirnov. Даже при сотне пользователей знать из всех ФИО &#8212; никакого терпения не хватит. В исключительных случаях, можно добавить отчество, если Смирновых расплодилось.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как совместить RD Gateway и Outlook Anywhere (Argon)</title>
		<link>http://argon.pro/blog/2012/03/rdg-and-outlookanywhere/#comment-10849</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Fri, 27 Apr 2012 08:03:57 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2382#comment-10849</guid>
		<description>Тоже вариант! Начиная с Outlook 2010 пароль и при Basic не спрашивают.

Вот кстати &lt;a href=&quot;http://www.sysadminlab.net/exchange/outlook-anywhere-basic-vs-ntlm-authentication-explained&quot; rel=&quot;nofollow&quot;&gt;более подробно&lt;/a&gt; про разницу между NTLM и Basic для Outlook Anywhere.</description>
		<content:encoded><![CDATA[<p>Тоже вариант! Начиная с Outlook 2010 пароль и при Basic не спрашивают.</p>
<p>Вот кстати <a href="http://www.sysadminlab.net/exchange/outlook-anywhere-basic-vs-ntlm-authentication-explained" rel="nofollow">более подробно</a> про разницу между NTLM и Basic для Outlook Anywhere.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка синхронизации времени в домене Active Directory (Argon)</title>
		<link>http://argon.pro/blog/2010/05/ad-time-sync/#comment-10848</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Fri, 27 Apr 2012 07:55:30 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=449#comment-10848</guid>
		<description>Stanky, спасибо за комменты!

&lt;blockquote&gt;
А происходит это просто — контроллер отвечает ошибкой Clock Skew, но кроме самой ошибки в ответе содержится текущее время контроллера домена, благодаря чему компьютер подводит свои часы и не испытывает ни малейших проблем.
&lt;/blockquote&gt;

Монитором трафика пока не смотрел, но полагаю, что подводит время клиент все-таки по NTP, так как Kerberos ни разу не предназначен для синхронизации времени.

&lt;blockquote&gt;
Причём, всё время в Kerberos’е (и не только в нём) абсолютно толерантно к часовым поясам, ибо сообщается оно в GMT. Если б этого не было...
&lt;/blockquote&gt;

Кто бы спорил ;) Важность правильно выставленного часового пояса в том, чтобы у клиента после синхронизации отображалось его действительное локальное время, а не время в чужой временной зоне.

&lt;blockquote&gt;
В качестве подтверждения своих слов: отмотайте время, например, на пять лет назад, перезагрузите компьютер и посмотрите на результат…
&lt;/blockquote&gt;

Вот &lt;a href=&quot;http://support.microsoft.com/kb/884776&quot; rel=&quot;nofollow&quot;&gt;здесь&lt;/a&gt; пишут , что начиная с WS2008 значение MaxPosPhaseCorrection равно 48 часам. Не проверял, но эксперимент &quot;про 5 лет&quot; может дать другой результат.

&lt;blockquote&gt;
Теперь вы знаете почему погибшая батарейка на материнской плате не вызывает проблем с входом в систему ;) .
&lt;/blockquote&gt;

А еще есть Failback to NTLM ;)

&lt;blockquote&gt;P. S. Подписки на комментарии в данном блоге очень не хватает ;) .&lt;/blockquote&gt;

Есть подписка на комменты по RSS, но не знаю, насколько это юзабельно. Пожелания сделать нормальную подписку уже звучали, все руки мои ленивые не дойдут...</description>
		<content:encoded><![CDATA[<p>Stanky, спасибо за комменты!</p>
<blockquote><p>
А происходит это просто — контроллер отвечает ошибкой Clock Skew, но кроме самой ошибки в ответе содержится текущее время контроллера домена, благодаря чему компьютер подводит свои часы и не испытывает ни малейших проблем.
</p></blockquote>
<p>Монитором трафика пока не смотрел, но полагаю, что подводит время клиент все-таки по NTP, так как Kerberos ни разу не предназначен для синхронизации времени.</p>
<blockquote><p>
Причём, всё время в Kerberos’е (и не только в нём) абсолютно толерантно к часовым поясам, ибо сообщается оно в GMT. Если б этого не было&#8230;
</p></blockquote>
<p>Кто бы спорил ;) Важность правильно выставленного часового пояса в том, чтобы у клиента после синхронизации отображалось его действительное локальное время, а не время в чужой временной зоне.</p>
<blockquote><p>
В качестве подтверждения своих слов: отмотайте время, например, на пять лет назад, перезагрузите компьютер и посмотрите на результат…
</p></blockquote>
<p>Вот <a href="http://support.microsoft.com/kb/884776" rel="nofollow">здесь</a> пишут , что начиная с WS2008 значение MaxPosPhaseCorrection равно 48 часам. Не проверял, но эксперимент &#171;про 5 лет&#187; может дать другой результат.</p>
<blockquote><p>
Теперь вы знаете почему погибшая батарейка на материнской плате не вызывает проблем с входом в систему ;) .
</p></blockquote>
<p>А еще есть Failback to NTLM ;)</p>
<blockquote><p>P. S. Подписки на комментарии в данном блоге очень не хватает ;) .</p></blockquote>
<p>Есть подписка на комменты по RSS, но не знаю, насколько это юзабельно. Пожелания сделать нормальную подписку уже звучали, все руки мои ленивые не дойдут&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Восстановление прав администратора на Microsoft SQL Server 2008/2005 (Argon)</title>
		<link>http://argon.pro/blog/2010/05/sql-server-restore-admin-access/#comment-10846</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Fri, 27 Apr 2012 07:40:01 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=461#comment-10846</guid>
		<description>Что можно сделать... Попытаться понять, все ли делаете правильно, посмотреть логи.</description>
		<content:encoded><![CDATA[<p>Что можно сделать&#8230; Попытаться понять, все ли делаете правильно, посмотреть логи.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Выбор имени домена Active Directory (Argon)</title>
		<link>http://argon.pro/blog/2012/03/choose-ad-domain-name/#comment-10845</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Fri, 27 Apr 2012 07:37:48 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2437#comment-10845</guid>
		<description>Stanky, спасибо за комменты. 

&lt;blockquote&gt;
А что мешает иметь два разных ресурса? Внутри сети имя разрешается во внутренний IP-адрес и пользователи продолжают им пользоваться, а снаружи имя разрешается во внешний. Но, если честно — ситуация какая-то «надуманная» :) .
&lt;/blockquote&gt;

Я не очень понятно выразился. Имел в виду ситуацию, когда внутри ftp.argon.pro ведет на внутренний сервер компании, а снаружи ftp.argon.pro  -- на внешний сервер, который, хостится, например, где-то у провайдера. На своей практике таких коллизий я встречал немало, поэтому для меня этот пример совсем не &quot;надуман&quot;.

&lt;blockquote&gt;
Если вы имеете в виду, что одним Wildcard-сертификатом вы покроете имена из доменов «argon.pro» и «lab.argon.pro», то вы сильно заблуждаетесь.
&lt;/blockquote&gt;

Согласен, нужно учитывать, что этот сценарий не работает.

&lt;blockquote&gt;
И в заключение — я, наоборот, сторонник соответствия внутреннего домена внешнему :) .
&lt;/blockquote&gt;

Мне будет очень интересно почитать твою статью с твоими аргументами!</description>
		<content:encoded><![CDATA[<p>Stanky, спасибо за комменты. </p>
<blockquote><p>
А что мешает иметь два разных ресурса? Внутри сети имя разрешается во внутренний IP-адрес и пользователи продолжают им пользоваться, а снаружи имя разрешается во внешний. Но, если честно — ситуация какая-то «надуманная» :) .
</p></blockquote>
<p>Я не очень понятно выразился. Имел в виду ситуацию, когда внутри <a href="http://ftp.argon.pro" rel="nofollow">http://ftp.argon.pro</a> ведет на внутренний сервер компании, а снаружи <a href="http://ftp.argon.pro" rel="nofollow">http://ftp.argon.pro</a>  &#8212; на внешний сервер, который, хостится, например, где-то у провайдера. На своей практике таких коллизий я встречал немало, поэтому для меня этот пример совсем не &#171;надуман&#187;.</p>
<blockquote><p>
Если вы имеете в виду, что одним Wildcard-сертификатом вы покроете имена из доменов «argon.pro» и «lab.argon.pro», то вы сильно заблуждаетесь.
</p></blockquote>
<p>Согласен, нужно учитывать, что этот сценарий не работает.</p>
<blockquote><p>
И в заключение — я, наоборот, сторонник соответствия внутреннего домена внешнему :) .
</p></blockquote>
<p>Мне будет очень интересно почитать твою статью с твоими аргументами!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Active Directory Certificate Services (Argon)</title>
		<link>http://argon.pro/blog/2010/07/ws-pki/#comment-10844</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Fri, 27 Apr 2012 07:24:16 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=779#comment-10844</guid>
		<description>Stanky, спасибо за комменты! Когда-нибудь руки дойдут допилить эту статью. Я тоже со временем развиваюсь, во многом с тобой согласен. 

&lt;blockquote&gt;
- Компьютер, с которого создается запрос, должен входить в домен, в котором опубликован ЦС
- Совершенно не обязательно ;) .
&lt;/blockquote&gt;

Можешь научить, как это сделать не с доменного компа?</description>
		<content:encoded><![CDATA[<p>Stanky, спасибо за комменты! Когда-нибудь руки дойдут допилить эту статью. Я тоже со временем развиваюсь, во многом с тобой согласен. </p>
<blockquote><p>
- Компьютер, с которого создается запрос, должен входить в домен, в котором опубликован ЦС<br />
- Совершенно не обязательно ;) .
</p></blockquote>
<p>Можешь научить, как это сделать не с доменного компа?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Бесплатная электропочта для домена: выбор между Яндексом и Гуглом (Argon)</title>
		<link>http://argon.pro/blog/2010/10/mail-for-domain/#comment-10843</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Fri, 27 Apr 2012 07:09:45 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1255#comment-10843</guid>
		<description>Я недавно пробовал на него перейти, остановило то, что нельзя делать домены-alias&#039;ы, да и с просто alias&#039;ами почтовых ящиков не все понятно.</description>
		<content:encoded><![CDATA[<p>Я недавно пробовал на него перейти, остановило то, что нельзя делать домены-alias&#8217;ы, да и с просто alias&#8217;ами почтовых ящиков не все понятно.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Windows Deployment Services (Argon)</title>
		<link>http://argon.pro/blog/2010/09/windows-deployment-services/#comment-10842</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Fri, 27 Apr 2012 07:06:39 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1078#comment-10842</guid>
		<description>Спасибо ;)</description>
		<content:encoded><![CDATA[<p>Спасибо ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Особенности работы программного RAID в Windows Server (Argon)</title>
		<link>http://argon.pro/blog/2010/08/ws-soft-raid/#comment-10841</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Fri, 27 Apr 2012 07:05:43 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=93#comment-10841</guid>
		<description>В случае зеркала из одного тома на весь диск, полностью согласен. Но если на динамическом диске создавались несколько томов, а потом еще их размер динамическим менялся средствами Win Disk Mgmt, то такая каша получается, что HEX редактором разбираться даже не хочется пробовать.</description>
		<content:encoded><![CDATA[<p>В случае зеркала из одного тома на весь диск, полностью согласен. Но если на динамическом диске создавались несколько томов, а потом еще их размер динамическим менялся средствами Win Disk Mgmt, то такая каша получается, что HEX редактором разбираться даже не хочется пробовать.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Бесплатная электропочта для домена: выбор между Яндексом и Гуглом (Stanky)</title>
		<link>http://argon.pro/blog/2010/10/mail-for-domain/#comment-10822</link>
		<dc:creator>Stanky</dc:creator>
		<pubDate>Thu, 26 Apr 2012 00:03:22 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1255#comment-10822</guid>
		<description>А почему вы не рассматривали подобный сервис от &lt;a href=&quot;http://domains.live.com&quot; rel=&quot;nofollow&quot;&gt;Microsoft&#039;а&lt;/a&gt; :) ? Лично мне он наиболее близок, так как используется учётная запись Live, избавлен от этих динозавров в виде POP3/IMAP4, SSL есть изначально, синхронизация работает по такому же Push-принципу, как в Exchange&#039;е, великолепная интеграция с родными продуктами, особенно в Windows Phone. В общем, для тех, кто &quot;живёт&quot; на платформе Microsoft, как мне кажется, наиболее подходящий вариант :) .

P. S. Я, конечно, понимаю, что я на полтора года &quot;опоздал&quot;, но тем не менее :) .</description>
		<content:encoded><![CDATA[<p>А почему вы не рассматривали подобный сервис от <a href="http://domains.live.com" rel="nofollow">Microsoft&#8217;а</a> :) ? Лично мне он наиболее близок, так как используется учётная запись Live, избавлен от этих динозавров в виде POP3/IMAP4, SSL есть изначально, синхронизация работает по такому же Push-принципу, как в Exchange&#8217;е, великолепная интеграция с родными продуктами, особенно в Windows Phone. В общем, для тех, кто &#171;живёт&#187; на платформе Microsoft, как мне кажется, наиболее подходящий вариант :) .</p>
<p>P. S. Я, конечно, понимаю, что я на полтора года &#171;опоздал&#187;, но тем не менее :) .</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Выбор имени домена Active Directory (Stanky)</title>
		<link>http://argon.pro/blog/2012/03/choose-ad-domain-name/#comment-10821</link>
		<dc:creator>Stanky</dc:creator>
		<pubDate>Wed, 25 Apr 2012 23:48:16 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2437#comment-10821</guid>
		<description>&quot;Отсутствует возможность использовать данное имя для доступа из глобальной сети (когда придет пора публикации)&quot;

А зачем использовать это имя, когда можно сразу &quot;заложиться&quot; на внешний домен?

&quot;На домен, владение которым невозможно подтвердить, нельзя получить публичный SSL-сертификат&quot;

Вы, видимо, не часто покупаете публичные сертификаты :) . Имена в таких зонах, как &quot;.local&quot;, совершенно &lt;a href=&quot;https://support.comodo.com/index.php?_m=knowledgebase&amp;_a=viewarticle&amp;kbarticleid=1295&quot; rel=&quot;nofollow&quot;&gt;не требуют проверки&lt;/a&gt; ;) . Хотя, всё, как всегда, зависит от конкретного поставщика.

&quot;Администрирование публичных и внутренних DNS-записей затруднено: все публичные DNS-записи в зоне argon.pro, которые используются из внутренней сети должны быть продублированы на внутренней зоне DNS. Также необходимо как-то обеспечивать синхронизацию этих записей.&quot;

На счёт &quot;должны быть продублированы&quot; согласен, а вот &quot;обеспечивать синхронизацию&quot; - совершенно не проблема. Я решаю это банальным делегированием, как описано &lt;a href=&quot;http://www.alexxhost.ru/2011/05/dns-ru-local.html&quot; rel=&quot;nofollow&quot;&gt;здесь&lt;/a&gt;.

&quot;Внезапно возникла необходимость предоставлять пользователям интернета файловый сервис по тому же адресу ftp.argon.pro. Что получилось? Внутренние пользователи не могут подключиться к внешнему сервису по указанному имени…&quot;

А что мешает иметь два разных ресурса? Внутри сети имя разрешается во внутренний IP-адрес и пользователи продолжают им пользоваться, а снаружи имя разрешается во внешний. Но, если честно - ситуация какая-то &quot;надуманная&quot; :) .

&quot;получения публичных SSL-сертификатов (всего один wildcard-сертификат можно использовать как для сайта компании, так и при публикации ресурсов внутренней сети)&quot;

Если вы имеете в виду, что одним Wildcard-сертификатом вы покроете имена из доменов &quot;argon.pro&quot; и &quot;lab.argon.pro&quot;, то вы сильно заблуждаетесь. Если вы попробуете открыть сайт по имени &quot;mail.lab.argon.pro&quot;, когда на нём весит сертификат &quot;*.argon.pro&quot;, то вы получите ошибку - имя в сертификате, в данном случае, должно быть &quot;*.lab.argon.pro&quot; ;) .

И в заключение - я, наоборот, сторонник соответствия внутреннего домена внешнему :) .</description>
		<content:encoded><![CDATA[<p>&#171;Отсутствует возможность использовать данное имя для доступа из глобальной сети (когда придет пора публикации)&#187;</p>
<p>А зачем использовать это имя, когда можно сразу &#171;заложиться&#187; на внешний домен?</p>
<p>&#171;На домен, владение которым невозможно подтвердить, нельзя получить публичный SSL-сертификат&#187;</p>
<p>Вы, видимо, не часто покупаете публичные сертификаты :) . Имена в таких зонах, как &#171;.local&#187;, совершенно <a href="https://support.comodo.com/index.php?_m=knowledgebase&amp;_a=viewarticle&amp;kbarticleid=1295" rel="nofollow">не требуют проверки</a> ;) . Хотя, всё, как всегда, зависит от конкретного поставщика.</p>
<p>&#171;Администрирование публичных и внутренних DNS-записей затруднено: все публичные DNS-записи в зоне argon.pro, которые используются из внутренней сети должны быть продублированы на внутренней зоне DNS. Также необходимо как-то обеспечивать синхронизацию этих записей.&#187;</p>
<p>На счёт &#171;должны быть продублированы&#187; согласен, а вот &#171;обеспечивать синхронизацию&#187; &#8212; совершенно не проблема. Я решаю это банальным делегированием, как описано <a href="http://www.alexxhost.ru/2011/05/dns-ru-local.html" rel="nofollow">здесь</a>.</p>
<p>&#171;Внезапно возникла необходимость предоставлять пользователям интернета файловый сервис по тому же адресу <a href="http://ftp.argon.pro" rel="nofollow">http://ftp.argon.pro</a>. Что получилось? Внутренние пользователи не могут подключиться к внешнему сервису по указанному имени…&#187;</p>
<p>А что мешает иметь два разных ресурса? Внутри сети имя разрешается во внутренний IP-адрес и пользователи продолжают им пользоваться, а снаружи имя разрешается во внешний. Но, если честно &#8212; ситуация какая-то &#171;надуманная&#187; :) .</p>
<p>&#171;получения публичных SSL-сертификатов (всего один wildcard-сертификат можно использовать как для сайта компании, так и при публикации ресурсов внутренней сети)&#187;</p>
<p>Если вы имеете в виду, что одним Wildcard-сертификатом вы покроете имена из доменов &#171;argon.pro&#187; и &#171;lab.argon.pro&#187;, то вы сильно заблуждаетесь. Если вы попробуете открыть сайт по имени &#171;mail.lab.argon.pro&#187;, когда на нём весит сертификат &#171;*.argon.pro&#187;, то вы получите ошибку &#8212; имя в сертификате, в данном случае, должно быть &#171;*.lab.argon.pro&#187; ;) .</p>
<p>И в заключение &#8212; я, наоборот, сторонник соответствия внутреннего домена внешнему :) .</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Windows Deployment Services (Stanky)</title>
		<link>http://argon.pro/blog/2010/09/windows-deployment-services/#comment-10820</link>
		<dc:creator>Stanky</dc:creator>
		<pubDate>Wed, 25 Apr 2012 23:07:18 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1078#comment-10820</guid>
		<description>Небольшая ремарка - WDS появился в Windows Server 2003 R2 ;) .</description>
		<content:encoded><![CDATA[<p>Небольшая ремарка &#8212; WDS появился в Windows Server 2003 R2 ;) .</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Особенности работы программного RAID в Windows Server (Stanky)</title>
		<link>http://argon.pro/blog/2010/08/ws-soft-raid/#comment-10819</link>
		<dc:creator>Stanky</dc:creator>
		<pubDate>Wed, 25 Apr 2012 22:24:48 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=93#comment-10819</guid>
		<description>&quot;особая разметка физических дисков (понятная только Windows)
Обратное преобразование динамического диска в базовый возможно, но только если с динамического диска удалить все тома.&quot;

В действительности, &quot;особого&quot; там не так уж и много, особенно, если говорить про зеркало. Так как физическая структура хранения данных полностью аналогична Basic, преобразование не составляет ни малейшего труда. Всё что нужно - в таблице разделов у типа файловой системы вместо HEX-значения 42 поставить 07 (NTFS). Правда, при определённых обстоятельствах, для части разделов может потребоваться переопределение параметров начала раздела и его длины, но это тоже выполняется более чем просто.
Такие зеркала, в случае различных сбоев, я неоднократно преобразовывал в Basic.</description>
		<content:encoded><![CDATA[<p>&#171;особая разметка физических дисков (понятная только Windows)<br />
Обратное преобразование динамического диска в базовый возможно, но только если с динамического диска удалить все тома.&#187;</p>
<p>В действительности, &#171;особого&#187; там не так уж и много, особенно, если говорить про зеркало. Так как физическая структура хранения данных полностью аналогична Basic, преобразование не составляет ни малейшего труда. Всё что нужно &#8212; в таблице разделов у типа файловой системы вместо HEX-значения 42 поставить 07 (NTFS). Правда, при определённых обстоятельствах, для части разделов может потребоваться переопределение параметров начала раздела и его длины, но это тоже выполняется более чем просто.<br />
Такие зеркала, в случае различных сбоев, я неоднократно преобразовывал в Basic.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Active Directory Certificate Services (Stanky)</title>
		<link>http://argon.pro/blog/2010/07/ws-pki/#comment-10818</link>
		<dc:creator>Stanky</dc:creator>
		<pubDate>Wed, 25 Apr 2012 22:06:10 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=779#comment-10818</guid>
		<description>Прочитал и опять меня зацепило - решил прокомментировать:) ...

&quot;При установке ЦС в домене Active Directory по умолчанию должны создаваться групповые политики, которые прописывают доверие клиентов к корневому ЦС&quot;

Во-первых - зачем заморачиваться созданием политик, когда можно просто опубликовать сертификат в AD командой &quot;certutil -dspublish -f FileName.cer RootCA&quot; и именно при обновлении тех самых политик этот сертификат автоматически скачается и установится в доверенные?
Во-вторых - при разворачивании &quot;Enterprise CA&quot; (с правами Enterprise Admin) сертификат публикуется в AD автоматически и ни каких телодвижений предпринимать не нужно ;) .

&quot;но отозваны ли они центром сертификации&quot;

Видимо, имеет место опечатка и имелось в виду &quot;не&quot;.

&quot;CRL (Certificate Revocation List, список отзыва сертификатов) на веб-сервере, регулярно обновляемый&quot;

Лично я настраиваю центры сертификации на публикацию CRL&#039;ей в DFS (с репликацией, в случае необходимости), откуда они спокойно раздаются IIS&#039;ом - ни каких &quot;регулярных обновлений&quot; не нужно - всё автоматом. Пример такой настройки я показывал &lt;a href=&quot;http://imamyshev.wordpress.com/2010/11/29/lync-server-2010-install&quot; rel=&quot;nofollow&quot;&gt;здесь&lt;/a&gt;.

&quot;От себя лишь замечу хитрость: если ваш домен имеет доступное из интернета DNS-имя (то есть argon.com.ru, а не argon.local), а на сервер с корневым ЦС установлена опция Web Enrollment, то ЦС уже настроен на публикацию своих CRL по адресу http://server.argon.com.ru/CertEnroll. Поэтому для полноценной работы CRL достаточно просто опубликовать в интернете порт HTTP по доменному имени server.argon.com.ru.&quot;

Ну а в чём сложность сделать то же самое, когда внешнее доменное имя отличается от внутреннего? Обеспечение &quot;прозрачности&quot; доменного суффикса, с моей подачи, описаны &lt;a href=&quot;http://www.alexxhost.ru/2011/05/dns-ru-local.html&quot; rel=&quot;nofollow&quot;&gt;здесь&lt;/a&gt;.

&quot;Следует иметь ввиду, что проверка отзыва по протоколу OCSP проходит успешно только в том случае, если сертификат ЦС, выдавшего проверяемый сертификат, установлен в хранилище доверенных сертификатов локального компьютера&quot;

Я бы ещё хотел добавить, что успешная проверка по OCSP пройдёт только в том случае, когда сам OCSP-сервер имеет доступ к CRL-файлам - именно оттуда он берёт информацию, избавляя клиента от их скачивания ;) .

&quot;Они же Certificate Enrollment Web Services, если по-английски. Весьма полезная роль&quot;

А я бы сказал, что роль бесполезная и лично я от её использования давно отказался. Поданс, кстати, с этим мнением солидарен (&lt;a href=&quot;http://www.sysadmins.lv/PermaLink,guid,c96d5e56-d1a1-4150-bc5e-13078623b563.aspx&quot; rel=&quot;nofollow&quot;&gt;тут&lt;/a&gt; и &lt;a href=&quot;http://www.sysadmins.lv/PermaLink,guid,de0aaac8-2745-4ea3-9fc2-36fda7d9d302.aspx&quot; rel=&quot;nofollow&quot;&gt;тут&lt;/a&gt;) :) .

&quot;По умолчанию ЦС на Windows Server не настроен на выдачу сертификатов, содержащих SAN.&quot;

Всеобщее заблуждение ;) ! Центры сертификации прекрасно выдают SAN-сертификаты и без включения данной опции - когда-то Вадим мне &quot;не верил&quot;, но по предыдущей ссылке сам признался в своём заблуждении и вредности данного флага.

&quot;Компьютер, с которого создается запрос, должен входить в домен, в котором опубликован ЦС&quot;

Совершенно не обязательно ;) .

&quot;Более гибким и универсальным способом запроса сертификатов с SAN является следующий, использующий утилиту certreq.&quot;

На счёт универсального не поспоришь, а вот на счёт гибкости полностью не согласен :) ! На мой взгляд, самый гибкий - запрос через MMC-консоль в новых системах. И просто и удобно и наглядно и без создания файлов с кучей параметров, которые в голове не удержишь и нужно обращаться к заранее заготовленным шаблонам.

&quot;Отправить запрос центру сертификации и получить в ответ .cer файл. Для этого можно воспользоваться MMC-конcолью управления Certification Authority (и указать .req файл) либо Web Enrollment (в окно расширенного запроса вставить содержимое .req файла и выбрать шаблон веб-сервера).&quot;

Я предпочитаю, в случае необходимости, отправлять запрос командой &quot;certreq -Submit -attrib &quot;certificatetemplate:WebServer&quot; Request.req Response.cer&quot;.

&quot;Если ЦС у тебя на винде, интегрированный с AD, то его нужно настроить на публикацию CRL/AIA в AD&quot;

Тоже большое заблуждение ;) . Эти ссылки в интернет-сценариях только мешают и наилучшим вариантом является их полное &quot;выпиливание&quot; из сертификатов - оставить только публичные HTTP-ссылки.</description>
		<content:encoded><![CDATA[<p>Прочитал и опять меня зацепило &#8212; решил прокомментировать:) &#8230;</p>
<p>&#171;При установке ЦС в домене Active Directory по умолчанию должны создаваться групповые политики, которые прописывают доверие клиентов к корневому ЦС&#187;</p>
<p>Во-первых &#8212; зачем заморачиваться созданием политик, когда можно просто опубликовать сертификат в AD командой &#171;certutil -dspublish -f FileName.cer RootCA&#187; и именно при обновлении тех самых политик этот сертификат автоматически скачается и установится в доверенные?<br />
Во-вторых &#8212; при разворачивании &#171;Enterprise CA&#187; (с правами Enterprise Admin) сертификат публикуется в AD автоматически и ни каких телодвижений предпринимать не нужно ;) .</p>
<p>&#171;но отозваны ли они центром сертификации&#187;</p>
<p>Видимо, имеет место опечатка и имелось в виду &#171;не&#187;.</p>
<p>&#171;CRL (Certificate Revocation List, список отзыва сертификатов) на веб-сервере, регулярно обновляемый&#187;</p>
<p>Лично я настраиваю центры сертификации на публикацию CRL&#8217;ей в DFS (с репликацией, в случае необходимости), откуда они спокойно раздаются IIS&#8217;ом &#8212; ни каких &#171;регулярных обновлений&#187; не нужно &#8212; всё автоматом. Пример такой настройки я показывал <a href="http://imamyshev.wordpress.com/2010/11/29/lync-server-2010-install" rel="nofollow">здесь</a>.</p>
<p>&#171;От себя лишь замечу хитрость: если ваш домен имеет доступное из интернета DNS-имя (то есть argon.com.ru, а не argon.local), а на сервер с корневым ЦС установлена опция Web Enrollment, то ЦС уже настроен на публикацию своих CRL по адресу <a href="http://server.argon.com.ru/CertEnroll" rel="nofollow">http://server.argon.com.ru/CertEnroll</a>. Поэтому для полноценной работы CRL достаточно просто опубликовать в интернете порт HTTP по доменному имени server.argon.com.ru.&#187;</p>
<p>Ну а в чём сложность сделать то же самое, когда внешнее доменное имя отличается от внутреннего? Обеспечение &#171;прозрачности&#187; доменного суффикса, с моей подачи, описаны <a href="http://www.alexxhost.ru/2011/05/dns-ru-local.html" rel="nofollow">здесь</a>.</p>
<p>&#171;Следует иметь ввиду, что проверка отзыва по протоколу OCSP проходит успешно только в том случае, если сертификат ЦС, выдавшего проверяемый сертификат, установлен в хранилище доверенных сертификатов локального компьютера&#187;</p>
<p>Я бы ещё хотел добавить, что успешная проверка по OCSP пройдёт только в том случае, когда сам OCSP-сервер имеет доступ к CRL-файлам &#8212; именно оттуда он берёт информацию, избавляя клиента от их скачивания ;) .</p>
<p>&#171;Они же Certificate Enrollment Web Services, если по-английски. Весьма полезная роль&#187;</p>
<p>А я бы сказал, что роль бесполезная и лично я от её использования давно отказался. Поданс, кстати, с этим мнением солидарен (<a href="http://www.sysadmins.lv/PermaLink,guid,c96d5e56-d1a1-4150-bc5e-13078623b563.aspx" rel="nofollow">тут</a> и <a href="http://www.sysadmins.lv/PermaLink,guid,de0aaac8-2745-4ea3-9fc2-36fda7d9d302.aspx" rel="nofollow">тут</a>) :) .</p>
<p>&#171;По умолчанию ЦС на Windows Server не настроен на выдачу сертификатов, содержащих SAN.&#187;</p>
<p>Всеобщее заблуждение ;) ! Центры сертификации прекрасно выдают SAN-сертификаты и без включения данной опции &#8212; когда-то Вадим мне &#171;не верил&#187;, но по предыдущей ссылке сам признался в своём заблуждении и вредности данного флага.</p>
<p>&#171;Компьютер, с которого создается запрос, должен входить в домен, в котором опубликован ЦС&#187;</p>
<p>Совершенно не обязательно ;) .</p>
<p>&#171;Более гибким и универсальным способом запроса сертификатов с SAN является следующий, использующий утилиту certreq.&#187;</p>
<p>На счёт универсального не поспоришь, а вот на счёт гибкости полностью не согласен :) ! На мой взгляд, самый гибкий &#8212; запрос через MMC-консоль в новых системах. И просто и удобно и наглядно и без создания файлов с кучей параметров, которые в голове не удержишь и нужно обращаться к заранее заготовленным шаблонам.</p>
<p>&#171;Отправить запрос центру сертификации и получить в ответ .cer файл. Для этого можно воспользоваться MMC-конcолью управления Certification Authority (и указать .req файл) либо Web Enrollment (в окно расширенного запроса вставить содержимое .req файла и выбрать шаблон веб-сервера).&#187;</p>
<p>Я предпочитаю, в случае необходимости, отправлять запрос командой &#171;certreq -Submit -attrib &#171;certificatetemplate:WebServer&#187; Request.req Response.cer&#187;.</p>
<p>&#171;Если ЦС у тебя на винде, интегрированный с AD, то его нужно настроить на публикацию CRL/AIA в AD&#187;</p>
<p>Тоже большое заблуждение ;) . Эти ссылки в интернет-сценариях только мешают и наилучшим вариантом является их полное &#171;выпиливание&#187; из сертификатов &#8212; оставить только публичные HTTP-ссылки.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка синхронизации времени в домене Active Directory (Stanky)</title>
		<link>http://argon.pro/blog/2010/05/ad-time-sync/#comment-10816</link>
		<dc:creator>Stanky</dc:creator>
		<pubDate>Wed, 25 Apr 2012 19:59:38 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=449#comment-10816</guid>
		<description>Прочитал (почти внимательно) всю цепочку ресурсов, ссылки на которые тут расходятся в разные стороны, и комментарии к ним - зацепило :) ! К сожалению, везде я вижу распространённое заблуждение про аутентификацию, расхождение времени и часовые пояса. На самом же деле, во всём этом лишь часть правды.
Как я рассказывал &lt;a href=&quot;http://www.exchangerus.ru/2010/05/12/onlajn-vstrecha-razgovory-ob-it-96-projdet-segodnya-v-sredu-12-maya-s-2100-do-2300msk-tema-doklada-protokol-autentifikacii-kerberos&quot; rel=&quot;nofollow&quot;&gt;в своём докладе про Kerberos&lt;/a&gt;, если у компьютера время &quot;уехало&quot;, то при аутентификации на контроллере домена это расхождение будет автоматически устранено. А происходит это просто - контроллер отвечает ошибкой Clock Skew, но кроме самой ошибки в ответе содержится текущее время контроллера домена, благодаря чему компьютер подводит свои часы и не испытывает ни малейших проблем. Причём, всё время в Kerberos&#039;е (и не только в нём) абсолютно толерантно к часовым поясам, ибо сообщается оно в GMT. Если б этого не было, то распределённые сети с филиалами в разных городах, где часовые пояса различны, не могли бы нормально между сабой взаимодействовать ;) . Часовые пояса - самая обыкновенная &quot;фикция&quot;, подобная правилам нормализации в Lync&#039;е, показывающая текущее время относительно GMT.
В качестве подтверждения своих слов: отмотайте время, например, на пять лет назад, перезагрузите компьютер и посмотрите на результат... Только выполняйте это, лучше, на реальной машине, так как на Hyper-V время будет подводиться автоматически в соответствии со временем самого хоста виртуализации, даже в том случае, если в настройках виртуальной машины синхронизация времени отключена (ещё одно заблуждение).
Теперь вы знаете почему погибшая батарейка на материнской плате не вызывает проблем с входом в систему ;) .

P. S. Подписки на комментарии в данном блоге очень не хватает ;) .</description>
		<content:encoded><![CDATA[<p>Прочитал (почти внимательно) всю цепочку ресурсов, ссылки на которые тут расходятся в разные стороны, и комментарии к ним &#8212; зацепило :) ! К сожалению, везде я вижу распространённое заблуждение про аутентификацию, расхождение времени и часовые пояса. На самом же деле, во всём этом лишь часть правды.<br />
Как я рассказывал <a href="http://www.exchangerus.ru/2010/05/12/onlajn-vstrecha-razgovory-ob-it-96-projdet-segodnya-v-sredu-12-maya-s-2100-do-2300msk-tema-doklada-protokol-autentifikacii-kerberos" rel="nofollow">в своём докладе про Kerberos</a>, если у компьютера время &#171;уехало&#187;, то при аутентификации на контроллере домена это расхождение будет автоматически устранено. А происходит это просто &#8212; контроллер отвечает ошибкой Clock Skew, но кроме самой ошибки в ответе содержится текущее время контроллера домена, благодаря чему компьютер подводит свои часы и не испытывает ни малейших проблем. Причём, всё время в Kerberos&#8217;е (и не только в нём) абсолютно толерантно к часовым поясам, ибо сообщается оно в GMT. Если б этого не было, то распределённые сети с филиалами в разных городах, где часовые пояса различны, не могли бы нормально между сабой взаимодействовать ;) . Часовые пояса &#8212; самая обыкновенная &#171;фикция&#187;, подобная правилам нормализации в Lync&#8217;е, показывающая текущее время относительно GMT.<br />
В качестве подтверждения своих слов: отмотайте время, например, на пять лет назад, перезагрузите компьютер и посмотрите на результат&#8230; Только выполняйте это, лучше, на реальной машине, так как на Hyper-V время будет подводиться автоматически в соответствии со временем самого хоста виртуализации, даже в том случае, если в настройках виртуальной машины синхронизация времени отключена (ещё одно заблуждение).<br />
Теперь вы знаете почему погибшая батарейка на материнской плате не вызывает проблем с входом в систему ;) .</p>
<p>P. S. Подписки на комментарии в данном блоге очень не хватает ;) .</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как совместить RD Gateway и Outlook Anywhere (Stanky)</title>
		<link>http://argon.pro/blog/2012/03/rdg-and-outlookanywhere/#comment-10813</link>
		<dc:creator>Stanky</dc:creator>
		<pubDate>Wed, 25 Apr 2012 14:53:33 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2382#comment-10813</guid>
		<description>А не проще ли для Outlook Anywhere выбрать NTLM, вместо Basic - и пароль Outlook запрашивать не будет и RDG будет функционаровать ;) ?</description>
		<content:encoded><![CDATA[<p>А не проще ли для Outlook Anywhere выбрать NTLM, вместо Basic &#8212; и пароль Outlook запрашивать не будет и RDG будет функционаровать ;) ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка синхронизации времени в домене Active Directory (Дмитрий Разборнов)</title>
		<link>http://argon.pro/blog/2010/05/ad-time-sync/#comment-10768</link>
		<dc:creator>Дмитрий Разборнов</dc:creator>
		<pubDate>Sat, 21 Apr 2012 18:03:36 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=449#comment-10768</guid>
		<description>Да, я согласен с вами.
http://blogs.msdn.com/b/sanket/archive/2006/11/02/synchronizing-machine-time-with-domain-controller.aspx
но машины в домен таки могут не вводится, не сталкивались с таким?
Я- да))</description>
		<content:encoded><![CDATA[<p>Да, я согласен с вами.<br />
<a href="http://blogs.msdn.com/b/sanket/archive/2006/11/02/synchronizing-machine-time-with-domain-controller.aspx" rel="nofollow">http://blogs.msdn.com/b/sanket/archive/2006/11/02/synchronizing-machine-time-with-domain-controller.aspx</a><br />
но машины в домен таки могут не вводится, не сталкивались с таким?<br />
Я- да))</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи О национальной дискриминации телефонных номеров в Lync (Alexander Donin)</title>
		<link>http://argon.pro/blog/2012/03/lync-tel-display/#comment-10746</link>
		<dc:creator>Alexander Donin</dc:creator>
		<pubDate>Fri, 20 Apr 2012 06:52:46 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2328#comment-10746</guid>
		<description>&quot;Баг&quot; еще c OCS 2007 (RTM) тянется :-)
Так что, надежды это хорошо, но разработчики пока на это, похоже забили. Скорее это не баг для всех а фича для американцев :-)</description>
		<content:encoded><![CDATA[<p>&#171;Баг&#187; еще c OCS 2007 (RTM) тянется :-)<br />
Так что, надежды это хорошо, но разработчики пока на это, похоже забили. Скорее это не баг для всех а фича для американцев :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Восстановление прав администратора на Microsoft SQL Server 2008/2005 (Алексей)</title>
		<link>http://argon.pro/blog/2010/05/sql-server-restore-admin-access/#comment-10734</link>
		<dc:creator>Алексей</dc:creator>
		<pubDate>Thu, 19 Apr 2012 06:37:03 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=461#comment-10734</guid>
		<description>Добрый день, спасибо за пост. 
Вопрос, а если я выполняю вышеописанные действия, но нет ни результата  ни ошибок. Что можно еще сделать?</description>
		<content:encoded><![CDATA[<p>Добрый день, спасибо за пост.<br />
Вопрос, а если я выполняю вышеописанные действия, но нет ни результата  ни ошибок. Что можно еще сделать?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи О национальной дискриминации телефонных номеров в Lync (Olga)</title>
		<link>http://argon.pro/blog/2012/03/lync-tel-display/#comment-10715</link>
		<dc:creator>Olga</dc:creator>
		<pubDate>Tue, 17 Apr 2012 08:22:03 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2328#comment-10715</guid>
		<description>не просто отключить, а написать свои собственные правила. Все равно не помогает?</description>
		<content:encoded><![CDATA[<p>не просто отключить, а написать свои собственные правила. Все равно не помогает?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка синхронизации времени в домене Active Directory (Argon)</title>
		<link>http://argon.pro/blog/2010/05/ad-time-sync/#comment-10697</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Mon, 16 Apr 2012 10:07:03 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=449#comment-10697</guid>
		<description>Как настроить контроллер домена -- уже описано в этой статье. Найди DC с FSMO-ролью PDC, cмотри ключи реестра, так как в Win2003 не все команды w32tm работают.

Машины, входящие в домен как-то дополнительно настраивать не нужно, они сами синзронизируются с контроллеров.</description>
		<content:encoded><![CDATA[<p>Как настроить контроллер домена &#8212; уже описано в этой статье. Найди DC с FSMO-ролью PDC, cмотри ключи реестра, так как в Win2003 не все команды w32tm работают.</p>
<p>Машины, входящие в домен как-то дополнительно настраивать не нужно, они сами синзронизируются с контроллеров.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка синхронизации времени в домене Active Directory (Fimin)</title>
		<link>http://argon.pro/blog/2010/05/ad-time-sync/#comment-10693</link>
		<dc:creator>Fimin</dc:creator>
		<pubDate>Mon, 16 Apr 2012 08:20:22 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=449#comment-10693</guid>
		<description>Ребята я с ума схожу от настройки времени. Просто объясните в 2-ух словах, как на сервере 2003 (он же контроллер домена) настроить синхронизацию времени с внешним источником, какими командами пользоваться для проверки, и как машины из домена заставить синхронизовать время с контроллером, третий день бъюсь и ни чего понять не могу.</description>
		<content:encoded><![CDATA[<p>Ребята я с ума схожу от настройки времени. Просто объясните в 2-ух словах, как на сервере 2003 (он же контроллер домена) настроить синхронизацию времени с внешним источником, какими командами пользоваться для проверки, и как машины из домена заставить синхронизовать время с контроллером, третий день бъюсь и ни чего понять не могу.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи О национальной дискриминации телефонных номеров в Lync (Argon)</title>
		<link>http://argon.pro/blog/2012/03/lync-tel-display/#comment-10656</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Fri, 13 Apr 2012 11:17:25 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2328#comment-10656</guid>
		<description>Можно отключить встроенные правила нормализации, который применяются при вытягивании из AD, но оно не помогает. Разница между +1 и +7, похоже, зашита где-то в клиенте при отображении.</description>
		<content:encoded><![CDATA[<p>Можно отключить встроенные правила нормализации, который применяются при вытягивании из AD, но оно не помогает. Разница между +1 и +7, похоже, зашита где-то в клиенте при отображении.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи О национальной дискриминации телефонных номеров в Lync (Olga)</title>
		<link>http://argon.pro/blog/2012/03/lync-tel-display/#comment-10655</link>
		<dc:creator>Olga</dc:creator>
		<pubDate>Fri, 13 Apr 2012 10:52:53 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2328#comment-10655</guid>
		<description>А если на Lync отключить работу встроенных правил нормализации (заменив их на свои собственные, одинаковые для всех номеров: и для +1, и для +7)?</description>
		<content:encoded><![CDATA[<p>А если на Lync отключить работу встроенных правил нормализации (заменив их на свои собственные, одинаковые для всех номеров: и для +1, и для +7)?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-10654</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Fri, 13 Apr 2012 10:29:40 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-10654</guid>
		<description>На практике я сталкивался с тем, что аппаратным телефонам Polycom сносило крышу от wildcard-сертификатов. Конкретнро в моем случае они не подключались к веб-службам Exchange (были недоступны календари и прочее). Wildcard на сами службы Lync еще ставить не пробовал.</description>
		<content:encoded><![CDATA[<p>На практике я сталкивался с тем, что аппаратным телефонам Polycom сносило крышу от wildcard-сертификатов. Конкретнро в моем случае они не подключались к веб-службам Exchange (были недоступны календари и прочее). Wildcard на сами службы Lync еще ставить не пробовал.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (SIDERMAN)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-10620</link>
		<dc:creator>SIDERMAN</dc:creator>
		<pubDate>Tue, 10 Apr 2012 20:29:59 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-10620</guid>
		<description>http://blog.schertz.name/2011/02/wildcard-certificates-in-lync-server/
в этой статье описываются ньюансы использования wildcard сертификата - мегаудобного сертификата, который как выясняется полностью не поддерживается Lync Server. Из статьи я понял, что в Common Name должно быть имя Edge и выше об этом писалось, но достаточно ли будет в SAN - *.domain.com? 
Кто-нибудь использовал на практике?</description>
		<content:encoded><![CDATA[<p><a href="http://blog.schertz.name/2011/02/wildcard-certificates-in-lync-server/" rel="nofollow">http://blog.schertz.name/2011/02/wildcard-certificates-in-lync-server/</a><br />
в этой статье описываются ньюансы использования wildcard сертификата &#8212; мегаудобного сертификата, который как выясняется полностью не поддерживается Lync Server. Из статьи я понял, что в Common Name должно быть имя Edge и выше об этом писалось, но достаточно ли будет в SAN &#8212; *.domain.com?<br />
Кто-нибудь использовал на практике?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Выполнение консольных команд на удаленных компьютерах по сети (ekzorchik)</title>
		<link>http://argon.pro/blog/2010/02/execute-shell-commands-on-remote-computers/#comment-10604</link>
		<dc:creator>ekzorchik</dc:creator>
		<pubDate>Mon, 09 Apr 2012 07:58:41 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=309#comment-10604</guid>
		<description>Смотрите статью как настроить winrm через групповые политики:
http://www.ekzorchik.ru/wordpress/2012/04/winrm/
У меня на работе все прекрасно работает.
Желаю удачи.!!!</description>
		<content:encoded><![CDATA[<p>Смотрите статью как настроить winrm через групповые политики:<br />
<a href="http://www.ekzorchik.ru/wordpress/2012/04/winrm/" rel="nofollow">http://www.ekzorchik.ru/wordpress/2012/04/winrm/</a><br />
У меня на работе все прекрасно работает.<br />
Желаю удачи.!!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка синхронизации времени в домене Active Directory (Argon)</title>
		<link>http://argon.pro/blog/2010/05/ad-time-sync/#comment-10572</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sat, 07 Apr 2012 06:03:07 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=449#comment-10572</guid>
		<description>До ввода в домен комп является standalone машиной, в этом случае всегда применяется NTLM. После ввода в домен -- начинает работать Kerberos, если с часами всё в порядке. В политиках могут быть прописаны максимальные отклонения, в пределах которых разрешается корректировать время, но вот тайм-зону нужно выставлять только руками. Без правильного часового пояса Kerberos-у труба, особенно в свете недавних изменений часовых поясов в России.</description>
		<content:encoded><![CDATA[<p>До ввода в домен комп является standalone машиной, в этом случае всегда применяется NTLM. После ввода в домен &#8212; начинает работать Kerberos, если с часами всё в порядке. В политиках могут быть прописаны максимальные отклонения, в пределах которых разрешается корректировать время, но вот тайм-зону нужно выставлять только руками. Без правильного часового пояса Kerberos-у труба, особенно в свете недавних изменений часовых поясов в России.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка синхронизации времени в домене Active Directory (Dimon4ik)</title>
		<link>http://argon.pro/blog/2010/05/ad-time-sync/#comment-10540</link>
		<dc:creator>Dimon4ik</dc:creator>
		<pubDate>Thu, 05 Apr 2012 13:23:06 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=449#comment-10540</guid>
		<description>Что билетик просрачится и разница =- 5 минут , это мне понятно.На экзамене по семерке запал в душу вопрос - если на клиенте время неправильное до ввода в домен, что будет(проверка показала, что клиента спокойно пускает в домен) , просто где-то проскакивала в интернетах инфа, что нужно синхронизировать то ли часы, то ли пояс до ввода....
Есть мнение?</description>
		<content:encoded><![CDATA[<p>Что билетик просрачится и разница =- 5 минут , это мне понятно.На экзамене по семерке запал в душу вопрос &#8212; если на клиенте время неправильное до ввода в домен, что будет(проверка показала, что клиента спокойно пускает в домен) , просто где-то проскакивала в интернетах инфа, что нужно синхронизировать то ли часы, то ли пояс до ввода&#8230;.<br />
Есть мнение?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как совместить RD Gateway и Outlook Anywhere (Vitaly)</title>
		<link>http://argon.pro/blog/2012/03/rdg-and-outlookanywhere/#comment-10486</link>
		<dc:creator>Vitaly</dc:creator>
		<pubDate>Sun, 01 Apr 2012 11:44:08 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2382#comment-10486</guid>
		<description>Есть хорошая новость - в windows server 8 появилась возможность менять порт гейтвея.</description>
		<content:encoded><![CDATA[<p>Есть хорошая новость &#8212; в windows server 8 появилась возможность менять порт гейтвея.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Что нужно знать перед установкой Service Pack 1 для Windows Server 2008 R2 и Windows 7 (Владимир Сучков)</title>
		<link>http://argon.pro/blog/2011/01/sp1-for-ws2008r2-win7-released/#comment-10484</link>
		<dc:creator>Владимир Сучков</dc:creator>
		<pubDate>Sun, 01 Apr 2012 09:26:38 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1642#comment-10484</guid>
		<description>SQL Server имеет свойство внезапно глучить при работе в виртуальной среде, использующей Dynamic Memory. За Exchange такого не замечено. Проверено на SQL 2005, 2008.</description>
		<content:encoded><![CDATA[<p>SQL Server имеет свойство внезапно глучить при работе в виртуальной среде, использующей Dynamic Memory. За Exchange такого не замечено. Проверено на SQL 2005, 2008.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Доступ к Lync Mobility из внутренних сетей WiFi (Zuz666)</title>
		<link>http://argon.pro/blog/2012/03/lync-mobility-thru-wifi/#comment-10474</link>
		<dc:creator>Zuz666</dc:creator>
		<pubDate>Sat, 31 Mar 2012 08:35:49 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2413#comment-10474</guid>
		<description>Беда WP7 в том, что она не умеет (по факту просто интерфейс не допилен) аутентификацию в рамках EAP-TLS делать. Для меня это самая ожидаемая фича.</description>
		<content:encoded><![CDATA[<p>Беда WP7 в том, что она не умеет (по факту просто интерфейс не допилен) аутентификацию в рамках EAP-TLS делать. Для меня это самая ожидаемая фича.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Доступ к Lync Mobility из внутренних сетей WiFi (Argon)</title>
		<link>http://argon.pro/blog/2012/03/lync-mobility-thru-wifi/#comment-10463</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Fri, 30 Mar 2012 12:43:58 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2413#comment-10463</guid>
		<description>Теперь мы одинаково  друг друга понимаем... Как будет время, допилю заметку с акцентом на процесс редиректа.

По поводу сертификатов для WiFi. Пока у нас в MS были Win Mobile 6.5, то для коннекта действительно требовалось поставить сертификат. На WP 7.5 для подключения к той же сети достаточно учетных данных в домене. Еще не разбирался, почему так.</description>
		<content:encoded><![CDATA[<p>Теперь мы одинаково  друг друга понимаем&#8230; Как будет время, допилю заметку с акцентом на процесс редиректа.</p>
<p>По поводу сертификатов для WiFi. Пока у нас в MS были Win Mobile 6.5, то для коннекта действительно требовалось поставить сертификат. На WP 7.5 для подключения к той же сети достаточно учетных данных в домене. Еще не разбирался, почему так.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Доступ к Lync Mobility из внутренних сетей WiFi (Zuz666)</title>
		<link>http://argon.pro/blog/2012/03/lync-mobility-thru-wifi/#comment-10462</link>
		<dc:creator>Zuz666</dc:creator>
		<pubDate>Fri, 30 Mar 2012 08:30:44 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2413#comment-10462</guid>
		<description>Дык, об этом и была речь, если бы в обоих случаях первый этап выдавал ссылку сразу на внешние веб-сервисы, то и не было бы и проблемы. Я это имел в виду.

А, так в большенстве случаев для доступа к корпоративному WiFi используется EAP-TLS следовательно корни корпоративного ЦС уже есть на мобильном устройстве, поэтому на серверах линка можно оставлять сертификат выпущенный внутренним ЦС, а вот для публикации edge нужны внешние ибо федерация и пуш-нотификации.

Internal\Mcx указывает на внешние веб-сервисы для того, чтобы при роуменге между WiFi/сотовыми сетями не было проблем с разрешением имён. Чтобы реконет происходил гладко. Можно как в статье играть с TTL, но это надо тестировать, кто его знает как на самом деле мобильные клиенты коннектятся.</description>
		<content:encoded><![CDATA[<p>Дык, об этом и была речь, если бы в обоих случаях первый этап выдавал ссылку сразу на внешние веб-сервисы, то и не было бы и проблемы. Я это имел в виду.</p>
<p>А, так в большенстве случаев для доступа к корпоративному WiFi используется EAP-TLS следовательно корни корпоративного ЦС уже есть на мобильном устройстве, поэтому на серверах линка можно оставлять сертификат выпущенный внутренним ЦС, а вот для публикации edge нужны внешние ибо федерация и пуш-нотификации.</p>
<p>Internal\Mcx указывает на внешние веб-сервисы для того, чтобы при роуменге между WiFi/сотовыми сетями не было проблем с разрешением имён. Чтобы реконет происходил гладко. Можно как в статье играть с TTL, но это надо тестировать, кто его знает как на самом деле мобильные клиенты коннектятся.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Доступ к Lync Mobility из внутренних сетей WiFi (Argon)</title>
		<link>http://argon.pro/blog/2012/03/lync-mobility-thru-wifi/#comment-10461</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Fri, 30 Mar 2012 07:22:19 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2413#comment-10461</guid>
		<description>А чтобы мобилкам всегда возвращались внутренние веб-сервисы, нужно использовать Set-CsMcxConfiguration с ключем ExposedWebURL.</description>
		<content:encoded><![CDATA[<p>А чтобы мобилкам всегда возвращались внутренние веб-сервисы, нужно использовать Set-CsMcxConfiguration с ключем ExposedWebURL.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Доступ к Lync Mobility из внутренних сетей WiFi (Argon)</title>
		<link>http://argon.pro/blog/2012/03/lync-mobility-thru-wifi/#comment-10460</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Fri, 30 Mar 2012 07:17:04 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2413#comment-10460</guid>
		<description>Для lyncdiscoverinternal будет следующая цепочка редиректов:

lyncdiscoverinternal &gt; lync-web-services-internal &gt; lync-web-services-external

Как видишь, в середине присутствуют внутренние веб-службы с их неугодным SSL-сертификатом. Именно поэтому я написал, что DNS-запись lyncdiscoverinternal не нужна.

Более подробно процесс редиректов разобран в последней ссылке в &quot;источниках вдохновения&quot; ;)</description>
		<content:encoded><![CDATA[<p>Для lyncdiscoverinternal будет следующая цепочка редиректов:</p>
<p>lyncdiscoverinternal > lync-web-services-internal > lync-web-services-external</p>
<p>Как видишь, в середине присутствуют внутренние веб-службы с их неугодным SSL-сертификатом. Именно поэтому я написал, что DNS-запись lyncdiscoverinternal не нужна.</p>
<p>Более подробно процесс редиректов разобран в последней ссылке в &#171;источниках вдохновения&#187; ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Доступ к Lync Mobility из внутренних сетей WiFi (Zuz666)</title>
		<link>http://argon.pro/blog/2012/03/lync-mobility-thru-wifi/#comment-10459</link>
		<dc:creator>Zuz666</dc:creator>
		<pubDate>Fri, 30 Mar 2012 07:08:23 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2413#comment-10459</guid>
		<description>&quot;В обоих случаях Lync Discover выдаёт клиентам редирект на адрес внешних веб-служб Lync.&quot;
Разве это так?
Насколько помню для внутреннего клиента, выдаётся внутренняя ссылка https://lyncint.domaint.int/autodiscover/autodiscoverservice.svc/root/domain
а, потом сходя по ней выдаёт полный набор с вгутренними и внешними сервисами, а сам клиент уже использует только внешние, а внутриние не использует. Или я заблуждаюсь?

Беглая проверка браузером показала, что так оно и есть на портах 80 и 443.</description>
		<content:encoded><![CDATA[<p>&#171;В обоих случаях Lync Discover выдаёт клиентам редирект на адрес внешних веб-служб Lync.&#187;<br />
Разве это так?<br />
Насколько помню для внутреннего клиента, выдаётся внутренняя ссылка <a href="https://lyncint.domaint.int/autodiscover/autodiscoverservice.svc/root/domain" rel="nofollow">https://lyncint.domaint.int/autodiscover/autodiscoverservice.svc/root/domain</a><br />
а, потом сходя по ней выдаёт полный набор с вгутренними и внешними сервисами, а сам клиент уже использует только внешние, а внутриние не использует. Или я заблуждаюсь?</p>
<p>Беглая проверка браузером показала, что так оно и есть на портах 80 и 443.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка синхронизации времени в домене Active Directory (Argon)</title>
		<link>http://argon.pro/blog/2010/05/ad-time-sync/#comment-10431</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Wed, 28 Mar 2012 08:08:24 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=449#comment-10431</guid>
		<description>Конечно, возможно...

&lt;blockquote class=&quot;code&quot;&gt;&lt;!--start_raw--&gt;&lt;code&gt;w32tm.exe /config /manualpeerlist:&quot;pool.ntp.org,0x8&quot; &lt;br/&gt;/syncfromflags:manual /update&lt;/code&gt;&lt;!--end_raw--&gt;&lt;/blockquote&gt;

Либо аналогичными параметрами в реестре.</description>
		<content:encoded><![CDATA[<p>Конечно, возможно&#8230;</p>
<blockquote class="code"><p><!--start_raw--><code>w32tm.exe /config /manualpeerlist:"pool.ntp.org,0x8" <br />/syncfromflags:manual /update</code><!--end_raw--></p></blockquote>
<p>Либо аналогичными параметрами в реестре.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка синхронизации времени в домене Active Directory (Sanek)</title>
		<link>http://argon.pro/blog/2010/05/ad-time-sync/#comment-10430</link>
		<dc:creator>Sanek</dc:creator>
		<pubDate>Wed, 28 Mar 2012 08:03:44 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=449#comment-10430</guid>
		<description>Добрый день! Руководитель дал задание- для коректной работы некоторой программы синхронизировать определенные ПК (находящиеся в одном домене) с сервером точного времени (находящемся в другом домене) по SNTP. Имеетя в виду настроить каждый из ПК локально, не меняя политик домена. Возможно ли это??</description>
		<content:encoded><![CDATA[<p>Добрый день! Руководитель дал задание- для коректной работы некоторой программы синхронизировать определенные ПК (находящиеся в одном домене) с сервером точного времени (находящемся в другом домене) по SNTP. Имеетя в виду настроить каждый из ПК локально, не меняя политик домена. Возможно ли это??</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как совместить RD Gateway и Outlook Anywhere (Argon)</title>
		<link>http://argon.pro/blog/2012/03/rdg-and-outlookanywhere/#comment-10386</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sat, 24 Mar 2012 12:51:54 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2382#comment-10386</guid>
		<description>Действительно, имени два:

autodiscover.lab.argon.pro
argon.pro

Второе мне использовать не получиться по причине хостинга этого блога не в моей среде.</description>
		<content:encoded><![CDATA[<p>Действительно, имени два:</p>
<p>autodiscover.lab.argon.pro<br />
argon.pro</p>
<p>Второе мне использовать не получиться по причине хостинга этого блога не в моей среде.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как совместить RD Gateway и Outlook Anywhere (Zuz666)</title>
		<link>http://argon.pro/blog/2012/03/rdg-and-outlookanywhere/#comment-10384</link>
		<dc:creator>Zuz666</dc:creator>
		<pubDate>Sat, 24 Mar 2012 08:42:47 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2382#comment-10384</guid>
		<description>У StartSSL, насколько помню, в вашем случае в SAN сертификата должно быть два имени:
autodiscover.lab.argon.pro,
lab.argon.pro (второе оно само добавляет, даже если не просишь).</description>
		<content:encoded><![CDATA[<p>У StartSSL, насколько помню, в вашем случае в SAN сертификата должно быть два имени:<br />
autodiscover.lab.argon.pro,<br />
lab.argon.pro (второе оно само добавляет, даже если не просишь).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как совместить RD Gateway и Outlook Anywhere (Argon)</title>
		<link>http://argon.pro/blog/2012/03/rdg-and-outlookanywhere/#comment-10377</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Fri, 23 Mar 2012 22:28:45 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2382#comment-10377</guid>
		<description>&lt;blockquote&gt;А два правила публикации на TMG с одним листнером с разными Public Name? По идее должно работать.&lt;/blockquote&gt;

Должно и работает. Но в начальных ограничениях я написал, что у нас только сертификат с одиночным common name без SAN. Подсказка, это бесплатный StartSSL ;)</description>
		<content:encoded><![CDATA[<blockquote><p>А два правила публикации на TMG с одним листнером с разными Public Name? По идее должно работать.</p></blockquote>
<p>Должно и работает. Но в начальных ограничениях я написал, что у нас только сертификат с одиночным common name без SAN. Подсказка, это бесплатный StartSSL ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как совместить RD Gateway и Outlook Anywhere (Zuz666)</title>
		<link>http://argon.pro/blog/2012/03/rdg-and-outlookanywhere/#comment-10376</link>
		<dc:creator>Zuz666</dc:creator>
		<pubDate>Fri, 23 Mar 2012 22:12:19 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2382#comment-10376</guid>
		<description>Посмотрел ClientHelloExtension: Server Name(0x0000) как минимум клиентом RDP устанавливается, да и OAW тоже должен это делать они schanell один и тот же для TLS юзают.</description>
		<content:encoded><![CDATA[<p>Посмотрел ClientHelloExtension: Server Name(0&#215;0000) как минимум клиентом RDP устанавливается, да и OAW тоже должен это делать они schanell один и тот же для TLS юзают.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как совместить RD Gateway и Outlook Anywhere (Zuz666)</title>
		<link>http://argon.pro/blog/2012/03/rdg-and-outlookanywhere/#comment-10375</link>
		<dc:creator>Zuz666</dc:creator>
		<pubDate>Fri, 23 Mar 2012 21:53:16 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2382#comment-10375</guid>
		<description>А два правила публикации на TMG  с одним листнером с разными Public Name? По идее должно работать.</description>
		<content:encoded><![CDATA[<p>А два правила публикации на TMG  с одним листнером с разными Public Name? По идее должно работать.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи О национальной дискриминации телефонных номеров в Lync (Argon)</title>
		<link>http://argon.pro/blog/2012/03/lync-tel-display/#comment-10285</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sat, 17 Mar 2012 09:06:05 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2328#comment-10285</guid>
		<description>Я отписал в глобальную внутреннюю рассылку MS по UC еще в понедельник... Молчат. Или вопроса не поняли, или всем пофиг.</description>
		<content:encoded><![CDATA[<p>Я отписал в глобальную внутреннюю рассылку MS по UC еще в понедельник&#8230; Молчат. Или вопроса не поняли, или всем пофиг.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи О национальной дискриминации телефонных номеров в Lync (Dmitriy)</title>
		<link>http://argon.pro/blog/2012/03/lync-tel-display/#comment-10281</link>
		<dc:creator>Dmitriy</dc:creator>
		<pubDate>Sat, 17 Mar 2012 02:55:00 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2328#comment-10281</guid>
		<description>&gt;Ещё был совет в AD хранить телефоны в формате
&gt;+74951234567 X1234

К сожалению, ничего не меняется. Также подтверждаю, что с обновлением сервера и клиента CU5 баг остался.
Нет никаких сведений, когда будет пофиксено?</description>
		<content:encoded><![CDATA[<p>&gt;Ещё был совет в AD хранить телефоны в формате<br />
&gt;+74951234567 X1234</p>
<p>К сожалению, ничего не меняется. Также подтверждаю, что с обновлением сервера и клиента CU5 баг остался.<br />
Нет никаких сведений, когда будет пофиксено?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Lync Server Edge, TMG и NLB (Argon)</title>
		<link>http://argon.pro/blog/2011/11/lync-edge-tmg-nlb/#comment-10248</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Wed, 14 Mar 2012 10:28:30 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2222#comment-10248</guid>
		<description>Edge c клиентом и Edge с фронт-эндом работают на уровне sip-сессий. WinNLB о сессиях ничего не знает и работает только как балансировка по Source IP. И где-то тут случается нестыковка. Клиент просто не может залогиниться через Edge. Если в NLB оставить включенным один узел, то, насколько помню, начинает работать.</description>
		<content:encoded><![CDATA[<p>Edge c клиентом и Edge с фронт-эндом работают на уровне sip-сессий. WinNLB о сессиях ничего не знает и работает только как балансировка по Source IP. И где-то тут случается нестыковка. Клиент просто не может залогиниться через Edge. Если в NLB оставить включенным один узел, то, насколько помню, начинает работать.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Lync Server Edge, TMG и NLB (Zuz666)</title>
		<link>http://argon.pro/blog/2011/11/lync-edge-tmg-nlb/#comment-10247</link>
		<dc:creator>Zuz666</dc:creator>
		<pubDate>Wed, 14 Mar 2012 10:18:48 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2222#comment-10247</guid>
		<description>&gt; Это неспроста, данные службы через Win NLB не работают, я проверил.
Как-то не видно препятствий чтоб не работало, как именно проверял?</description>
		<content:encoded><![CDATA[<p>&gt; Это неспроста, данные службы через Win NLB не работают, я проверил.<br />
Как-то не видно препятствий чтоб не работало, как именно проверял?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи О национальной дискриминации телефонных номеров в Lync (Andrey)</title>
		<link>http://argon.pro/blog/2012/03/lync-tel-display/#comment-10244</link>
		<dc:creator>Andrey</dc:creator>
		<pubDate>Wed, 14 Mar 2012 05:15:21 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2328#comment-10244</guid>
		<description>Ещё был совет в AD хранить телефоны в формате
+74951234567 X1234
спрошу сегодня поподробней как добились корретного отображения.</description>
		<content:encoded><![CDATA[<p>Ещё был совет в AD хранить телефоны в формате<br />
+74951234567 X1234<br />
спрошу сегодня поподробней как добились корретного отображения.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи О национальной дискриминации телефонных номеров в Lync (Zuz666)</title>
		<link>http://argon.pro/blog/2012/03/lync-tel-display/#comment-10241</link>
		<dc:creator>Zuz666</dc:creator>
		<pubDate>Tue, 13 Mar 2012 13:48:15 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2328#comment-10241</guid>
		<description>На фоне всего этого была бы интересна статья о том, кто и где вводит эти телефонные номера, как именно обновляются все адресные книги (Exchange, Lync, Sharepoint). Какая из систем является мастером и в каком направлении осуществляется обновление информации в этих системах.</description>
		<content:encoded><![CDATA[<p>На фоне всего этого была бы интересна статья о том, кто и где вводит эти телефонные номера, как именно обновляются все адресные книги (Exchange, Lync, Sharepoint). Какая из систем является мастером и в каком направлении осуществляется обновление информации в этих системах.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи О национальной дискриминации телефонных номеров в Lync (Argon)</title>
		<link>http://argon.pro/blog/2012/03/lync-tel-display/#comment-10239</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Tue, 13 Mar 2012 11:18:43 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2328#comment-10239</guid>
		<description>К сожалению, ничего не поменялось. Поставил обновления Feb2012 на сервер и на клиент, перегенерировал адресные книги.

Если мы создаём нового пользователя, то какое-то время его телефоны отображаются в том виде, как они забиты в AD.

&lt;img src=&quot;http://argon.pro/blog/wp-content/uploads/2012/03/carol_card1.png&quot; alt=&quot;&quot; title=&quot;Lync - Carol Card 1&quot; width=&quot;300&quot; height=&quot;314&quot; class=&quot;alignnone size-full wp-image-2370&quot; /&gt;

Однако, по прошествии какого-то времени, а также добавления этого пользователя себе в контакты, брюки превращаются в то, что описано в этой заметке.

&lt;img src=&quot;http://argon.pro/blog/wp-content/uploads/2012/03/carol_card2.png&quot; alt=&quot;&quot; title=&quot;Lync - Carol Card 2&quot; width=&quot;300&quot; height=&quot;314&quot; class=&quot;alignnone size-full wp-image-2371&quot; /&gt;</description>
		<content:encoded><![CDATA[<p>К сожалению, ничего не поменялось. Поставил обновления Feb2012 на сервер и на клиент, перегенерировал адресные книги.</p>
<p>Если мы создаём нового пользователя, то какое-то время его телефоны отображаются в том виде, как они забиты в AD.</p>
<p><img src="http://argon.pro/blog/wp-content/uploads/2012/03/carol_card1.png" alt="" title="Lync - Carol Card 1" width="300" height="314" class="alignnone size-full wp-image-2370" /></p>
<p>Однако, по прошествии какого-то времени, а также добавления этого пользователя себе в контакты, брюки превращаются в то, что описано в этой заметке.</p>
<p><img src="http://argon.pro/blog/wp-content/uploads/2012/03/carol_card2.png" alt="" title="Lync - Carol Card 2" width="300" height="314" class="alignnone size-full wp-image-2371" /></p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи О национальной дискриминации телефонных номеров в Lync (Argon)</title>
		<link>http://argon.pro/blog/2012/03/lync-tel-display/#comment-10235</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Tue, 13 Mar 2012 10:26:19 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2328#comment-10235</guid>
		<description>В моей тестовой лабе, где я проводил эти эксперименты, установлен CU4 (Nov 2011). Вот CU5 еще не ставил, так как он до Windows Update пока не дошел. Сейчас попробую.</description>
		<content:encoded><![CDATA[<p>В моей тестовой лабе, где я проводил эти эксперименты, установлен CU4 (Nov 2011). Вот CU5 еще не ставил, так как он до Windows Update пока не дошел. Сейчас попробую.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи О национальной дискриминации телефонных номеров в Lync (Andrey)</title>
		<link>http://argon.pro/blog/2012/03/lync-tel-display/#comment-10233</link>
		<dc:creator>Andrey</dc:creator>
		<pubDate>Tue, 13 Mar 2012 09:36:27 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2328#comment-10233</guid>
		<description>Только что Муравлянников сказал что в CU4 на сервере и клиенте отображается нормально.</description>
		<content:encoded><![CDATA[<p>Только что Муравлянников сказал что в CU4 на сервере и клиенте отображается нормально.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка синхронизации времени в домене Active Directory (Argon)</title>
		<link>http://argon.pro/blog/2010/05/ad-time-sync/#comment-10219</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sun, 11 Mar 2012 19:31:47 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=449#comment-10219</guid>
		<description>Все NTP-сервера пересчитывают время в GMT. Поэтому важно только то, чтобы зона на клиенте (в данном случае -- контроллер домена) была выставлена верно.</description>
		<content:encoded><![CDATA[<p>Все NTP-сервера пересчитывают время в GMT. Поэтому важно только то, чтобы зона на клиенте (в данном случае &#8212; контроллер домена) была выставлена верно.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как включить запись звука через RDP (Argon)</title>
		<link>http://argon.pro/blog/2011/11/rdp-remote-audio-recording/#comment-10218</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sun, 11 Mar 2012 19:29:08 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2139#comment-10218</guid>
		<description>Именно так, я тоже удивлялся этой логике...</description>
		<content:encoded><![CDATA[<p>Именно так, я тоже удивлялся этой логике&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-10217</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sun, 11 Mar 2012 19:27:59 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-10217</guid>
		<description>Zuz666, спасибо за комменты. Особенно мне кажется полезной идея использовать одновременно серты от Comodo и StarSSL на разных сервисах.</description>
		<content:encoded><![CDATA[<p>Zuz666, спасибо за комменты. Особенно мне кажется полезной идея использовать одновременно серты от Comodo и StarSSL на разных сервисах.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Zuz666)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-10215</link>
		<dc:creator>Zuz666</dc:creator>
		<pubDate>Sun, 11 Mar 2012 18:29:37 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-10215</guid>
		<description>Stanky: &quot;3. Сертификаты моего постовщика не входят в этот список, но проблем с ним нет, даже на мобильных устройствах!&quot;
А можно поинтересоваться, кто ваш постовщик? Я бы указал M$ на то, что есть те, кто всписок не входит и с ними всё работает. )))</description>
		<content:encoded><![CDATA[<p>Stanky: &#171;3. Сертификаты моего постовщика не входят в этот список, но проблем с ним нет, даже на мобильных устройствах!&#187;<br />
А можно поинтересоваться, кто ваш постовщик? Я бы указал M$ на то, что есть те, кто всписок не входит и с ними всё работает. )))</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Lync 2010 Mobility (Zuz666)</title>
		<link>http://argon.pro/blog/2012/01/lync-mobility/#comment-10214</link>
		<dc:creator>Zuz666</dc:creator>
		<pubDate>Sun, 11 Mar 2012 18:09:25 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2256#comment-10214</guid>
		<description>1. Поддержка StartSSL сертификатов на WP7 по сведениям из StartCom должна появится, только это тянется непонятно сколько, как они указали M$ должны сделать соответвующий патч, но почему не делают сведений нет. Со стороны StartCom, как они сообщают, всё сделано.
2. Сертификат не обязательно должен быть один со всеми SAN. Можно сделать 3 сертификата для соответсвующих &quot;сервисов&quot; и привязать каждый из них отдельно. Правда делать это лучше из повершела.</description>
		<content:encoded><![CDATA[<p>1. Поддержка StartSSL сертификатов на WP7 по сведениям из StartCom должна появится, только это тянется непонятно сколько, как они указали M$ должны сделать соответвующий патч, но почему не делают сведений нет. Со стороны StartCom, как они сообщают, всё сделано.<br />
2. Сертификат не обязательно должен быть один со всеми SAN. Можно сделать 3 сертификата для соответсвующих &#171;сервисов&#187; и привязать каждый из них отдельно. Правда делать это лучше из повершела.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как включить запись звука через RDP (Zuz666)</title>
		<link>http://argon.pro/blog/2011/11/rdp-remote-audio-recording/#comment-10213</link>
		<dc:creator>Zuz666</dc:creator>
		<pubDate>Sun, 11 Mar 2012 17:47:52 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2139#comment-10213</guid>
		<description>Вот детали http://support.microsoft.com/kb/2020918/en-us

Other then for Windows Server 2008, for Windows 7 the Allow audio recording redirection policy does not need to be enabled to allow audio recording redirection. However, if you configure the policy to Disabled, Audio Recording Redirection is not available

Т.к. политикой можно только отключить,  по умолчанию оно считается включеным. Почему на Ent редакции fDisableAudioCapture=1 тайна покрытая мраком.</description>
		<content:encoded><![CDATA[<p>Вот детали <a href="http://support.microsoft.com/kb/2020918/en-us" rel="nofollow">http://support.microsoft.com/kb/2020918/en-us</a></p>
<p>Other then for Windows Server 2008, for Windows 7 the Allow audio recording redirection policy does not need to be enabled to allow audio recording redirection. However, if you configure the policy to Disabled, Audio Recording Redirection is not available</p>
<p>Т.к. политикой можно только отключить,  по умолчанию оно считается включеным. Почему на Ent редакции fDisableAudioCapture=1 тайна покрытая мраком.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как включить запись звука через RDP (Zuz666)</title>
		<link>http://argon.pro/blog/2011/11/rdp-remote-audio-recording/#comment-10212</link>
		<dc:creator>Zuz666</dc:creator>
		<pubDate>Sun, 11 Mar 2012 17:43:38 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2139#comment-10212</guid>
		<description>Для Windows 7 достаточно &quot;fDisableAudioCapture&quot;=dword:00000000 и указания при подключении по RDP захвата звука.
Параметр есть и в Ent версии, проверено, видимо от каких-то патчей/сервиспака зависит.</description>
		<content:encoded><![CDATA[<p>Для Windows 7 достаточно &#171;fDisableAudioCapture&#187;=dword:00000000 и указания при подключении по RDP захвата звука.<br />
Параметр есть и в Ent версии, проверено, видимо от каких-то патчей/сервиспака зависит.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Zuz666)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-10210</link>
		<dc:creator>Zuz666</dc:creator>
		<pubDate>Sun, 11 Mar 2012 16:06:37 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-10210</guid>
		<description>1. С StartSSL не буедт пока работать федерация с sipfed.online.lync.com (push-нотификации и офис365). По информации от StartSSL в этом направлении работы идут. Но пока мне детально не подтвердили в чём затык. Надо M$ в этом направлении тоже помучать.
2. Так же можно получить сертификат для каждого &quot;сервиса&quot; отдельно (не надо их разносить по портам), например, для Acees Edge (федерации и доступа по sip) можно получить халявный комодо сертификат Request-CSCertificate -New -Type AccessEdgeExternal ... , а для всего остального StartSSL. Естетсвенно, всё тогда проще делать через повершел. Мастер в линке слегка глючит.</description>
		<content:encoded><![CDATA[<p>1. С StartSSL не буедт пока работать федерация с sipfed.online.lync.com (push-нотификации и офис365). По информации от StartSSL в этом направлении работы идут. Но пока мне детально не подтвердили в чём затык. Надо M$ в этом направлении тоже помучать.<br />
2. Так же можно получить сертификат для каждого &#171;сервиса&#187; отдельно (не надо их разносить по портам), например, для Acees Edge (федерации и доступа по sip) можно получить халявный комодо сертификат Request-CSCertificate -New -Type AccessEdgeExternal &#8230; , а для всего остального StartSSL. Естетсвенно, всё тогда проще делать через повершел. Мастер в линке слегка глючит.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Проектирование схемы именования объектов (Vitaly)</title>
		<link>http://argon.pro/blog/2011/06/object-naming-convention/#comment-10199</link>
		<dc:creator>Vitaly</dc:creator>
		<pubDate>Sat, 10 Mar 2012 20:30:51 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1962#comment-10199</guid>
		<description>&gt;Назначение группы определяется ролевой моделью привилегий (также известной как UGLP)...
Как я понял UGLP расшифровывается как User-&gt;Global Group-&gt;Local Group-&gt;Permissions
Официальная методология называется AGLP (для доменов WindowsNT) и AGDLP для &quot;нативной&quot; AD.
Account-&gt;Global Group-&gt;Domain Local Group-&gt;Permissions
Ну это так, для точности формулировок :)</description>
		<content:encoded><![CDATA[<p>&gt;Назначение группы определяется ролевой моделью привилегий (также известной как UGLP)&#8230;<br />
Как я понял UGLP расшифровывается как User-&gt;Global Group-&gt;Local Group-&gt;Permissions<br />
Официальная методология называется AGLP (для доменов WindowsNT) и AGDLP для &#171;нативной&#187; AD.<br />
Account-&gt;Global Group-&gt;Domain Local Group-&gt;Permissions<br />
Ну это так, для точности формулировок :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Lync 2010 Mobility (Argon)</title>
		<link>http://argon.pro/blog/2012/01/lync-mobility/#comment-9728</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Tue, 14 Feb 2012 15:01:26 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2256#comment-9728</guid>
		<description>У меня даже есть &lt;a href=&quot;/blog/2011/03/lync-edge-ssl-certificate/&quot; rel=&quot;nofollow&quot;&gt;статья про это&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<p>У меня даже есть <a href="/blog/2011/03/lync-edge-ssl-certificate/" rel="nofollow">статья про это</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Lync 2010 Mobility (Evgeniy Protopopov)</title>
		<link>http://argon.pro/blog/2012/01/lync-mobility/#comment-9725</link>
		<dc:creator>Evgeniy Protopopov</dc:creator>
		<pubDate>Tue, 14 Feb 2012 14:36:40 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2256#comment-9725</guid>
		<description>Игорь, а как вы используете обычный single-name сертификат на Lync Edge? Там же должен быть SAN сертификат...</description>
		<content:encoded><![CDATA[<p>Игорь, а как вы используете обычный single-name сертификат на Lync Edge? Там же должен быть SAN сертификат&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка синхронизации времени в домене Active Directory (Villain03)</title>
		<link>http://argon.pro/blog/2010/05/ad-time-sync/#comment-9595</link>
		<dc:creator>Villain03</dc:creator>
		<pubDate>Fri, 10 Feb 2012 05:13:40 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=449#comment-9595</guid>
		<description>А с какими серверами проводить синхронизацию, если Россия не переводит часы весной и осенью. А при синхронизации чарез интернет часы меняются на зимнее/летнее</description>
		<content:encoded><![CDATA[<p>А с какими серверами проводить синхронизацию, если Россия не переводит часы весной и осенью. А при синхронизации чарез интернет часы меняются на зимнее/летнее</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Endpoint Protection 2010 (Argon)</title>
		<link>http://argon.pro/blog/2010/12/forefront-endpoint-protection-2010/#comment-9575</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Thu, 09 Feb 2012 13:32:54 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1423#comment-9575</guid>
		<description>Привет.

Создать две разные политики, одну строгую, другую с возможностью настройки пользователями.

Далее предлагаю два варианта. 

1. Привязать политики к разным OU/Коллекциям.
2. Создать группы в AD, включить в них нужные учетки компьютеров, для политик использовать фильтрацию по группам.</description>
		<content:encoded><![CDATA[<p>Привет.</p>
<p>Создать две разные политики, одну строгую, другую с возможностью настройки пользователями.</p>
<p>Далее предлагаю два варианта. </p>
<p>1. Привязать политики к разным OU/Коллекциям.<br />
2. Создать группы в AD, включить в них нужные учетки компьютеров, для политик использовать фильтрацию по группам.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Lync 2010 Mobility (Argon)</title>
		<link>http://argon.pro/blog/2012/01/lync-mobility/#comment-9574</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Thu, 09 Feb 2012 13:11:42 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2256#comment-9574</guid>
		<description>Привет. StartSSL бесплатно SAN не дают. Если нужен именно SAN, то я бы не рекомендовал StartSSL, так как пусть даже платный сертификат от этого CA признаётся не всеми клиентами, в отличае от, например, Comodo.

Для чего использую -- Lync Edge, Lync Web, Exchange OWS, Remote Desktop Gateway, SSTP VPN...</description>
		<content:encoded><![CDATA[<p>Привет. StartSSL бесплатно SAN не дают. Если нужен именно SAN, то я бы не рекомендовал StartSSL, так как пусть даже платный сертификат от этого CA признаётся не всеми клиентами, в отличае от, например, Comodo.</p>
<p>Для чего использую &#8212; Lync Edge, Lync Web, Exchange OWS, Remote Desktop Gateway, SSTP VPN&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Lync 2010 Mobility (Evgeniy Protopopov)</title>
		<link>http://argon.pro/blog/2012/01/lync-mobility/#comment-9390</link>
		<dc:creator>Evgeniy Protopopov</dc:creator>
		<pubDate>Thu, 02 Feb 2012 15:06:45 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2256#comment-9390</guid>
		<description>Игорь, добрый день!
А можете рассказать немного подробней про StartSSL? Есть ли там возможность создавать SAN-сертификаты для Lync Edge? Действительно ли они бесплатные? И для чего еще вы их используете?</description>
		<content:encoded><![CDATA[<p>Игорь, добрый день!<br />
А можете рассказать немного подробней про StartSSL? Есть ли там возможность создавать SAN-сертификаты для Lync Edge? Действительно ли они бесплатные? И для чего еще вы их используете?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Endpoint Protection 2010 (mesmer)</title>
		<link>http://argon.pro/blog/2010/12/forefront-endpoint-protection-2010/#comment-9386</link>
		<dc:creator>mesmer</dc:creator>
		<pubDate>Thu, 02 Feb 2012 13:59:26 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1423#comment-9386</guid>
		<description>Приветствую, продублирую сюда вопрос с технета, потому как там молчком все:

антивирус ставится на OU AD, есть в AD OU &quot;ITC&quot;

Суть такова, что политики я не создавал для FEP, а просто изменил в стандартных нужные значения.

В наш отдел IT тоже на некоторых машинах развернул FEP, но люди жалуются, что все под себя антивирус взял, и удаляет и т.д., а им это как бы и не нужно.

Вот поясните мне, как мне правильно сделать для нашего отдела?

мои мысли таковы:

создать новую политику (опять же с приоритетами как? или указать. что она нужна для нужной коллекции?), дабы сами пользователи могли выбирать, что удалять и т.д.

создать коллекцию под эту политику, а вот здесь тоже не понятно каким образом мне указать при создании, чтобы в ней помещались машины из этой OU. какой параметр/критерий надо указать, дабы в дальнейшем на эту коллекцию развернуть НУЖНУЮ политику.</description>
		<content:encoded><![CDATA[<p>Приветствую, продублирую сюда вопрос с технета, потому как там молчком все:</p>
<p>антивирус ставится на OU AD, есть в AD OU &#171;ITC&#187;</p>
<p>Суть такова, что политики я не создавал для FEP, а просто изменил в стандартных нужные значения.</p>
<p>В наш отдел IT тоже на некоторых машинах развернул FEP, но люди жалуются, что все под себя антивирус взял, и удаляет и т.д., а им это как бы и не нужно.</p>
<p>Вот поясните мне, как мне правильно сделать для нашего отдела?</p>
<p>мои мысли таковы:</p>
<p>создать новую политику (опять же с приоритетами как? или указать. что она нужна для нужной коллекции?), дабы сами пользователи могли выбирать, что удалять и т.д.</p>
<p>создать коллекцию под эту политику, а вот здесь тоже не понятно каким образом мне указать при создании, чтобы в ней помещались машины из этой OU. какой параметр/критерий надо указать, дабы в дальнейшем на эту коллекцию развернуть НУЖНУЮ политику.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как включить запись звука через RDP (ДЕН)</title>
		<link>http://argon.pro/blog/2011/11/rdp-remote-audio-recording/#comment-9368</link>
		<dc:creator>ДЕН</dc:creator>
		<pubDate>Wed, 01 Feb 2012 12:55:39 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2139#comment-9368</guid>
		<description>сделал все по инструкции для win 7 x64 - в записывающих устройствах ничего не появилось.</description>
		<content:encoded><![CDATA[<p>сделал все по инструкции для win 7 x64 &#8212; в записывающих устройствах ничего не появилось.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как включить запись звука через RDP (Stanky)</title>
		<link>http://argon.pro/blog/2011/11/rdp-remote-audio-recording/#comment-9209</link>
		<dc:creator>Stanky</dc:creator>
		<pubDate>Sat, 28 Jan 2012 08:37:27 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2139#comment-9209</guid>
		<description>Небольшое добавление: правка реестра требуется на системах Windows Server 2008 R2 и Windows 7 Enterprise Edition - на Ultimate Edition данный параметр присутствует изначально. Честно говоря, такой подход мне совершенно непонятен - чего ради, тогда, были созданы соответствующие политики?</description>
		<content:encoded><![CDATA[<p>Небольшое добавление: правка реестра требуется на системах Windows Server 2008 R2 и Windows 7 Enterprise Edition &#8212; на Ultimate Edition данный параметр присутствует изначально. Честно говоря, такой подход мне совершенно непонятен &#8212; чего ради, тогда, были созданы соответствующие политики?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Особенности работы программного RAID в Windows Server (Argon)</title>
		<link>http://argon.pro/blog/2010/08/ws-soft-raid/#comment-9083</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Tue, 24 Jan 2012 00:31:52 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=93#comment-9083</guid>
		<description>Одним из преимуществ софтрейда является то, что его достаточно просто перенести на другой комп: для Win RAID вообще ничего не нужно, кроме поддержки со стороны ОС, для Intel -- аналогичный чип на материнке.</description>
		<content:encoded><![CDATA[<p>Одним из преимуществ софтрейда является то, что его достаточно просто перенести на другой комп: для Win RAID вообще ничего не нужно, кроме поддержки со стороны ОС, для Intel &#8212; аналогичный чип на материнке.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Особенности работы программного RAID в Windows Server (Александр)</title>
		<link>http://argon.pro/blog/2010/08/ws-soft-raid/#comment-9072</link>
		<dc:creator>Александр</dc:creator>
		<pubDate>Mon, 23 Jan 2012 17:48:25 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=93#comment-9072</guid>
		<description>Статья очень заинтересовала посколько сам использую софт рейд. Если материнская плата не запускается  насколько сложно восстановить информацию?</description>
		<content:encoded><![CDATA[<p>Статья очень заинтересовала посколько сам использую софт рейд. Если материнская плата не запускается  насколько сложно восстановить информацию?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Lync 2010 Mobility (Argon)</title>
		<link>http://argon.pro/blog/2012/01/lync-mobility/#comment-8931</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Tue, 17 Jan 2012 17:53:06 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2256#comment-8931</guid>
		<description>Кстати, проверил, мобильный клиент действительно использует Edge чуть менее, чем никак.

Видимо потому он так куц на функционал, что SIP-а в нем нёт в принципе...</description>
		<content:encoded><![CDATA[<p>Кстати, проверил, мобильный клиент действительно использует Edge чуть менее, чем никак.</p>
<p>Видимо потому он так куц на функционал, что SIP-а в нем нёт в принципе&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Lync 2010 Mobility (Alexander Donin)</title>
		<link>http://argon.pro/blog/2012/01/lync-mobility/#comment-8930</link>
		<dc:creator>Alexander Donin</dc:creator>
		<pubDate>Tue, 17 Jan 2012 16:33:01 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2256#comment-8930</guid>
		<description>бррр... не на внешнее имя, а на IP для которого настроено правило публикации Lync FE 443-&gt; 4443 :))</description>
		<content:encoded><![CDATA[<p>бррр&#8230; не на внешнее имя, а на IP для которого настроено правило публикации Lync FE 443-&gt; 4443 :))</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Lync 2010 Mobility (Alexander Donin)</title>
		<link>http://argon.pro/blog/2012/01/lync-mobility/#comment-8929</link>
		<dc:creator>Alexander Donin</dc:creator>
		<pubDate>Tue, 17 Jan 2012 16:30:50 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2256#comment-8929</guid>
		<description>A Edge тут причем?

Только lyncdisсover и внешнее имя веб-сервера должны указавать на внешнее имя reverse Proxy.

Другие клиенты, кроме мобильных, lyncdiscover не используют.</description>
		<content:encoded><![CDATA[<p>A Edge тут причем?</p>
<p>Только lyncdisсover и внешнее имя веб-сервера должны указавать на внешнее имя reverse Proxy.</p>
<p>Другие клиенты, кроме мобильных, lyncdiscover не используют.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Lync 2010 Mobility (Argon)</title>
		<link>http://argon.pro/blog/2012/01/lync-mobility/#comment-8927</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Tue, 17 Jan 2012 15:22:15 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2256#comment-8927</guid>
		<description>Да, вполне элегантно! Только нужно учитывать, что и все остальные адреса (edge, reverse proxy) должны разрешаться на наружные интерфейсы (что проблема для split brain DNS), и через них пойдёт трафик пользователей. А не непрямую на front-end, что приятно.</description>
		<content:encoded><![CDATA[<p>Да, вполне элегантно! Только нужно учитывать, что и все остальные адреса (edge, reverse proxy) должны разрешаться на наружные интерфейсы (что проблема для split brain DNS), и через них пойдёт трафик пользователей. А не непрямую на front-end, что приятно.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Lync 2010 Mobility (Alexander Donin)</title>
		<link>http://argon.pro/blog/2012/01/lync-mobility/#comment-8922</link>
		<dc:creator>Alexander Donin</dc:creator>
		<pubDate>Tue, 17 Jan 2012 09:47:17 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2256#comment-8922</guid>
		<description>Если подключенный (по WiFi) во внутреннюю сеть предприятия Lync Mobile не работает, но работает из внешней сети, то происходит это вероятнее всего потому, что внутренние службы Lync Server используют SSL-сертификаты, выпущенные корневым CA предприятия. Чтобы Lync Mobile начал подключаться из внутренней сети, достаточно сотрудникам разослать e-mail с сертификатом корпоративного CA и инструкцией по его установке.

Есть другой, более элегантный способ:
НЕ создаем запись lyncdiscoverinternal
Даем клиентам из WiFi сети доступ к lyncdiscover на reverse proxy, где у нас стоит публичный сертификат.</description>
		<content:encoded><![CDATA[<p>Если подключенный (по WiFi) во внутреннюю сеть предприятия Lync Mobile не работает, но работает из внешней сети, то происходит это вероятнее всего потому, что внутренние службы Lync Server используют SSL-сертификаты, выпущенные корневым CA предприятия. Чтобы Lync Mobile начал подключаться из внутренней сети, достаточно сотрудникам разослать e-mail с сертификатом корпоративного CA и инструкцией по его установке.</p>
<p>Есть другой, более элегантный способ:<br />
НЕ создаем запись lyncdiscoverinternal<br />
Даем клиентам из WiFi сети доступ к lyncdiscover на reverse proxy, где у нас стоит публичный сертификат.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Lync 2010 Mobility (Argon)</title>
		<link>http://argon.pro/blog/2012/01/lync-mobility/#comment-8893</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Mon, 16 Jan 2012 16:08:20 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2256#comment-8893</guid>
		<description>Про StartSSL.

Вот накопал &lt;a href=&quot;/goto/support.microsoft.com/kb/931125&quot; rel=&quot;nofollow&quot;&gt;KB931125&lt;/a&gt;, из нее следует, что сертификат CA StartSSL устанавливается вместе с обновлениями даже на стрые ОС типа XP, на которых его изначально не было.

Изначально присутствует в Win7/Server2008R2.

Для федерации с дугими Lync-ами вполне пригоден (в том числе проходит тест Remote Connectivity Analyzer), а вот OCS, поставленый на Win2003 и не обновляемый, вполне может и не доверять.</description>
		<content:encoded><![CDATA[<p>Про StartSSL.</p>
<p>Вот накопал <a href="/goto/support.microsoft.com/kb/931125" rel="nofollow">KB931125</a>, из нее следует, что сертификат CA StartSSL устанавливается вместе с обновлениями даже на стрые ОС типа XP, на которых его изначально не было.</p>
<p>Изначально присутствует в Win7/Server2008R2.</p>
<p>Для федерации с дугими Lync-ами вполне пригоден (в том числе проходит тест Remote Connectivity Analyzer), а вот OCS, поставленый на Win2003 и не обновляемый, вполне может и не доверять.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Endpoint Protection 2010 (mesmer)</title>
		<link>http://argon.pro/blog/2010/12/forefront-endpoint-protection-2010/#comment-8885</link>
		<dc:creator>mesmer</dc:creator>
		<pubDate>Mon, 16 Jan 2012 10:59:25 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1423#comment-8885</guid>
		<description>Что-то не выходит каменный цветок.
В DNS _tcp:
запись SRV имеет порт (79)
это верно?
на компе, файл ClientLocation.log:



Требуется все же расширение?
как бы все в тестовом режиме хотелось бы погонять неск.месяцев, дабы сеть не забивать лишним. да потом все удалить или в конце кнцов на &quot;рабочем&quot; сервере все сделать и сайт и коллекции. на данном этапе хотелось бы пока эвалюшен версия FEP не десяток компьютеров поставить.
это расширение как я понимаю дополняет атрибуты какието в 2003 схему леса. и как понимаю есть нюансы необходимости таких шагов.
что интересно в коллекции этот компьютер есть, в поле код сайта (OBL)
Клиент - Нет
Одобрено - Н/Д
Назначено - Да</description>
		<content:encoded><![CDATA[<p>Что-то не выходит каменный цветок.<br />
В DNS _tcp:<br />
запись SRV имеет порт (79)<br />
это верно?<br />
на компе, файл ClientLocation.log:</p>
<p>Требуется все же расширение?<br />
как бы все в тестовом режиме хотелось бы погонять неск.месяцев, дабы сеть не забивать лишним. да потом все удалить или в конце кнцов на &#171;рабочем&#187; сервере все сделать и сайт и коллекции. на данном этапе хотелось бы пока эвалюшен версия FEP не десяток компьютеров поставить.<br />
это расширение как я понимаю дополняет атрибуты какието в 2003 схему леса. и как понимаю есть нюансы необходимости таких шагов.<br />
что интересно в коллекции этот компьютер есть, в поле код сайта (OBL)<br />
Клиент &#8212; Нет<br />
Одобрено &#8212; Н/Д<br />
Назначено &#8212; Да</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Lync 2010 Mobility (iadmin)</title>
		<link>http://argon.pro/blog/2012/01/lync-mobility/#comment-8880</link>
		<dc:creator>iadmin</dc:creator>
		<pubDate>Mon, 16 Jan 2012 08:06:19 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2256#comment-8880</guid>
		<description>Спасибо, познавательно.
Про StartSSL, да, он есть только на некоторых клиентских системах, в том числе поэтому не подходит для организации федераций.</description>
		<content:encoded><![CDATA[<p>Спасибо, познавательно.<br />
Про StartSSL, да, он есть только на некоторых клиентских системах, в том числе поэтому не подходит для организации федераций.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Endpoint Protection 2010 (Argon)</title>
		<link>http://argon.pro/blog/2010/12/forefront-endpoint-protection-2010/#comment-8857</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sun, 15 Jan 2012 14:00:34 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1423#comment-8857</guid>
		<description>Привет!

В данном случае, думаю что все проблемы исходят от неправильной установки агента SCCM. Я бы снес текущий и сделал начисто push установку агента, с использованием доменной учетки с админскими правами на клиентской машине.</description>
		<content:encoded><![CDATA[<p>Привет!</p>
<p>В данном случае, думаю что все проблемы исходят от неправильной установки агента SCCM. Я бы снес текущий и сделал начисто push установку агента, с использованием доменной учетки с админскими правами на клиентской машине.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Endpoint Protection 2010 (mesmer)</title>
		<link>http://argon.pro/blog/2010/12/forefront-endpoint-protection-2010/#comment-8852</link>
		<dc:creator>mesmer</dc:creator>
		<pubDate>Sun, 15 Jan 2012 10:59:57 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1423#comment-8852</guid>
		<description>Добрый день!
Как-то я забросил тестирование FEP.
Решил опять этим заняться.
Что сделано:
установлен на тестовый win2003 SCCM SP2 R2,
не внедрял в AD (и схему не расширял),лишь в DNS запись автоматом прописалась.
выбрал границы (по IP), выбрал OU в AD, и вижу в коллекциях мой клиентский комп.
клиент как-то установился на этом компе:
но если в нем посмотреть &quot;дополнительно&quot;, то не вижу ни записи о сайте, ни его код.
при указании Deploy FEP в логах этого компа:

&quot;Настройки разрешений  зависящие от конкретного приложения не предоставляют разрешение Локально Запуск для приложения  сервера COM Server с CLSID 
{135D7881-D666-4046-A1DF-7EC7B5785A67}&quot;
&quot;Поставщик  PolicyAgentInstanceProvider зарегистрирован в пространстве имен WMI root\ccm\Policy\Machine с правами локальной системы. Это может привести к нарушениям зашиты, если поставщику не удастся олицетворить запрос пользователя.&quot;
&quot;Не найдено описание для события с кодом ( 1042 ) в источнике ( MsiInstaller ). Возможно, на локальном компьютере нет нужных данных в реестре или файлов DLL сообщений для отображения сообщений удаленного компьютера. Попробуйте использовать ключ /AUXSOURCE= для получения этого описания, - дополнительные сведения об этом содержатся в справке. В записи события содержится следующая информация: C:\WINDOWS\system32\ccmsetup\{9B236306-42D4-496A-AEB3-B3B039116478}\client.msi; 4028; (NULL); (NULL); (NULL); ; .&quot;
и собственно FEP не ставится.
что-то где-то надо подправить?</description>
		<content:encoded><![CDATA[<p>Добрый день!<br />
Как-то я забросил тестирование FEP.<br />
Решил опять этим заняться.<br />
Что сделано:<br />
установлен на тестовый win2003 SCCM SP2 R2,<br />
не внедрял в AD (и схему не расширял),лишь в DNS запись автоматом прописалась.<br />
выбрал границы (по IP), выбрал OU в AD, и вижу в коллекциях мой клиентский комп.<br />
клиент как-то установился на этом компе:<br />
но если в нем посмотреть &#171;дополнительно&#187;, то не вижу ни записи о сайте, ни его код.<br />
при указании Deploy FEP в логах этого компа:</p>
<p>&#171;Настройки разрешений  зависящие от конкретного приложения не предоставляют разрешение Локально Запуск для приложения  сервера COM Server с CLSID<br />
{135D7881-D666-4046-A1DF-7EC7B5785A67}&#187;<br />
&#171;Поставщик  PolicyAgentInstanceProvider зарегистрирован в пространстве имен WMI root\ccm\Policy\Machine с правами локальной системы. Это может привести к нарушениям зашиты, если поставщику не удастся олицетворить запрос пользователя.&#187;<br />
&#171;Не найдено описание для события с кодом ( 1042 ) в источнике ( MsiInstaller ). Возможно, на локальном компьютере нет нужных данных в реестре или файлов DLL сообщений для отображения сообщений удаленного компьютера. Попробуйте использовать ключ /AUXSOURCE= для получения этого описания, &#8212; дополнительные сведения об этом содержатся в справке. В записи события содержится следующая информация: C:\WINDOWS\system32\ccmsetup\{9B236306-42D4-496A-AEB3-B3B039116478}\client.msi; 4028; (NULL); (NULL); (NULL); ; .&#187;<br />
и собственно FEP не ставится.<br />
что-то где-то надо подправить?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-8737</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Tue, 10 Jan 2012 10:47:39 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-8737</guid>
		<description>Кстати, поставил себе на тестовыю лабу бесплатный сертификат от startssl -- все тесты проходит, федерация работает.</description>
		<content:encoded><![CDATA[<p>Кстати, поставил себе на тестовыю лабу бесплатный сертификат от startssl &#8212; все тесты проходит, федерация работает.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (SIDERMAN)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-8732</link>
		<dc:creator>SIDERMAN</dc:creator>
		<pubDate>Tue, 10 Jan 2012 06:56:02 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-8732</guid>
		<description>понятно, спасибо. Просто сбила с толку фраза:
Even though the certificate subject name is equal to the access Edge FQDN</description>
		<content:encoded><![CDATA[<p>понятно, спасибо. Просто сбила с толку фраза:<br />
Even though the certificate subject name is equal to the access Edge FQDN</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-8716</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Mon, 09 Jan 2012 17:55:33 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-8716</guid>
		<description>Для внешнего сертификата в Subject (Common) Name либо в SAN должно быть имя из External Settings (access/sip, webconf, av).

Кстити, netbios имена вообще нигде не должны использоваться, только FQDN. Для внутреннего сертификата, соответсвенно, внутренее полное DNS-имя. Если Edge развернут на компе в рабочей группе, то на этом компе должен быть прописан осоновной DNS-суффикс.</description>
		<content:encoded><![CDATA[<p>Для внешнего сертификата в Subject (Common) Name либо в SAN должно быть имя из External Settings (access/sip, webconf, av).</p>
<p>Кстити, netbios имена вообще нигде не должны использоваться, только FQDN. Для внутреннего сертификата, соответсвенно, внутренее полное DNS-имя. Если Edge развернут на компе в рабочей группе, то на этом компе должен быть прописан осоновной DNS-суффикс.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (SIDERMAN)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-8715</link>
		<dc:creator>SIDERMAN</dc:creator>
		<pubDate>Mon, 09 Jan 2012 17:50:22 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-8715</guid>
		<description>а в subject name должно тоже быть имя из external settings или нетбиос имя сервера указанное в топологии?</description>
		<content:encoded><![CDATA[<p>а в subject name должно тоже быть имя из external settings или нетбиос имя сервера указанное в топологии?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-8700</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sun, 08 Jan 2012 20:38:31 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-8700</guid>
		<description>Коллеги, хочу уточнить следующие моменты

&lt;blockquote&gt;&lt;strong&gt;Vladimir&lt;/strong&gt;
так как имя сервера lync-edge и в топологии lync везде фигурирует именно это имя
а сервер уже в работе и менять имя, топологию, а следовательно и переустанавливать lync на edge как то нехорошо))&lt;/blockquote&gt;

Нельзя менять внутреннее имя сервера, это так. Однако, в редакторе топологии можно легко поменять внешнее имя в разделе Edge server configuration &gt; External Settings.

Именно это имя (или имена) должно содержаться во внешнем SSL сертификате.

Сообщение &quot;Warning: The chain of the certificate ### is invalid&quot; говорит о том, что не вся цепочка сертификатов валидна на локальном компьютере. Скорее всего, пропущен какой-то Intermediate центр сертификации. Проверить это легко, если открыть свойства выданного сертификата (.cer) и проверить цепочку. Если там есть какие-то проблемы, то доустановить пропущенные CA в хранилища Root или Intermediate компьютера. Цепочка должна заканчиваться на корневом, самоподписанном CA.</description>
		<content:encoded><![CDATA[<p>Коллеги, хочу уточнить следующие моменты</p>
<blockquote><p><strong>Vladimir</strong><br />
так как имя сервера lync-edge и в топологии lync везде фигурирует именно это имя<br />
а сервер уже в работе и менять имя, топологию, а следовательно и переустанавливать lync на edge как то нехорошо))</p></blockquote>
<p>Нельзя менять внутреннее имя сервера, это так. Однако, в редакторе топологии можно легко поменять внешнее имя в разделе Edge server configuration > External Settings.</p>
<p>Именно это имя (или имена) должно содержаться во внешнем SSL сертификате.</p>
<p>Сообщение &#171;Warning: The chain of the certificate ### is invalid&#187; говорит о том, что не вся цепочка сертификатов валидна на локальном компьютере. Скорее всего, пропущен какой-то Intermediate центр сертификации. Проверить это легко, если открыть свойства выданного сертификата (.cer) и проверить цепочку. Если там есть какие-то проблемы, то доустановить пропущенные CA в хранилища Root или Intermediate компьютера. Цепочка должна заканчиваться на корневом, самоподписанном CA.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как перенести базы данных SharePoint 2010 на другой SQL сервер (Argon)</title>
		<link>http://argon.pro/blog/2010/11/move-sharepoint-database/#comment-8698</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sun, 08 Jan 2012 20:28:45 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1340#comment-8698</guid>
		<description>Рад помочь!</description>
		<content:encoded><![CDATA[<p>Рад помочь!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Установка Office Communications Server 2007 R2 на Windows Server 2008 R2 (Argon)</title>
		<link>http://argon.pro/blog/2010/06/install-ocs2007r2-on-ws2008r2/#comment-8696</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sun, 08 Jan 2012 20:25:50 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=568#comment-8696</guid>
		<description>Рад помочь!

Кстати, для Windows Server 2008 R2 &lt;strong&gt;SP1&lt;/strong&gt; путь немного изменился, новый выглядит так:

C:\Windows\servicing\Packages\Microsoft-Windows-Media-Format-Package~31bf3856ad364e35~amd64~~6.1.7601.17514.mum</description>
		<content:encoded><![CDATA[<p>Рад помочь!</p>
<p>Кстати, для Windows Server 2008 R2 <strong>SP1</strong> путь немного изменился, новый выглядит так:</p>
<p>C:\Windows\servicing\Packages\Microsoft-Windows-Media-Format-Package~31bf3856ad364e35~amd64~~6.1.7601.17514.mum</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как установить SQL Server на Read Only Domain Controller (Argon)</title>
		<link>http://argon.pro/blog/2011/02/sql-server-on-rodc/#comment-8695</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sun, 08 Jan 2012 20:24:13 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1771#comment-8695</guid>
		<description>Рад помочь!</description>
		<content:encoded><![CDATA[<p>Рад помочь!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (SIDERMAN)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-8691</link>
		<dc:creator>SIDERMAN</dc:creator>
		<pubDate>Sun, 08 Jan 2012 18:29:55 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-8691</guid>
		<description>Vladimir, у меня подобная ситуация: SRV-запись lync-edge.domain.com, но имя сервера lync01.domain.com
в топологии указано имя edge-сервера - lync01.domain.com а в настройках топологии edge - в разделе SIP Access, Conferencing, A/V... - lync-edge.domain.com
появляется путаница, так как в доках технета сказано &quot;Even though the certificate subject name is equal to the access Edge FQDN&quot; - отсюда вопрос Edge FQDN - это имя сервера топологии, либо имя прописанное в настройках Edge, во внешнем днсе?
И вообще работает ли при такой конфигурации Edge с внешним сертификатом
Я так понял, что у вас возникли проблемы, хотя судя из ошибки такое чувство что просто ошибка в написании отпечатка..</description>
		<content:encoded><![CDATA[<p>Vladimir, у меня подобная ситуация: SRV-запись lync-edge.domain.com, но имя сервера lync01.domain.com<br />
в топологии указано имя edge-сервера &#8212; lync01.domain.com а в настройках топологии edge &#8212; в разделе SIP Access, Conferencing, A/V&#8230; &#8212; lync-edge.domain.com<br />
появляется путаница, так как в доках технета сказано &#171;Even though the certificate subject name is equal to the access Edge FQDN&#187; &#8212; отсюда вопрос Edge FQDN &#8212; это имя сервера топологии, либо имя прописанное в настройках Edge, во внешнем днсе?<br />
И вообще работает ли при такой конфигурации Edge с внешним сертификатом<br />
Я так понял, что у вас возникли проблемы, хотя судя из ошибки такое чувство что просто ошибка в написании отпечатка..</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Что нужно знать перед установкой Service Pack 1 для Windows Server 2008 R2 и Windows 7 (BanDesign.ru)</title>
		<link>http://argon.pro/blog/2011/01/sp1-for-ws2008r2-win7-released/#comment-8678</link>
		<dc:creator>BanDesign.ru</dc:creator>
		<pubDate>Sun, 08 Jan 2012 10:15:03 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1642#comment-8678</guid>
		<description>Про Dynamic Memory не знал, благодарствую!</description>
		<content:encoded><![CDATA[<p>Про Dynamic Memory не знал, благодарствую!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как установить SQL Server на Read Only Domain Controller (kavkis)</title>
		<link>http://argon.pro/blog/2011/02/sql-server-on-rodc/#comment-8650</link>
		<dc:creator>kavkis</dc:creator>
		<pubDate>Sat, 07 Jan 2012 11:51:37 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1771#comment-8650</guid>
		<description>спасибо за помощь в установке</description>
		<content:encoded><![CDATA[<p>спасибо за помощь в установке</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как перенести базы данных SharePoint 2010 на другой SQL сервер (arxont)</title>
		<link>http://argon.pro/blog/2010/11/move-sharepoint-database/#comment-8542</link>
		<dc:creator>arxont</dc:creator>
		<pubDate>Tue, 03 Jan 2012 02:28:55 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1340#comment-8542</guid>
		<description>Добрый день! Большое спасибо за статью! Очень помогло! :)</description>
		<content:encoded><![CDATA[<p>Добрый день! Большое спасибо за статью! Очень помогло! :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Установка Office Communications Server 2007 R2 на Windows Server 2008 R2 (Bahrom)</title>
		<link>http://argon.pro/blog/2010/06/install-ocs2007r2-on-ws2008r2/#comment-8470</link>
		<dc:creator>Bahrom</dc:creator>
		<pubDate>Fri, 30 Dec 2011 09:42:46 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=568#comment-8470</guid>
		<description>&gt;&gt; pkgmgr.exe /ip /m:&quot;C:\Windows\servicing\Packages\Microsoft-Windows-Media-Format-Package~31bf3856ad364e35~amd64~~6.1.7600.16385.mum&quot; 

мне очень помогло.
огромний СПОСИБО!!!</description>
		<content:encoded><![CDATA[<p>&gt;&gt; pkgmgr.exe /ip /m:&#187;C:\Windows\servicing\Packages\Microsoft-Windows-Media-Format-Package~31bf3856ad364e35~amd64~~6.1.7600.16385.mum&#187; </p>
<p>мне очень помогло.<br />
огромний СПОСИБО!!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Проектирование схемы именования объектов (mag_box2)</title>
		<link>http://argon.pro/blog/2011/06/object-naming-convention/#comment-8436</link>
		<dc:creator>mag_box2</dc:creator>
		<pubDate>Wed, 28 Dec 2011 06:55:44 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1962#comment-8436</guid>
		<description>&gt;SR-PSSRV001 (сервер-принт-сервер-сервер-номер001) — слово &gt;«сервер» закодировано 3 раза, порядковый номер 3-разрядный, &gt;хотя таких серверов всего 2 штуки

Все рекомендации хороши, но сервер, потом еще раз сервер ?
советую подумать над таким вариантом:
(Первые 2 буквы регион ) - (Принт-сервер)(номер) зачем 3 раза кодировать srv ?
например организация распределена по регионам
петропавловские сервера:
pp-dcs001 (петропавловский - домен контролер сервер 001)
pp-ps001 (петропавловский принт сервер 001)
pp-fs001( это файловый )</description>
		<content:encoded><![CDATA[<p>&gt;SR-PSSRV001 (сервер-принт-сервер-сервер-номер001) — слово &gt;«сервер» закодировано 3 раза, порядковый номер 3-разрядный, &gt;хотя таких серверов всего 2 штуки</p>
<p>Все рекомендации хороши, но сервер, потом еще раз сервер ?<br />
советую подумать над таким вариантом:<br />
(Первые 2 буквы регион ) &#8212; (Принт-сервер)(номер) зачем 3 раза кодировать srv ?<br />
например организация распределена по регионам<br />
петропавловские сервера:<br />
pp-dcs001 (петропавловский &#8212; домен контролер сервер 001)<br />
pp-ps001 (петропавловский принт сервер 001)<br />
pp-fs001( это файловый )</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Vladimir)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-8358</link>
		<dc:creator>Vladimir</dc:creator>
		<pubDate>Fri, 23 Dec 2011 15:00:27 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-8358</guid>
		<description>получили временный сертификат на lync-edge.xxx.ru
импортировал в wizard`е, пишит invalid как и в статье.
чз power shell выполнил
Set-CSCertificate -Type AccessEdgeExternal,DataEdgeExternal,AudioVideoAuthentication -Thumbprint &quot;отпечаток из сертификата lync-edge.marya.ru&quot; -Verbose -Confirm:$false -Report &quot;C:\Argon\CertInstall.html&quot;
выполняет с 1 warning
и в отчёте пишет:
Warning: The chain of the certificate &quot;отпечаток из сертификата lync-edge.marya.ru&quot; is invalid.
и в wizard так же сертификат invalid и тест
https://www.testocsconnectivity.com/
не проходит по ошибке: The SSLCertificate failed one or more certificate
может быть есть какие-нибудь идеи?
заранее спасибо.</description>
		<content:encoded><![CDATA[<p>получили временный сертификат на lync-edge.xxx.ru<br />
импортировал в wizard`е, пишит invalid как и в статье.<br />
чз power shell выполнил<br />
Set-CSCertificate -Type AccessEdgeExternal,DataEdgeExternal,AudioVideoAuthentication -Thumbprint &#171;отпечаток из сертификата lync-edge.marya.ru&#187; -Verbose -Confirm:$false -Report &#171;C:\Argon\CertInstall.html&#187;<br />
выполняет с 1 warning<br />
и в отчёте пишет:<br />
Warning: The chain of the certificate &#171;отпечаток из сертификата lync-edge.marya.ru&#187; is invalid.<br />
и в wizard так же сертификат invalid и тест<br />
<a href="https://www.testocsconnectivity.com/" rel="nofollow">https://www.testocsconnectivity.com/</a><br />
не проходит по ошибке: The SSLCertificate failed one or more certificate<br />
может быть есть какие-нибудь идеи?<br />
заранее спасибо.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Vladimir)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-8351</link>
		<dc:creator>Vladimir</dc:creator>
		<pubDate>Fri, 23 Dec 2011 09:34:49 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-8351</guid>
		<description>поменять SRV запись несложно (так как и sip.xxx.ru и lync-edge.xxx.ru ссылаются на один и тот же ip адрес)
а вот выписать сертификат на sip проблематично,
так как имя сервера lync-edge и в топологии lync везде фигурирует именно это имя
а сервер уже в работе и менять имя, топологию, а следовательно и переустанавливать lync на edge как то нехорошо))</description>
		<content:encoded><![CDATA[<p>поменять SRV запись несложно (так как и sip.xxx.ru и lync-edge.xxx.ru ссылаются на один и тот же ip адрес)<br />
а вот выписать сертификат на sip проблематично,<br />
так как имя сервера lync-edge и в топологии lync везде фигурирует именно это имя<br />
а сервер уже в работе и менять имя, топологию, а следовательно и переустанавливать lync на edge как то нехорошо))</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-8344</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Thu, 22 Dec 2011 19:27:16 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-8344</guid>
		<description>Я бы рекомендовал поправить SRV-записи на sip.xxx.ru, и на это имя выписать сертификат. Собственно, об этом и статья.</description>
		<content:encoded><![CDATA[<p>Я бы рекомендовал поправить SRV-записи на sip.xxx.ru, и на это имя выписать сертификат. Собственно, об этом и статья.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Vladimir)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-8338</link>
		<dc:creator>Vladimir</dc:creator>
		<pubDate>Thu, 22 Dec 2011 15:49:31 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-8338</guid>
		<description>у нас в srv записи используется lync-edge как раз ))
и при создании запроса чз GUI в запрос как то прописывается SAN sip, хотя это не указываю.
а из power shell только lync-edge, без SAN
попробую бесплатный триальный сертификат на lync-edge получить и с ним попробовать push notification</description>
		<content:encoded><![CDATA[<p>у нас в srv записи используется lync-edge как раз ))<br />
и при создании запроса чз GUI в запрос как то прописывается SAN sip, хотя это не указываю.<br />
а из power shell только lync-edge, без SAN<br />
попробую бесплатный триальный сертификат на lync-edge получить и с ним попробовать push notification</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-8337</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Thu, 22 Dec 2011 14:52:55 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-8337</guid>
		<description>Для формирования запросов я всегда использовал GUI, через PowerShell не так наглядно и вероятность ошибки больше.

Для публикации Edge достаточно сертификата на имя sip.xxx.ru, если в SRV-записях используется оно же.

UC-сертификат отличается от остальных SAN сертификатов, что позволяет добавить в SAN локальные DNS-имена типа lync.domain.local. Нам на эдж это не требуется.</description>
		<content:encoded><![CDATA[<p>Для формирования запросов я всегда использовал GUI, через PowerShell не так наглядно и вероятность ошибки больше.</p>
<p>Для публикации Edge достаточно сертификата на имя sip.xxx.ru, если в SRV-записях используется оно же.</p>
<p>UC-сертификат отличается от остальных SAN сертификатов, что позволяет добавить в SAN локальные DNS-имена типа lync.domain.local. Нам на эдж это не требуется.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Vladimir)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-8335</link>
		<dc:creator>Vladimir</dc:creator>
		<pubDate>Thu, 22 Dec 2011 14:34:45 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-8335</guid>
		<description>Спасибо!
По этой ссылке я как раз и настраивал))
Все команды прошли без ошибок, только тесты выходят с ошибкой 504 - как я выше писал.
Если есть опыт - не знаете какой лучше запрос на сертификат сделать?
Request-CSCertificate -New -Type AccessEdgeExternal,DataEdgeExternal,AudioVideoAuthentication -FriendlyName «Lync Edge External» -DomainName «lync-edge.xxx.ru,sip.xxx.ru» -KeySize 2048 -PrivateKeyExportable $True -ClientEKU $True -output c:\cert.txt
И запрашивать надо UCC сертификат?</description>
		<content:encoded><![CDATA[<p>Спасибо!<br />
По этой ссылке я как раз и настраивал))<br />
Все команды прошли без ошибок, только тесты выходят с ошибкой 504 &#8212; как я выше писал.<br />
Если есть опыт &#8212; не знаете какой лучше запрос на сертификат сделать?<br />
Request-CSCertificate -New -Type AccessEdgeExternal,DataEdgeExternal,AudioVideoAuthentication -FriendlyName «Lync Edge External» -DomainName «lync-edge.xxx.ru,sip.xxx.ru» -KeySize 2048 -PrivateKeyExportable $True -ClientEKU $True -output c:\cert.txt<br />
И запрашивать надо UCC сертификат?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-8332</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Thu, 22 Dec 2011 13:31:58 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-8332</guid>
		<description>Привет. Push уведомления работают через сервисы на площадке Microsoft, и соответсвенно, требуют настройки федерации с ними. А федереация не возможна без валидного SSL сертификата.

Более полробно по настроеке Lync Mobility Push я нашел &lt;a href=&quot;/goto/www.bibble-it.com/2011/12/10/configuring-lync-mobility-part-4&quot; rel=&quot;nofollow&quot;&gt;здесь&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<p>Привет. Push уведомления работают через сервисы на площадке Microsoft, и соответсвенно, требуют настройки федерации с ними. А федереация не возможна без валидного SSL сертификата.</p>
<p>Более полробно по настроеке Lync Mobility Push я нашел <a href="/goto/www.bibble-it.com/2011/12/10/configuring-lync-mobility-part-4" rel="nofollow">здесь</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Vladimir)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-8329</link>
		<dc:creator>Vladimir</dc:creator>
		<pubDate>Thu, 22 Dec 2011 12:31:06 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-8329</guid>
		<description>Здравствуйте.
настроен lync mobility  и работает
внутреннее имя edge server - lync-edge-srv01.xxx.o (оно фигурирует в топологии)
внешнее имя edge server - lync-edge.xxx.ru
внешний сертификат на edge не установлен (для lync-edge.xxx.ru), только для внутреннего домена (xxx.o)
не работает push notification
при тестах:
Test-CsMcxPushNotification -AccessEdgeFqdn lync-edge-srv01.xxx.o
Test-CsFederatedPartner -TargetFqdn lync-edge-srv01.xxx.o -Domain push.lync.com -ProxyFqdn sipfed.online.lync.com
выдаётся ошибка
Test-CsMcxPushNotification : A 504 (Server time-out) response was received from the network and the operation failed. See the exception details for more information.
Подскажите, пожалуйста, поможет ли приобретение сертификата по запросу:
Request-CSCertificate -New -Type AccessEdgeExternal,DataEdgeExternal,AudioVideoAuthentication -FriendlyName &quot;Lync Edge External&quot; -DomainName &quot;lync-edge.xxx.ru,sip.xxx.ru&quot; -KeySize 2048 -PrivateKeyExportable $True -ClientEKU $True -output c:\cert.txt
или нужно что то другое?
Заранее спасибо.</description>
		<content:encoded><![CDATA[<p>Здравствуйте.<br />
настроен lync mobility  и работает<br />
внутреннее имя edge server &#8212; lync-edge-srv01.xxx.o (оно фигурирует в топологии)<br />
внешнее имя edge server &#8212; lync-edge.xxx.ru<br />
внешний сертификат на edge не установлен (для lync-edge.xxx.ru), только для внутреннего домена (xxx.o)<br />
не работает push notification<br />
при тестах:<br />
Test-CsMcxPushNotification -AccessEdgeFqdn lync-edge-srv01.xxx.o<br />
Test-CsFederatedPartner -TargetFqdn lync-edge-srv01.xxx.o -Domain push.lync.com -ProxyFqdn sipfed.online.lync.com<br />
выдаётся ошибка<br />
Test-CsMcxPushNotification : A 504 (Server time-out) response was received from the network and the operation failed. See the exception details for more information.<br />
Подскажите, пожалуйста, поможет ли приобретение сертификата по запросу:<br />
Request-CSCertificate -New -Type AccessEdgeExternal,DataEdgeExternal,AudioVideoAuthentication -FriendlyName &#171;Lync Edge External&#187; -DomainName &#171;lync-edge.xxx.ru,sip.xxx.ru&#187; -KeySize 2048 -PrivateKeyExportable $True -ClientEKU $True -output c:\cert.txt<br />
или нужно что то другое?<br />
Заранее спасибо.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи О быстроте Internet Explorer 9 (Argon)</title>
		<link>http://argon.pro/blog/2011/04/ie9-experience/#comment-8041</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Thu, 08 Dec 2011 10:54:27 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1904#comment-8041</guid>
		<description>IE9 на машине с TMG использовал, проблем не было. А вот консоль Lync Server на 9 IE ругается, говорит, он слишком стар для неё ;)</description>
		<content:encoded><![CDATA[<p>IE9 на машине с TMG использовал, проблем не было. А вот консоль Lync Server на 9 IE ругается, говорит, он слишком стар для неё ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи О быстроте Internet Explorer 9 (Alex)</title>
		<link>http://argon.pro/blog/2011/04/ie9-experience/#comment-8028</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Wed, 07 Dec 2011 14:09:51 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1904#comment-8028</guid>
		<description>А не встречались с такой прикольной вещью, как неработоспособность консоли управления Forefront TMG на машине с установленным IE9 ??? :)</description>
		<content:encoded><![CDATA[<p>А не встречались с такой прикольной вещью, как неработоспособность консоли управления Forefront TMG на машине с установленным IE9 ??? :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как интегрировать обновления в дистрибутив TMG (Argon)</title>
		<link>http://argon.pro/blog/2011/11/tmg-slipstream-updates/#comment-7913</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Tue, 29 Nov 2011 14:51:45 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2172#comment-7913</guid>
		<description>Не пробовал, так как SQLExpress2008SP1.exe содержит цифровую подпись. Вот если бы прямо в коде инсталлятора TMG не было прописано это имя файла, а было бы, допустим, в .ini, то был бы смысл распаковать дистриб и внедрить в него сервис пак. И оставить так, как есть.</description>
		<content:encoded><![CDATA[<p>Не пробовал, так как SQLExpress2008SP1.exe содержит цифровую подпись. Вот если бы прямо в коде инсталлятора TMG не было прописано это имя файла, а было бы, допустим, в .ini, то был бы смысл распаковать дистриб и внедрить в него сервис пак. И оставить так, как есть.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как интегрировать обновления в дистрибутив TMG (Александр)</title>
		<link>http://argon.pro/blog/2011/11/tmg-slipstream-updates/#comment-7912</link>
		<dc:creator>Александр</dc:creator>
		<pubDate>Tue, 29 Nov 2011 13:53:50 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2172#comment-7912</guid>
		<description>а не пробовали интегрировать в sql сервер сервисы паки? т.е. распаковать его, обновить и заново запаковать (ну или подменить в инсталяторе)</description>
		<content:encoded><![CDATA[<p>а не пробовали интегрировать в sql сервер сервисы паки? т.е. распаковать его, обновить и заново запаковать (ну или подменить в инсталяторе)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Проектирование схемы именования объектов (Bulat)</title>
		<link>http://argon.pro/blog/2011/06/object-naming-convention/#comment-7838</link>
		<dc:creator>Bulat</dc:creator>
		<pubDate>Thu, 24 Nov 2011 10:07:11 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1962#comment-7838</guid>
		<description>В продолжение темы рекомендую к прочтению книгу &quot;Windows Administration. Productivity Solutions for IT Professionals. Resource Kit&quot;.
В переводе называется &quot;Эффективное администрирование. Ресурсы Windows Server 2008, Windows Vista, Windows XP, Windows Server 2003 (+ CD-ROM)&quot; - доступна к примеру тут:
http://www.ozon.ru/context/detail/id/4307204/.
---
В книге есть глава посвящённая &quot;лучшим практикам&quot; по именованию групп с подробными разъяснениями и примерами.</description>
		<content:encoded><![CDATA[<p>В продолжение темы рекомендую к прочтению книгу &#171;Windows Administration. Productivity Solutions for IT Professionals. Resource Kit&#187;.<br />
В переводе называется &#171;Эффективное администрирование. Ресурсы Windows Server 2008, Windows Vista, Windows XP, Windows Server 2003 (+ CD-ROM)&#187; &#8212; доступна к примеру тут:<br />
<a href="http://www.ozon.ru/context/detail/id/4307204/" rel="nofollow">http://www.ozon.ru/context/detail/id/4307204/</a>.<br />
&#8212;<br />
В книге есть глава посвящённая &#171;лучшим практикам&#187; по именованию групп с подробными разъяснениями и примерами.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Windows Deployment Services (Argon)</title>
		<link>http://argon.pro/blog/2010/09/windows-deployment-services/#comment-7828</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Wed, 23 Nov 2011 16:44:06 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1078#comment-7828</guid>
		<description>Поможет вот эта статья: &lt;a href=&quot;/goto/technet.microsoft.com/en-us/library/cc749350(WS.10).aspx&quot; rel=&quot;nofollow&quot;&gt;Add a Device Driver to an Offline Windows PE Image&lt;/a&gt;.

Для добавления драйверов развертываемый образ, можно использовать как онлайн добавление драйверов (из самой операционки), так и оффлайн, прямо в образ: &lt;a href=&quot;/goto/technet.microsoft.com/en-us/library/dd744355(WS.10).aspx&quot; rel=&quot;nofollow&quot;&gt;Add and Remove Drivers Offline&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<p>Поможет вот эта статья: <a href="/goto/technet.microsoft.com/en-us/library/cc749350(WS.10).aspx" rel="nofollow">Add a Device Driver to an Offline Windows PE Image</a>.</p>
<p>Для добавления драйверов развертываемый образ, можно использовать как онлайн добавление драйверов (из самой операционки), так и оффлайн, прямо в образ: <a href="/goto/technet.microsoft.com/en-us/library/dd744355(WS.10).aspx" rel="nofollow">Add and Remove Drivers Offline</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Windows Deployment Services (Fanta)</title>
		<link>http://argon.pro/blog/2010/09/windows-deployment-services/#comment-7815</link>
		<dc:creator>Fanta</dc:creator>
		<pubDate>Wed, 23 Nov 2011 07:01:33 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1078#comment-7815</guid>
		<description>подскажите как добавить дрова на сетевушку в Setup Boot Image??? Есть ряд ПК (новые причем) для которых вин7 не содержит в себе дрова на сеть.</description>
		<content:encoded><![CDATA[<p>подскажите как добавить дрова на сетевушку в Setup Boot Image??? Есть ряд ПК (новые причем) для которых вин7 не содержит в себе дрова на сеть.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка синхронизации времени в домене Active Directory (Eugene)</title>
		<link>http://argon.pro/blog/2010/05/ad-time-sync/#comment-7699</link>
		<dc:creator>Eugene</dc:creator>
		<pubDate>Mon, 14 Nov 2011 13:58:10 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=449#comment-7699</guid>
		<description>Большое спасибо за развернутый ответ</description>
		<content:encoded><![CDATA[<p>Большое спасибо за развернутый ответ</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка синхронизации времени в домене Active Directory (Argon)</title>
		<link>http://argon.pro/blog/2010/05/ad-time-sync/#comment-7693</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Mon, 14 Nov 2011 08:47:13 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=449#comment-7693</guid>
		<description>&lt;blockquote&gt;Может правильным было настроить сервер времени на хостовой машине и всех синхронизировать уже с ней(кстати у меня она не в домене)?&lt;/blockquote&gt;

Годный вариант, но синхронизировать с ней только PDC, ни к чему корячить топологию синхронизации в AD. Это можно обозвать как назначение внутренней машины в качестве внутреннего источника времени. Сомнения по поводу убегания времени на виртуальной машине в случае отсутствия доступа к инету оправданы.

&lt;blockquote&gt;И еще вопрос, как распространить настройки синхронизации времени на машины домена?&lt;/blockquote&gt;

Ничего не надо настраивать, все само будет, в пределах леса AD. Если хочешь корячить топологию, то unmanaged групповыми политиками (напрямую в реестр).

&lt;blockquote&gt;Машины в домене по-умолчанию синхронизируют время с ближайшим по топологии DC или это настраивается списком внешних источников для синхронизации?&lt;/blockquote&gt;

Ближайшим в терминах сайтовой топологии, если не изменять настройки. Второй вариант -- руками список источников вбить.

&lt;blockquote&gt;Как работает список внешних источников для синхронизации: синхронизация происходит спервым по списку, если не доступен то со следуюцим и т.д.; со всеми сразу; случайно с одним из списка?&lt;/blockquote&gt;

В документах это не описано, но по опыту -- по порядку. Также у каждого источника есть так называемый Stratum, чем он ниже, тем больше доверие к источнику. Текущий источник и его параметры можно посмотреть командой w32tm /monitor</description>
		<content:encoded><![CDATA[<blockquote><p>Может правильным было настроить сервер времени на хостовой машине и всех синхронизировать уже с ней(кстати у меня она не в домене)?</p></blockquote>
<p>Годный вариант, но синхронизировать с ней только PDC, ни к чему корячить топологию синхронизации в AD. Это можно обозвать как назначение внутренней машины в качестве внутреннего источника времени. Сомнения по поводу убегания времени на виртуальной машине в случае отсутствия доступа к инету оправданы.</p>
<blockquote><p>И еще вопрос, как распространить настройки синхронизации времени на машины домена?</p></blockquote>
<p>Ничего не надо настраивать, все само будет, в пределах леса AD. Если хочешь корячить топологию, то unmanaged групповыми политиками (напрямую в реестр).</p>
<blockquote><p>Машины в домене по-умолчанию синхронизируют время с ближайшим по топологии DC или это настраивается списком внешних источников для синхронизации?</p></blockquote>
<p>Ближайшим в терминах сайтовой топологии, если не изменять настройки. Второй вариант &#8212; руками список источников вбить.</p>
<blockquote><p>Как работает список внешних источников для синхронизации: синхронизация происходит спервым по списку, если не доступен то со следуюцим и т.д.; со всеми сразу; случайно с одним из списка?</p></blockquote>
<p>В документах это не описано, но по опыту &#8212; по порядку. Также у каждого источника есть так называемый Stratum, чем он ниже, тем больше доверие к источнику. Текущий источник и его параметры можно посмотреть командой w32tm /monitor</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка синхронизации времени в домене Active Directory (Eugene)</title>
		<link>http://argon.pro/blog/2010/05/ad-time-sync/#comment-7692</link>
		<dc:creator>Eugene</dc:creator>
		<pubDate>Mon, 14 Nov 2011 04:49:07 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=449#comment-7692</guid>
		<description>Еще пару вопросов. Машины в домене по-умолчанию синхронизируют время с ближайшим по топологии DC или это настраивается списком внешних источников для синхронизации? Как работает список внешних источников для синхронизации: синхронизация происходит спервым по списку, если не доступен то со следуюцим и т.д.; со всеми сразу; случайно с одним из списка?</description>
		<content:encoded><![CDATA[<p>Еще пару вопросов. Машины в домене по-умолчанию синхронизируют время с ближайшим по топологии DC или это настраивается списком внешних источников для синхронизации? Как работает список внешних источников для синхронизации: синхронизация происходит спервым по списку, если не доступен то со следуюцим и т.д.; со всеми сразу; случайно с одним из списка?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка синхронизации времени в домене Active Directory (Eugene)</title>
		<link>http://argon.pro/blog/2010/05/ad-time-sync/#comment-7690</link>
		<dc:creator>Eugene</dc:creator>
		<pubDate>Mon, 14 Nov 2011 04:35:08 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=449#comment-7690</guid>
		<description>Argon, спасибо за статью, как раз то что нужно.
Настраиваю синхронизацию в своей сети, PDC находится на виртуальной машине и вот задумался, а что будет если после выключения и через некоторое время включения PDC будет отсутствовать интернет? Сервер не сможет синхронизировать время да еще и распространит неверные данные на остальных членов домена. Может правильным было настроить сервер времени на хостовой машине и всех синхронизировать уже с ней(кстати у меня она не в домене)? Или может подскажете другое решение. И еще вопрос, как распространить настройки синхронизации времени на машины домена?</description>
		<content:encoded><![CDATA[<p>Argon, спасибо за статью, как раз то что нужно.<br />
Настраиваю синхронизацию в своей сети, PDC находится на виртуальной машине и вот задумался, а что будет если после выключения и через некоторое время включения PDC будет отсутствовать интернет? Сервер не сможет синхронизировать время да еще и распространит неверные данные на остальных членов домена. Может правильным было настроить сервер времени на хостовой машине и всех синхронизировать уже с ней(кстати у меня она не в домене)? Или может подскажете другое решение. И еще вопрос, как распространить настройки синхронизации времени на машины домена?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как установить SQL Server на Read Only Domain Controller (Argon)</title>
		<link>http://argon.pro/blog/2011/02/sql-server-on-rodc/#comment-7565</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sat, 05 Nov 2011 08:20:24 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1771#comment-7565</guid>
		<description>Я описал, как исправить конкретную ошибку. Ставить следующую версию SQL не всегда нужно/хочется/поддерживается. И, тем более, на выделенную машину ;)</description>
		<content:encoded><![CDATA[<p>Я описал, как исправить конкретную ошибку. Ставить следующую версию SQL не всегда нужно/хочется/поддерживается. И, тем более, на выделенную машину ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка синхронизации времени в домене Active Directory (Argon)</title>
		<link>http://argon.pro/blog/2010/05/ad-time-sync/#comment-7515</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Mon, 31 Oct 2011 14:14:50 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=449#comment-7515</guid>
		<description>Параметры реестра годятся и для WS2003. w32tm -- да, работает иначе. Для WS2003 могу рекомендовать использовать net time.</description>
		<content:encoded><![CDATA[<p>Параметры реестра годятся и для WS2003. w32tm &#8212; да, работает иначе. Для WS2003 могу рекомендовать использовать net time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка синхронизации времени в домене Active Directory (Nicass)</title>
		<link>http://argon.pro/blog/2010/05/ad-time-sync/#comment-7514</link>
		<dc:creator>Nicass</dc:creator>
		<pubDate>Mon, 31 Oct 2011 10:47:26 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=449#comment-7514</guid>
		<description>Бесполезная, Win2003 не работает</description>
		<content:encoded><![CDATA[<p>Бесполезная, Win2003 не работает</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как установить SQL Server на Read Only Domain Controller (Max)</title>
		<link>http://argon.pro/blog/2011/02/sql-server-on-rodc/#comment-7480</link>
		<dc:creator>Max</dc:creator>
		<pubDate>Fri, 28 Oct 2011 18:22:31 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1771#comment-7480</guid>
		<description>А почему не использовать MS SQL Server ExpressEdition 2008 R2 на этой или выделенной машине?

Кстати на него можно водрузить WSUS.</description>
		<content:encoded><![CDATA[<p>А почему не использовать MS SQL Server ExpressEdition 2008 R2 на этой или выделенной машине?</p>
<p>Кстати на него можно водрузить WSUS.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Active Directory Certificate Services (Argon)</title>
		<link>http://argon.pro/blog/2010/07/ws-pki/#comment-7449</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Thu, 27 Oct 2011 17:20:52 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=779#comment-7449</guid>
		<description>Отлично, что все разрешилось! И мне польза будет, теперь точно буду знать о вреде IP-адресов в CRL, а не гадать.</description>
		<content:encoded><![CDATA[<p>Отлично, что все разрешилось! И мне польза будет, теперь точно буду знать о вреде IP-адресов в CRL, а не гадать.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Active Directory Certificate Services (Иван)</title>
		<link>http://argon.pro/blog/2010/07/ws-pki/#comment-7390</link>
		<dc:creator>Иван</dc:creator>
		<pubDate>Wed, 26 Oct 2011 06:42:17 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=779#comment-7390</guid>
		<description>Мда...а ведь ты оказался прав, причиной всей нашей полемики было не что иное, как использование в адресес списка отзыва IP. Ну не понимает этого тупая система проверки, хотя из браузера все нормально открывается, и все изначально было настроено вполне корректно. Совсем не понятны такие жесткие требования, ведь по IP гораздо проще проверить список отзыва, не привлекая к этому процессу разрешение имен. Ну да ладно, придется принять это как данность, от которой никуда не денешься, просто нужно взять на заметку.
Спасибо за помощь!!!</description>
		<content:encoded><![CDATA[<p>Мда&#8230;а ведь ты оказался прав, причиной всей нашей полемики было не что иное, как использование в адресес списка отзыва IP. Ну не понимает этого тупая система проверки, хотя из браузера все нормально открывается, и все изначально было настроено вполне корректно. Совсем не понятны такие жесткие требования, ведь по IP гораздо проще проверить список отзыва, не привлекая к этому процессу разрешение имен. Ну да ладно, придется принять это как данность, от которой никуда не денешься, просто нужно взять на заметку.<br />
Спасибо за помощь!!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка синхронизации времени в домене Active Directory (MatZO)</title>
		<link>http://argon.pro/blog/2010/05/ad-time-sync/#comment-7377</link>
		<dc:creator>MatZO</dc:creator>
		<pubDate>Tue, 25 Oct 2011 13:33:07 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=449#comment-7377</guid>
		<description>Спасибо за помощь, очень толково описано</description>
		<content:encoded><![CDATA[<p>Спасибо за помощь, очень толково описано</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Active Directory Certificate Services (Иван)</title>
		<link>http://argon.pro/blog/2010/07/ws-pki/#comment-7371</link>
		<dc:creator>Иван</dc:creator>
		<pubDate>Tue, 25 Oct 2011 07:36:17 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=779#comment-7371</guid>
		<description>1) попробую, конечно, но меня в IP-адресе, честно говоря, вообще ничего не смущает, по большому счету, должно работать еще лучше, чем по DNS :)
2) никаких прокси, все напрямую!
3) ну, собственно говоря, все действительно построено на 2008R2, но зачем абсолютно внешнему клиенту с улицы нужна публикация CRL/AIA в AD, если он все равно проверку должен осуществлять по http ?</description>
		<content:encoded><![CDATA[<p>1) попробую, конечно, но меня в IP-адресе, честно говоря, вообще ничего не смущает, по большому счету, должно работать еще лучше, чем по DNS :)<br />
2) никаких прокси, все напрямую!<br />
3) ну, собственно говоря, все действительно построено на 2008R2, но зачем абсолютно внешнему клиенту с улицы нужна публикация CRL/AIA в AD, если он все равно проверку должен осуществлять по http ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Active Directory Certificate Services (Argon)</title>
		<link>http://argon.pro/blog/2010/07/ws-pki/#comment-7360</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Mon, 24 Oct 2011 20:26:52 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=779#comment-7360</guid>
		<description>1. Меня смущает то, что в CRL/AIA сертификата на TS идет указание IP-адреса. Ни разу так не делал. Настоятельно рекомендую публиковать CRL/AIA по DNS-имени.

2. Также, проверить, что обращение к этому IP/DNS не идёт через прокси-сервер.

3. Если ЦС у тебя на винде, интегрированный с AD, то его нужно настроить на публикацию CRL/AIA в AD. Обычно так настроено по умолчанию.</description>
		<content:encoded><![CDATA[<p>1. Меня смущает то, что в CRL/AIA сертификата на TS идет указание IP-адреса. Ни разу так не делал. Настоятельно рекомендую публиковать CRL/AIA по DNS-имени.</p>
<p>2. Также, проверить, что обращение к этому IP/DNS не идёт через прокси-сервер.</p>
<p>3. Если ЦС у тебя на винде, интегрированный с AD, то его нужно настроить на публикацию CRL/AIA в AD. Обычно так настроено по умолчанию.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Active Directory Certificate Services (Иван)</title>
		<link>http://argon.pro/blog/2010/07/ws-pki/#comment-7358</link>
		<dc:creator>Иван</dc:creator>
		<pubDate>Mon, 24 Oct 2011 18:27:48 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=779#comment-7358</guid>
		<description>отправил ссылку на архив с сертификатами в форму обратной связи</description>
		<content:encoded><![CDATA[<p>отправил ссылку на архив с сертификатами в форму обратной связи</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Active Directory Certificate Services (Иван)</title>
		<link>http://argon.pro/blog/2010/07/ws-pki/#comment-7279</link>
		<dc:creator>Иван</dc:creator>
		<pubDate>Fri, 21 Oct 2011 13:02:56 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=779#comment-7279</guid>
		<description>&quot;Все-таки показать мне живые сертификаты.&quot;
Рутовый и RDP-шный?</description>
		<content:encoded><![CDATA[<p>&#171;Все-таки показать мне живые сертификаты.&#187;<br />
Рутовый и RDP-шный?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Active Directory Certificate Services (Argon)</title>
		<link>http://argon.pro/blog/2010/07/ws-pki/#comment-7275</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Fri, 21 Oct 2011 11:33:13 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=779#comment-7275</guid>
		<description>Что тут могу еще осоветовать...
1. Почистить хранилища компа/юзера от дублей сертификатов, который могут находится в разных категориях
2. Поставить радом второй Ent CA, можно подчиненный. И посмотреть, что будет.
3. Все-таки показать мне живые сертификаты.

Ну и лихи е пути...
4. Отключить в GPO проверку CRL для RDP
5. Через GPO установить на клиентские компы самоподписанные сертификаты TS в качестве доверенных.</description>
		<content:encoded><![CDATA[<p>Что тут могу еще осоветовать&#8230;<br />
1. Почистить хранилища компа/юзера от дублей сертификатов, который могут находится в разных категориях<br />
2. Поставить радом второй Ent CA, можно подчиненный. И посмотреть, что будет.<br />
3. Все-таки показать мне живые сертификаты.</p>
<p>Ну и лихи е пути&#8230;<br />
4. Отключить в GPO проверку CRL для RDP<br />
5. Через GPO установить на клиентские компы самоподписанные сертификаты TS в качестве доверенных.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Active Directory Certificate Services (Иван)</title>
		<link>http://argon.pro/blog/2010/07/ws-pki/#comment-7270</link>
		<dc:creator>Иван</dc:creator>
		<pubDate>Fri, 21 Oct 2011 07:03:07 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=779#comment-7270</guid>
		<description>&quot;А если нажать на «просмотреть сертификат» в окне с предупреждением, выдает все тот же серт?&quot;
Так он там же на картинке справа и показан.
&quot;Сохранить на комп и проверить на валидность с помощью certutil.&quot;
Сертификат валиден.
&quot;Сохранить на комп и импортировать в хранилище «доверенные ЦC» компа, just for fun&quot;
Ну и живет он там себе преспокойненько...
Вобщем ничего нового.</description>
		<content:encoded><![CDATA[<p>&#171;А если нажать на «просмотреть сертификат» в окне с предупреждением, выдает все тот же серт?&#187;<br />
Так он там же на картинке справа и показан.<br />
&#171;Сохранить на комп и проверить на валидность с помощью certutil.&#187;<br />
Сертификат валиден.<br />
&#171;Сохранить на комп и импортировать в хранилище «доверенные ЦC» компа, just for fun&#187;<br />
Ну и живет он там себе преспокойненько&#8230;<br />
Вобщем ничего нового.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Active Directory Certificate Services (Argon)</title>
		<link>http://argon.pro/blog/2010/07/ws-pki/#comment-7261</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Thu, 20 Oct 2011 22:54:06 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=779#comment-7261</guid>
		<description>Посмотрел. А если нажать на &quot;просмотреть сертификат&quot; в окне с предупреждением, выдает все тот же серт? Если его...

1. Сохранить на комп и проверить на валидность с помощью certutil.
2. Сохранить на комп и импортировать в хранилище &quot;доверенные ЦC&quot; компа, just for fun

Если в результате этих действий ничего нового не обнаружится, то присылай полные сертификаты, без приватных ключей, ессно.</description>
		<content:encoded><![CDATA[<p>Посмотрел. А если нажать на &#171;просмотреть сертификат&#187; в окне с предупреждением, выдает все тот же серт? Если его&#8230;</p>
<p>1. Сохранить на комп и проверить на валидность с помощью certutil.<br />
2. Сохранить на комп и импортировать в хранилище &#171;доверенные ЦC&#187; компа, just for fun</p>
<p>Если в результате этих действий ничего нового не обнаружится, то присылай полные сертификаты, без приватных ключей, ессно.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Active Directory Certificate Services (Иван)</title>
		<link>http://argon.pro/blog/2010/07/ws-pki/#comment-7259</link>
		<dc:creator>Иван</dc:creator>
		<pubDate>Thu, 20 Oct 2011 20:48:16 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=779#comment-7259</guid>
		<description>отправил ссылку на архив со скринами в форму обратной связи</description>
		<content:encoded><![CDATA[<p>отправил ссылку на архив со скринами в форму обратной связи</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Active Directory Certificate Services (Argon)</title>
		<link>http://argon.pro/blog/2010/07/ws-pki/#comment-7255</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Thu, 20 Oct 2011 19:11:20 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=779#comment-7255</guid>
		<description>Теперь по делу, можно выложить скрины свойств сертификатов, либо сами сертификаты. Если беспокоишься о конфиденциальности, то можно ссылки скинуть мне в форму обратной связи.</description>
		<content:encoded><![CDATA[<p>Теперь по делу, можно выложить скрины свойств сертификатов, либо сами сертификаты. Если беспокоишься о конфиденциальности, то можно ссылки скинуть мне в форму обратной связи.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Active Directory Certificate Services (Argon)</title>
		<link>http://argon.pro/blog/2010/07/ws-pki/#comment-7254</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Thu, 20 Oct 2011 19:06:44 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=779#comment-7254</guid>
		<description>&lt;ul&gt;
&lt;li&gt;XP действительно не проверяет CRL при подключении по RDP.&lt;/li&gt;
&lt;li&gt;Скриншоты можно выложить на каком-нибудь image-хостинге типа imageshack.us, а сюда копипастить ссылки.&lt;/li&gt;
&lt;li&gt;По поводу интересности статьи и количества комментов -- не самый весомый показатель. Лично я читаю море интересный статей, но комменты оставляю дай  бог к одной из 300.&lt;/li&gt;
&lt;/ul&gt;

</description>
		<content:encoded><![CDATA[<ul>
<li>XP действительно не проверяет CRL при подключении по RDP.</li>
<li>Скриншоты можно выложить на каком-нибудь image-хостинге типа imageshack.us, а сюда копипастить ссылки.</li>
<li>По поводу интересности статьи и количества комментов &#8212; не самый весомый показатель. Лично я читаю море интересный статей, но комменты оставляю дай  бог к одной из 300.</li>
</ul>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Active Directory Certificate Services (Иван)</title>
		<link>http://argon.pro/blog/2010/07/ws-pki/#comment-7252</link>
		<dc:creator>Иван</dc:creator>
		<pubDate>Thu, 20 Oct 2011 18:49:39 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=779#comment-7252</guid>
		<description>Статья написана больше года назад, если бы она была кому-то интересна, ее бы давно обсуждали, но это никому не интересно, кроме меня, потому что у меня реальная необходимость, а здесь я не могу даже скриншоты выложить...если это возможно, хотелось бы оперативного общения, иначе мы эту кашу будем жевать еще год...
Удалось проверить только с двух разных машин, на вин7 вываливается с ошибкой, на ХР работает без ошибок, доверие на уровне компьютера и там, и там.
Какие конфиги я должен сравнить? Может, ХР вовсе и не проверяет отзыв сертификатов?</description>
		<content:encoded><![CDATA[<p>Статья написана больше года назад, если бы она была кому-то интересна, ее бы давно обсуждали, но это никому не интересно, кроме меня, потому что у меня реальная необходимость, а здесь я не могу даже скриншоты выложить&#8230;если это возможно, хотелось бы оперативного общения, иначе мы эту кашу будем жевать еще год&#8230;<br />
Удалось проверить только с двух разных машин, на вин7 вываливается с ошибкой, на ХР работает без ошибок, доверие на уровне компьютера и там, и там.<br />
Какие конфиги я должен сравнить? Может, ХР вовсе и не проверяет отзыв сертификатов?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Active Directory Certificate Services (Argon)</title>
		<link>http://argon.pro/blog/2010/07/ws-pki/#comment-7247</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Thu, 20 Oct 2011 15:27:10 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=779#comment-7247</guid>
		<description>Конечно можем, но я считаю, что публичное обсуждение может быть полезно и другим читателям.</description>
		<content:encoded><![CDATA[<p>Конечно можем, но я считаю, что публичное обсуждение может быть полезно и другим читателям.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Active Directory Certificate Services (Иван)</title>
		<link>http://argon.pro/blog/2010/07/ws-pki/#comment-7241</link>
		<dc:creator>Иван</dc:creator>
		<pubDate>Thu, 20 Oct 2011 09:04:46 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=779#comment-7241</guid>
		<description>мы можем общаться по почте, а не на страницах сайта? в строке e-mail я всегда публикую свой адрес...</description>
		<content:encoded><![CDATA[<p>мы можем общаться по почте, а не на страницах сайта? в строке e-mail я всегда публикую свой адрес&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Active Directory Certificate Services (Argon)</title>
		<link>http://argon.pro/blog/2010/07/ws-pki/#comment-7239</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Thu, 20 Oct 2011 08:09:20 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=779#comment-7239</guid>
		<description>Даж теряюсь, что еще предложить. Начнем с простого.

1. Проверить, что сертификат на терминале действительно доверен клиентским компьютеором, вся цепочка от сертификата до Root CA. Причем доверие должно быть не на уровне хранилища пользователя, а на уровне компьютера.

2. Если есть машины, при доступе с которых не возникает этой проблемы, то сравнить конфиги с больными.

3. Если еще не стоит, попробовать развернуть Online Responder. Правда при этом нужно сертификаты перевыпускать, чтоб они содержали инфу о нём.</description>
		<content:encoded><![CDATA[<p>Даж теряюсь, что еще предложить. Начнем с простого.</p>
<p>1. Проверить, что сертификат на терминале действительно доверен клиентским компьютеором, вся цепочка от сертификата до Root CA. Причем доверие должно быть не на уровне хранилища пользователя, а на уровне компьютера.</p>
<p>2. Если есть машины, при доступе с которых не возникает этой проблемы, то сравнить конфиги с больными.</p>
<p>3. Если еще не стоит, попробовать развернуть Online Responder. Правда при этом нужно сертификаты перевыпускать, чтоб они содержали инфу о нём.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Active Directory Certificate Services (Иван)</title>
		<link>http://argon.pro/blog/2010/07/ws-pki/#comment-7238</link>
		<dc:creator>Иван</dc:creator>
		<pubDate>Thu, 20 Oct 2011 07:52:19 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=779#comment-7238</guid>
		<description>requestFiltering allowDoubleEscaping=&quot;true&quot;</description>
		<content:encoded><![CDATA[<p>requestFiltering allowDoubleEscaping=&#187;true&#187;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Active Directory Certificate Services (Иван)</title>
		<link>http://argon.pro/blog/2010/07/ws-pki/#comment-7237</link>
		<dc:creator>Иван</dc:creator>
		<pubDate>Thu, 20 Oct 2011 07:51:49 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=779#comment-7237</guid>
		<description>все именно так и есть
</description>
		<content:encoded><![CDATA[<p>все именно так и есть</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Active Directory Certificate Services (Argon)</title>
		<link>http://argon.pro/blog/2010/07/ws-pki/#comment-7230</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Wed, 19 Oct 2011 21:11:13 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=779#comment-7230</guid>
		<description>А &lt;a href=&quot;/goto/technet.microsoft.com/en-us/library/dd379478(WS.10).aspx&quot; rel=&quot;nofollow&quot;&gt;это&lt;/a&gt; смотрел? Раньше на эту инструкцию технет ссылался в шагах по установке ЦА, сейчас пришлось отдельно поискать.</description>
		<content:encoded><![CDATA[<p>А <a href="/goto/technet.microsoft.com/en-us/library/dd379478(WS.10).aspx" rel="nofollow">это</a> смотрел? Раньше на эту инструкцию технет ссылался в шагах по установке ЦА, сейчас пришлось отдельно поискать.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Active Directory Certificate Services (Иван)</title>
		<link>http://argon.pro/blog/2010/07/ws-pki/#comment-7224</link>
		<dc:creator>Иван</dc:creator>
		<pubDate>Wed, 19 Oct 2011 18:38:02 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=779#comment-7224</guid>
		<description>C:\Users\administrator&gt;certutil -url c:\ts.cer
CertUtil: -URL - команда успешно выполнена.

Проверено базовый CRL бла-бла-бла</description>
		<content:encoded><![CDATA[<p>C:\Users\administrator&gt;certutil -url c:\ts.cer<br />
CertUtil: -URL &#8212; команда успешно выполнена.</p>
<p>Проверено базовый CRL бла-бла-бла</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Active Directory Certificate Services (Argon)</title>
		<link>http://argon.pro/blog/2010/07/ws-pki/#comment-7214</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Wed, 19 Oct 2011 07:25:56 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=779#comment-7214</guid>
		<description>Один раз попробовать проверить принудительно в контролируемой среде, чтобы найти и устранить причину. Про всех юзеров я и не говорил ;)</description>
		<content:encoded><![CDATA[<p>Один раз попробовать проверить принудительно в контролируемой среде, чтобы найти и устранить причину. Про всех юзеров я и не говорил ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Active Directory Certificate Services (Иван)</title>
		<link>http://argon.pro/blog/2010/07/ws-pki/#comment-7211</link>
		<dc:creator>Иван</dc:creator>
		<pubDate>Wed, 19 Oct 2011 06:44:16 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=779#comment-7211</guid>
		<description>Попробую, конечно, но проделать данную операцию на 150 пользователях нереально, хотелось бы, чтобы эти вещи отрабатывали автоматически, тем более, что для этого вроде все настроено, нужно разобраться в причинах, почему именно не отрабатывает проверка отзыва, а принудительно - это уже крайний случай...</description>
		<content:encoded><![CDATA[<p>Попробую, конечно, но проделать данную операцию на 150 пользователях нереально, хотелось бы, чтобы эти вещи отрабатывали автоматически, тем более, что для этого вроде все настроено, нужно разобраться в причинах, почему именно не отрабатывает проверка отзыва, а принудительно &#8212; это уже крайний случай&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Active Directory Certificate Services (Argon)</title>
		<link>http://argon.pro/blog/2010/07/ws-pki/#comment-7200</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Tue, 18 Oct 2011 19:46:58 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=779#comment-7200</guid>
		<description>1. Зайди на комп, при подключении &lt;em&gt;к которому&lt;/em&gt; есть проблемы, в оснастке сертификатов &lt;em&gt;компьютера&lt;/em&gt; экспортируй сертификат, используемый для RDP в файл (без закррытого ключа).

2. Скинь этот сертификат на комп, при подключении &lt;em&gt;с которого&lt;/em&gt; выдается ошибка проверки сертификатов.

Выполни &lt;code&gt;certutil -url name.cer&lt;/code&gt;

Должна пройти проверка отзыва сертификата, либо по CRL, либо по OCSP.</description>
		<content:encoded><![CDATA[<p>1. Зайди на комп, при подключении <em>к которому</em> есть проблемы, в оснастке сертификатов <em>компьютера</em> экспортируй сертификат, используемый для RDP в файл (без закррытого ключа).</p>
<p>2. Скинь этот сертификат на комп, при подключении <em>с которого</em> выдается ошибка проверки сертификатов.</p>
<p>Выполни <code>certutil -url name.cer</code></p>
<p>Должна пройти проверка отзыва сертификата, либо по CRL, либо по OCSP.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Active Directory Certificate Services (Иван)</title>
		<link>http://argon.pro/blog/2010/07/ws-pki/#comment-7190</link>
		<dc:creator>Иван</dc:creator>
		<pubDate>Tue, 18 Oct 2011 12:49:19 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=779#comment-7190</guid>
		<description>&quot;Например соединение с удаленным рабочим столом отклоняется, выдавая ошибку:
Не удалось проверить, не был ли отозван этот сертификат.&quot;

Игорь, добрый день!
Получаю именно такую ошибку, хотя, как мне кажется, настроил все верно, не могли бы помочь разобраться в данной проблеме?
Могу прислать скриншот, где четко видно, как все настроено, но не знаю, куда именно надо слать.
Заранее признателен за содействие.</description>
		<content:encoded><![CDATA[<p>&#171;Например соединение с удаленным рабочим столом отклоняется, выдавая ошибку:<br />
Не удалось проверить, не был ли отозван этот сертификат.&#187;</p>
<p>Игорь, добрый день!<br />
Получаю именно такую ошибку, хотя, как мне кажется, настроил все верно, не могли бы помочь разобраться в данной проблеме?<br />
Могу прислать скриншот, где четко видно, как все настроено, но не знаю, куда именно надо слать.<br />
Заранее признателен за содействие.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Открытие MCP-клуба в Кирове (lizametrika)</title>
		<link>http://argon.pro/blog/2011/01/kirov-mcp-club-opening/#comment-7139</link>
		<dc:creator>lizametrika</dc:creator>
		<pubDate>Sat, 15 Oct 2011 05:40:13 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1584#comment-7139</guid>
		<description>Хороший сайт, отличный материал. Обновляйте почаще.</description>
		<content:encoded><![CDATA[<p>Хороший сайт, отличный материал. Обновляйте почаще.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка синхронизации времени в домене Active Directory (Александр)</title>
		<link>http://argon.pro/blog/2010/05/ad-time-sync/#comment-6849</link>
		<dc:creator>Александр</dc:creator>
		<pubDate>Thu, 22 Sep 2011 07:38:23 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=449#comment-6849</guid>
		<description>Спасибо за толковую статью.</description>
		<content:encoded><![CDATA[<p>Спасибо за толковую статью.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи О пустых корневых доменах в Active Directory (gex)</title>
		<link>http://argon.pro/blog/2011/09/ad-empty-root-domain/#comment-6661</link>
		<dc:creator>gex</dc:creator>
		<pubDate>Wed, 07 Sep 2011 12:17:22 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2068#comment-6661</guid>
		<description>ответил</description>
		<content:encoded><![CDATA[<p>ответил</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи О пустых корневых доменах в Active Directory (Argon)</title>
		<link>http://argon.pro/blog/2011/09/ad-empty-root-domain/#comment-6658</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Wed, 07 Sep 2011 09:59:44 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2068#comment-6658</guid>
		<description>Спасибо за ссылку! Очень интересно. Там отписал своё мнение об извращениях над RODC.</description>
		<content:encoded><![CDATA[<p>Спасибо за ссылку! Очень интересно. Там отписал своё мнение об извращениях над RODC.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи О пустых корневых доменах в Active Directory (gex)</title>
		<link>http://argon.pro/blog/2011/09/ad-empty-root-domain/#comment-6653</link>
		<dc:creator>gex</dc:creator>
		<pubDate>Wed, 07 Sep 2011 06:21:47 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2068#comment-6653</guid>
		<description>&gt;&gt;&gt;Да кому такая схема нужна будет, после таких-то надругательств ;)
ну просто никто и не заметит особо, что там классы и атрибуты новые появились. Чтобы заметить нужно реализовать использование на уровне приложения. Но тут можно и все-таки на проблему наткнуться, которая также решается. Если подытожить свою мысль, то я хотел сказать, что необходимо в комплексе смотреть безопасность и что компрометация контроллера со схемой мастера имеет не большую опасность чем компрометация любого контроллера.

по поводу RODC. Я тут статейку писал, как можно получить полномочия используя RODC:
http://gexeg.blogspot.com/2009/12/active-directory.html</description>
		<content:encoded><![CDATA[<p>&gt;&gt;&gt;Да кому такая схема нужна будет, после таких-то надругательств ;)<br />
ну просто никто и не заметит особо, что там классы и атрибуты новые появились. Чтобы заметить нужно реализовать использование на уровне приложения. Но тут можно и все-таки на проблему наткнуться, которая также решается. Если подытожить свою мысль, то я хотел сказать, что необходимо в комплексе смотреть безопасность и что компрометация контроллера со схемой мастера имеет не большую опасность чем компрометация любого контроллера.</p>
<p>по поводу RODC. Я тут статейку писал, как можно получить полномочия используя RODC:<br />
<a href="http://gexeg.blogspot.com/2009/12/active-directory.html" rel="nofollow">http://gexeg.blogspot.com/2009/12/active-directory.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи О пустых корневых доменах в Active Directory (Argon)</title>
		<link>http://argon.pro/blog/2011/09/ad-empty-root-domain/#comment-6652</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Tue, 06 Sep 2011 21:08:43 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2068#comment-6652</guid>
		<description>Вот что &lt;a href=&quot;/goto/technet.microsoft.com/en-us/library/cc732801(WS.10).aspx&quot; rel=&quot;nofollow&quot;&gt;нашел&lt;/a&gt;

&lt;blockquote class=&quot;ins&quot;&gt;
A malicious user who compromises an RODC can attempt to configure it in such a way that it tries to replicate attributes that are defined in the RODC filtered attribute set. If the RODC tries to replicate those attributes from a domain controller that is running Windows Server 2008, the replication request is denied. However, if the RODC tries to replicate those attributes from a domain controller that is running Windows Server 2003, the replication request can succeed. 

Therefore, as a security precaution, ensure that forest functional level is Windows Server 2008 if you plan to configure the RODC filtered attribute set. When the forest functional level is Windows Server 2008, an RODC that is compromised cannot be exploited in this manner because domain controllers that are running Windows Server 2003 are not allowed in the forest.
&lt;/blockquote&gt;</description>
		<content:encoded><![CDATA[<p>Вот что <a href="/goto/technet.microsoft.com/en-us/library/cc732801(WS.10).aspx" rel="nofollow">нашел</a></p>
<blockquote class="ins"><p>
A malicious user who compromises an RODC can attempt to configure it in such a way that it tries to replicate attributes that are defined in the RODC filtered attribute set. If the RODC tries to replicate those attributes from a domain controller that is running Windows Server 2008, the replication request is denied. However, if the RODC tries to replicate those attributes from a domain controller that is running Windows Server 2003, the replication request can succeed. </p>
<p>Therefore, as a security precaution, ensure that forest functional level is Windows Server 2008 if you plan to configure the RODC filtered attribute set. When the forest functional level is Windows Server 2008, an RODC that is compromised cannot be exploited in this manner because domain controllers that are running Windows Server 2003 are not allowed in the forest.
</p></blockquote>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи О пустых корневых доменах в Active Directory (Argon)</title>
		<link>http://argon.pro/blog/2011/09/ad-empty-root-domain/#comment-6651</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Tue, 06 Sep 2011 21:02:14 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2068#comment-6651</guid>
		<description>&lt;strong&gt;gex&lt;/strong&gt;, спасибо за комменты! 

Во многом согласен, особенно с развеянием мифов по поводу &quot;безопасности&quot; мастера схемы в корневом домене.

А вот с инфой о практической реализации возможности наделать гадостей, имея прямой доступ только к RODC, пока не сталкивался.

Если сцылок накидаешь, буду рад :)

&lt;blockquote&gt;вот возьмите учетку со schema admin и попробуйте нарушить работу службы каталогов.. :) создали много классов? атрибутов? что еще можете сделать?&lt;/blockquote&gt;
Да кому такая схема нужна будет, после таких-то надругательств ;)</description>
		<content:encoded><![CDATA[<p><strong>gex</strong>, спасибо за комменты! </p>
<p>Во многом согласен, особенно с развеянием мифов по поводу &#171;безопасности&#187; мастера схемы в корневом домене.</p>
<p>А вот с инфой о практической реализации возможности наделать гадостей, имея прямой доступ только к RODC, пока не сталкивался.</p>
<p>Если сцылок накидаешь, буду рад :)</p>
<blockquote><p>вот возьмите учетку со schema admin и попробуйте нарушить работу службы каталогов.. :) создали много классов? атрибутов? что еще можете сделать?</p></blockquote>
<p>Да кому такая схема нужна будет, после таких-то надругательств ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи О пустых корневых доменах в Active Directory (gex)</title>
		<link>http://argon.pro/blog/2011/09/ad-empty-root-domain/#comment-6647</link>
		<dc:creator>gex</dc:creator>
		<pubDate>Tue, 06 Sep 2011 18:31:15 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2068#comment-6647</guid>
		<description>еще в догонку по схеме.. и по мастеру:
корневым доменом его не скроешь и не спрячешь, а тем более не защитишь... 
Очень легко посмотреть где мастер схемы. Это раз. 
Очень легко форсануть схема мастера куда угодно, имея физический доступ к любому RwDC, а иногда и RoDC. И тогда делай все что хочешь. Это два. Но опять же, &quot;все что хочешь&quot; - это слишком громко сказано, поскольку DSA на схему накладывает очень большие ограничения на расширение. Ключевое слово расширение. Начиная с 2003 ограничений только прибавилось.</description>
		<content:encoded><![CDATA[<p>еще в догонку по схеме.. и по мастеру:<br />
корневым доменом его не скроешь и не спрячешь, а тем более не защитишь&#8230;<br />
Очень легко посмотреть где мастер схемы. Это раз.<br />
Очень легко форсануть схема мастера куда угодно, имея физический доступ к любому RwDC, а иногда и RoDC. И тогда делай все что хочешь. Это два. Но опять же, &#171;все что хочешь&#187; &#8212; это слишком громко сказано, поскольку DSA на схему накладывает очень большие ограничения на расширение. Ключевое слово расширение. Начиная с 2003 ограничений только прибавилось.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи О пустых корневых доменах в Active Directory (gex)</title>
		<link>http://argon.pro/blog/2011/09/ad-empty-root-domain/#comment-6644</link>
		<dc:creator>gex</dc:creator>
		<pubDate>Tue, 06 Sep 2011 17:10:24 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2068#comment-6644</guid>
		<description>&gt;&gt;&gt;контроллеры домена только для чтения позволяют больше особо не беспокоиться за их безопасность при размещении в подозрительных местах: даже прямой физический доступ к такому контроллеру не угрожает безопасности административных учетных записей
это не совсем так. физический доступ к такому контроллеру всеже при неправильной политике администрирования может привести к плохим последствиям.. все таки он только на уровне DSA read-only.. а так изменяй - нехочу.. 

&gt;&gt;&gt;Если иерархия доменов в пределах одного леса строиться именно по перечисленным выше причинам, то вполне разумно в качестве корня иерархии использовать «пустой» домен, который не будет выполнять никаких ответственных функций, кроме как логического корня и высшей точки назначения привилегий.
ну какбы иерархия доменов в назначении привилегий не играет...

вообще можно добавить еще один миф: доступ к схеме-мастеру не приводит к компрометации :) вот возьмите учетку со schema admin и попробуйте нарушить работу службы каталогов.. :) создали много классов? атрибутов? что еще можете сделать? модифицировать системную часть схемы можете?</description>
		<content:encoded><![CDATA[<p>&gt;&gt;&gt;контроллеры домена только для чтения позволяют больше особо не беспокоиться за их безопасность при размещении в подозрительных местах: даже прямой физический доступ к такому контроллеру не угрожает безопасности административных учетных записей<br />
это не совсем так. физический доступ к такому контроллеру всеже при неправильной политике администрирования может привести к плохим последствиям.. все таки он только на уровне DSA read-only.. а так изменяй &#8212; нехочу.. </p>
<p>&gt;&gt;&gt;Если иерархия доменов в пределах одного леса строиться именно по перечисленным выше причинам, то вполне разумно в качестве корня иерархии использовать «пустой» домен, который не будет выполнять никаких ответственных функций, кроме как логического корня и высшей точки назначения привилегий.<br />
ну какбы иерархия доменов в назначении привилегий не играет&#8230;</p>
<p>вообще можно добавить еще один миф: доступ к схеме-мастеру не приводит к компрометации :) вот возьмите учетку со schema admin и попробуйте нарушить работу службы каталогов.. :) создали много классов? атрибутов? что еще можете сделать? модифицировать системную часть схемы можете?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи О пустых корневых доменах в Active Directory (Argon)</title>
		<link>http://argon.pro/blog/2011/09/ad-empty-root-domain/#comment-6633</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Tue, 06 Sep 2011 07:50:54 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2068#comment-6633</guid>
		<description>Верно. Я даж где-то читал, что рекомендуют корневой домен со схема-мастером именно таким образом &quot;прятать&quot; от посторонних глаз.

Однако, для варианта Forest Trust этот дополнительный уровень все равно удлинняет цепочку аутентификации (Kerberos, NTLM).</description>
		<content:encoded><![CDATA[<p>Верно. Я даж где-то читал, что рекомендуют корневой домен со схема-мастером именно таким образом &#171;прятать&#187; от посторонних глаз.</p>
<p>Однако, для варианта Forest Trust этот дополнительный уровень все равно удлинняет цепочку аутентификации (Kerberos, NTLM).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи О пустых корневых доменах в Active Directory (Stanislav Buldakov)</title>
		<link>http://argon.pro/blog/2011/09/ad-empty-root-domain/#comment-6631</link>
		<dc:creator>Stanislav Buldakov</dc:creator>
		<pubDate>Tue, 06 Sep 2011 06:22:43 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=2068#comment-6631</guid>
		<description>&quot;Общая логическая иерархия AD увеличивается дополнительным уровнем, удлиняя имя домена, цепочку разрешения имён и аутентификации при работе с доверительными отношениями с другими лесами.&quot; - не всегда так. Ничто не мешает в рамках одного леса создать корневой домен root.local и &quot;дочерние&quot; домены domain1.local, domain2.local итд. Настройки доверия между лесами при этом могут немного усложниться (за счёт дополнительных dns-форвардеров), зато имена станут короче =)</description>
		<content:encoded><![CDATA[<p>&#171;Общая логическая иерархия AD увеличивается дополнительным уровнем, удлиняя имя домена, цепочку разрешения имён и аутентификации при работе с доверительными отношениями с другими лесами.&#187; &#8212; не всегда так. Ничто не мешает в рамках одного леса создать корневой домен root.local и &#171;дочерние&#187; домены domain1.local, domain2.local итд. Настройки доверия между лесами при этом могут немного усложниться (за счёт дополнительных dns-форвардеров), зато имена станут короче =)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Восстановление прав администратора на Microsoft SQL Server 2008/2005 (Argon)</title>
		<link>http://argon.pro/blog/2010/05/sql-server-restore-admin-access/#comment-6626</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Mon, 05 Sep 2011 20:33:20 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=461#comment-6626</guid>
		<description>Нужно убедиться, что предыдущие шаги были выполнены успешно ;)</description>
		<content:encoded><![CDATA[<p>Нужно убедиться, что предыдущие шаги были выполнены успешно ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Восстановление прав администратора на Microsoft SQL Server 2008/2005 (HarpyWar)</title>
		<link>http://argon.pro/blog/2010/05/sql-server-restore-admin-access/#comment-6623</link>
		<dc:creator>HarpyWar</dc:creator>
		<pubDate>Mon, 05 Sep 2011 18:30:49 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=461#comment-6623</guid>
		<description>Что делать, если пишет нет разрешения?


C:\Program Files\Microsoft SQL Server\100\Tools\Binn&gt;sqlcmd -E
1&gt; EXEC sp_addsrvrolemember &#039;WIN-58VES4PDRM8\Администратор&#039;, &#039;sysadmin&#039;
2&gt; GO
Сообщение 15247, уровень 16, состояние 1, сервер WIN-58VES4PDRM8\SQLEXPRESS, про
цедура sp_addsrvrolemember, строка 29
У пользователя нет разрешений на выполнение данного действия.</description>
		<content:encoded><![CDATA[<p>Что делать, если пишет нет разрешения?</p>
<p>C:\Program Files\Microsoft SQL Server\100\Tools\Binn&gt;sqlcmd -E<br />
1&gt; EXEC sp_addsrvrolemember &#8216;WIN-58VES4PDRM8\Администратор&#8217;, &#8216;sysadmin&#8217;<br />
2&gt; GO<br />
Сообщение 15247, уровень 16, состояние 1, сервер WIN-58VES4PDRM8\SQLEXPRESS, про<br />
цедура sp_addsrvrolemember, строка 29<br />
У пользователя нет разрешений на выполнение данного действия.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Интеграция Lync Server 2010 и Asterisk 1.8 (Argon)</title>
		<link>http://argon.pro/blog/2010/11/lync-asterisk-integration/#comment-6590</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sun, 04 Sep 2011 13:17:57 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1367#comment-6590</guid>
		<description>Дмитрий, я бы в первую очередь смотрел журналы SIP на стороне Lync и Asterisk. Недавно один из коллег, с которым я на форумах общался, запостил еще одни &lt;a href=&quot;/goto/savithomas.blogspot.com/2011/07/connecting-lync-server-2010-with.html&quot; rel=&quot;nofollow&quot;&gt;волкграунд&lt;/a&gt;. Возможно, пригодиться.</description>
		<content:encoded><![CDATA[<p>Дмитрий, я бы в первую очередь смотрел журналы SIP на стороне Lync и Asterisk. Недавно один из коллег, с которым я на форумах общался, запостил еще одни <a href="/goto/savithomas.blogspot.com/2011/07/connecting-lync-server-2010-with.html" rel="nofollow">волкграунд</a>. Возможно, пригодиться.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Интеграция Lync Server 2010 и Asterisk 1.8 (Дмитрий)</title>
		<link>http://argon.pro/blog/2010/11/lync-asterisk-integration/#comment-6544</link>
		<dc:creator>Дмитрий</dc:creator>
		<pubDate>Thu, 01 Sep 2011 12:08:38 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1367#comment-6544</guid>
		<description>не работает Lync по этому руководству. звонки только в одну сторону на Lync абонентов, обратно же, ничего не происходит. бьюсь уже неделю,понять не могу где косяк.
.Lync 2010 , asterisk 1.8.5</description>
		<content:encoded><![CDATA[<p>не работает Lync по этому руководству. звонки только в одну сторону на Lync абонентов, обратно же, ничего не происходит. бьюсь уже неделю,понять не могу где косяк.<br />
.Lync 2010 , asterisk 1.8.5</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Маршрутизация вызовов в Lync Server 2010 (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-call-routing/#comment-6532</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Wed, 31 Aug 2011 06:58:34 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1856#comment-6532</guid>
		<description>Сколько не пытался, и базу напрямую правил, и атрибуты юзеров мучал -- не получилось. В Response Group работают только пользователи Lync Client. А вот наоборот PBX &gt; Ex UM &gt; Lync RG -- работать будет.</description>
		<content:encoded><![CDATA[<p>Сколько не пытался, и базу напрямую правил, и атрибуты юзеров мучал &#8212; не получилось. В Response Group работают только пользователи Lync Client. А вот наоборот PBX > Ex UM > Lync RG &#8212; работать будет.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Маршрутизация вызовов в Lync Server 2010 (Bulat)</title>
		<link>http://argon.pro/blog/2011/03/lync-call-routing/#comment-6530</link>
		<dc:creator>Bulat</dc:creator>
		<pubDate>Wed, 31 Aug 2011 05:42:11 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1856#comment-6530</guid>
		<description>P.S. Спасибо за интересную статью.</description>
		<content:encoded><![CDATA[<p>P.S. Спасибо за интересную статью.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Маршрутизация вызовов в Lync Server 2010 (Bulat)</title>
		<link>http://argon.pro/blog/2011/03/lync-call-routing/#comment-6529</link>
		<dc:creator>Bulat</dc:creator>
		<pubDate>Wed, 31 Aug 2011 05:41:21 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1856#comment-6529</guid>
		<description>&gt;&gt;&gt; &quot;я обнаружил еще одну пренеприятнейшую особенность: в группу дозвона (Hunt Group в терминах телефонии, Response Group в терминах Lync) можно добавлять только стандартных пользователей Lync Server.&quot;

---------
А &quot;AutoAttendant(Exchange2010)&quot; для Lync Server также является нестандартным пользователем?

Попытался указать в Responce Group  телефон AutoAttendant на Exchange - безуспешно.
Пробовал различные способы: 1) в настройках группы (&quot;Lync Control Panel&quot; -&gt; &quot;Responce Group&quot; -&gt; &quot;Group&quot;) в параметре &quot;Use an existing email distribution list&quot; - указал адрес &quot;distribution list&quot;, членом в которой является mail-enabled контакт &quot;AutoAttendant&quot;, 2) в очереди &quot;queue&quot; в параметре &quot;enable queue time-out&quot; пытался указать в &quot;Call Action&quot; -&gt; &quot;Forward to sip address&quot; указать адрес &quot;AutoAttendant&quot;).
--
В итоге сценарий: 
Ext/int call -&gt; Lync Server Responce Group -&gt; Autoattendant Exchange
реализуем в принципе?</description>
		<content:encoded><![CDATA[<p>&gt;&gt;&gt; &#171;я обнаружил еще одну пренеприятнейшую особенность: в группу дозвона (Hunt Group в терминах телефонии, Response Group в терминах Lync) можно добавлять только стандартных пользователей Lync Server.&#187;</p>
<p>&#8212;&#8212;&#8212;<br />
А &#171;AutoAttendant(Exchange2010)&#187; для Lync Server также является нестандартным пользователем?</p>
<p>Попытался указать в Responce Group  телефон AutoAttendant на Exchange &#8212; безуспешно.<br />
Пробовал различные способы: 1) в настройках группы (&#171;Lync Control Panel&#187; -&gt; &#171;Responce Group&#187; -&gt; &#171;Group&#187;) в параметре &#171;Use an existing email distribution list&#187; &#8212; указал адрес &#171;distribution list&#187;, членом в которой является mail-enabled контакт &#171;AutoAttendant&#187;, 2) в очереди &#171;queue&#187; в параметре &#171;enable queue time-out&#187; пытался указать в &#171;Call Action&#187; -&gt; &#171;Forward to sip address&#187; указать адрес &#171;AutoAttendant&#187;).<br />
&#8212;<br />
В итоге сценарий:<br />
Ext/int call -&gt; Lync Server Responce Group -&gt; Autoattendant Exchange<br />
реализуем в принципе?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-6210</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Tue, 16 Aug 2011 20:28:35 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-6210</guid>
		<description>Test, прости что поздно отвечаю, упустил твой коммент.

Логин/пароль, видимо, сохранён в Win Secure Store, посмотреть его можно из панели управления, либо командой:
cmdkey /list</description>
		<content:encoded><![CDATA[<p>Test, прости что поздно отвечаю, упустил твой коммент.</p>
<p>Логин/пароль, видимо, сохранён в Win Secure Store, посмотреть его можно из панели управления, либо командой:<br />
cmdkey /list</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Проектирование схемы именования объектов (Argon)</title>
		<link>http://argon.pro/blog/2011/06/object-naming-convention/#comment-6175</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Mon, 15 Aug 2011 11:31:14 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1962#comment-6175</guid>
		<description>Спасибо! Как я раньше это не находил, удивляюсь...

Годная статья, добавлю в ссылки.

Слуш, а у тебя инфайта на хабру не найдётся?</description>
		<content:encoded><![CDATA[<p>Спасибо! Как я раньше это не находил, удивляюсь&#8230;</p>
<p>Годная статья, добавлю в ссылки.</p>
<p>Слуш, а у тебя инфайта на хабру не найдётся?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Проектирование схемы именования объектов (lujana)</title>
		<link>http://argon.pro/blog/2011/06/object-naming-convention/#comment-6171</link>
		<dc:creator>lujana</dc:creator>
		<pubDate>Mon, 15 Aug 2011 08:02:44 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1962#comment-6171</guid>
		<description>Есть еще одна замечательная статья по этому поводу.

http://habrahabr.ru/blogs/it-infrastructure/93423/</description>
		<content:encoded><![CDATA[<p>Есть еще одна замечательная статья по этому поводу.</p>
<p><a href="http://habrahabr.ru/blogs/it-infrastructure/93423/" rel="nofollow">http://habrahabr.ru/blogs/it-infrastructure/93423/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Windows Server 2008 R2: Server Core and Hyper-V Server (Aleksa106)</title>
		<link>http://argon.pro/blog/2010/02/windows-server-2008-r2-core-hyper-v/#comment-6083</link>
		<dc:creator>Aleksa106</dc:creator>
		<pubDate>Wed, 10 Aug 2011 13:29:38 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=345#comment-6083</guid>
		<description>Спасибо за NVSPBind...выручило.</description>
		<content:encoded><![CDATA[<p>Спасибо за NVSPBind&#8230;выручило.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Восстановление прав администратора на Microsoft SQL Server 2008/2005 (Олег)</title>
		<link>http://argon.pro/blog/2010/05/sql-server-restore-admin-access/#comment-5854</link>
		<dc:creator>Олег</dc:creator>
		<pubDate>Tue, 05 Jul 2011 15:15:44 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=461#comment-5854</guid>
		<description>1000 благодарностей думал кирдык, аж вспотел! молодца! огромное спасибо еще раз</description>
		<content:encoded><![CDATA[<p>1000 благодарностей думал кирдык, аж вспотел! молодца! огромное спасибо еще раз</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Test)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-5836</link>
		<dc:creator>Test</dc:creator>
		<pubDate>Fri, 01 Jul 2011 13:40:17 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-5836</guid>
		<description>Компьютер не в домене, снаружи через Линк клиента захожу под любым SIP аккаунтом без авторизации(например, user@test.domain), хотя внутри сети просит авторизацию.
Схема следующая:
1. FE, Mediation server(роли совмещенные на одном сервере)
2. Edge (без нат, с одним IP в наружу, и одним в локалку).</description>
		<content:encoded><![CDATA[<p>Компьютер не в домене, снаружи через Линк клиента захожу под любым SIP аккаунтом без авторизации(например, <a href="mailto:user@test.domain">user@test.domain</a>), хотя внутри сети просит авторизацию.<br />
Схема следующая:<br />
1. FE, Mediation server(роли совмещенные на одном сервере)<br />
2. Edge (без нат, с одним IP в наружу, и одним в локалку).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-5830</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Thu, 30 Jun 2011 13:44:29 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-5830</guid>
		<description>Предполагаю 2 варианта:

1. Пароль сохранен.
2. Юзеры каким-то образом авторизованы в домене.</description>
		<content:encoded><![CDATA[<p>Предполагаю 2 варианта:</p>
<p>1. Пароль сохранен.<br />
2. Юзеры каким-то образом авторизованы в домене.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Test)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-5829</link>
		<dc:creator>Test</dc:creator>
		<pubDate>Thu, 30 Jun 2011 12:58:27 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-5829</guid>
		<description>Поставил edge все работае нормально, вот только клиенты снаружи заходят без авторизации, в чем может быть глюк?</description>
		<content:encoded><![CDATA[<p>Поставил edge все работае нормально, вот только клиенты снаружи заходят без авторизации, в чем может быть глюк?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Проектирование схемы именования объектов (Argon)</title>
		<link>http://argon.pro/blog/2011/06/object-naming-convention/#comment-5801</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Mon, 27 Jun 2011 14:06:53 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1962#comment-5801</guid>
		<description>Stanislav Buldakov, спасибо, подумаю, что прикрутить к блогу для оповещений.</description>
		<content:encoded><![CDATA[<p>Stanislav Buldakov, спасибо, подумаю, что прикрутить к блогу для оповещений.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Проектирование схемы именования объектов (Stanislav Buldakov)</title>
		<link>http://argon.pro/blog/2011/06/object-naming-convention/#comment-5800</link>
		<dc:creator>Stanislav Buldakov</dc:creator>
		<pubDate>Mon, 27 Jun 2011 12:40:26 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1962#comment-5800</guid>
		<description>2Argon

Систему транслитерации выбирают топ-менеджеры. Простому пользователю с этим спорить смысла нет, в такой ситуации. Если системы не будет, то очень быстро всё в зоопарк превращается. =)

поставь чтоли отслеживатель ответов в бложик. а то в рсс пихать это некомильфо.</description>
		<content:encoded><![CDATA[<p>2Argon</p>
<p>Систему транслитерации выбирают топ-менеджеры. Простому пользователю с этим спорить смысла нет, в такой ситуации. Если системы не будет, то очень быстро всё в зоопарк превращается. =)</p>
<p>поставь чтоли отслеживатель ответов в бложик. а то в рсс пихать это некомильфо.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Проектирование схемы именования объектов (Андрей)</title>
		<link>http://argon.pro/blog/2011/06/object-naming-convention/#comment-5757</link>
		<dc:creator>Андрей</dc:creator>
		<pubDate>Tue, 21 Jun 2011 09:20:38 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1962#comment-5757</guid>
		<description>Отличный материал! Давно искал нечто подобное.
Благодарю!</description>
		<content:encoded><![CDATA[<p>Отличный материал! Давно искал нечто подобное.<br />
Благодарю!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Проектирование схемы именования объектов (Freejack)</title>
		<link>http://argon.pro/blog/2011/06/object-naming-convention/#comment-5742</link>
		<dc:creator>Freejack</dc:creator>
		<pubDate>Sun, 19 Jun 2011 18:38:43 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1962#comment-5742</guid>
		<description>Чорт... Теперь я понял почему &quot;полено&quot; мне так странно назвали:)))</description>
		<content:encoded><![CDATA[<p>Чорт&#8230; Теперь я понял почему &#171;полено&#187; мне так странно назвали:)))</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (mesmer)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-5719</link>
		<dc:creator>mesmer</dc:creator>
		<pubDate>Fri, 17 Jun 2011 07:56:13 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-5719</guid>
		<description>странное дело было вчера.
вывел тестовый комп из группы установки FCS, развернул с nomom, также все осталось.
утром сегодня как и все подхватил новые обновления. что случилось с wsus как понимаю за эти три дня, что такое произошло, именно с обновлениями для антивирусов. буду надеятся, что такое не произойдет более.</description>
		<content:encoded><![CDATA[<p>странное дело было вчера.<br />
вывел тестовый комп из группы установки FCS, развернул с nomom, также все осталось.<br />
утром сегодня как и все подхватил новые обновления. что случилось с wsus как понимаю за эти три дня, что такое произошло, именно с обновлениями для антивирусов. буду надеятся, что такое не произойдет более.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Argon)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-5709</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Thu, 16 Jun 2011 09:14:40 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-5709</guid>
		<description>&lt;blockquote&gt;клиент совсем старый, и база соответсвенно не обновлена&lt;/blockquote&gt;
Если на всусе с аппрувами все в порядке, то клиент и базы, сам понимаешь, должны обновлятся.

&lt;blockquote&gt;в adm.console комп появился нормально&lt;/blockquote&gt;
То, что клиент появился в консоли, говорит о том, что связь с МОМом имеется, аутентификация проходит.

А с другими клиентами какая-то беда. Может, базы мом-а попробовать из бекапа откатить?

Либо удалить из мома остальные компы, чтобы они перерегистрировались? Тренироваться, конечно, сперва сделав бэкап.</description>
		<content:encoded><![CDATA[<blockquote><p>клиент совсем старый, и база соответсвенно не обновлена</p></blockquote>
<p>Если на всусе с аппрувами все в порядке, то клиент и базы, сам понимаешь, должны обновлятся.</p>
<blockquote><p>в adm.console комп появился нормально</p></blockquote>
<p>То, что клиент появился в консоли, говорит о том, что связь с МОМом имеется, аутентификация проходит.</p>
<p>А с другими клиентами какая-то беда. Может, базы мом-а попробовать из бекапа откатить?</p>
<p>Либо удалить из мома остальные компы, чтобы они перерегистрировались? Тренироваться, конечно, сперва сделав бэкап.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (mesmer)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-5708</link>
		<dc:creator>mesmer</dc:creator>
		<pubDate>Thu, 16 Jun 2011 08:57:32 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-5708</guid>
		<description>на тестовой машине поудалял сначала mom, - все также.
после - удалил сам клиент и mom полностью, с сервера удалил все записи об этой машине в Mom 2005 adm.console с wsus пошла установка клиента и агента. но теперь клиент совсем старый, и база соответсвенно не обновлена...
в adm.console комп появился нормально.</description>
		<content:encoded><![CDATA[<p>на тестовой машине поудалял сначала mom, &#8212; все также.<br />
после &#8212; удалил сам клиент и mom полностью, с сервера удалил все записи об этой машине в Mom 2005 adm.console с wsus пошла установка клиента и агента. но теперь клиент совсем старый, и база соответсвенно не обновлена&#8230;<br />
в adm.console комп появился нормально.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Argon)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-5705</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Thu, 16 Jun 2011 07:55:03 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-5705</guid>
		<description>От клиентов знаем, что серер отклоняет запрос (но сервер они таки находят, значит в политики применяются). Теперь можно копать на сервере, почему он запросы отвергает... Логи смотреть, возможно, аудит безопасности включить.

Как вариант, попробовать накатить новый агент на чистую машину, или переустановить на старой. Посмотреть, как оно себя поведёт.</description>
		<content:encoded><![CDATA[<p>От клиентов знаем, что серер отклоняет запрос (но сервер они таки находят, значит в политики применяются). Теперь можно копать на сервере, почему он запросы отвергает&#8230; Логи смотреть, возможно, аудит безопасности включить.</p>
<p>Как вариант, попробовать накатить новый агент на чистую машину, или переустановить на старой. Посмотреть, как оно себя поведёт.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (mesmer)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-5704</link>
		<dc:creator>mesmer</dc:creator>
		<pubDate>Thu, 16 Jun 2011 07:10:17 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-5704</guid>
		<description>Наблюдаю дальше на клиентах присуствует:
The agent could not connect to the MOM Server srv-1.  The error reported is &#039;Подключение не установлено, т.к. конечный компьютер отверг запрос на подключение.&#039;.  Verify the management group name is correct, the MOM Server is running, that it is listening on port 1270, and that any firewalls between this agent and the MOM server are configured to pass TCP and UDP traffic on port 1270.

srv-1 - сервер.</description>
		<content:encoded><![CDATA[<p>Наблюдаю дальше на клиентах присуствует:<br />
The agent could not connect to the MOM Server srv-1.  The error reported is &#8216;Подключение не установлено, т.к. конечный компьютер отверг запрос на подключение.&#8217;.  Verify the management group name is correct, the MOM Server is running, that it is listening on port 1270, and that any firewalls between this agent and the MOM server are configured to pass TCP and UDP traffic on port 1270.</p>
<p>srv-1 &#8212; сервер.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Argon)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-5703</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Thu, 16 Jun 2011 06:57:05 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-5703</guid>
		<description>Влиять, конечно, может, ведь из репортинга эти данные о клиентах извлекаются. Нужно убедиться, что места достаточно на диске, так и база не заблокирована от дальнейшего роста и записи.</description>
		<content:encoded><![CDATA[<p>Влиять, конечно, может, ведь из репортинга эти данные о клиентах извлекаются. Нужно убедиться, что места достаточно на диске, так и база не заблокирована от дальнейшего роста и записи.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (mesmer)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-5702</link>
		<dc:creator>mesmer</dc:creator>
		<pubDate>Thu, 16 Jun 2011 06:26:02 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-5702</guid>
		<description>да все это я сразу проверил, изменений нет.
единственно, чо смущает в евенте вылезло, мол в базе SQL (SystemCenterReporting)не хватало места для какой-то процедуры. увеличил место.
перегрузился, вышло единственное с ошибкой:
The Agent incoming queue data submission has been blocked. This may indicate that queue does not have sufficient space or is unavailable to accept data. 
Management Group: ForefrontClientSecurity

может все это влиять? тогда что предпринять дальше дальше</description>
		<content:encoded><![CDATA[<p>да все это я сразу проверил, изменений нет.<br />
единственно, чо смущает в евенте вылезло, мол в базе SQL (SystemCenterReporting)не хватало места для какой-то процедуры. увеличил место.<br />
перегрузился, вышло единственное с ошибкой:<br />
The Agent incoming queue data submission has been blocked. This may indicate that queue does not have sufficient space or is unavailable to accept data.<br />
Management Group: ForefrontClientSecurity</p>
<p>может все это влиять? тогда что предпринять дальше дальше</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Argon)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-5701</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Thu, 16 Jun 2011 05:14:18 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-5701</guid>
		<description>Я бь в первую очередь убедился в следующем: нашел во всусе это обновление поиском, затем убедился, что оно одобрено и закачено. Также, проверил бы автоодобрения.

Затем запустил ручной поиск обновлений Windows на клиентах, если не найдёт, то курить взаимодействие клиентов и всус.

Также, может пока рано драматизировать, база мома обновляется ммееедленно.</description>
		<content:encoded><![CDATA[<p>Я бь в первую очередь убедился в следующем: нашел во всусе это обновление поиском, затем убедился, что оно одобрено и закачено. Также, проверил бы автоодобрения.</p>
<p>Затем запустил ручной поиск обновлений Windows на клиентах, если не найдёт, то курить взаимодействие клиентов и всус.</p>
<p>Также, может пока рано драматизировать, база мома обновляется ммееедленно.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (mesmer)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-5700</link>
		<dc:creator>mesmer</dc:creator>
		<pubDate>Thu, 16 Jun 2011 04:46:48 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-5700</guid>
		<description>Приветствую!
Такая ерундень случилась в технете писал но пока тихо:
суть такова, обнаружил что на сегодня последние обновления для клиентов FCS в сети от
 
13.06.11
 
 Client Version:  1.5.1996.0
 Engine Version: 1.1.6903.0
 Antivirus definition: 1.105.1849.0
 Antispyware definition: 1.105.1849.0
 
Машины с MOM, сервер FCS работает, в логах вроде подозрительного нет, политику раздает на OU (сейчас еще раз переназначил для подстраховки).
 
На сервере WSUS и вручную синхронизацию делал и так по плану тоже идут обновления (другие не касаемый антивируса), и в состоянии компьютеров пишет, что требуется установить  для указанных компьтютеров: Обновление определения для Microsoft Forefront Client Security – БЗ977939 (Определение 1.105.2020.0)
 
выбираю в антивирусе обновиться, пишет, мол нету доступных.</description>
		<content:encoded><![CDATA[<p>Приветствую!<br />
Такая ерундень случилась в технете писал но пока тихо:<br />
суть такова, обнаружил что на сегодня последние обновления для клиентов FCS в сети от</p>
<p>13.06.11</p>
<p> Client Version:  1.5.1996.0<br />
 Engine Version: 1.1.6903.0<br />
 Antivirus definition: 1.105.1849.0<br />
 Antispyware definition: 1.105.1849.0</p>
<p>Машины с MOM, сервер FCS работает, в логах вроде подозрительного нет, политику раздает на OU (сейчас еще раз переназначил для подстраховки).</p>
<p>На сервере WSUS и вручную синхронизацию делал и так по плану тоже идут обновления (другие не касаемый антивируса), и в состоянии компьютеров пишет, что требуется установить  для указанных компьтютеров: Обновление определения для Microsoft Forefront Client Security – БЗ977939 (Определение 1.105.2020.0)</p>
<p>выбираю в антивирусе обновиться, пишет, мол нету доступных.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Проектирование схемы именования объектов (Argon)</title>
		<link>http://argon.pro/blog/2011/06/object-naming-convention/#comment-5687</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Wed, 15 Jun 2011 11:17:46 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1962#comment-5687</guid>
		<description>Эх, вроде бы дописал... Коллеги, спасибо за комменты!

&lt;strong&gt;Стас&lt;/strong&gt; [Комментарий от 2011-06-14, 19:11],
Последняя схема формирования логина, в котором гибко выбираются части имени и фамилии, позволяет избежать коллизий лучше всех.

Например, имеем трёх юзеров с именем Федор Бондарчук. Первого называем fbond, второго febo, третьего fedorb. И так далее, вариантов масса.

&lt;strong&gt;Vitaly&lt;/strong&gt; [Комментарий от 2011-06-14, 21:14],
Верное уточнение!

&lt;strong&gt;Stanislav Buldakov&lt;/strong&gt; [Комментарий от 2011-06-15, 11:27],
Спасибо за ссылку. Только дописал свою часть про OU, иду по ссылке, и вижу что мысли во многом сходятся ;)

Насчет транслитирации по гостам -- я, например, не согласен с транслитерацией своей фамилию по стандарту, применяемому в ФМС. Отдельное заявление писал, чтобы мою фамилию транслитерировали как мне нужно. И думаю, что не один такой. Если юзеру пофиг -- то есть смысл транслитерировать по стандарту. Если не пофиг, то почему бы не прислушаться к его мнению.</description>
		<content:encoded><![CDATA[<p>Эх, вроде бы дописал&#8230; Коллеги, спасибо за комменты!</p>
<p><strong>Стас</strong> [Комментарий от 2011-06-14, 19:11],<br />
Последняя схема формирования логина, в котором гибко выбираются части имени и фамилии, позволяет избежать коллизий лучше всех.</p>
<p>Например, имеем трёх юзеров с именем Федор Бондарчук. Первого называем fbond, второго febo, третьего fedorb. И так далее, вариантов масса.</p>
<p><strong>Vitaly</strong> [Комментарий от 2011-06-14, 21:14],<br />
Верное уточнение!</p>
<p><strong>Stanislav Buldakov</strong> [Комментарий от 2011-06-15, 11:27],<br />
Спасибо за ссылку. Только дописал свою часть про OU, иду по ссылке, и вижу что мысли во многом сходятся ;)</p>
<p>Насчет транслитирации по гостам &#8212; я, например, не согласен с транслитерацией своей фамилию по стандарту, применяемому в ФМС. Отдельное заявление писал, чтобы мою фамилию транслитерировали как мне нужно. И думаю, что не один такой. Если юзеру пофиг &#8212; то есть смысл транслитерировать по стандарту. Если не пофиг, то почему бы не прислушаться к его мнению.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Проектирование схемы именования объектов (Stanislav Buldakov)</title>
		<link>http://argon.pro/blog/2011/06/object-naming-convention/#comment-5685</link>
		<dc:creator>Stanislav Buldakov</dc:creator>
		<pubDate>Wed, 15 Jun 2011 08:27:23 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1962#comment-5685</guid>
		<description>относительно планирования именования и структуры организационных единиц была статейка http://blogs.technet.com/b/vladygin/archive/2009/10/20/ad-c-ou.aspx

относительно транслитерации - выбирается любая система транслитерации (типа той, что используется в ФМС при транслитерации имени-фамилии получателя загранпаспорта). в результате все неоднозначности транслитерации снимаются. 

годная статья =)</description>
		<content:encoded><![CDATA[<p>относительно планирования именования и структуры организационных единиц была статейка <a href="http://blogs.technet.com/b/vladygin/archive/2009/10/20/ad-c-ou.aspx" rel="nofollow">http://blogs.technet.com/b/vladygin/archive/2009/10/20/ad-c-ou.aspx</a></p>
<p>относительно транслитерации &#8212; выбирается любая система транслитерации (типа той, что используется в ФМС при транслитерации имени-фамилии получателя загранпаспорта). в результате все неоднозначности транслитерации снимаются. </p>
<p>годная статья =)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Проектирование схемы именования объектов (Vitaly)</title>
		<link>http://argon.pro/blog/2011/06/object-naming-convention/#comment-5681</link>
		<dc:creator>Vitaly</dc:creator>
		<pubDate>Tue, 14 Jun 2011 18:14:38 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1962#comment-5681</guid>
		<description>По поводу русских логинов.
Согласен, зло. Однако хотел бы уточнить - с кириллическими именами плохо работает не RDS как таковой а NPS. Ну как это лечится ты знаешь :).
Какой еще был замечен в практике косяк с русскими логинами: при авторизации линковского телефона по учетке типа MyDomain\Маша телефон логиниться отказывался.

И еще по поводу логинов типа i.rom. Точки тоже зло. чуть меньшее чем русские логины но зло. Для меня. Бесит...</description>
		<content:encoded><![CDATA[<p>По поводу русских логинов.<br />
Согласен, зло. Однако хотел бы уточнить &#8212; с кириллическими именами плохо работает не RDS как таковой а NPS. Ну как это лечится ты знаешь :).<br />
Какой еще был замечен в практике косяк с русскими логинами: при авторизации линковского телефона по учетке типа MyDomain\Маша телефон логиниться отказывался.</p>
<p>И еще по поводу логинов типа i.rom. Точки тоже зло. чуть меньшее чем русские логины но зло. Для меня. Бесит&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Проектирование схемы именования объектов (Стас)</title>
		<link>http://argon.pro/blog/2011/06/object-naming-convention/#comment-5680</link>
		<dc:creator>Стас</dc:creator>
		<pubDate>Tue, 14 Jun 2011 16:11:02 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1962#comment-5680</guid>
		<description>хорошая статья,

раньше тоже использовал шаблон
Бондарчук Фёдор Сергеевич = fbond

но чем больше пользователей, тем больше колизий с совпадением логинов,

сейчас использую Бондарчук Фёдор Сергеевич = fsbond (по одной букве из имени, отчества + часть фамилии)

но даже в этом случае бывают совпадения,
есть люди ФИО которых полностью сопдает (хотя не родственники, и живут в разных городах)

как быть в этом случае, посоветуй...</description>
		<content:encoded><![CDATA[<p>хорошая статья,</p>
<p>раньше тоже использовал шаблон<br />
Бондарчук Фёдор Сергеевич = fbond</p>
<p>но чем больше пользователей, тем больше колизий с совпадением логинов,</p>
<p>сейчас использую Бондарчук Фёдор Сергеевич = fsbond (по одной букве из имени, отчества + часть фамилии)</p>
<p>но даже в этом случае бывают совпадения,<br />
есть люди ФИО которых полностью сопдает (хотя не родственники, и живут в разных городах)</p>
<p>как быть в этом случае, посоветуй&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Endpoint Protection 2010 (Argon)</title>
		<link>http://argon.pro/blog/2010/12/forefront-endpoint-protection-2010/#comment-5573</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Mon, 30 May 2011 08:39:04 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1423#comment-5573</guid>
		<description>Клиенты будут получать обновления с того WSUS, который прописан в GP (то есть стандартный механизм Windows Update). Однако, прежде чем получать обновления, сам FEP должен быть установлен средствами клиента SCCM. Также клиенты FEP можно настрить так, чтобы обновления они брали из интернетов, но для локалки это не оправдано.

Кстати, удаленный WSUS можно задействовать как Site System для SCCM. Сам SCCM установки полного всуса, насколько помню не требует, а только его консоли, которая обеспечивает работу API WSUS.</description>
		<content:encoded><![CDATA[<p>Клиенты будут получать обновления с того WSUS, который прописан в GP (то есть стандартный механизм Windows Update). Однако, прежде чем получать обновления, сам FEP должен быть установлен средствами клиента SCCM. Также клиенты FEP можно настрить так, чтобы обновления они брали из интернетов, но для локалки это не оправдано.</p>
<p>Кстати, удаленный WSUS можно задействовать как Site System для SCCM. Сам SCCM установки полного всуса, насколько помню не требует, а только его консоли, которая обеспечивает работу API WSUS.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Endpoint Protection 2010 (mesmer)</title>
		<link>http://argon.pro/blog/2010/12/forefront-endpoint-protection-2010/#comment-5572</link>
		<dc:creator>mesmer</dc:creator>
		<pubDate>Mon, 30 May 2011 08:08:42 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1423#comment-5572</guid>
		<description>ладно, попробую разобраться.
а что если стоит уже существующий сервер WSUS, ну и на нем вроде как указал получать обновления FEP 2010, но так и не понял, как же клиенты будут обновляться:
- пытаться будут взять обновления с WSUS Service на сервере с SCCM (ибо требовал установку под себя как роль)
- или все же коли в ГП указан сервер WSUS (откуда уже берут обновления все машины сети), то с него и будут.</description>
		<content:encoded><![CDATA[<p>ладно, попробую разобраться.<br />
а что если стоит уже существующий сервер WSUS, ну и на нем вроде как указал получать обновления FEP 2010, но так и не понял, как же клиенты будут обновляться:<br />
- пытаться будут взять обновления с WSUS Service на сервере с SCCM (ибо требовал установку под себя как роль)<br />
- или все же коли в ГП указан сервер WSUS (откуда уже берут обновления все машины сети), то с него и будут.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Endpoint Protection 2010 (Argon)</title>
		<link>http://argon.pro/blog/2010/12/forefront-endpoint-protection-2010/#comment-5571</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Mon, 30 May 2011 05:49:41 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1423#comment-5571</guid>
		<description>Привет! Клиент Config Manager может быть установлен многими способами: через WSUS, через Push, через GPO, руками.

После того, как клиент CM стоит, создаем коллекцию, назначаем на нее адвертайзинг FEP, включаем в коллекцию компьютеры (явным перечислением, либо по каким-то правилам)</description>
		<content:encoded><![CDATA[<p>Привет! Клиент Config Manager может быть установлен многими способами: через WSUS, через Push, через GPO, руками.</p>
<p>После того, как клиент CM стоит, создаем коллекцию, назначаем на нее адвертайзинг FEP, включаем в коллекцию компьютеры (явным перечислением, либо по каким-то правилам)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Endpoint Protection 2010 (mesmer)</title>
		<link>http://argon.pro/blog/2010/12/forefront-endpoint-protection-2010/#comment-5569</link>
		<dc:creator>mesmer</dc:creator>
		<pubDate>Mon, 30 May 2011 01:12:50 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1423#comment-5569</guid>
		<description>Приветствую!
Подскажите, как мне все же провести установку на определенные машины этого антивируса.
Создал коллекцию, там указал установку Deploing FEP 1.0
а как указать на какие машины в сети?

Как понимаю нужно, чтобы клиент SCCM установился. Но так и не понял, где именно и каким образом установить на определенные машины.</description>
		<content:encoded><![CDATA[<p>Приветствую!<br />
Подскажите, как мне все же провести установку на определенные машины этого антивируса.<br />
Создал коллекцию, там указал установку Deploing FEP 1.0<br />
а как указать на какие машины в сети?</p>
<p>Как понимаю нужно, чтобы клиент SCCM установился. Но так и не понял, где именно и каким образом установить на определенные машины.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Голосовые меню в Lync Server 2010 (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-ivr-menus/#comment-5489</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Tue, 24 May 2011 13:50:41 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1880#comment-5489</guid>
		<description>Спасибо, исправил &quot;нет в принципе&quot; на &quot;без использования сторонних решений&quot;.</description>
		<content:encoded><![CDATA[<p>Спасибо, исправил &#171;нет в принципе&#187; на &#171;без использования сторонних решений&#187;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Голосовые меню в Lync Server 2010 (Тимур)</title>
		<link>http://argon.pro/blog/2011/03/lync-ivr-menus/#comment-5488</link>
		<dc:creator>Тимур</dc:creator>
		<pubDate>Tue, 24 May 2011 13:45:40 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1880#comment-5488</guid>
		<description>Насчет отсутствия поддержки DTMF в Lync - это вы погоряились. В UCMA, например, обработка DTMF поддерживается http://channel9.msdn.com/Series/Unified-Communications-14-Labs/Session-7-Part-3-UCMA-30-Workflow-SDK-Speech-and-DTMF-Grammars</description>
		<content:encoded><![CDATA[<p>Насчет отсутствия поддержки DTMF в Lync &#8212; это вы погоряились. В UCMA, например, обработка DTMF поддерживается <a href="http://channel9.msdn.com/Series/Unified-Communications-14-Labs/Session-7-Part-3-UCMA-30-Workflow-SDK-Speech-and-DTMF-Grammars" rel="nofollow">http://channel9.msdn.com/Series/Unified-Communications-14-Labs/Session-7-Part-3-UCMA-30-Workflow-SDK-Speech-and-DTMF-Grammars</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка синхронизации времени в домене Active Directory (AlexZol)</title>
		<link>http://argon.pro/blog/2010/05/ad-time-sync/#comment-5438</link>
		<dc:creator>AlexZol</dc:creator>
		<pubDate>Thu, 19 May 2011 10:15:52 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=449#comment-5438</guid>
		<description>Спасибо за статью. 

to oriang: была похожая ошибка был виноват Файервол.</description>
		<content:encoded><![CDATA[<p>Спасибо за статью. </p>
<p>to oriang: была похожая ошибка был виноват Файервол.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Маршрутизация вызовов в Lync Server 2010 (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-call-routing/#comment-5376</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sat, 14 May 2011 15:15:27 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1856#comment-5376</guid>
		<description>Попытался разобраться.

1. У меня голый Aстериск, а &quot;Intra Company Route&quot; -- это настройка FreePBX, и как она транслируется в конфигурацию Asterisk, я пока не нашел.

2. CID в мой конфигурации итак всегда передается. Конфуз в том, что если я звоню от известного Линку CID-a (который прописан как AnalogDevice) то звонки идут по маршруту, если от звоню как кто-то внешний, то нифига.</description>
		<content:encoded><![CDATA[<p>Попытался разобраться.</p>
<p>1. У меня голый Aстериск, а &#171;Intra Company Route&#187; &#8212; это настройка FreePBX, и как она транслируется в конфигурацию Asterisk, я пока не нашел.</p>
<p>2. CID в мой конфигурации итак всегда передается. Конфуз в том, что если я звоню от известного Линку CID-a (который прописан как AnalogDevice) то звонки идут по маршруту, если от звоню как кто-то внешний, то нифига.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Душевные терзания (Argon)</title>
		<link>http://argon.pro/blog/2010/01/beginning/#comment-5358</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Fri, 13 May 2011 06:00:03 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/2010/01/%d0%b4%d1%83%d1%88%d0%b5%d0%b2%d0%bd%d1%8b%d0%b5/#comment-5358</guid>
		<description>1. Спасибо за совет. Как нить доберусь до оптимизации, но пока меня все устраивает. Максимализм прошел, аогда пилил разметку этого блога, больше ориентировался на удобную логичискую разметку блоками, чем выжать минимум использоварния тегов и параметров.

2. У меня наоборот, с MS большая дружба, а с Аваей как-то не доводилось сталкиваться.</description>
		<content:encoded><![CDATA[<p>1. Спасибо за совет. Как нить доберусь до оптимизации, но пока меня все устраивает. Максимализм прошел, аогда пилил разметку этого блога, больше ориентировался на удобную логичискую разметку блоками, чем выжать минимум использоварния тегов и параметров.</p>
<p>2. У меня наоборот, с MS большая дружба, а с Аваей как-то не доводилось сталкиваться.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Душевные терзания (Аня)</title>
		<link>http://argon.pro/blog/2010/01/beginning/#comment-5349</link>
		<dc:creator>Аня</dc:creator>
		<pubDate>Thu, 12 May 2011 14:33:15 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/2010/01/%d0%b4%d1%83%d1%88%d0%b5%d0%b2%d0%bd%d1%8b%d0%b5/#comment-5349</guid>
		<description>1. html код комментариев можно еще оптимизировать используя dt и dl (можно у меня посмотреть). Код списков тоже можно оптимизировать.
2. Пытаюсь соединить Avaya и Lync Server. Если бы ещё и Микрософт знать... но всё знать невозможно.</description>
		<content:encoded><![CDATA[<p>1. html код комментариев можно еще оптимизировать используя dt и dl (можно у меня посмотреть). Код списков тоже можно оптимизировать.<br />
2. Пытаюсь соединить Avaya и Lync Server. Если бы ещё и Микрософт знать&#8230; но всё знать невозможно.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Endpoint Protection 2010 (Argon)</title>
		<link>http://argon.pro/blog/2010/12/forefront-endpoint-protection-2010/#comment-5345</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Thu, 12 May 2011 07:05:35 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1423#comment-5345</guid>
		<description>Ключевые слова здесь: &quot;client installation packages&quot;. Их и надо раз-апровить. А &quot;definition updates&quot;, как авто-апровились, так и будет продолжать это делать.</description>
		<content:encoded><![CDATA[<p>Ключевые слова здесь: &#171;client installation packages&#187;. Их и надо раз-апровить. А &#171;definition updates&#187;, как авто-апровились, так и будет продолжать это делать.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Endpoint Protection 2010 (Константин)</title>
		<link>http://argon.pro/blog/2010/12/forefront-endpoint-protection-2010/#comment-5330</link>
		<dc:creator>Константин</dc:creator>
		<pubDate>Wed, 11 May 2011 14:40:56 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1423#comment-5330</guid>
		<description>В инструкции говорится &quot;unapprove all of the FCS client installation packages&quot; (пункт 2). Обязательно ли это делать? Ведь в после этого на компьютеры под управлением FCS перестанут поступать актуальные обновления определений, а в случае, если процесс перехода будет продолжительным (много компьютеров в организации), то получится ситуация, что на компьютерах со старой версией антивируса (где его еще не успели обновить) база не обновляется, что в конечном итоге не очень хорошо.</description>
		<content:encoded><![CDATA[<p>В инструкции говорится &#171;unapprove all of the FCS client installation packages&#187; (пункт 2). Обязательно ли это делать? Ведь в после этого на компьютеры под управлением FCS перестанут поступать актуальные обновления определений, а в случае, если процесс перехода будет продолжительным (много компьютеров в организации), то получится ситуация, что на компьютерах со старой версией антивируса (где его еще не успели обновить) база не обновляется, что в конечном итоге не очень хорошо.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Маршрутизация вызовов в Lync Server 2010 (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-call-routing/#comment-5313</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Tue, 10 May 2011 13:26:21 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1856#comment-5313</guid>
		<description>Спасибо, Сергей, стоит проверить.</description>
		<content:encoded><![CDATA[<p>Спасибо, Сергей, стоит проверить.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи О быстроте Internet Explorer 9 (Argon)</title>
		<link>http://argon.pro/blog/2011/04/ie9-experience/#comment-5312</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Tue, 10 May 2011 13:25:50 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1904#comment-5312</guid>
		<description>Видяхя у меня не экзотическая, обычный GeForce 8 серии. Пробовал дрова обновлять, но без положительного результата.

С другой стороны, в терминале мы, как правило, звук не воспроизводим, а тормоза изображения воспринимаем теприливо. Поэтому описанное мной поведение может остатья незамеченным.</description>
		<content:encoded><![CDATA[<p>Видяхя у меня не экзотическая, обычный GeForce 8 серии. Пробовал дрова обновлять, но без положительного результата.</p>
<p>С другой стороны, в терминале мы, как правило, звук не воспроизводим, а тормоза изображения воспринимаем теприливо. Поэтому описанное мной поведение может остатья незамеченным.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи О быстроте Internet Explorer 9 (Alexiz)</title>
		<link>http://argon.pro/blog/2011/04/ie9-experience/#comment-5201</link>
		<dc:creator>Alexiz</dc:creator>
		<pubDate>Tue, 03 May 2011 08:04:25 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1904#comment-5201</guid>
		<description>А ничего такого на терминальных серверах (правда только Win2k3 и Win2k8) не наблюдается при работе в осле 9.
Так что видимо конкретно в Вашем случае что-то мешает нормальной работе - дровишки видяхины, например, али чего ещё</description>
		<content:encoded><![CDATA[<p>А ничего такого на терминальных серверах (правда только Win2k3 и Win2k8) не наблюдается при работе в осле 9.<br />
Так что видимо конкретно в Вашем случае что-то мешает нормальной работе &#8212; дровишки видяхины, например, али чего ещё</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Маршрутизация вызовов в Lync Server 2010 (Сергей)</title>
		<link>http://argon.pro/blog/2011/03/lync-call-routing/#comment-5120</link>
		<dc:creator>Сергей</dc:creator>
		<pubDate>Thu, 28 Apr 2011 11:36:54 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1856#comment-5120</guid>
		<description>Для прохождения звонков по маршруту Asterisk → Lync → Audiocodes можно в маршруте на Asterisk поставить галочку &quot;Intra Company Route&quot;, тогда CID будет передаваться аудиокодесу. Как минимум это работает, когда внутренний абонент астериска звонит абоненту аудиокодеса.</description>
		<content:encoded><![CDATA[<p>Для прохождения звонков по маршруту Asterisk → Lync → Audiocodes можно в маршруте на Asterisk поставить галочку &#171;Intra Company Route&#187;, тогда CID будет передаваться аудиокодесу. Как минимум это работает, когда внутренний абонент астериска звонит абоненту аудиокодеса.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-5088</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Tue, 26 Apr 2011 19:25:36 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-5088</guid>
		<description>Я согласен, что в некоторых частных случаях все работает (использование сертификатов без SAN, без sip.домен, от не поддерживаемых ЦС).

Но всеж-таки &quot;Certificate Requirements for External User Access&quot; говорят вполне конкретные вещи. И если им не следовать, то велика вероятность ступить на детские грабли. То федерация не заработает, то аппаратный Lync-телефон из интернетов не залогинится.</description>
		<content:encoded><![CDATA[<p>Я согласен, что в некоторых частных случаях все работает (использование сертификатов без SAN, без sip.домен, от не поддерживаемых ЦС).</p>
<p>Но всеж-таки &#171;Certificate Requirements for External User Access&#187; говорят вполне конкретные вещи. И если им не следовать, то велика вероятность ступить на детские грабли. То федерация не заработает, то аппаратный Lync-телефон из интернетов не залогинится.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Stanky)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-5087</link>
		<dc:creator>Stanky</dc:creator>
		<pubDate>Tue, 26 Apr 2011 18:02:57 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-5087</guid>
		<description>1. Использовать SAN вовсе не является требованием - можете сделать три одноимённых сертификата и каждый повесить на соответствующий сервис.

2. Для Autodiscovery и уж тем более федерации нет такого требования, чтоб имя в сертификате было вида sip.domain.ru! Использовать можно абсолютно любое! Про вариант с недоступностью SRV-записи Шура пояснил :) .

3. Сертификаты моего постовщика не входят в этот список, но проблем с ним нет, даже на мобильных устройствах! На самом деле, главное, чтоб корень был доверенным на всех устройствах, которыми вы будете пользоваться. Для поставщиков из приведённого списка это просто гарантируется.</description>
		<content:encoded><![CDATA[<p>1. Использовать SAN вовсе не является требованием &#8212; можете сделать три одноимённых сертификата и каждый повесить на соответствующий сервис.</p>
<p>2. Для Autodiscovery и уж тем более федерации нет такого требования, чтоб имя в сертификате было вида sip.domain.ru! Использовать можно абсолютно любое! Про вариант с недоступностью SRV-записи Шура пояснил :) .</p>
<p>3. Сертификаты моего постовщика не входят в этот список, но проблем с ним нет, даже на мобильных устройствах! На самом деле, главное, чтоб корень был доверенным на всех устройствах, которыми вы будете пользоваться. Для поставщиков из приведённого списка это просто гарантируется.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-5085</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Tue, 26 Apr 2011 15:38:23 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-5085</guid>
		<description>Насчет того, что работают все роли Lync через нат TMG -- я сам и убеждался, о чем писал несколько выше.

Сейчас расскажу, чем TMG разочаровал... Представим конфигурацию. 2 интернетовских сетевых интерфейса. На каждом по шлюзу. Настроен failover. Все работает. Даже &quot;policy-based routing&quot;.

Добавляем на любой из интерфейсов второй IP-адрес. А он не работает. Выключаем failover -- работает.

А это значит, что с TMG мы имеем либо failover, либо DirectAccess. Но не оба сразу. В свое время я этим был очень сильно расстроен и потянулся к железкам.</description>
		<content:encoded><![CDATA[<p>Насчет того, что работают все роли Lync через нат TMG &#8212; я сам и убеждался, о чем писал несколько выше.</p>
<p>Сейчас расскажу, чем TMG разочаровал&#8230; Представим конфигурацию. 2 интернетовских сетевых интерфейса. На каждом по шлюзу. Настроен failover. Все работает. Даже &#171;policy-based routing&#187;.</p>
<p>Добавляем на любой из интерфейсов второй IP-адрес. А он не работает. Выключаем failover &#8212; работает.</p>
<p>А это значит, что с TMG мы имеем либо failover, либо DirectAccess. Но не оба сразу. В свое время я этим был очень сильно расстроен и потянулся к железкам.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Artyom Sinitsyn)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-5083</link>
		<dc:creator>Artyom Sinitsyn</dc:creator>
		<pubDate>Tue, 26 Apr 2011 13:35:48 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-5083</guid>
		<description>Технически публикация Lync/OCS Edge с помощью TMG c ENAT *работает*! Другой вопрос, что такая конфигурация не поддерживается.
А можно полюбопытстовать, чем же Вас так разочаровал TMG? Может Вы &quot;просто не умеете их готовить&quot;? ;)</description>
		<content:encoded><![CDATA[<p>Технически публикация Lync/OCS Edge с помощью TMG c ENAT *работает*! Другой вопрос, что такая конфигурация не поддерживается.<br />
А можно полюбопытстовать, чем же Вас так разочаровал TMG? Может Вы &#171;просто не умеете их готовить&#187;? ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-5081</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Tue, 26 Apr 2011 11:59:30 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-5081</guid>
		<description>Артём, возражений против использования TMG как фэрвола и маршрутизации трафика не имею. Вот в том-то и вопрос, если без нат, то зачем нам TMG?

Насчат эффективности работы SIP фильтра хочу проверить. Но пока нет доверия, TMG уже разочаровывал меня.</description>
		<content:encoded><![CDATA[<p>Артём, возражений против использования TMG как фэрвола и маршрутизации трафика не имею. Вот в том-то и вопрос, если без нат, то зачем нам TMG?</p>
<p>Насчат эффективности работы SIP фильтра хочу проверить. Но пока нет доверия, TMG уже разочаровывал меня.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Artyom Sinitsyn)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-5078</link>
		<dc:creator>Artyom Sinitsyn</dc:creator>
		<pubDate>Tue, 26 Apr 2011 09:15:24 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-5078</guid>
		<description>Вот я и интересуюсь, откуда у Вас информация, что &quot;TMG всеж-таки заточен на некритичный к задержкам трафик, типа HTTP, FTP и т. п.&quot;?!
TMG включает в себя специализированный SIP Filter для поддержки различных сценариев VoIP (http://technet.microsoft.com/en-us/library/ee690384.aspx).

Тем более, что в официальных тестах &quot;минимальная&quot; конфигурация TMG, выполняющая помимо прочих ролей SIP/VoIP Protection, поддерживает 750(!) пользователей, что &quot;немногим&quot; больше, чем указанные 50 :)

Отмечу, что в случае с SIP/VoIP Protection TMG проводит инспекцию сетевого трафика на уровне приложений, чего в случае &quot;публикации&quot; Lync Edge не происходит. Так что нагрузка в последнем случае будет еще меньше, а значит исходная конфигурация сможет поддерживает еще больше пользователей.

&quot;Ну и в довершение&quot; TMG/ISA *поддерживаются* в роли reverse proxy И firewall для Lync/OCS! Единственное ограничение - нельзя использовать NAT для интерфейса Edge A/V Server.</description>
		<content:encoded><![CDATA[<p>Вот я и интересуюсь, откуда у Вас информация, что &#171;TMG всеж-таки заточен на некритичный к задержкам трафик, типа HTTP, FTP и т. п.&#187;?!<br />
TMG включает в себя специализированный SIP Filter для поддержки различных сценариев VoIP (<a href="http://technet.microsoft.com/en-us/library/ee690384.aspx" rel="nofollow">http://technet.microsoft.com/en-us/library/ee690384.aspx</a>).</p>
<p>Тем более, что в официальных тестах &#171;минимальная&#187; конфигурация TMG, выполняющая помимо прочих ролей SIP/VoIP Protection, поддерживает 750(!) пользователей, что &#171;немногим&#187; больше, чем указанные 50 :)</p>
<p>Отмечу, что в случае с SIP/VoIP Protection TMG проводит инспекцию сетевого трафика на уровне приложений, чего в случае &#171;публикации&#187; Lync Edge не происходит. Так что нагрузка в последнем случае будет еще меньше, а значит исходная конфигурация сможет поддерживает еще больше пользователей.</p>
<p>&#171;Ну и в довершение&#187; TMG/ISA *поддерживаются* в роли reverse proxy И firewall для Lync/OCS! Единственное ограничение &#8212; нельзя использовать NAT для интерфейса Edge A/V Server.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-5066</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sun, 24 Apr 2011 19:04:58 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-5066</guid>
		<description>Полагаю, что риалтайм трафик (звук и видео) не любит задержек, а также не требует какой-либо хитрой фильтрации и особых механизмов публикации. Поэтому при прочих равных, простая железяка справится лучше, чем TMG.

Реальных измерений не имею, но по моему опыту, TMG всеж-таки заточен на некритичный к задержкам трафик, типа HTTP, FTP и т. п.

50 активных пользователей, да еще если в конференции -- разве мало?

Ну и в довершение, TMG официально поддерживается только для публикации Lync Web Services, службы Edge допускают либо прямую публикацию в инете, либо hardware load balancers.</description>
		<content:encoded><![CDATA[<p>Полагаю, что риалтайм трафик (звук и видео) не любит задержек, а также не требует какой-либо хитрой фильтрации и особых механизмов публикации. Поэтому при прочих равных, простая железяка справится лучше, чем TMG.</p>
<p>Реальных измерений не имею, но по моему опыту, TMG всеж-таки заточен на некритичный к задержкам трафик, типа HTTP, FTP и т. п.</p>
<p>50 активных пользователей, да еще если в конференции &#8212; разве мало?</p>
<p>Ну и в довершение, TMG официально поддерживается только для публикации Lync Web Services, службы Edge допускают либо прямую публикацию в инете, либо hardware load balancers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Artyom Sinitsyn)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-5065</link>
		<dc:creator>Artyom Sinitsyn</dc:creator>
		<pubDate>Sun, 24 Apr 2011 17:45:12 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-5065</guid>
		<description>Argon, можно полюбопытствовать, с чего Вы взяли, что &quot;всеж-таки не для риалтайм данных TMG предназначен&quot; и 50 пользователей Edge - это большая нагрузка для TMG?!</description>
		<content:encoded><![CDATA[<p>Argon, можно полюбопытствовать, с чего Вы взяли, что &#171;всеж-таки не для риалтайм данных TMG предназначен&#187; и 50 пользователей Edge &#8212; это большая нагрузка для TMG?!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи О быстроте Internet Explorer 9 (Алексей)</title>
		<link>http://argon.pro/blog/2011/04/ie9-experience/#comment-4899</link>
		<dc:creator>Алексей</dc:creator>
		<pubDate>Tue, 12 Apr 2011 20:27:11 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1904#comment-4899</guid>
		<description>А теперь представь что твориться в МГ на сони вайо, так же не самом слабом, переключение между вкладками 5-7 секунд...</description>
		<content:encoded><![CDATA[<p>А теперь представь что твориться в МГ на сони вайо, так же не самом слабом, переключение между вкладками 5-7 секунд&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Маршрутизация вызовов в Lync Server 2010 (Илья)</title>
		<link>http://argon.pro/blog/2011/03/lync-call-routing/#comment-4876</link>
		<dc:creator>Илья</dc:creator>
		<pubDate>Mon, 11 Apr 2011 19:18:26 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1856#comment-4876</guid>
		<description>Хотя сдругой стороны все телефоны Avaya внутри организации у меня работаю по протоколу H.323 и кодеку G.729, а Lync SIP, G.711 и звонки проходят на Ура...

может дело что-то в другом...</description>
		<content:encoded><![CDATA[<p>Хотя сдругой стороны все телефоны Avaya внутри организации у меня работаю по протоколу H.323 и кодеку G.729, а Lync SIP, G.711 и звонки проходят на Ура&#8230;</p>
<p>может дело что-то в другом&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка распознавания голосовых команд в Outlook Voice Access (Илья)</title>
		<link>http://argon.pro/blog/2010/11/exchange-um-russian-voice-recognition/#comment-4858</link>
		<dc:creator>Илья</dc:creator>
		<pubDate>Sun, 10 Apr 2011 20:30:57 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1389#comment-4858</guid>
		<description>Вот это не удобно. Создали бы отдельный атрибут для поиска в книге! :))) вот это было бы супер!</description>
		<content:encoded><![CDATA[<p>Вот это не удобно. Создали бы отдельный атрибут для поиска в книге! :))) вот это было бы супер!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка распознавания голосовых команд в Outlook Voice Access (Argon)</title>
		<link>http://argon.pro/blog/2010/11/exchange-um-russian-voice-recognition/#comment-4857</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sun, 10 Apr 2011 20:01:45 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1389#comment-4857</guid>
		<description>Бесполезно, он регулярно формируется на основе данных из AD.</description>
		<content:encoded><![CDATA[<p>Бесполезно, он регулярно формируется на основе данных из AD.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка распознавания голосовых команд в Outlook Voice Access (Илья)</title>
		<link>http://argon.pro/blog/2010/11/exchange-um-russian-voice-recognition/#comment-4855</link>
		<dc:creator>Илья</dc:creator>
		<pubDate>Sun, 10 Apr 2011 19:50:23 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1389#comment-4855</guid>
		<description>Можно просто в gal.grxml DisplayName править?</description>
		<content:encoded><![CDATA[<p>Можно просто в gal.grxml DisplayName править?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Маршрутизация вызовов в Lync Server 2010 (Илья)</title>
		<link>http://argon.pro/blog/2011/03/lync-call-routing/#comment-4854</link>
		<dc:creator>Илья</dc:creator>
		<pubDate>Sun, 10 Apr 2011 19:43:43 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1856#comment-4854</guid>
		<description>Опа! А вот этого я незнаю, может она это или нет... Астерикс я точно ставить не буду :)))

Эхх... буду копать Avaya... Хотя признаюсь в ней(Avaya) я понимаю не много )))</description>
		<content:encoded><![CDATA[<p>Опа! А вот этого я незнаю, может она это или нет&#8230; Астерикс я точно ставить не буду :)))</p>
<p>Эхх&#8230; буду копать Avaya&#8230; Хотя признаюсь в ней(Avaya) я понимаю не много )))</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка распознавания голосовых команд в Outlook Voice Access (Argon)</title>
		<link>http://argon.pro/blog/2010/11/exchange-um-russian-voice-recognition/#comment-4853</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sun, 10 Apr 2011 19:31:29 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1389#comment-4853</guid>
		<description>Как записан DisplayName, так и произносим.</description>
		<content:encoded><![CDATA[<p>Как записан DisplayName, так и произносим.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка распознавания голосовых команд в Outlook Voice Access (Илья)</title>
		<link>http://argon.pro/blog/2010/11/exchange-um-russian-voice-recognition/#comment-4852</link>
		<dc:creator>Илья</dc:creator>
		<pubDate>Sun, 10 Apr 2011 19:30:29 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1389#comment-4852</guid>
		<description>Спасибо!

Когда мы ищём в адресной книге от мы должны произносить полность ФИО или можно только фамилию?</description>
		<content:encoded><![CDATA[<p>Спасибо!</p>
<p>Когда мы ищём в адресной книге от мы должны произносить полность ФИО или можно только фамилию?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Маршрутизация вызовов в Lync Server 2010 (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-call-routing/#comment-4851</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sun, 10 Apr 2011 18:57:34 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1856#comment-4851</guid>
		<description>Настраивать перекодировку на Авае, а если не умеет, то через Астериск. Но там тоже -- бубен.</description>
		<content:encoded><![CDATA[<p>Настраивать перекодировку на Авае, а если не умеет, то через Астериск. Но там тоже &#8212; бубен.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Маршрутизация вызовов в Lync Server 2010 (Илья)</title>
		<link>http://argon.pro/blog/2011/03/lync-call-routing/#comment-4850</link>
		<dc:creator>Илья</dc:creator>
		<pubDate>Sun, 10 Apr 2011 18:41:07 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1856#comment-4850</guid>
		<description>У меня провайдер точно не перейдёт на G.711. Так как я хотел это сделать потому что в G.729 не ходит Fax...

Блин и какие у меня есть варианты?</description>
		<content:encoded><![CDATA[<p>У меня провайдер точно не перейдёт на G.711. Так как я хотел это сделать потому что в G.729 не ходит Fax&#8230;</p>
<p>Блин и какие у меня есть варианты?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка распознавания голосовых команд в Outlook Voice Access (Argon)</title>
		<link>http://argon.pro/blog/2010/11/exchange-um-russian-voice-recognition/#comment-4849</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sun, 10 Apr 2011 18:29:58 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1389#comment-4849</guid>
		<description>1. Для каждого прописать. Хоть скриптом, хоть руками. Прописывать имеет смысл, только если произношение должно отличаться от написания основного имени.
2. На любые номера, понимаемые Линком, в соответствии с его правилами нормализации.</description>
		<content:encoded><![CDATA[<p>1. Для каждого прописать. Хоть скриптом, хоть руками. Прописывать имеет смысл, только если произношение должно отличаться от написания основного имени.<br />
2. На любые номера, понимаемые Линком, в соответствии с его правилами нормализации.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Маршрутизация вызовов в Lync Server 2010 (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-call-routing/#comment-4847</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sun, 10 Apr 2011 18:26:55 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1856#comment-4847</guid>
		<description>Конечно, я пока к Астерискам не прикрутил перекодировку g729, а провайдер упорно не хотел работать по другим кодекам,  соединения с городскими сетями не устанавливались.</description>
		<content:encoded><![CDATA[<p>Конечно, я пока к Астерискам не прикрутил перекодировку g729, а провайдер упорно не хотел работать по другим кодекам,  соединения с городскими сетями не устанавливались.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Маршрутизация вызовов в Lync Server 2010 (Илья)</title>
		<link>http://argon.pro/blog/2011/03/lync-call-routing/#comment-4845</link>
		<dc:creator>Илья</dc:creator>
		<pubDate>Sun, 10 Apr 2011 18:14:02 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1856#comment-4845</guid>
		<description>В этом может быть причина?</description>
		<content:encoded><![CDATA[<p>В этом может быть причина?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка распознавания голосовых команд в Outlook Voice Access (Илья)</title>
		<link>http://argon.pro/blog/2010/11/exchange-um-russian-voice-recognition/#comment-4844</link>
		<dc:creator>Илья</dc:creator>
		<pubDate>Sun, 10 Apr 2011 18:11:17 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1389#comment-4844</guid>
		<description>Добрый день!

1. По поводу поиска в адресной книге - А как сделать для всех пользователей атрибут PhoneticDisplayName?
2. Про третий пример - Если мы сделаем * то мы сможем на любые номера звонить из голосового меню?</description>
		<content:encoded><![CDATA[<p>Добрый день!</p>
<p>1. По поводу поиска в адресной книге &#8212; А как сделать для всех пользователей атрибут PhoneticDisplayName?<br />
2. Про третий пример &#8212; Если мы сделаем * то мы сможем на любые номера звонить из голосового меню?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Маршрутизация вызовов в Lync Server 2010 (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-call-routing/#comment-4843</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sun, 10 Apr 2011 17:45:38 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1856#comment-4843</guid>
		<description>Соответственно, Авая должна уметь перекодировать g729 в понятный Линку g711.</description>
		<content:encoded><![CDATA[<p>Соответственно, Авая должна уметь перекодировать g729 в понятный Линку g711.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Маршрутизация вызовов в Lync Server 2010 (Илья)</title>
		<link>http://argon.pro/blog/2011/03/lync-call-routing/#comment-4842</link>
		<dc:creator>Илья</dc:creator>
		<pubDate>Sun, 10 Apr 2011 17:34:11 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1856#comment-4842</guid>
		<description>в продолжении http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-4837

У меня Avaya c Lync соответственно по SIP, а вот сама Avaya с внешним миром по протоколу H.323 и кодек G.729</description>
		<content:encoded><![CDATA[<p>в продолжении <a href="http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-4837" rel="nofollow">http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-4837</a></p>
<p>У меня Avaya c Lync соответственно по SIP, а вот сама Avaya с внешним миром по протоколу H.323 и кодек G.729</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-4838</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sun, 10 Apr 2011 12:06:44 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-4838</guid>
		<description>Я бы смотрел логи SIP с обеих сторон.

Есть предположение, что может быть проблема с кодеками. То есть соединение по SIP установлено, сигнализация идет, но когда трубку поднимают, должен побежать голосовой трафик. А это по-каким то причинам не происходит. Поэтому соединение разрывается.

С такими вопросами лучше писать комментарии к другим моим заметкам, типа &lt;a href=&quot;/goto/argon.pro/blog/2011/03/lync-call-routing/&quot; rel=&quot;nofollow&quot;&gt;Маршрутизация вызовов в Lync Server 2010&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<p>Я бы смотрел логи SIP с обеих сторон.</p>
<p>Есть предположение, что может быть проблема с кодеками. То есть соединение по SIP установлено, сигнализация идет, но когда трубку поднимают, должен побежать голосовой трафик. А это по-каким то причинам не происходит. Поэтому соединение разрывается.</p>
<p>С такими вопросами лучше писать комментарии к другим моим заметкам, типа <a href="/goto/argon.pro/blog/2011/03/lync-call-routing/" rel="nofollow">Маршрутизация вызовов в Lync Server 2010</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Илья)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-4837</link>
		<dc:creator>Илья</dc:creator>
		<pubDate>Sun, 10 Apr 2011 11:28:55 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-4837</guid>
		<description>После долгих мучений, у меня получилось их скрестить и плюс ко всему к этому интегрировал Exchange UM. Но пока не всё гладко:
Заметил такую вещь!

Когда звонк проходит на сотовый Lync его сбрасывает и пишет время 00:00

Такое ощущение что успешный дозвон Lync воспринимает как поднятие трубки и не видя голоса или чего там сбрасывает и говорит что вызов завершён или занято... Или лучше так: IPO говорит(возвращает) Lync что соединение установлено и Lync воспринимает это как поднятие трубки...

что-то типа того, думаю суть понятна. Где копать, на АТС или Lync?</description>
		<content:encoded><![CDATA[<p>После долгих мучений, у меня получилось их скрестить и плюс ко всему к этому интегрировал Exchange UM. Но пока не всё гладко:<br />
Заметил такую вещь!</p>
<p>Когда звонк проходит на сотовый Lync его сбрасывает и пишет время 00:00</p>
<p>Такое ощущение что успешный дозвон Lync воспринимает как поднятие трубки и не видя голоса или чего там сбрасывает и говорит что вызов завершён или занято&#8230; Или лучше так: IPO говорит(возвращает) Lync что соединение установлено и Lync воспринимает это как поднятие трубки&#8230;</p>
<p>что-то типа того, думаю суть понятна. Где копать, на АТС или Lync?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-4827</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sat, 09 Apr 2011 21:27:42 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-4827</guid>
		<description>Нет, с Аваей скрещивать еще не приходилось.</description>
		<content:encoded><![CDATA[<p>Нет, с Аваей скрещивать еще не приходилось.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Восстановление прав администратора на Microsoft SQL Server 2008/2005 (Владилена)</title>
		<link>http://argon.pro/blog/2010/05/sql-server-restore-admin-access/#comment-4783</link>
		<dc:creator>Владилена</dc:creator>
		<pubDate>Thu, 07 Apr 2011 08:59:58 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=461#comment-4783</guid>
		<description>Блин, дружище!!!!
Чтоб я без тебя делала!!! 
Спасиииииииииииибо тебе огромное!!!!!</description>
		<content:encoded><![CDATA[<p>Блин, дружище!!!!<br />
Чтоб я без тебя делала!!!<br />
Спасиииииииииииибо тебе огромное!!!!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Илья)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-4730</link>
		<dc:creator>Илья</dc:creator>
		<pubDate>Mon, 04 Apr 2011 07:17:39 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-4730</guid>
		<description>Аргон,

не приводилось ли Вам интегрировать Lync(OCS) с Avaya IP Office 500 на прошивке 6.х???

Сейчас пытаюсь интегрировать данный продукты, но пока как-то ни как...</description>
		<content:encoded><![CDATA[<p>Аргон,</p>
<p>не приводилось ли Вам интегрировать Lync(OCS) с Avaya IP Office 500 на прошивке 6.х???</p>
<p>Сейчас пытаюсь интегрировать данный продукты, но пока как-то ни как&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-4655</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Wed, 30 Mar 2011 08:31:33 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-4655</guid>
		<description>Как &lt;a href=&quot;/blog/2010/09/microsoft-certification/&quot; rel=&quot;nofollow&quot;&gt;обычно&lt;/a&gt; ;)

TS-экзамен скучный и задротский; PRO-экзамен сложный, но интересный. Для подготовки чтения ТехНета было достаточно.</description>
		<content:encoded><![CDATA[<p>Как <a href="/blog/2010/09/microsoft-certification/" rel="nofollow">обычно</a> ;)</p>
<p>TS-экзамен скучный и задротский; PRO-экзамен сложный, но интересный. Для подготовки чтения ТехНета было достаточно.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Илья)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-4654</link>
		<dc:creator>Илья</dc:creator>
		<pubDate>Wed, 30 Mar 2011 08:07:33 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-4654</guid>
		<description>Оооо...!!! Поздравляю! :)
Сложный экзамен?</description>
		<content:encoded><![CDATA[<p>Оооо&#8230;!!! Поздравляю! :)<br />
Сложный экзамен?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-4652</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Wed, 30 Mar 2011 07:25:56 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-4652</guid>
		<description>Верно, для исключения неприятностей на Edge-сервере лучше иметь 2 сетевых интерфейса, которые смотрят в не пересекающиеся сети. Один -- в локалку, второй -- в DMZ, в котором на NAT. В качестве DNS указывать внутренний, доменный сервер.

Я, кстати, сегодня получил подтверждения успешной сдачи экзаменов на звание &quot;MCITP: Lync Server 2010 Administrator&quot; ;)</description>
		<content:encoded><![CDATA[<p>Верно, для исключения неприятностей на Edge-сервере лучше иметь 2 сетевых интерфейса, которые смотрят в не пересекающиеся сети. Один &#8212; в локалку, второй &#8212; в DMZ, в котором на NAT. В качестве DNS указывать внутренний, доменный сервер.</p>
<p>Я, кстати, сегодня получил подтверждения успешной сдачи экзаменов на звание &#171;MCITP: Lync Server 2010 Administrator&#187; ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Илья)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-4651</link>
		<dc:creator>Илья</dc:creator>
		<pubDate>Wed, 30 Mar 2011 07:20:59 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-4651</guid>
		<description>Получилось! За NAT в топологи необходимо было указать внутренний IP адрес интерфейса который смотрит в Интернет, а не публичный IP адрес. И службы все запустились!</description>
		<content:encoded><![CDATA[<p>Получилось! За NAT в топологи необходимо было указать внутренний IP адрес интерфейса который смотрит в Интернет, а не публичный IP адрес. И службы все запустились!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-4646</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Tue, 29 Mar 2011 16:08:17 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-4646</guid>
		<description>Должен ;)</description>
		<content:encoded><![CDATA[<p>Должен ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Argon)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-4645</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Tue, 29 Mar 2011 16:07:44 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-4645</guid>
		<description>Проверить работу антивируса можно тестовым вирусом EICAR.</description>
		<content:encoded><![CDATA[<p>Проверить работу антивируса можно тестовым вирусом EICAR.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Илья)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-4563</link>
		<dc:creator>Илья</dc:creator>
		<pubDate>Sat, 26 Mar 2011 12:55:25 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-4563</guid>
		<description>чего-то ни чего не получилось...
телнет должен проходить на эти порты..</description>
		<content:encoded><![CDATA[<p>чего-то ни чего не получилось&#8230;<br />
телнет должен проходить на эти порты..</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-4537</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Fri, 25 Mar 2011 15:35:51 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-4537</guid>
		<description>У меня сделано подобным образом, на Mikrotik-е.</description>
		<content:encoded><![CDATA[<p>У меня сделано подобным образом, на Mikrotik-е.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Илья)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-4535</link>
		<dc:creator>Илья</dc:creator>
		<pubDate>Fri, 25 Mar 2011 14:46:03 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-4535</guid>
		<description>Сейчас решил Edge дать второй внешний интерфейс куда проброшен внешний vlan который смотрит на циску и уже на циске сделать нат TCP на порты 5061, 50444, 50443 на Edge сервер.
Посмотрим что получится...</description>
		<content:encoded><![CDATA[<p>Сейчас решил Edge дать второй внешний интерфейс куда проброшен внешний vlan который смотрит на циску и уже на циске сделать нат TCP на порты 5061, 50444, 50443 на Edge сервер.<br />
Посмотрим что получится&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Илья)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-4534</link>
		<dc:creator>Илья</dc:creator>
		<pubDate>Fri, 25 Mar 2011 14:43:55 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-4534</guid>
		<description>Торренты я закрыл через репутацию на TMG )))</description>
		<content:encoded><![CDATA[<p>Торренты я закрыл через репутацию на TMG )))</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-4532</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Fri, 25 Mar 2011 14:21:56 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-4532</guid>
		<description>50 -- это приличная нагрузка, если все через Edge будут сидеть. Если всего человек 10 из них, то да, если через TMG торренты не качают, проблем не будет.</description>
		<content:encoded><![CDATA[<p>50 &#8212; это приличная нагрузка, если все через Edge будут сидеть. Если всего человек 10 из них, то да, если через TMG торренты не качают, проблем не будет.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Илья)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-4531</link>
		<dc:creator>Илья</dc:creator>
		<pubDate>Fri, 25 Mar 2011 14:06:47 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-4531</guid>
		<description>нагрузка будет не большая. Это человек 50, ну максимум за год-два вырастет до 100-150.

Спасибо!</description>
		<content:encoded><![CDATA[<p>нагрузка будет не большая. Это человек 50, ну максимум за год-два вырастет до 100-150.</p>
<p>Спасибо!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-4523</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Fri, 25 Mar 2011 06:40:17 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-4523</guid>
		<description>Я не рекомендую публиковать Edge через TMG при больших нагрузках, всеж-таки не для риалтайм данных TMG предназначен. Рекомендую железкой разруливать, самая дешевая, но совсем не плохая -- Mikrotik.

Если хочется через TMG:

&lt;ol&gt;
&lt;li&gt;Настроить в Topology Builder-е для Edge-a NAT=[публичный адрес TMG] и свободные на TMG публичные порты (например, Access=5061, A/V=50443, WebConf=50444)&lt;/li&gt;
&lt;li&gt;Опубликовать эти порты на TMG правилом публикации произвольного TCP-протокола&lt;/li&gt;
&lt;/ol&gt;

</description>
		<content:encoded><![CDATA[<p>Я не рекомендую публиковать Edge через TMG при больших нагрузках, всеж-таки не для риалтайм данных TMG предназначен. Рекомендую железкой разруливать, самая дешевая, но совсем не плохая &#8212; Mikrotik.</p>
<p>Если хочется через TMG:</p>
<ol>
<li>Настроить в Topology Builder-е для Edge-a NAT=[публичный адрес TMG] и свободные на TMG публичные порты (например, Access=5061, A/V=50443, WebConf=50444)</li>
<li>Опубликовать эти порты на TMG правилом публикации произвольного TCP-протокола</li>
</ol>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Илья)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-4519</link>
		<dc:creator>Илья</dc:creator>
		<pubDate>Thu, 24 Mar 2011 23:09:42 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-4519</guid>
		<description>Lync Web App - заработало
У меня ещё вопрос:
Как мне опубликовать EDGE через TMG? Или это не получиться?</description>
		<content:encoded><![CDATA[<p>Lync Web App &#8212; заработало<br />
У меня ещё вопрос:<br />
Как мне опубликовать EDGE через TMG? Или это не получиться?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-4495</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Wed, 23 Mar 2011 09:26:44 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-4495</guid>
		<description>Рад помочь!</description>
		<content:encoded><![CDATA[<p>Рад помочь!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Илья)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-4494</link>
		<dc:creator>Илья</dc:creator>
		<pubDate>Wed, 23 Mar 2011 09:24:14 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-4494</guid>
		<description>И ещё раз Спасибо!.</description>
		<content:encoded><![CDATA[<p>И ещё раз Спасибо!.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-4486</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Tue, 22 Mar 2011 18:30:39 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-4486</guid>
		<description>Да, аутентификация силами клиента. Я все свои ресурсы (OWA, SharePoint, Certification Authority, Dynamics CRM, Lync Web Services...) именно так публикую.</description>
		<content:encoded><![CDATA[<p>Да, аутентификация силами клиента. Я все свои ресурсы (OWA, SharePoint, Certification Authority, Dynamics CRM, Lync Web Services&#8230;) именно так публикую.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Илья)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-4485</link>
		<dc:creator>Илья</dc:creator>
		<pubDate>Tue, 22 Mar 2011 18:26:53 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-4485</guid>
		<description>правило на TMG для публикации ActiveSync не позволяет в веб прослушивателе отменить аунтификацию... т.к. в этом правеле выбрана обычная проверка для делегирования.

Или можно поставить в не делегированная, но клиент может выполнять и т.д.???</description>
		<content:encoded><![CDATA[<p>правило на TMG для публикации ActiveSync не позволяет в веб прослушивателе отменить аунтификацию&#8230; т.к. в этом правеле выбрана обычная проверка для делегирования.</p>
<p>Или можно поставить в не делегированная, но клиент может выполнять и т.д.???</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Илья)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-4482</link>
		<dc:creator>Илья</dc:creator>
		<pubDate>Tue, 22 Mar 2011 16:56:51 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-4482</guid>
		<description>Большое Спасибо!</description>
		<content:encoded><![CDATA[<p>Большое Спасибо!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-4481</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Tue, 22 Mar 2011 16:55:31 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-4481</guid>
		<description>Никаких рисков, всё же по SSL шифруется ;)</description>
		<content:encoded><![CDATA[<p>Никаких рисков, всё же по SSL шифруется ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Илья)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-4480</link>
		<dc:creator>Илья</dc:creator>
		<pubDate>Tue, 22 Mar 2011 16:53:04 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-4480</guid>
		<description>а каике риски для owa??? Т.е. безопастность?</description>
		<content:encoded><![CDATA[<p>а каике риски для owa??? Т.е. безопастность?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-4479</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Tue, 22 Mar 2011 16:43:49 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-4479</guid>
		<description>Если не выполнять авторизацию средствами TMG, а включить возможность авторизации средствами публикуемого веб сервера (делегирование авторизации), то никаких проблем.</description>
		<content:encoded><![CDATA[<p>Если не выполнять авторизацию средствами TMG, а включить возможность авторизации средствами публикуемого веб сервера (делегирование авторизации), то никаких проблем.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Илья)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-4477</link>
		<dc:creator>Илья</dc:creator>
		<pubDate>Tue, 22 Mar 2011 16:33:28 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-4477</guid>
		<description>Но там же другие настройки авторизации на прослушивателе чем на OWA/Anywhere/ActiveSync
Эти настройки подойдут???
Если да, то это супер...</description>
		<content:encoded><![CDATA[<p>Но там же другие настройки авторизации на прослушивателе чем на OWA/Anywhere/ActiveSync<br />
Эти настройки подойдут???<br />
Если да, то это супер&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-4476</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Tue, 22 Mar 2011 15:36:48 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-4476</guid>
		<description>Если Lync Web Services публикуются через TMG, то очень просто. OWA работает всего с нескольким подкаталогами, типа /owa, /ecp и т. п. Их и перенаправляем на сервер Exchange. На одном прослушивателе, по одному и тому же доменному имени (sip.contoso.com) будут работать и OWA, и сервисы Lync.</description>
		<content:encoded><![CDATA[<p>Если Lync Web Services публикуются через TMG, то очень просто. OWA работает всего с нескольким подкаталогами, типа /owa, /ecp и т. п. Их и перенаправляем на сервер Exchange. На одном прослушивателе, по одному и тому же доменному имени (sip.contoso.com) будут работать и OWA, и сервисы Lync.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Илья)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-4475</link>
		<dc:creator>Илья</dc:creator>
		<pubDate>Tue, 22 Mar 2011 15:21:14 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-4475</guid>
		<description>Вот мне интересно как настроить веб прослушиватель для Lync когда порт 443 настроен на веб прошлушиватель OWA? )))

Вот это замануха! Если есть опыт решения данного вопроса поделитесь, пожалуйста!</description>
		<content:encoded><![CDATA[<p>Вот мне интересно как настроить веб прослушиватель для Lync когда порт 443 настроен на веб прошлушиватель OWA? )))</p>
<p>Вот это замануха! Если есть опыт решения данного вопроса поделитесь, пожалуйста!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (mesmer)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-4163</link>
		<dc:creator>mesmer</dc:creator>
		<pubDate>Fri, 11 Mar 2011 05:50:08 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-4163</guid>
		<description>про буквы оже не понятно...
для примера на сервере FCS примонтировал диск, такой же как у пользователей.
но вот как понять что работает сей метод?</description>
		<content:encoded><![CDATA[<p>про буквы оже не понятно&#8230;<br />
для примера на сервере FCS примонтировал диск, такой же как у пользователей.<br />
но вот как понять что работает сей метод?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Восстановление прав администратора на Microsoft SQL Server 2008/2005 (Евгений)</title>
		<link>http://argon.pro/blog/2010/05/sql-server-restore-admin-access/#comment-3948</link>
		<dc:creator>Евгений</dc:creator>
		<pubDate>Sun, 06 Mar 2011 11:35:23 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=461#comment-3948</guid>
		<description>Удалил доменного админа из SQL, а пользователь sa заблокирован, других админов нет. Огромное спасибо!!!! Выручил. Думал вешалка. Не надеялся.... Но все получилось, без шума и пыли.</description>
		<content:encoded><![CDATA[<p>Удалил доменного админа из SQL, а пользователь sa заблокирован, других админов нет. Огромное спасибо!!!! Выручил. Думал вешалка. Не надеялся&#8230;. Но все получилось, без шума и пыли.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Argon)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-3916</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sat, 05 Mar 2011 13:28:03 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-3916</guid>
		<description>Как &lt;a href=&quot;/goto/social.technet.microsoft.com/Forums/en-US/ForefrontclientMTR/thread/0979f328-9da7-4cd6-8fa2-e72fe54a5ff1&quot; rel=&quot;nofollow&quot;&gt;пишут&lt;/a&gt; MS на форумах, в исключения можно добавлять записи типа \\server\share, а также известные буквы для сетевых дисках (типа s:). Хочу подчеркнуть, что не стоит добавлять такие популярные буквы, как z:, y:, x:, а только проверенные, которые мапятся через групповую политику.

Также в статье &quot;&lt;a href=&quot;/goto/support.microsoft.com/kb/939361/en-us&quot; rel=&quot;nofollow&quot;&gt;Forefront Client Security unexpectedly scans files that are stored in network locations when you perform a full scan of a client computer&lt;/a&gt;&quot; есть ссылка на хотфикс, который позволяет не сканировать сетевые файлы, на которые ссылаются ярлыки на локальном компе.</description>
		<content:encoded><![CDATA[<p>Как <a href="/goto/social.technet.microsoft.com/Forums/en-US/ForefrontclientMTR/thread/0979f328-9da7-4cd6-8fa2-e72fe54a5ff1" rel="nofollow">пишут</a> MS на форумах, в исключения можно добавлять записи типа \\server\share, а также известные буквы для сетевых дисках (типа s:). Хочу подчеркнуть, что не стоит добавлять такие популярные буквы, как z:, y:, x:, а только проверенные, которые мапятся через групповую политику.</p>
<p>Также в статье &#171;<a href="/goto/support.microsoft.com/kb/939361/en-us" rel="nofollow">Forefront Client Security unexpectedly scans files that are stored in network locations when you perform a full scan of a client computer</a>&#187; есть ссылка на хотфикс, который позволяет не сканировать сетевые файлы, на которые ссылаются ярлыки на локальном компе.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (mesmer)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-3908</link>
		<dc:creator>mesmer</dc:creator>
		<pubDate>Sat, 05 Mar 2011 09:33:26 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-3908</guid>
		<description>Приветствую еще раз!
Такой вопрос, как бы исключить из проверки примонтированные диски сетевые, да и в целом сетевые ресурсы на клиентах?</description>
		<content:encoded><![CDATA[<p>Приветствую еще раз!<br />
Такой вопрос, как бы исключить из проверки примонтированные диски сетевые, да и в целом сетевые ресурсы на клиентах?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Alexander Donin)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-3907</link>
		<dc:creator>Alexander Donin</dc:creator>
		<pubDate>Sat, 05 Mar 2011 09:08:16 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-3907</guid>
		<description>wireshark :-)
да, 443.</description>
		<content:encoded><![CDATA[<p>wireshark :-)<br />
да, 443.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-3901</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sat, 05 Mar 2011 06:38:08 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-3901</guid>
		<description>Спасибо, Александр! Я пришел к тем же выводам, основываясь на практике и опыте c OCS-ом, а вот документация Линка слегка смутила.

Кстати, несчет автоконфигурации, интересно, к каким портам клиенты пробуют подключаться, если SRV записи не находят, а видят только имя домена вида sip.controso.com. К 5061 точно подключается, а вот интересно, к каким еще пробуют...</description>
		<content:encoded><![CDATA[<p>Спасибо, Александр! Я пришел к тем же выводам, основываясь на практике и опыте c OCS-ом, а вот документация Линка слегка смутила.</p>
<p>Кстати, несчет автоконфигурации, интересно, к каким портам клиенты пробуют подключаться, если SRV записи не находят, а видят только имя домена вида sip.controso.com. К 5061 точно подключается, а вот интересно, к каким еще пробуют&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Alexander Donin)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-3886</link>
		<dc:creator>Alexander Donin</dc:creator>
		<pubDate>Fri, 04 Mar 2011 23:13:45 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-3886</guid>
		<description>в догонку. в первой статье говорится что дложно быть имя в SIP домене. имеется в виду случай, когда у вас несколько SIP доменов. Для  подключения пользователей достаточно одной А записи в любом домене на которую будут ссылаться несколько SRV записей в разных доменах. Но Federation требует четкого соотвествия.</description>
		<content:encoded><![CDATA[<p>в догонку. в первой статье говорится что дложно быть имя в SIP домене. имеется в виду случай, когда у вас несколько SIP доменов. Для  подключения пользователей достаточно одной А записи в любом домене на которую будут ссылаться несколько SRV записей в разных доменах. Но Federation требует четкого соотвествия.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Alexander Donin)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-3885</link>
		<dc:creator>Alexander Donin</dc:creator>
		<pubDate>Fri, 04 Mar 2011 23:08:24 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-3885</guid>
		<description>Правда в том, что запись sip. используется для входа поиска сервера, если клиент не может найти SRV запись. Нопример, мой домашний шлюз, скатина такая, не пропускает SRV зпросы.
Для таких случаев и нужно имя SIP.
в документации по Lync почему-то это не описано.
Вот описание из документации к OCS 2007 R2
http://technet.microsoft.com/en-us/library/dd425235(office.13).aspx</description>
		<content:encoded><![CDATA[<p>Правда в том, что запись sip. используется для входа поиска сервера, если клиент не может найти SRV запись. Нопример, мой домашний шлюз, скатина такая, не пропускает SRV зпросы.<br />
Для таких случаев и нужно имя SIP.<br />
в документации по Lync почему-то это не описано.<br />
Вот описание из документации к OCS 2007 R2<br />
<a href="http://technet.microsoft.com/en-us/library/dd425235(office.13)" rel="nofollow">http://technet.microsoft.com/en-us/library/dd425235(office.13)</a>.aspx</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Argon)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-3877</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Fri, 04 Mar 2011 20:44:08 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-3877</guid>
		<description>Согласен, я столкнулся с некоторыми противоречиями на TexНете:

&lt;ul&gt;
&lt;li&gt;в статье &lt;a href=&quot;/goto/technet.microsoft.com/en-us/library/gg398920.aspx&quot; rel=&quot;nofollow&quot;&gt;Certificate Requirements for External User Access&lt;/a&gt; пишут &quot;If you are using client auto-configuration or federation, also include any SIP domain FQDNs used within your company (for example, sip.contoso.com, sip.fabrikam.com).&quot;&lt;/li&gt;
&lt;li&gt;в статье &lt;a href=&quot;/goto/technet.microsoft.com/en-us/library/gg413010.aspx&quot; rel=&quot;nofollow&quot;&gt;Planning for Certificates&lt;/a&gt; под SIP Domain понимают уже адреса вида sipdomain01.contoso.com&lt;/li&gt;
&lt;li&gt;сам же Certificate Wizard неприменно включает домен вида sip.contoso.com в список SAN&lt;/li&gt;

&lt;/ul&gt;


Где правда?..</description>
		<content:encoded><![CDATA[<p>Согласен, я столкнулся с некоторыми противоречиями на TexНете:</p>
<ul>
<li>в статье <a href="/goto/technet.microsoft.com/en-us/library/gg398920.aspx" rel="nofollow">Certificate Requirements for External User Access</a> пишут &#171;If you are using client auto-configuration or federation, also include any SIP domain FQDNs used within your company (for example, sip.contoso.com, sip.fabrikam.com).&#187;</li>
<li>в статье <a href="/goto/technet.microsoft.com/en-us/library/gg413010.aspx" rel="nofollow">Planning for Certificates</a> под SIP Domain понимают уже адреса вида sipdomain01.contoso.com</li>
<li>сам же Certificate Wizard неприменно включает домен вида sip.contoso.com в список SAN</li>
</ul>
<p>Где правда?..</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Как использовать бесплатный SSL сертификат Comodo для роли Lync Server 2010 Edge (Alexander Donin)</title>
		<link>http://argon.pro/blog/2011/03/lync-edge-ssl-certificate/#comment-3874</link>
		<dc:creator>Alexander Donin</dc:creator>
		<pubDate>Fri, 04 Mar 2011 19:52:45 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1816#comment-3874</guid>
		<description>Отличная статься. Маленькое уточнение. Для federation не обязательно чтоб имя начиналось на &quot;SIP.&quot;</description>
		<content:encoded><![CDATA[<p>Отличная статься. Маленькое уточнение. Для federation не обязательно чтоб имя начиналось на &#171;SIP.&#187;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Выполнение консольных команд на удаленных компьютерах по сети (Argon)</title>
		<link>http://argon.pro/blog/2010/02/execute-shell-commands-on-remote-computers/#comment-3827</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Thu, 03 Mar 2011 15:50:50 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=309#comment-3827</guid>
		<description>Верно, ведь удаленное выполнение команд -- это очень мощная  функция, которая не должна быть доступна пользователям, не имеющим на это прав.

Однако, psexec имеет ключ &quot;-l&quot;, который позволяет имитировать исполнение команды от имени пользователя без прав администратора на целевой системе.</description>
		<content:encoded><![CDATA[<p>Верно, ведь удаленное выполнение команд &#8212; это очень мощная  функция, которая не должна быть доступна пользователям, не имеющим на это прав.</p>
<p>Однако, psexec имеет ключ &#171;-l&#187;, который позволяет имитировать исполнение команды от имени пользователя без прав администратора на целевой системе.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Выполнение консольных команд на удаленных компьютерах по сети (lamer)</title>
		<link>http://argon.pro/blog/2010/02/execute-shell-commands-on-remote-computers/#comment-3820</link>
		<dc:creator>lamer</dc:creator>
		<pubDate>Thu, 03 Mar 2011 12:40:37 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=309#comment-3820</guid>
		<description>к сожалению, с правами юзера этим пользоваться нельзя... а очень хотелось бы выполнить на удаленном компе какую-нибудь команду не будучи администратором, а будучи простым пользователем</description>
		<content:encoded><![CDATA[<p>к сожалению, с правами юзера этим пользоваться нельзя&#8230; а очень хотелось бы выполнить на удаленном компе какую-нибудь команду не будучи администратором, а будучи простым пользователем</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка синхронизации времени в домене Active Directory (Argon)</title>
		<link>http://argon.pro/blog/2010/05/ad-time-sync/#comment-3784</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Wed, 02 Mar 2011 19:27:18 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=449#comment-3784</guid>
		<description>Быть может, не настроен источник для обновления (сервер интернета, топология AD).</description>
		<content:encoded><![CDATA[<p>Быть может, не настроен источник для обновления (сервер интернета, топология AD).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Endpoint Protection 2010 (Argon)</title>
		<link>http://argon.pro/blog/2010/12/forefront-endpoint-protection-2010/#comment-3782</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Wed, 02 Mar 2011 19:11:24 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1423#comment-3782</guid>
		<description>Есть конечно, в официальной документации: &lt;a href=&quot;/goto/technet.microsoft.com/en-us/library/gg477033.aspx&quot; rel=&quot;nofollow&quot;&gt;Migrating from Forefront Client Security to Forefront Endpoint Protection&lt;/a&gt;.

Все довольно просто. Ставим FEP, развертываем его клиентов, они удаляют FCS.

Вопрос переноса данных об инцидентах из FCS в FPE не рассматривается.</description>
		<content:encoded><![CDATA[<p>Есть конечно, в официальной документации: <a href="/goto/technet.microsoft.com/en-us/library/gg477033.aspx" rel="nofollow">Migrating from Forefront Client Security to Forefront Endpoint Protection</a>.</p>
<p>Все довольно просто. Ставим FEP, развертываем его клиентов, они удаляют FCS.</p>
<p>Вопрос переноса данных об инцидентах из FCS в FPE не рассматривается.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Argon)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-3781</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Wed, 02 Mar 2011 19:07:10 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-3781</guid>
		<description>Пока пользовался FCS, не наблюдал такой проблемы. Вероятнее всего проблема либо в Reporting Services (не может запросить или отобразить данные из SQL, смотреть в логах), либо в IE (скрипты отключены или еще чего).</description>
		<content:encoded><![CDATA[<p>Пока пользовался FCS, не наблюдал такой проблемы. Вероятнее всего проблема либо в Reporting Services (не может запросить или отобразить данные из SQL, смотреть в логах), либо в IE (скрипты отключены или еще чего).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Константин)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-3761</link>
		<dc:creator>Константин</dc:creator>
		<pubDate>Wed, 02 Mar 2011 12:02:18 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-3761</guid>
		<description>Здравствуйте, Argon.
У меня следующий вопрос:
При открытии отчета о любом зараженном компьютере (в IE) в поле Alert Details появляется надпись &quot;Ошибка: невозможно отобразить вложенный отчет&quot; - в чем тут может быть проблема?</description>
		<content:encoded><![CDATA[<p>Здравствуйте, Argon.<br />
У меня следующий вопрос:<br />
При открытии отчета о любом зараженном компьютере (в IE) в поле Alert Details появляется надпись &#171;Ошибка: невозможно отобразить вложенный отчет&#187; &#8212; в чем тут может быть проблема?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Endpoint Protection 2010 (Константин)</title>
		<link>http://argon.pro/blog/2010/12/forefront-endpoint-protection-2010/#comment-3760</link>
		<dc:creator>Константин</dc:creator>
		<pubDate>Wed, 02 Mar 2011 11:57:26 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1423#comment-3760</guid>
		<description>Уважаемый Argon, скажите пожалуйста, существует ли какая-нибудь инструкция по централизованному переходу с FCS на FEP?</description>
		<content:encoded><![CDATA[<p>Уважаемый Argon, скажите пожалуйста, существует ли какая-нибудь инструкция по централизованному переходу с FCS на FEP?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка синхронизации времени в домене Active Directory (oriang)</title>
		<link>http://argon.pro/blog/2010/05/ad-time-sync/#comment-3675</link>
		<dc:creator>oriang</dc:creator>
		<pubDate>Mon, 28 Feb 2011 15:50:58 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=449#comment-3675</guid>
		<description>w32tm /resync /rediscover
Команда синхронизации отправлена на local computer...
Синхронизация не выполнена, поскольку нет доступных данных о времени.</description>
		<content:encoded><![CDATA[<p>w32tm /resync /rediscover<br />
Команда синхронизации отправлена на local computer&#8230;<br />
Синхронизация не выполнена, поскольку нет доступных данных о времени.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Что нужно знать перед установкой Service Pack 1 для Windows Server 2008 R2 и Windows 7 (Argon)</title>
		<link>http://argon.pro/blog/2011/01/sp1-for-ws2008r2-win7-released/#comment-3590</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sat, 26 Feb 2011 21:54:50 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1642#comment-3590</guid>
		<description>Да да, я тоже вышел на этот документ. Так как этот пост кто-то читает, хочу дополнить своими мыслями по поводу работы Dynamic Memory с такими жадными приложениями, как SQL Server и Exchange ;)</description>
		<content:encoded><![CDATA[<p>Да да, я тоже вышел на этот документ. Так как этот пост кто-то читает, хочу дополнить своими мыслями по поводу работы Dynamic Memory с такими жадными приложениями, как SQL Server и Exchange ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Что нужно знать перед установкой Service Pack 1 для Windows Server 2008 R2 и Windows 7 (Виктор)</title>
		<link>http://argon.pro/blog/2011/01/sp1-for-ws2008r2-win7-released/#comment-3589</link>
		<dc:creator>Виктор</dc:creator>
		<pubDate>Sat, 26 Feb 2011 21:51:11 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1642#comment-3589</guid>
		<description>Незачто, а если быть более точным, то тут можно почитать требования к Dynamic Memory и список гостевых систем http://technet.microsoft.com/ru-ru/library/ff817651(WS.10).aspx</description>
		<content:encoded><![CDATA[<p>Незачто, а если быть более точным, то тут можно почитать требования к Dynamic Memory и список гостевых систем <a href="http://technet.microsoft.com/ru-ru/library/ff817651(WS.10)" rel="nofollow">http://technet.microsoft.com/ru-ru/library/ff817651(WS.10)</a>.aspx</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Что нужно знать перед установкой Service Pack 1 для Windows Server 2008 R2 и Windows 7 (Argon)</title>
		<link>http://argon.pro/blog/2011/01/sp1-for-ws2008r2-win7-released/#comment-3583</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sat, 26 Feb 2011 19:31:25 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1642#comment-3583</guid>
		<description>Спасибо за уточнение! Интересно, будет ли обновление компонентов интеграции для Linux, поддерживающее DM...</description>
		<content:encoded><![CDATA[<p>Спасибо за уточнение! Интересно, будет ли обновление компонентов интеграции для Linux, поддерживающее DM&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Что нужно знать перед установкой Service Pack 1 для Windows Server 2008 R2 и Windows 7 (Виктор)</title>
		<link>http://argon.pro/blog/2011/01/sp1-for-ws2008r2-win7-released/#comment-3581</link>
		<dc:creator>Виктор</dc:creator>
		<pubDate>Sat, 26 Feb 2011 18:52:15 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1642#comment-3581</guid>
		<description>Dynamic Memory, кстати, работает при любой поддерживаемой Hyper-V гостевой системе, главное чтобы службы интеграции были обновлены в ней до SP1.</description>
		<content:encoded><![CDATA[<p>Dynamic Memory, кстати, работает при любой поддерживаемой Hyper-V гостевой системе, главное чтобы службы интеграции были обновлены в ней до SP1.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Windows Server 2008: внедрение IPv6 в локальной сети (Pan@lj)</title>
		<link>http://argon.pro/blog/2010/06/ws2008-ipv6-implementation/#comment-2801</link>
		<dc:creator>Pan@lj</dc:creator>
		<pubDate>Thu, 20 Jan 2011 19:26:40 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=430#comment-2801</guid>
		<description>Наконец то толковый Howto. Спасибо, завтра офис ждут перемены :evil:</description>
		<content:encoded><![CDATA[<p>Наконец то толковый Howto. Спасибо, завтра офис ждут перемены :evil:</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Argon)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-2751</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sat, 15 Jan 2011 20:09:34 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-2751</guid>
		<description>Верно, групповая политика обновляет указанные ветки реестра. А в deploy.reg полагаю инфра, чтобы комп начал запрашивать пакет клиента FCS у WSUS-а, а не настройки самого клиента.</description>
		<content:encoded><![CDATA[<p>Верно, групповая политика обновляет указанные ветки реестра. А в deploy.reg полагаю инфра, чтобы комп начал запрашивать пакет клиента FCS у WSUS-а, а не настройки самого клиента.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (mesmer)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-2745</link>
		<dc:creator>mesmer</dc:creator>
		<pubDate>Sat, 15 Jan 2011 11:38:20 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-2745</guid>
		<description>это?
http://technet.microsoft.com/en-us/library/bb418783.aspx
а тот, что из Deploy .reg не подойдет уже?</description>
		<content:encoded><![CDATA[<p>это?<br />
<a href="http://technet.microsoft.com/en-us/library/bb418783.aspx" rel="nofollow">http://technet.microsoft.com/en-us/library/bb418783.aspx</a><br />
а тот, что из Deploy .reg не подойдет уже?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (mesmer)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-2744</link>
		<dc:creator>mesmer</dc:creator>
		<pubDate>Sat, 15 Jan 2011 11:31:59 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-2744</guid>
		<description>а что подразумевается под &quot;настройки через групповую политику будут применяться&quot;?</description>
		<content:encoded><![CDATA[<p>а что подразумевается под &#171;настройки через групповую политику будут применяться&#187;?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Argon)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-2738</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Fri, 14 Jan 2011 23:15:11 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-2738</guid>
		<description>Стандартным образом FCS разворачивается только с агентом MOM-a. Без него можно установить, используя ключ &lt;code&gt;/nomom&lt;/code&gt;. При этом не будет собираться статистика по работе антивируса, но настройки через групповую политику будут применяться.</description>
		<content:encoded><![CDATA[<p>Стандартным образом FCS разворачивается только с агентом MOM-a. Без него можно установить, используя ключ <code>/nomom</code>. При этом не будет собираться статистика по работе антивируса, но настройки через групповую политику будут применяться.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (mesmer)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-2729</link>
		<dc:creator>mesmer</dc:creator>
		<pubDate>Fri, 14 Jan 2011 07:03:06 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-2729</guid>
		<description>проясните, что-то запутался.
если в ou определен шаблон из deploy для установки.
и допустим мне не нужно ставить/присутствие агента mom, мне надо отдельно разворачивать ou и там уже впихнуть установку msi? но опять же мне нужны предустановки работы антивируса на ПК (как-то исключения и настройки работы и т.д.)
 или поможет из административной консоли установка/удаление агента?</description>
		<content:encoded><![CDATA[<p>проясните, что-то запутался.<br />
если в ou определен шаблон из deploy для установки.<br />
и допустим мне не нужно ставить/присутствие агента mom, мне надо отдельно разворачивать ou и там уже впихнуть установку msi? но опять же мне нужны предустановки работы антивируса на ПК (как-то исключения и настройки работы и т.д.)<br />
 или поможет из административной консоли установка/удаление агента?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Открытие MCP-клуба в Кирове (Игорь)</title>
		<link>http://argon.pro/blog/2011/01/kirov-mcp-club-opening/#comment-2719</link>
		<dc:creator>Игорь</dc:creator>
		<pubDate>Thu, 13 Jan 2011 19:02:58 +0000</pubDate>
		<guid isPermaLink="false">http://argon.pro/blog/?p=1584#comment-2719</guid>
		<description>Поздравляю с открытием MCP клуба!
Если когда либо кто-то из Вас будет у нас Санкт-Петербурге, то приходите на встречу нашего MCP клуба. Обычно проводим в последнюю пятницу каждого месяца. Место, дата и время на сайте клуба  http://mcp-club.net/. С удовольствием обсудим проблемы ИТ-технологий с единомышленниками.
      Игорь Ананченко (http://anantchenko.ru)</description>
		<content:encoded><![CDATA[<p>Поздравляю с открытием MCP клуба!<br />
Если когда либо кто-то из Вас будет у нас Санкт-Петербурге, то приходите на встречу нашего MCP клуба. Обычно проводим в последнюю пятницу каждого месяца. Место, дата и время на сайте клуба  <a href="http://mcp-club.net/" rel="nofollow">http://mcp-club.net/</a>. С удовольствием обсудим проблемы ИТ-технологий с единомышленниками.<br />
      Игорь Ананченко (<a href="http://anantchenko.ru" rel="nofollow">http://anantchenko.ru</a>)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Exchange 2010 Unified Messaging не отвечает на звонки через Office Communicator 2007 R2 (Argon)</title>
		<link>http://argon.pro/blog/2010/10/exchange2010-um-call-from-ocs2007r2-problem/#comment-2676</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sat, 08 Jan 2011 23:57:56 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1278#comment-2676</guid>
		<description>Быть может, фаэрвол где-то что-то режет, или Web Services не доступны.

Через Microsoft Exchange Server Remote Connectivity Analyzer прогонять пробовали?</description>
		<content:encoded><![CDATA[<p>Быть может, фаэрвол где-то что-то режет, или Web Services не доступны.</p>
<p>Через Microsoft Exchange Server Remote Connectivity Analyzer прогонять пробовали?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка синхронизации времени в домене Active Directory (Argon)</title>
		<link>http://argon.pro/blog/2010/05/ad-time-sync/#comment-2675</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sat, 08 Jan 2011 23:48:45 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=449#comment-2675</guid>
		<description>Действительно, в WS2003 этих ключей нет.</description>
		<content:encoded><![CDATA[<p>Действительно, в WS2003 этих ключей нет.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка синхронизации времени в домене Active Directory (Ilya_Nsk)</title>
		<link>http://argon.pro/blog/2010/05/ad-time-sync/#comment-2420</link>
		<dc:creator>Ilya_Nsk</dc:creator>
		<pubDate>Mon, 20 Dec 2010 03:48:38 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=449#comment-2420</guid>
		<description>+1 (для русской версии)
C:\....&gt;w32tm /query /peers
Неизвестная команда /query.</description>
		<content:encoded><![CDATA[<p>+1 (для русской версии)<br />
C:\&#8230;.&gt;w32tm /query /peers<br />
Неизвестная команда /query.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Exchange 2010 Unified Messaging не отвечает на звонки через Office Communicator 2007 R2 (Dmitry Dombrovsky)</title>
		<link>http://argon.pro/blog/2010/10/exchange2010-um-call-from-ocs2007r2-problem/#comment-2231</link>
		<dc:creator>Dmitry Dombrovsky</dc:creator>
		<pubDate>Fri, 03 Dec 2010 11:16:48 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1278#comment-2231</guid>
		<description>У меня тоже настроено взаимодействие Exch2010Sp1 и ocs2007r2 - вроде все работает. Только вот от варнингов в логе никак избавиться не могу.
The Unified Messaging server failed to deliver the MWI notification &#039;0/12 (unread/read)&#039; for the UM-enabled mailbox &#039;Dmitriy Dombrovskiy(xxxxxxxxxxxxxxxxxxxxxxxx)&#039; associated with UM extension &#039;xxxxxx@xxxxxx.xxx&#039;. Until this problem is corrected, the MWI state for this user may be out of sync. Additional information:

There are no more targets available to send an MWI message for user Dmitriy Dombrovskiy.

Пытаося нагуглить - ничего подходящего не нашел :)</description>
		<content:encoded><![CDATA[<p>У меня тоже настроено взаимодействие Exch2010Sp1 и ocs2007r2 &#8212; вроде все работает. Только вот от варнингов в логе никак избавиться не могу.<br />
The Unified Messaging server failed to deliver the MWI notification &#8217;0/12 (unread/read)&#8217; for the UM-enabled mailbox &#8216;Dmitriy Dombrovskiy(xxxxxxxxxxxxxxxxxxxxxxxx)&#8217; associated with UM extension &#8216;xxxxxx@xxxxxx.xxx&#8217;. Until this problem is corrected, the MWI state for this user may be out of sync. Additional information:</p>
<p>There are no more targets available to send an MWI message for user Dmitriy Dombrovskiy.</p>
<p>Пытаося нагуглить &#8212; ничего подходящего не нашел :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Windows Server 2008: внедрение IPv6 в локальной сети (Argon)</title>
		<link>http://argon.pro/blog/2010/06/ws2008-ipv6-implementation/#comment-2228</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Thu, 02 Dec 2010 23:55:14 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=430#comment-2228</guid>
		<description>Да, один конфигурируется самим клиентом по методу Stateless (генерируется на основе мак адреса сетевухи, EUI-64), другой назначается DHCP сервером. Ну а третьим адресом будет статически назначенный, если есть.</description>
		<content:encoded><![CDATA[<p>Да, один конфигурируется самим клиентом по методу Stateless (генерируется на основе мак адреса сетевухи, EUI-64), другой назначается DHCP сервером. Ну а третьим адресом будет статически назначенный, если есть.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка синхронизации времени в домене Active Directory (RAID)</title>
		<link>http://argon.pro/blog/2010/05/ad-time-sync/#comment-2217</link>
		<dc:creator>RAID</dc:creator>
		<pubDate>Wed, 01 Dec 2010 11:31:49 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=449#comment-2217</guid>
		<description>сервер win 2003 standart
команда w32tm /query /peers - command unknown</description>
		<content:encoded><![CDATA[<p>сервер win 2003 standart<br />
команда w32tm /query /peers &#8212; command unknown</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Восстановление прав администратора на Microsoft SQL Server 2008/2005 (Argon)</title>
		<link>http://argon.pro/blog/2010/05/sql-server-restore-admin-access/#comment-2209</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Tue, 30 Nov 2010 06:47:28 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=461#comment-2209</guid>
		<description>Кто-то уже успел потклчиться к серверу. Перезапусти службу MS Sql Server и подключись первым через sqlcmd.</description>
		<content:encoded><![CDATA[<p>Кто-то уже успел потклчиться к серверу. Перезапусти службу MS Sql Server и подключись первым через sqlcmd.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Восстановление прав администратора на Microsoft SQL Server 2008/2005 (Евгени)</title>
		<link>http://argon.pro/blog/2010/05/sql-server-restore-admin-access/#comment-2208</link>
		<dc:creator>Евгени</dc:creator>
		<pubDate>Tue, 30 Nov 2010 04:48:58 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=461#comment-2208</guid>
		<description>а если пишет Reason: Server is in single user mode. Only one administrator can connect at this time. Ну пущает в sqlcmd (((</description>
		<content:encoded><![CDATA[<p>а если пишет Reason: Server is in single user mode. Only one administrator can connect at this time. Ну пущает в sqlcmd (((</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Windows Server 2008: внедрение IPv6 в локальной сети (Дмитрий)</title>
		<link>http://argon.pro/blog/2010/06/ws2008-ipv6-implementation/#comment-2160</link>
		<dc:creator>Дмитрий</dc:creator>
		<pubDate>Fri, 26 Nov 2010 03:37:29 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=430#comment-2160</guid>
		<description>Скажите, а это нормально, что помимо статического адреса, сервер получил от DHCP еще два адреса IPv6?</description>
		<content:encoded><![CDATA[<p>Скажите, а это нормально, что помимо статического адреса, сервер получил от DHCP еще два адреса IPv6?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Windows Server 2008 R2 не доступен по сети после установки обновления KB975354 (JeiFLYer)</title>
		<link>http://argon.pro/blog/2010/06/ws2008r2-kb975354-problem/#comment-2122</link>
		<dc:creator>JeiFLYer</dc:creator>
		<pubDate>Tue, 23 Nov 2010 10:53:30 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=742#comment-2122</guid>
		<description>Хорошая заметка... Но у меня подобная проблема и без установки обновления. Чистую 2008 R2 ставлю - и получаю то же самое. Отключение брандмауэра вообще ничего не дало. Ваш совет к сожалению тоже не помог...</description>
		<content:encoded><![CDATA[<p>Хорошая заметка&#8230; Но у меня подобная проблема и без установки обновления. Чистую 2008 R2 ставлю &#8212; и получаю то же самое. Отключение брандмауэра вообще ничего не дало. Ваш совет к сожалению тоже не помог&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Константин)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-2107</link>
		<dc:creator>Константин</dc:creator>
		<pubDate>Mon, 22 Nov 2010 06:35:45 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-2107</guid>
		<description>Нравится мне такая политика - как ограничить проверку файлов по размеру, так извините, ни чего пропускать нельзя, а как файлы баз данных и прочее, так добавить в исключения. Что же тогда останется на проверку, если большинство исполняемых и обрабатываемых файлов добавлено в исключения?!
Argon, это претензии не к вам, а просто возмущение вслух, возглас отчаяния, так сказать...</description>
		<content:encoded><![CDATA[<p>Нравится мне такая политика &#8212; как ограничить проверку файлов по размеру, так извините, ни чего пропускать нельзя, а как файлы баз данных и прочее, так добавить в исключения. Что же тогда останется на проверку, если большинство исполняемых и обрабатываемых файлов добавлено в исключения?!<br />
Argon, это претензии не к вам, а просто возмущение вслух, возглас отчаяния, так сказать&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Argon)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-2086</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sat, 20 Nov 2010 12:02:08 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-2086</guid>
		<description>&lt;strong&gt;Max&lt;/strong&gt;,
&lt;blockquote&gt;Вопрос собственно – можно ли уже развернутые политики каким то образом импортировать на новый сервер управления? Заранее спасибо)&lt;/blockquote&gt;
Подозреваю, что нет. Думаю, их идентификаторы хранятся в базе данных FCS, и по этим идентификаторам он узнает, что они &quot;свои&quot;. В вашем случае, можно либо пересоздать политики, либо ковырять базу.

&lt;strong&gt;LMcom&lt;/strong&gt;,
Похоже на ошибку в Windows Installer. Проверьте, запущена ли установка с правами администратора, не выполняется ли сейчас другая установка, либо ранее выполнялась установка, требующая перезагрузки.

&lt;strong&gt;Константин&lt;/strong&gt;,
Тоже как-то хотел воспользоваться такой функцией, не нашел. Тут, видимо, и лень разработчиков, и следование политикам повышенной безопасности, чтобы ничего не пропустить.

Насчет баз 1С и прочих БД -- их, конечно, в первую очередь в исключения надо добавлять.</description>
		<content:encoded><![CDATA[<p><strong>Max</strong>,</p>
<blockquote><p>Вопрос собственно – можно ли уже развернутые политики каким то образом импортировать на новый сервер управления? Заранее спасибо)</p></blockquote>
<p>Подозреваю, что нет. Думаю, их идентификаторы хранятся в базе данных FCS, и по этим идентификаторам он узнает, что они &#171;свои&#187;. В вашем случае, можно либо пересоздать политики, либо ковырять базу.</p>
<p><strong>LMcom</strong>,<br />
Похоже на ошибку в Windows Installer. Проверьте, запущена ли установка с правами администратора, не выполняется ли сейчас другая установка, либо ранее выполнялась установка, требующая перезагрузки.</p>
<p><strong>Константин</strong>,<br />
Тоже как-то хотел воспользоваться такой функцией, не нашел. Тут, видимо, и лень разработчиков, и следование политикам повышенной безопасности, чтобы ничего не пропустить.</p>
<p>Насчет баз 1С и прочих БД &#8212; их, конечно, в первую очередь в исключения надо добавлять.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Windows Server 2008: внедрение IPv6 в локальной сети (Argon)</title>
		<link>http://argon.pro/blog/2010/06/ws2008-ipv6-implementation/#comment-2085</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sat, 20 Nov 2010 11:47:49 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=430#comment-2085</guid>
		<description>Интересно, а для чего вы задумали использовать ваш скрипт? Как писал, IPv6 на клиентах дополнительных настроек не требует, всё раздается с серверов.</description>
		<content:encoded><![CDATA[<p>Интересно, а для чего вы задумали использовать ваш скрипт? Как писал, IPv6 на клиентах дополнительных настроек не требует, всё раздается с серверов.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Особенности работы программного RAID в Windows Server (Argon)</title>
		<link>http://argon.pro/blog/2010/08/ws-soft-raid/#comment-2084</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sat, 20 Nov 2010 11:42:31 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=93#comment-2084</guid>
		<description>Использовал интеловский RAID на самосборных персоналках, которые используются в качестве серверов для небольших предприятий... Эти &quot;серваки&quot; уже не один год служат, пережили несколько замен вышедших из строя дисков.</description>
		<content:encoded><![CDATA[<p>Использовал интеловский RAID на самосборных персоналках, которые используются в качестве серверов для небольших предприятий&#8230; Эти &#171;серваки&#187; уже не один год служат, пережили несколько замен вышедших из строя дисков.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Windows Server 2008: внедрение IPv6 в локальной сети (Алексей)</title>
		<link>http://argon.pro/blog/2010/06/ws2008-ipv6-implementation/#comment-2057</link>
		<dc:creator>Алексей</dc:creator>
		<pubDate>Wed, 17 Nov 2010 05:06:44 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=430#comment-2057</guid>
		<description>Тут поковырял немного, написал скрипт. Для Назначения IPv6 и для показа EUI-64. Если нужно выложу.</description>
		<content:encoded><![CDATA[<p>Тут поковырял немного, написал скрипт. Для Назначения IPv6 и для показа EUI-64. Если нужно выложу.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Константин)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-2051</link>
		<dc:creator>Константин</dc:creator>
		<pubDate>Tue, 16 Nov 2010 06:25:08 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-2051</guid>
		<description>Еще нашел по поводу низкой производительности:

Падение производительности наблюдается на компьютерах, где обрабатываются большие файлы (например локально лежат базы 1С и т.д.). Еще: на одном &quot;тормозящем&quot; компьютере я выполнил поиск файлов по размеру более 50 Mb, в результате этого поиска нашелся ряд больших файлов (более 100 Mb) с расширением tmp, лежащих в системных папках, после того, как я их удалил, компьютер стал работать заметно быстрее. 

Я не нашел, как добавить в исключения большие файлы (более * Mb, как это зачастую реализовано в традиционных антивирусах), уважаемый Argon, Вы не знаете - возможно ли это? Если возможно, то как?</description>
		<content:encoded><![CDATA[<p>Еще нашел по поводу низкой производительности:</p>
<p>Падение производительности наблюдается на компьютерах, где обрабатываются большие файлы (например локально лежат базы 1С и т.д.). Еще: на одном &#171;тормозящем&#187; компьютере я выполнил поиск файлов по размеру более 50 Mb, в результате этого поиска нашелся ряд больших файлов (более 100 Mb) с расширением tmp, лежащих в системных папках, после того, как я их удалил, компьютер стал работать заметно быстрее. </p>
<p>Я не нашел, как добавить в исключения большие файлы (более * Mb, как это зачастую реализовано в традиционных антивирусах), уважаемый Argon, Вы не знаете &#8212; возможно ли это? Если возможно, то как?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Особенности работы программного RAID в Windows Server (Baf)</title>
		<link>http://argon.pro/blog/2010/08/ws-soft-raid/#comment-2049</link>
		<dc:creator>Baf</dc:creator>
		<pubDate>Mon, 15 Nov 2010 03:38:15 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=93#comment-2049</guid>
		<description>Спасибо, было интересно почитать.
А насколько у вас большой опыт использования ICH10R ? p.s. уведомлений на комментарии нет?</description>
		<content:encoded><![CDATA[<p>Спасибо, было интересно почитать.<br />
А насколько у вас большой опыт использования ICH10R ? p.s. уведомлений на комментарии нет?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (LMcom)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1856</link>
		<dc:creator>LMcom</dc:creator>
		<pubDate>Thu, 21 Oct 2010 05:36:12 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1856</guid>
		<description>При установке любой из компонент:
[21.10.2010 8:55:15] Task(Install ***** Server Component) в логах пишется ошибка:

The following process failed.
Process: C:\WINDOWS\system32\msiexec.exe
Exit code: 1639Number of tasks completed: [21.10.2010 8:55:15]

Хотя проверку проходит со всеми &quot;зелеными&quot; галочками и начинается установка.

Подскажите, в чем может быть проблема.</description>
		<content:encoded><![CDATA[<p>При установке любой из компонент:<br />
[21.10.2010 8:55:15] Task(Install ***** Server Component) в логах пишется ошибка:</p>
<p>The following process failed.<br />
Process: C:\WINDOWS\system32\msiexec.exe<br />
Exit code: 1639Number of tasks completed: [21.10.2010 8:55:15]</p>
<p>Хотя проверку проходит со всеми &#171;зелеными&#187; галочками и начинается установка.</p>
<p>Подскажите, в чем может быть проблема.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Windows Server 2008: внедрение IPv6 в локальной сети (Argon)</title>
		<link>http://argon.pro/blog/2010/06/ws2008-ipv6-implementation/#comment-1846</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Wed, 20 Oct 2010 11:07:10 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=430#comment-1846</guid>
		<description>Все нормально у дяди Билла, он следует новым стандартам IPv6, в которых значится, что шлюзы IPv6 должны объявлять себя сами. Это команда

netsh int ipv6 add route ::/0 External fc00:10:18:2::180 publish=yes

в моём примере.</description>
		<content:encoded><![CDATA[<p>Все нормально у дяди Билла, он следует новым стандартам IPv6, в которых значится, что шлюзы IPv6 должны объявлять себя сами. Это команда</p>
<p>netsh int ipv6 add route ::/0 External fc00:10:18:2::180 publish=yes</p>
<p>в моём примере.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Windows Server 2008: внедрение IPv6 в локальной сети (Traum)</title>
		<link>http://argon.pro/blog/2010/06/ws2008-ipv6-implementation/#comment-1845</link>
		<dc:creator>Traum</dc:creator>
		<pubDate>Wed, 20 Oct 2010 10:21:05 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=430#comment-1845</guid>
		<description>Вопрос про шлюз надо-бы задать дяде Биллу. Какого хрена, в сведениях о подключении параметр &quot;Шлюз IPv6&quot; есть, а в Параметрах области DHCP его задать нельзя!?</description>
		<content:encoded><![CDATA[<p>Вопрос про шлюз надо-бы задать дяде Биллу. Какого хрена, в сведениях о подключении параметр &#171;Шлюз IPv6&#8243; есть, а в Параметрах области DHCP его задать нельзя!?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Max)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1793</link>
		<dc:creator>Max</dc:creator>
		<pubDate>Thu, 14 Oct 2010 13:29:03 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1793</guid>
		<description>Привет. Вопрос такой: ранее в организации был развернут FCS, настроено несколько политик. так получилось, что перенести как положено сервер FCS не удалось. Новая установка была выполнена &quot;с нуля&quot;, но с таким же именем группы управления. В итоге клиенты подхватились и все работает как положено, с ранее настроеными политиками, но самих политик в консоли управления FCS ессно не появилось. Вопрос собственно - можно ли уже развернутые политики каким то образом импортировать на новый сервер управления? Заранее спасибо)</description>
		<content:encoded><![CDATA[<p>Привет. Вопрос такой: ранее в организации был развернут FCS, настроено несколько политик. так получилось, что перенести как положено сервер FCS не удалось. Новая установка была выполнена &#171;с нуля&#187;, но с таким же именем группы управления. В итоге клиенты подхватились и все работает как положено, с ранее настроеными политиками, но самих политик в консоли управления FCS ессно не появилось. Вопрос собственно &#8212; можно ли уже развернутые политики каким то образом импортировать на новый сервер управления? Заранее спасибо)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка синхронизации времени в домене Active Directory (Argon)</title>
		<link>http://argon.pro/blog/2010/05/ad-time-sync/#comment-1781</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sat, 09 Oct 2010 07:03:20 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=449#comment-1781</guid>
		<description>Все понимаете верно, пока часы на клиентах сильно отличаются от общедоменного времени, они не смогут по керберосу аутентифицироваться на других ресурсах домена. Но при изменении времени на корневом контроллере, клиенты с ним в заданный промежуток времени синхронизируются, и все опять пойдет как надо.

Также можно синхронизировать принудительно командой 
w32tm /resync /rediscover</description>
		<content:encoded><![CDATA[<p>Все понимаете верно, пока часы на клиентах сильно отличаются от общедоменного времени, они не смогут по керберосу аутентифицироваться на других ресурсах домена. Но при изменении времени на корневом контроллере, клиенты с ним в заданный промежуток времени синхронизируются, и все опять пойдет как надо.</p>
<p>Также можно синхронизировать принудительно командой<br />
w32tm /resync /rediscover</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Настройка синхронизации времени в домене Active Directory (Leonid Bespalov)</title>
		<link>http://argon.pro/blog/2010/05/ad-time-sync/#comment-1780</link>
		<dc:creator>Leonid Bespalov</dc:creator>
		<pubDate>Fri, 08 Oct 2010 20:12:14 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=449#comment-1780</guid>
		<description>Спасибо за толковую статью.
Если не очень далеко от темы, - практический вопрос:
Есть контроллер домена, судя по всему, с  внутренней синхронизацией (часы сервера отстают от реального времени на 15 минут).
Есть задача скорректировать время. 
Кажется, - простой ответ - изменить время в CMOS котроллера домена.
Однако,  22 января 2009 Артём Синицын, здесь http://sinitsyn.org/2009/01/sinxronizaciya-vremeni-v-domene-active-directory/ написал: 
“Пользователи домена проходят процедуру аутентификации на контроллерах домена посредством протокола Kerberos (если быть точнее, его пятой версии). В свою очередь Kerberos использует так называемые сеансовые билеты, неотъемлемой частью которых является штамп текущего времени системы. И если разница во времени сервера, обслуживающего запрашиваемый ресурс, и компьютера, с которого пользователь запрашивает доступ, будет больше 5 минут (значение по умолчанию), в доступе будет отказано.
Продолжая мысль, если системное время компьютеров пользователей будет отличаться от времени на контроллере домена, пользователи не смогут успешно пройти процедуру аутентификации, а значит не смогут получить доступ к ресурсам домена. ”
Вопрос: значит ли это, что после корректировки часов в CMOS на 15 минут и перезагруки сервера - котроллера домена, пользователям в сети будет отказано в доступе?
Или это у меня проблема с синхронизацией осмысления прочитанного?</description>
		<content:encoded><![CDATA[<p>Спасибо за толковую статью.<br />
Если не очень далеко от темы, &#8212; практический вопрос:<br />
Есть контроллер домена, судя по всему, с  внутренней синхронизацией (часы сервера отстают от реального времени на 15 минут).<br />
Есть задача скорректировать время.<br />
Кажется, &#8212; простой ответ &#8212; изменить время в CMOS котроллера домена.<br />
Однако,  22 января 2009 Артём Синицын, здесь <a href="http://sinitsyn.org/2009/01/sinxronizaciya-vremeni-v-domene-active-directory/" rel="nofollow">http://sinitsyn.org/2009/01/sinxronizaciya-vremeni-v-domene-active-directory/</a> написал:<br />
“Пользователи домена проходят процедуру аутентификации на контроллерах домена посредством протокола Kerberos (если быть точнее, его пятой версии). В свою очередь Kerberos использует так называемые сеансовые билеты, неотъемлемой частью которых является штамп текущего времени системы. И если разница во времени сервера, обслуживающего запрашиваемый ресурс, и компьютера, с которого пользователь запрашивает доступ, будет больше 5 минут (значение по умолчанию), в доступе будет отказано.<br />
Продолжая мысль, если системное время компьютеров пользователей будет отличаться от времени на контроллере домена, пользователи не смогут успешно пройти процедуру аутентификации, а значит не смогут получить доступ к ресурсам домена. ”<br />
Вопрос: значит ли это, что после корректировки часов в CMOS на 15 минут и перезагруки сервера &#8212; котроллера домена, пользователям в сети будет отказано в доступе?<br />
Или это у меня проблема с синхронизацией осмысления прочитанного?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Бесплатная электропочта для домена: выбор между Яндексом и Гуглом (Argon)</title>
		<link>http://argon.pro/blog/2010/10/mail-for-domain/#comment-1776</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Wed, 06 Oct 2010 11:18:53 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1255#comment-1776</guid>
		<description>Николай, спасибо за комментарии, я внес корректировки в основной пост.</description>
		<content:encoded><![CDATA[<p>Николай, спасибо за комментарии, я внес корректировки в основной пост.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Бесплатная электропочта для домена: выбор между Яндексом и Гуглом (Николай)</title>
		<link>http://argon.pro/blog/2010/10/mail-for-domain/#comment-1774</link>
		<dc:creator>Николай</dc:creator>
		<pubDate>Wed, 06 Oct 2010 10:48:29 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1255#comment-1774</guid>
		<description>Да нет же, Календарь уже давно доступен непосредственно с доменного аккаунта, как и jabber, а также загрузка файлов в файлохранилище при отправке писем, если нужно отправить большой файл.</description>
		<content:encoded><![CDATA[<p>Да нет же, Календарь уже давно доступен непосредственно с доменного аккаунта, как и jabber, а также загрузка файлов в файлохранилище при отправке писем, если нужно отправить большой файл.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Бесплатная электропочта для домена: выбор между Яндексом и Гуглом (Argon)</title>
		<link>http://argon.pro/blog/2010/10/mail-for-domain/#comment-1772</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Wed, 06 Oct 2010 06:56:02 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1255#comment-1772</guid>
		<description>Чтобы никого не обижать, я явно написал, что предполагаю, а не сужу о надежности.

То, что для почтовых протоколов теперь и у Яндекса заявлена поддержка SSL -- это просто замечательно. Однако, веб-доступ по прежнему работает по HTTP, а чтобы попасть по SSL, нужно руками ввести HTTPS в адресную строку. Действительно, работает!

На момент проведения моего сравнения в хелпе Яндекса про SSL для почтовых протоколов не было ни слова, а про веб доступ нет и сейчас.

А вот с календарем и прочими сервисами все печальнее. Если в Google Apps эти сервисы работают от созданной учетки в вашем домене, то сервисы Яндекса авторизуются по яндексной учетке, а не доменной. Хотя лично мне бесплатные сервисы для совместной работы и не нужны, есть корпоративные.

--

Благодарю за вести с внутренней кухни почты для домена Яндекса. Развитие в этом направлении меня радует.</description>
		<content:encoded><![CDATA[<p>Чтобы никого не обижать, я явно написал, что предполагаю, а не сужу о надежности.</p>
<p>То, что для почтовых протоколов теперь и у Яндекса заявлена поддержка SSL &#8212; это просто замечательно. Однако, веб-доступ по прежнему работает по HTTP, а чтобы попасть по SSL, нужно руками ввести HTTPS в адресную строку. Действительно, работает!</p>
<p>На момент проведения моего сравнения в хелпе Яндекса про SSL для почтовых протоколов не было ни слова, а про веб доступ нет и сейчас.</p>
<p>А вот с календарем и прочими сервисами все печальнее. Если в Google Apps эти сервисы работают от созданной учетки в вашем домене, то сервисы Яндекса авторизуются по яндексной учетке, а не доменной. Хотя лично мне бесплатные сервисы для совместной работы и не нужны, есть корпоративные.</p>
<p>&#8212;</p>
<p>Благодарю за вести с внутренней кухни почты для домена Яндекса. Развитие в этом направлении меня радует.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Бесплатная электропочта для домена: выбор между Яндексом и Гуглом (Николай)</title>
		<link>http://argon.pro/blog/2010/10/mail-for-domain/#comment-1768</link>
		<dc:creator>Николай</dc:creator>
		<pubDate>Tue, 05 Oct 2010 23:47:11 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=1255#comment-1768</guid>
		<description>Плохо судить о надежности сервиса по его бесплатности для потребителя. Как и платность чего-либо не говорит о качестве. 

SSL у Яндекса есть как для почтовых программ, так и для веб-интерфейса. 

Календарь и планировщик задач для доменных пользователей есть и у Яндекса, просмотр документов - тоже. Общая АК, на сколько я знаю, планируется в скором времени. В новом веб-интерфейсе, который сейчас тестируется на основной почте Яндекса, уже есть возможность выбирать внешние адреса, от имени которых можно отправлять письма. В будущем это станет доступным и для доменов, наверняка.</description>
		<content:encoded><![CDATA[<p>Плохо судить о надежности сервиса по его бесплатности для потребителя. Как и платность чего-либо не говорит о качестве. </p>
<p>SSL у Яндекса есть как для почтовых программ, так и для веб-интерфейса. </p>
<p>Календарь и планировщик задач для доменных пользователей есть и у Яндекса, просмотр документов &#8212; тоже. Общая АК, на сколько я знаю, планируется в скором времени. В новом веб-интерфейсе, который сейчас тестируется на основной почте Яндекса, уже есть возможность выбирать внешние адреса, от имени которых можно отправлять письма. В будущем это станет доступным и для доменов, наверняка.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Mesmer)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1724</link>
		<dc:creator>Mesmer</dc:creator>
		<pubDate>Fri, 01 Oct 2010 03:23:37 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1724</guid>
		<description>ааа. то есть, сам сервер имеют лишь пограничную задачу. типа политика. и база мом, я так понимаю?</description>
		<content:encoded><![CDATA[<p>ааа. то есть, сам сервер имеют лишь пограничную задачу. типа политика. и база мом, я так понимаю?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Argon)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1714</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Thu, 30 Sep 2010 10:39:39 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1714</guid>
		<description>Политика вносит в реестр хитрые изменения, после которых комп у WSUS начинает запрашивать дистрибутив FCS как обновление.</description>
		<content:encoded><![CDATA[<p>Политика вносит в реестр хитрые изменения, после которых комп у WSUS начинает запрашивать дистрибутив FCS как обновление.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Mesmer)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1713</link>
		<dc:creator>Mesmer</dc:creator>
		<pubDate>Thu, 30 Sep 2010 10:08:35 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1713</guid>
		<description>откуда инсталляция идет, когда компьютер применяет политику в AD на установку? в смысле, на сервере у меня в раделе D лежит дистрибутив. от туда? или из каталога program files на самом сервере. как понимаю в приципе идет инсталляция msi.</description>
		<content:encoded><![CDATA[<p>откуда инсталляция идет, когда компьютер применяет политику в AD на установку? в смысле, на сервере у меня в раделе D лежит дистрибутив. от туда? или из каталога program files на самом сервере. как понимаю в приципе идет инсталляция msi.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Argon)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1635</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Mon, 20 Sep 2010 20:57:27 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1635</guid>
		<description>В MOM-e есть возможность удалять управляемые компьютеры из админ-консоли. Думаю, для восстановления управления над переименованным компом можно сделать так: удалить запись из MOM-а, удалить компоненты MOM и FCS с клиентского компа, затаем FCS сам поставиться через политики и пропишется везде по-новой.</description>
		<content:encoded><![CDATA[<p>В MOM-e есть возможность удалять управляемые компьютеры из админ-консоли. Думаю, для восстановления управления над переименованным компом можно сделать так: удалить запись из MOM-а, удалить компоненты MOM и FCS с клиентского компа, затаем FCS сам поставиться через политики и пропишется везде по-новой.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Mesmer)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1630</link>
		<dc:creator>Mesmer</dc:creator>
		<pubDate>Mon, 20 Sep 2010 02:24:39 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1630</guid>
		<description>хочу спросить. блы компьютер с одним именем и на нем клиент. переименовал компьютер, но в том же домене стоит. а теперь в MOM старое имя отображается тоже. но уже как unmanaged. как этот компьютер исключить? т.е. чтобы не болталась эта запись.</description>
		<content:encoded><![CDATA[<p>хочу спросить. блы компьютер с одним именем и на нем клиент. переименовал компьютер, но в том же домене стоит. а теперь в MOM старое имя отображается тоже. но уже как unmanaged. как этот компьютер исключить? т.е. чтобы не болталась эта запись.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Windows Server 2008 R2: Server Core and Hyper-V Server (Argon)</title>
		<link>http://argon.pro/blog/2010/02/windows-server-2008-r2-core-hyper-v/#comment-1555</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Fri, 10 Sep 2010 16:09:55 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=345#comment-1555</guid>
		<description>Про R1 согласен, без фреймворка и других ролей -- шарманка еще та была. А вот R2 уже вполне хороша, для выполнения функций, описанных в статье -- вполне годится.</description>
		<content:encoded><![CDATA[<p>Про R1 согласен, без фреймворка и других ролей &#8212; шарманка еще та была. А вот R2 уже вполне хороша, для выполнения функций, описанных в статье &#8212; вполне годится.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Windows Server 2008 R2: Server Core and Hyper-V Server (EDWS)</title>
		<link>http://argon.pro/blog/2010/02/windows-server-2008-r2-core-hyper-v/#comment-1554</link>
		<dc:creator>EDWS</dc:creator>
		<pubDate>Fri, 10 Sep 2010 12:37:19 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=345#comment-1554</guid>
		<description>Сенки за статью. Но имхо core вещь все равно бесполезная. Я R2 core не юзал но R1 троху погонял. Признаюсь сразу у меня загорелись глаза, во первых, что core просто летает по сравнению с полной версией, можно ставить на старенькие системы.  Первая идея которая взбрела в голову - так это жe можно накодить интерфейсик на dotnet, соответственно сделать на базе core ось заточенную под собственные нужды! Но пыл мой охладило отсутствие того самого dotnet в core R1, а кодить интерфейс на C++ желания и смысла нет никакого. Имхо в M$ спецом не включили dotnet в R1, чтобы присечь таких умников как я, потому как если бы дотнетчики загорелись такой идеей то подвинули бы и висту и семерку! В core R2 dotnet включили но x32 не поддержали соответственно - попа. Нарываешься на непреодолимый гемор с совместимостью. Жалко конечно, ядро то само ниче так.</description>
		<content:encoded><![CDATA[<p>Сенки за статью. Но имхо core вещь все равно бесполезная. Я R2 core не юзал но R1 троху погонял. Признаюсь сразу у меня загорелись глаза, во первых, что core просто летает по сравнению с полной версией, можно ставить на старенькие системы.  Первая идея которая взбрела в голову &#8212; так это жe можно накодить интерфейсик на dotnet, соответственно сделать на базе core ось заточенную под собственные нужды! Но пыл мой охладило отсутствие того самого dotnet в core R1, а кодить интерфейс на C++ желания и смысла нет никакого. Имхо в M$ спецом не включили dotnet в R1, чтобы присечь таких умников как я, потому как если бы дотнетчики загорелись такой идеей то подвинули бы и висту и семерку! В core R2 dotnet включили но x32 не поддержали соответственно &#8212; попа. Нарываешься на непреодолимый гемор с совместимостью. Жалко конечно, ядро то само ниче так.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Windows Server 2008: внедрение IPv6 в локальной сети (Argon)</title>
		<link>http://argon.pro/blog/2010/06/ws2008-ipv6-implementation/#comment-1500</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Tue, 31 Aug 2010 07:42:52 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=430#comment-1500</guid>
		<description>Пожалуйста, дополнил статью добытой инфой по маршрутизации.</description>
		<content:encoded><![CDATA[<p>Пожалуйста, дополнил статью добытой инфой по маршрутизации.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Windows Server 2008: внедрение IPv6 в локальной сети (Hitmank)</title>
		<link>http://argon.pro/blog/2010/06/ws2008-ipv6-implementation/#comment-1499</link>
		<dc:creator>Hitmank</dc:creator>
		<pubDate>Tue, 31 Aug 2010 06:13:55 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=430#comment-1499</guid>
		<description>Интересно, обязательно попробую. Спасибо!</description>
		<content:encoded><![CDATA[<p>Интересно, обязательно попробую. Спасибо!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Windows Server 2008: внедрение IPv6 в локальной сети (Argon)</title>
		<link>http://argon.pro/blog/2010/06/ws2008-ipv6-implementation/#comment-1495</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Mon, 30 Aug 2010 12:56:14 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=430#comment-1495</guid>
		<description>Кое-что выяснил.

Чтобы работало объявление default router, я создал следующие условия.

На компе WS 2008 две сетевухи.

&lt;strong&gt;Local1&lt;/strong&gt; fc00:10:18:1::10/64 -- раздает этот префикс и адреса клиентам по DHCP.
Сконфигурирован
netsh int ipv6 add route fc00:10:18:1::/64 Local1 publish=yes

&lt;strong&gt;Local2&lt;/strong&gt; fc00:10:18:2::10/64 -- для объявления Default Router в сеть Local1 нужен сконфигурированный next-hop адрес (следующего маршрутизатора для текущего роутера).
Сконфигурирован
netsh int ipv6 add route ::/0 Local2 fc00:10:18:2::180 publish=yes

Таким образом, клиенты получают DHCP адреса и префикс  fc00:10:18:1::/64, а также default router (маршрут ::/0), который указывает на link-local адрес (fe80:...) адаптера Local1.

Как сделать, чтобы клиенты как адрес шлюза получали назначенный адаптеру Local1 адрес (fc00:10:18:1::10) вместо link-local -- еще не знаю.

Не проверял, но пишут, что для WS 2008 R2 уже нет необходимости объявлять на роутере next-hop адрес следующего роутера, достаточно выполнить

netsh int ipv6 set int &lt;interfaceid&gt; advertisedefaultroute=enabled</description>
		<content:encoded><![CDATA[<p>Кое-что выяснил.</p>
<p>Чтобы работало объявление default router, я создал следующие условия.</p>
<p>На компе WS 2008 две сетевухи.</p>
<p><strong>Local1</strong> fc00:10:18:1::10/64 &#8212; раздает этот префикс и адреса клиентам по DHCP.<br />
Сконфигурирован<br />
netsh int ipv6 add route fc00:10:18:1::/64 Local1 publish=yes</p>
<p><strong>Local2</strong> fc00:10:18:2::10/64 &#8212; для объявления Default Router в сеть Local1 нужен сконфигурированный next-hop адрес (следующего маршрутизатора для текущего роутера).<br />
Сконфигурирован<br />
netsh int ipv6 add route ::/0 Local2 fc00:10:18:2::180 publish=yes</p>
<p>Таким образом, клиенты получают DHCP адреса и префикс  fc00:10:18:1::/64, а также default router (маршрут ::/0), который указывает на link-local адрес (fe80:&#8230;) адаптера Local1.</p>
<p>Как сделать, чтобы клиенты как адрес шлюза получали назначенный адаптеру Local1 адрес (fc00:10:18:1::10) вместо link-local &#8212; еще не знаю.</p>
<p>Не проверял, но пишут, что для WS 2008 R2 уже нет необходимости объявлять на роутере next-hop адрес следующего роутера, достаточно выполнить</p>
<p>netsh int ipv6 set int <interfaceid> advertisedefaultroute=enabled</interfaceid></p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Windows Server 2008: внедрение IPv6 в локальной сети (Hitmank)</title>
		<link>http://argon.pro/blog/2010/06/ws2008-ipv6-implementation/#comment-1465</link>
		<dc:creator>Hitmank</dc:creator>
		<pubDate>Tue, 24 Aug 2010 13:25:03 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=430#comment-1465</guid>
		<description>Спасибо, успеха Вам. Отпишитесь если получится.</description>
		<content:encoded><![CDATA[<p>Спасибо, успеха Вам. Отпишитесь если получится.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Windows Server 2008: внедрение IPv6 в локальной сети (Argon)</title>
		<link>http://argon.pro/blog/2010/06/ws2008-ipv6-implementation/#comment-1463</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Tue, 24 Aug 2010 08:13:27 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=430#comment-1463</guid>
		<description>Шлюз должен объявлять себя сам.

Я исследовал этот вопрос, попробовал объявить
add route ::/0 Local fc00:10:18:1::1 publish=yes
где 10:18:1::1 -- адрес другого компа со службой маршрутизации. Этот маршрут на самом серваке прописывается, но до клиентов не доходит.

Однако, если прописать
add route ::/0 Local fc00:10:18:1::10 publish=yes
где 10:18:1::10 -- адрес того же компа, то до клиентов доходит маршрут &quot;::/0 on-link&quot; (виден в ipconfig как &quot;::&quot;), то есть без указания роутера, и, соответственно, маршрутизация не работает.

Если на клиенте руками прописать
route add ::/0 fc00:10:18:1::10
то шлюз работает как надо.

Я попробую решить эту проблему, так как мне тоже интересно.

Насчет второго IPv6 адреса... Так как флаг M в DHCPv6 установлен (netsh int ipv6 set interface Local man=en), то DHCP сервером назначаются клиентом адреса, при этом же сами клиенты генерируют еще Stateless IPv6 адреса (EUI-64) самостоятельно. Таким образом клиенты имеют по 2 адреса и больше.

Чтобы отключить автогенрацию IPv6 на стороне клиентов, нужно выполнить

netsh interface ipv6 set global randomizeidentifiers=disabled

...однако, зачем? Пусть живёт.</description>
		<content:encoded><![CDATA[<p>Шлюз должен объявлять себя сам.</p>
<p>Я исследовал этот вопрос, попробовал объявить<br />
add route ::/0 Local fc00:10:18:1::1 publish=yes<br />
где 10:18:1::1 &#8212; адрес другого компа со службой маршрутизации. Этот маршрут на самом серваке прописывается, но до клиентов не доходит.</p>
<p>Однако, если прописать<br />
add route ::/0 Local fc00:10:18:1::10 publish=yes<br />
где 10:18:1::10 &#8212; адрес того же компа, то до клиентов доходит маршрут &#171;::/0 on-link&#187; (виден в ipconfig как &#171;::&#187;), то есть без указания роутера, и, соответственно, маршрутизация не работает.</p>
<p>Если на клиенте руками прописать<br />
route add ::/0 fc00:10:18:1::10<br />
то шлюз работает как надо.</p>
<p>Я попробую решить эту проблему, так как мне тоже интересно.</p>
<p>Насчет второго IPv6 адреса&#8230; Так как флаг M в DHCPv6 установлен (netsh int ipv6 set interface Local man=en), то DHCP сервером назначаются клиентом адреса, при этом же сами клиенты генерируют еще Stateless IPv6 адреса (EUI-64) самостоятельно. Таким образом клиенты имеют по 2 адреса и больше.</p>
<p>Чтобы отключить автогенрацию IPv6 на стороне клиентов, нужно выполнить</p>
<p>netsh interface ipv6 set global randomizeidentifiers=disabled</p>
<p>&#8230;однако, зачем? Пусть живёт.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Windows Server 2008: внедрение IPv6 в локальной сети (Hitmank)</title>
		<link>http://argon.pro/blog/2010/06/ws2008-ipv6-implementation/#comment-1460</link>
		<dc:creator>Hitmank</dc:creator>
		<pubDate>Mon, 23 Aug 2010 20:38:11 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=430#comment-1460</guid>
		<description>Следуя Вашим рекомендациям не вышло, шлюз по прежнему не высвечивается у клиента.</description>
		<content:encoded><![CDATA[<p>Следуя Вашим рекомендациям не вышло, шлюз по прежнему не высвечивается у клиента.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Windows Server 2008: внедрение IPv6 в локальной сети (Hitmank)</title>
		<link>http://argon.pro/blog/2010/06/ws2008-ipv6-implementation/#comment-1459</link>
		<dc:creator>Hitmank</dc:creator>
		<pubDate>Mon, 23 Aug 2010 20:08:34 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=430#comment-1459</guid>
		<description>Также хотелось бы отметить, почему сам сервер dhcp да другие машины которым дан статический адрес, берут еще один от dhcp сервера?</description>
		<content:encoded><![CDATA[<p>Также хотелось бы отметить, почему сам сервер dhcp да другие машины которым дан статический адрес, берут еще один от dhcp сервера?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Windows Server 2008: внедрение IPv6 в локальной сети (Hitmank)</title>
		<link>http://argon.pro/blog/2010/06/ws2008-ipv6-implementation/#comment-1457</link>
		<dc:creator>Hitmank</dc:creator>
		<pubDate>Mon, 23 Aug 2010 17:31:14 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=430#comment-1457</guid>
		<description>хм... интересно, а почему 0? и что если шлюз и dhcp сервер это не один и тот компьютер, тогда эти команды нужно объявить на той машине или нет?</description>
		<content:encoded><![CDATA[<p>хм&#8230; интересно, а почему 0? и что если шлюз и dhcp сервер это не один и тот компьютер, тогда эти команды нужно объявить на той машине или нет?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Windows Server 2008: внедрение IPv6 в локальной сети (Argon)</title>
		<link>http://argon.pro/blog/2010/06/ws2008-ipv6-implementation/#comment-1454</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Mon, 23 Aug 2010 11:27:55 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=430#comment-1454</guid>
		<description>Хороший вопрос, для выдачи шлюза по умолчанию нужно объявить маршрут ::/0.

То есть, если на одной машине стоит DHCPv6 и Routing, то достаточно использовать команды

netsh int ipv6 set int Local adv=en
netsh int ipv6 add route ::/0 Local publish=yes</description>
		<content:encoded><![CDATA[<p>Хороший вопрос, для выдачи шлюза по умолчанию нужно объявить маршрут ::/0.</p>
<p>То есть, если на одной машине стоит DHCPv6 и Routing, то достаточно использовать команды</p>
<p>netsh int ipv6 set int Local adv=en<br />
netsh int ipv6 add route ::/0 Local publish=yes</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Windows Server 2008: внедрение IPv6 в локальной сети (Hitmank)</title>
		<link>http://argon.pro/blog/2010/06/ws2008-ipv6-implementation/#comment-1441</link>
		<dc:creator>Hitmank</dc:creator>
		<pubDate>Fri, 20 Aug 2010 17:20:46 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=430#comment-1441</guid>
		<description>хотел бы спросить, а как сделать чтобы и шлюз ipv6 по dhcp выдавался, dns выдает, ip выдает, а вот шлюз нет.</description>
		<content:encoded><![CDATA[<p>хотел бы спросить, а как сделать чтобы и шлюз ipv6 по dhcp выдавался, dns выдает, ip выдает, а вот шлюз нет.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Argon)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1407</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sat, 14 Aug 2010 05:18:48 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1407</guid>
		<description>Про исключения я приводил ссылку на ту же статью ранее, причем актуальны эти сведения для любых антивирусов, не только MS. На раб станциях добавления в исключения каких-попало приложений и папок просто лишит защиты. Под интенсивно используемым приложением можно считать редактор видео, большую файловую базу данных  типа одинэски.

По моим наблюдениям все равно никто в начале раб дня не работает в полную силу, время на раскачку уходит, тот же чай пьют...</description>
		<content:encoded><![CDATA[<p>Про исключения я приводил ссылку на ту же статью ранее, причем актуальны эти сведения для любых антивирусов, не только MS. На раб станциях добавления в исключения каких-попало приложений и папок просто лишит защиты. Под интенсивно используемым приложением можно считать редактор видео, большую файловую базу данных  типа одинэски.</p>
<p>По моим наблюдениям все равно никто в начале раб дня не работает в полную силу, время на раскачку уходит, тот же чай пьют&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Константин)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1404</link>
		<dc:creator>Константин</dc:creator>
		<pubDate>Fri, 13 Aug 2010 15:28:02 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1404</guid>
		<description>В общем удалось выяснить, что основное зависание происходило в 13 часов дня, когда по расписанию запускалась проверка  scan security state assesment (почему-то в политиках ее можно либо отключить, либо включить сканирование в заданные часы каждый день, включить сканирование в определенный день, как  Malware Scanning нельзя). И, что самое интересное, пользователи, у которых остановлен 1 Gb оперативной памяти, на зависание при этом сканировании ни сколько не жаловались!

Так же, я нашел на официальном сайте Microsoft рекомендации по добавлению в исключения определенных системных файлов ОС и серверных приложений, в зависимости от ролей конкретного сервера (http://support.microsoft.com/kb/943556), которые Microsoft рекомендует добавить в исключения антивирусных приложений для повышения производительности. Любопытно, что ни одному антивирусу это особо не требуется, кроме антивируса производства самих Microsoft.

По поводу добавления интенсивно используемых приложений в исключения возникает вопрос, если все интенсивно используемые приложения будут добавлены в исключения, то что же будет тогда сканировать сам FCS, и как же это скажется на защите в конечном счете?

Особенно порадовала Ваша фраза на счет чая :)
Интересно, Microsoft не прилагает бесплатно подписку на чай?
А то покупать его для 300 пользователей контора разорится, боюсь.

P.S.: Я посчитал и выяснил, что увеличивать всем оперативную память до 1 Gb по стоимости получится цена того же самого Kaspersky Business Space Security, на который денег изначально пожалели и решили сэкономить.</description>
		<content:encoded><![CDATA[<p>В общем удалось выяснить, что основное зависание происходило в 13 часов дня, когда по расписанию запускалась проверка  scan security state assesment (почему-то в политиках ее можно либо отключить, либо включить сканирование в заданные часы каждый день, включить сканирование в определенный день, как  Malware Scanning нельзя). И, что самое интересное, пользователи, у которых остановлен 1 Gb оперативной памяти, на зависание при этом сканировании ни сколько не жаловались!</p>
<p>Так же, я нашел на официальном сайте Microsoft рекомендации по добавлению в исключения определенных системных файлов ОС и серверных приложений, в зависимости от ролей конкретного сервера (<a href="http://support.microsoft.com/kb/943556" rel="nofollow">http://support.microsoft.com/kb/943556</a>), которые Microsoft рекомендует добавить в исключения антивирусных приложений для повышения производительности. Любопытно, что ни одному антивирусу это особо не требуется, кроме антивируса производства самих Microsoft.</p>
<p>По поводу добавления интенсивно используемых приложений в исключения возникает вопрос, если все интенсивно используемые приложения будут добавлены в исключения, то что же будет тогда сканировать сам FCS, и как же это скажется на защите в конечном счете?</p>
<p>Особенно порадовала Ваша фраза на счет чая :)<br />
Интересно, Microsoft не прилагает бесплатно подписку на чай?<br />
А то покупать его для 300 пользователей контора разорится, боюсь.</p>
<p>P.S.: Я посчитал и выяснил, что увеличивать всем оперативную память до 1 Gb по стоимости получится цена того же самого Kaspersky Business Space Security, на который денег изначально пожалели и решили сэкономить.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Argon)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1380</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Tue, 10 Aug 2010 12:42:58 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1380</guid>
		<description>Константин,
1, 2. Насчет падения производительности -- пользователи действительно жалуются, я их приучил по приходу на работу включать компьютеры и идти пить чай. FCS тормозит компы сразу после запуска, потом затихает. Видимо собирает Security Assessment State и прочее.
3. Согласен, неудобно, по маске не умеет. Но в этом и какая-никакая защита от подлога есть.


Исключения на рабочих станциях... Например если есть какое-то определенное интенсивно юзаемое приложение, которое генерит/обрабатывает файлы, вот его и добавлять.</description>
		<content:encoded><![CDATA[<p>Константин,<br />
1, 2. Насчет падения производительности &#8212; пользователи действительно жалуются, я их приучил по приходу на работу включать компьютеры и идти пить чай. FCS тормозит компы сразу после запуска, потом затихает. Видимо собирает Security Assessment State и прочее.<br />
3. Согласен, неудобно, по маске не умеет. Но в этом и какая-никакая защита от подлога есть.</p>
<p>Исключения на рабочих станциях&#8230; Например если есть какое-то определенное интенсивно юзаемое приложение, которое генерит/обрабатывает файлы, вот его и добавлять.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Константин)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1379</link>
		<dc:creator>Константин</dc:creator>
		<pubDate>Tue, 10 Aug 2010 12:35:15 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1379</guid>
		<description>Не подскажете ли - нужно ли для повышения производительности добавлять в исключения какие-то определенные системные файлы на рабочих станциях?</description>
		<content:encoded><![CDATA[<p>Не подскажете ли &#8212; нужно ли для повышения производительности добавлять в исключения какие-то определенные системные файлы на рабочих станциях?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Константин)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1378</link>
		<dc:creator>Константин</dc:creator>
		<pubDate>Tue, 10 Aug 2010 11:40:28 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1378</guid>
		<description>1. На падение производительности жалуются разные пользователи и те, и с недавно установленной ОС, и с давно установленной (но, согласитесь, переустанавливать из-за антивируса ОС на 300 компах это too much).
2. Пока что я заметил, что на тормоза не жалуются пользователи с объемом оперативной памяти больше гигабайта.
3. По поводу добавления исключений, сделаны они очень не удобно - в Overrides можно добавить только один отдельно взятый файл, без указания конкретного пути, а в Exclusions from Malware scan, наборот, можно добавить файл с определённым путём, а отдельно сам файл - нельзя, что создает большие неудобства.
4. Как раз-таки на 3-х серверах стоит FCS, никаких &quot;специфических&quot; исключений не добавлено и падения производительности на них не наблюдается (опять же, на каждом из них более 1 Гб. оперативной памяти).

Я прекрасно понимаю, что FCS защищает именно клиентские машины, а не периметр сети, или почту, не понимаю, к чему Вы это написали.</description>
		<content:encoded><![CDATA[<p>1. На падение производительности жалуются разные пользователи и те, и с недавно установленной ОС, и с давно установленной (но, согласитесь, переустанавливать из-за антивируса ОС на 300 компах это too much).<br />
2. Пока что я заметил, что на тормоза не жалуются пользователи с объемом оперативной памяти больше гигабайта.<br />
3. По поводу добавления исключений, сделаны они очень не удобно &#8212; в Overrides можно добавить только один отдельно взятый файл, без указания конкретного пути, а в Exclusions from Malware scan, наборот, можно добавить файл с определённым путём, а отдельно сам файл &#8212; нельзя, что создает большие неудобства.<br />
4. Как раз-таки на 3-х серверах стоит FCS, никаких &#171;специфических&#187; исключений не добавлено и падения производительности на них не наблюдается (опять же, на каждом из них более 1 Гб. оперативной памяти).</p>
<p>Я прекрасно понимаю, что FCS защищает именно клиентские машины, а не периметр сети, или почту, не понимаю, к чему Вы это написали.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Windows Server 2008: внедрение IPv6 в локальной сети (Argon)</title>
		<link>http://argon.pro/blog/2010/06/ws2008-ipv6-implementation/#comment-1377</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Tue, 10 Aug 2010 08:44:34 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=430#comment-1377</guid>
		<description>Во всем согласен. Особенно попал в точку насчет неподдержки IPv6 в Forefront TMG, это печально, люто, бешено!</description>
		<content:encoded><![CDATA[<p>Во всем согласен. Особенно попал в точку насчет неподдержки IPv6 в Forefront TMG, это печально, люто, бешено!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Windows Server 2008: внедрение IPv6 в локальной сети (Emulty)</title>
		<link>http://argon.pro/blog/2010/06/ws2008-ipv6-implementation/#comment-1376</link>
		<dc:creator>Emulty</dc:creator>
		<pubDate>Tue, 10 Aug 2010 08:10:57 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=430#comment-1376</guid>
		<description>Перелопатил кучу информации по IPV6, только сил не хватило освоить мануалы на английском языке.
Очень благодарен за опыт выложенный в данной статье.
Реально основная трудность, что в отличие от IPv4  с IPV6 нет устоявшихся традиций настройки в доменной сети предприятия. В силу того, что если в большинстве случаев с IPv4 все использовали выделенные приватные диапазоны. С IPv6 ситуация другая, хочешь используй полностью аналогичную схему IPv4 с локальными адресами, хочешь бери область у туннельного брокера и используй прямые адреса шестой версии и настраивай максимально жестко свой FireWall. Можно использовать сразу оба варианта и единого мнения как это лучше сделать - нет. ForeFront tmg вообще толком не поддерживает IPv6. При этом Windows в качестве маршрутизатора использовать крайне не удобно, а роутеры типа Циски далеко не везде получается использовать, ибо дорого.</description>
		<content:encoded><![CDATA[<p>Перелопатил кучу информации по IPV6, только сил не хватило освоить мануалы на английском языке.<br />
Очень благодарен за опыт выложенный в данной статье.<br />
Реально основная трудность, что в отличие от IPv4  с IPV6 нет устоявшихся традиций настройки в доменной сети предприятия. В силу того, что если в большинстве случаев с IPv4 все использовали выделенные приватные диапазоны. С IPv6 ситуация другая, хочешь используй полностью аналогичную схему IPv4 с локальными адресами, хочешь бери область у туннельного брокера и используй прямые адреса шестой версии и настраивай максимально жестко свой FireWall. Можно использовать сразу оба варианта и единого мнения как это лучше сделать &#8212; нет. ForeFront tmg вообще толком не поддерживает IPv6. При этом Windows в качестве маршрутизатора использовать крайне не удобно, а роутеры типа Циски далеко не везде получается использовать, ибо дорого.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Argon)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1374</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Mon, 09 Aug 2010 13:23:40 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1374</guid>
		<description>Не могу согласится со всем написанным в указанной ветке на Технете. Лично я внедрил FCS на двух предприятиях, нигде не было серьезных проблем, при условии что разворачивалось на чистые компы. С настройками исключений тоже особых проблем не наблюдал, и хочу подчеркнуть необходимость этих настроек на серверах, чтобы избежать диких тормозов.

Следует учесть, что FCS -- именно Client Security, а не All-In-One. То есть FCS защищает именно клиентов, а периметр сети -- Forefront TMG, почту Forefront for Exchange. И т. п.</description>
		<content:encoded><![CDATA[<p>Не могу согласится со всем написанным в указанной ветке на Технете. Лично я внедрил FCS на двух предприятиях, нигде не было серьезных проблем, при условии что разворачивалось на чистые компы. С настройками исключений тоже особых проблем не наблюдал, и хочу подчеркнуть необходимость этих настроек на серверах, чтобы избежать диких тормозов.</p>
<p>Следует учесть, что FCS &#8212; именно Client Security, а не All-In-One. То есть FCS защищает именно клиентов, а периметр сети &#8212; Forefront TMG, почту Forefront for Exchange. И т. п.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Константин)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1373</link>
		<dc:creator>Константин</dc:creator>
		<pubDate>Mon, 09 Aug 2010 12:59:35 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1373</guid>
		<description>Если кому-то интересно, то вот мой опыт работы с FCS на данный момент:

http://social.technet.microsoft.com/Forums/ru-RU/forefrontru/thread/01829ee8-8af7-4d73-a916-8e743d94324e</description>
		<content:encoded><![CDATA[<p>Если кому-то интересно, то вот мой опыт работы с FCS на данный момент:</p>
<p><a href="http://social.technet.microsoft.com/Forums/ru-RU/forefrontru/thread/01829ee8-8af7-4d73-a916-8e743d94324e" rel="nofollow">http://social.technet.microsoft.com/Forums/ru-RU/forefrontru/thread/01829ee8-8af7-4d73-a916-8e743d94324e</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Windows Server 2008: внедрение IPv6 в локальной сети (Tiunov Igor)</title>
		<link>http://argon.pro/blog/2010/06/ws2008-ipv6-implementation/#comment-1284</link>
		<dc:creator>Tiunov Igor</dc:creator>
		<pubDate>Mon, 12 Jul 2010 19:28:32 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=430#comment-1284</guid>
		<description>Хотя извиняюсь, я сам не додумал, DHCP рассылает объявления маршрутизатора...</description>
		<content:encoded><![CDATA[<p>Хотя извиняюсь, я сам не додумал, DHCP рассылает объявления маршрутизатора&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Windows Server 2008: внедрение IPv6 в локальной сети (Tiunov Igor)</title>
		<link>http://argon.pro/blog/2010/06/ws2008-ipv6-implementation/#comment-1283</link>
		<dc:creator>Tiunov Igor</dc:creator>
		<pubDate>Mon, 12 Jul 2010 19:26:27 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=430#comment-1283</guid>
		<description>Представте, если не два клиента, а 1000, тогда может и DHCP не нужен? но как решение - не спорю.</description>
		<content:encoded><![CDATA[<p>Представте, если не два клиента, а 1000, тогда может и DHCP не нужен? но как решение &#8212; не спорю.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Константин)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1282</link>
		<dc:creator>Константин</dc:creator>
		<pubDate>Mon, 12 Jul 2010 06:00:40 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1282</guid>
		<description>Проблемы решились после полной переустановки SQL и FCS.
Очень много гуглил и задавал вопросы на Течнете, но особо дельных ответов там не увидел. &lt;a HREF=&quot;http://social.technet.microsoft.com/Forums/ru-RU/forefrontru/thread/098d97ce-0c6f-4ec8-a54e-6054ea31d6fc&quot; rel=&quot;nofollow&quot;&gt; 
Вот&lt;/A&gt; ссылка, может быть кому-то полезно будет.

Argon, скажите, я правильно понял, что если компьютер в домен не включен, то отчеты на сервер управления он отсылать и управляться этим сервером не будет, даже если клиента развернуть на этом компьютере с использованием fcslocalpolicytool?
Есть ли какой-нибудь способ управления таким компьютером через сервер управления?</description>
		<content:encoded><![CDATA[<p>Проблемы решились после полной переустановки SQL и FCS.<br />
Очень много гуглил и задавал вопросы на Течнете, но особо дельных ответов там не увидел. <a HREF="http://social.technet.microsoft.com/Forums/ru-RU/forefrontru/thread/098d97ce-0c6f-4ec8-a54e-6054ea31d6fc" rel="nofollow"><br />
Вот</a> ссылка, может быть кому-то полезно будет.</p>
<p>Argon, скажите, я правильно понял, что если компьютер в домен не включен, то отчеты на сервер управления он отсылать и управляться этим сервером не будет, даже если клиента развернуть на этом компьютере с использованием fcslocalpolicytool?<br />
Есть ли какой-нибудь способ управления таким компьютером через сервер управления?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Windows Server 2008: внедрение IPv6 в локальной сети (Argon)</title>
		<link>http://argon.pro/blog/2010/06/ws2008-ipv6-implementation/#comment-1280</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sun, 11 Jul 2010 08:45:47 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=430#comment-1280</guid>
		<description>Не упустил, последние две приведенные мной команды какраз решают эту проблему без установки ipv6 маршрутизатора. Как маршрутизатор после этого сервер работать не станет, но в пределах одной сети ipv6 будет работать исправно.</description>
		<content:encoded><![CDATA[<p>Не упустил, последние две приведенные мной команды какраз решают эту проблему без установки ipv6 маршрутизатора. Как маршрутизатор после этого сервер работать не станет, но в пределах одной сети ipv6 будет работать исправно.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Windows Server 2008: внедрение IPv6 в локальной сети (Tiunov Igor)</title>
		<link>http://argon.pro/blog/2010/06/ws2008-ipv6-implementation/#comment-1279</link>
		<dc:creator>Tiunov Igor</dc:creator>
		<pubDate>Sun, 11 Jul 2010 08:34:35 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=430#comment-1279</guid>
		<description>Вот эта проблема &quot; клиенты эти настойки исправно получают, общаться между собой они не могут&quot; решается добавлением в сеть обязательного для DHCPv6 маршрутизатора с поддержной ipv6 (в роли которого может выступать W2k8). Этот момент Вы как-то упустили при чтении обсуждения на technet.</description>
		<content:encoded><![CDATA[<p>Вот эта проблема &#187; клиенты эти настойки исправно получают, общаться между собой они не могут&#187; решается добавлением в сеть обязательного для DHCPv6 маршрутизатора с поддержной ipv6 (в роли которого может выступать W2k8). Этот момент Вы как-то упустили при чтении обсуждения на technet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Argon)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1273</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Wed, 07 Jul 2010 08:18:56 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1273</guid>
		<description>1. В консоли FCS создаются магические групповые политики, которые содержат необходимые параметры для развертывания клиентов FCS.

Предполагаю, что если тестовые политики потом заменить на боевые, то клиенты боевой сервер подхватят.

Но возможно, что придется на списке компов какую-нить команду по сети выполнить (типа регистрации в МОМ-е)

2.1 Нужен WSUS, для ручной установки можно скачать с Windows Update Catalog последнюю версию Client Security.
2.2 Консоль FCS делает создают политику, которая содержит настройки реестра.</description>
		<content:encoded><![CDATA[<p>1. В консоли FCS создаются магические групповые политики, которые содержат необходимые параметры для развертывания клиентов FCS.</p>
<p>Предполагаю, что если тестовые политики потом заменить на боевые, то клиенты боевой сервер подхватят.</p>
<p>Но возможно, что придется на списке компов какую-нить команду по сети выполнить (типа регистрации в МОМ-е)</p>
<p>2.1 Нужен WSUS, для ручной установки можно скачать с Windows Update Catalog последнюю версию Client Security.<br />
2.2 Консоль FCS делает создают политику, которая содержит настройки реестра.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Mesmer)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1269</link>
		<dc:creator>Mesmer</dc:creator>
		<pubDate>Tue, 06 Jul 2010 09:06:47 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1269</guid>
		<description>Приветствую!
Если сейчас &quot;тестирую&quot; в таком виде:
установил на тестовый сервер серверную часть, на нем же деплой сделал.
и раскидываю через него на тестируемые машины.
в дальнейшем планирую установить на другой сервер, и собственно хотелось бы, чтобы машины с уже установленным клиентом оказались в репортах и базах mom боевого сервера.
1.к безболезненно провест подобное?

или же не заморачиваться и просто ставить с ключом /nomom, в таком случае надо деплой в reg файл, тогда идут у меня вопросы:
2.1 какие файлы нужны для установки клиента на машину? подразумеваю, что машины xp sp2 рус(большинство уже sp3).
2.2 reg.файл просто в нужное OU в AD запихнуть, как скрипт логон для ПК?</description>
		<content:encoded><![CDATA[<p>Приветствую!<br />
Если сейчас &#171;тестирую&#187; в таком виде:<br />
установил на тестовый сервер серверную часть, на нем же деплой сделал.<br />
и раскидываю через него на тестируемые машины.<br />
в дальнейшем планирую установить на другой сервер, и собственно хотелось бы, чтобы машины с уже установленным клиентом оказались в репортах и базах mom боевого сервера.<br />
1.к безболезненно провест подобное?</p>
<p>или же не заморачиваться и просто ставить с ключом /nomom, в таком случае надо деплой в reg файл, тогда идут у меня вопросы:<br />
2.1 какие файлы нужны для установки клиента на машину? подразумеваю, что машины xp sp2 рус(большинство уже sp3).<br />
2.2 reg.файл просто в нужное OU в AD запихнуть, как скрипт логон для ПК?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Argon)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1266</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Mon, 05 Jul 2010 14:34:21 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1266</guid>
		<description>Ой, столько мук ;) Все компоненты FCS (реестр, файлы, базы данных) вычистил и такая ошибка случается? В таком случае в системе что-то не ладно. Всеж таки напиши версии, разрядности и сревиспаки винды, скл, фреймоворка и т. п.

Поднять чистую виртуалочку под сервер FCS нет возможности?</description>
		<content:encoded><![CDATA[<p>Ой, столько мук ;) Все компоненты FCS (реестр, файлы, базы данных) вычистил и такая ошибка случается? В таком случае в системе что-то не ладно. Всеж таки напиши версии, разрядности и сревиспаки винды, скл, фреймоворка и т. п.</p>
<p>Поднять чистую виртуалочку под сервер FCS нет возможности?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Константин)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1265</link>
		<dc:creator>Константин</dc:creator>
		<pubDate>Mon, 05 Jul 2010 14:21:57 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1265</guid>
		<description>В общем я вернулся к исходному состоянию -при повторной установке FCS MOMReporting отказывается устанавливаться с ошибкой MAinEngineThread is returning 1603.</description>
		<content:encoded><![CDATA[<p>В общем я вернулся к исходному состоянию -при повторной установке FCS MOMReporting отказывается устанавливаться с ошибкой MAinEngineThread is returning 1603.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Константин)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1263</link>
		<dc:creator>Константин</dc:creator>
		<pubDate>Mon, 05 Jul 2010 10:26:12 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1263</guid>
		<description>Вдобавок, теперь еще и при установке FCS пишется, что компонент Collection Database уже установлен, хотя базу OnePoint я удалял.
Утилита msicuu2 не показывает, что на сервере установлено, что-то относящееся к MOM или FCS.</description>
		<content:encoded><![CDATA[<p>Вдобавок, теперь еще и при установке FCS пишется, что компонент Collection Database уже установлен, хотя базу OnePoint я удалял.<br />
Утилита msicuu2 не показывает, что на сервере установлено, что-то относящееся к MOM или FCS.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Константин)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1260</link>
		<dc:creator>Константин</dc:creator>
		<pubDate>Sat, 03 Jul 2010 22:50:39 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1260</guid>
		<description>В журнале событий я нашел ошибку с кодом 10005 источник - MSIInstaller, нашел статью с описанием данной ошибки - http://support.microsoft.com/kb/922337, где говорится, что эта проблема связана с тем, что установка производится на сервер, где запущена 32-битная версия SQL Server 2005, советуют запустить MOMreporting.msi отдельно с ключом, но этот вариант мне не подходит, т.к. после установки MOMreporting, именно в процессе установки FCS, идет установка других компонентов FCS которые тоже нужны.</description>
		<content:encoded><![CDATA[<p>В журнале событий я нашел ошибку с кодом 10005 источник &#8212; MSIInstaller, нашел статью с описанием данной ошибки &#8212; <a href="http://support.microsoft.com/kb/922337" rel="nofollow">http://support.microsoft.com/kb/922337</a>, где говорится, что эта проблема связана с тем, что установка производится на сервер, где запущена 32-битная версия SQL Server 2005, советуют запустить MOMreporting.msi отдельно с ключом, но этот вариант мне не подходит, т.к. после установки MOMreporting, именно в процессе установки FCS, идет установка других компонентов FCS которые тоже нужны.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Михаил)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1258</link>
		<dc:creator>Михаил</dc:creator>
		<pubDate>Sat, 03 Jul 2010 16:03:13 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1258</guid>
		<description>Я никого не расстрою если скажу, что это чудо не ставится с SQL2008 (ни экспресс, ни стандарт - ни с каким). Not supported</description>
		<content:encoded><![CDATA[<p>Я никого не расстрою если скажу, что это чудо не ставится с SQL2008 (ни экспресс, ни стандарт &#8212; ни с каким). Not supported</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Константин)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1254</link>
		<dc:creator>Константин</dc:creator>
		<pubDate>Sat, 03 Jul 2010 12:13:52 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1254</guid>
		<description>я решил тоже переустановить, но теперь в процессе установки появляется ошибка 1603 на этапе установки MOM Reporting. Поиск этой ошибки в Интернете пока ни чего не дал (могу выслать лог установки).</description>
		<content:encoded><![CDATA[<p>я решил тоже переустановить, но теперь в процессе установки появляется ошибка 1603 на этапе установки MOM Reporting. Поиск этой ошибки в Интернете пока ни чего не дал (могу выслать лог установки).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Argon)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1247</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Fri, 02 Jul 2010 13:40:32 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1247</guid>
		<description>narod.ru/disk/22380318000/msicuu2.exe.html</description>
		<content:encoded><![CDATA[<p>narod.ru/disk/22380318000/msicuu2.exe.html</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Константин)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1246</link>
		<dc:creator>Константин</dc:creator>
		<pubDate>Fri, 02 Jul 2010 13:35:20 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1246</guid>
		<description>Вышлите, пожалуйста, если можно.</description>
		<content:encoded><![CDATA[<p>Вышлите, пожалуйста, если можно.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Константин)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1245</link>
		<dc:creator>Константин</dc:creator>
		<pubDate>Fri, 02 Jul 2010 13:28:51 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1245</guid>
		<description>Вышлите пожалуйста на почту.
Я начал переустанавливать Forefront и у меня происходит ошибка 1603 при установке MOMReporting</description>
		<content:encoded><![CDATA[<p>Вышлите пожалуйста на почту.<br />
Я начал переустанавливать Forefront и у меня происходит ошибка 1603 при установке MOMReporting</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Argon)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1244</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Fri, 02 Jul 2010 11:20:36 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1244</guid>
		<description>Ага, они пишут

While the Windows Installer Cleanup utility resolved some installation problems, it sometimes damaged other components installed on the computer. Because of this, the tool has been removed from the Microsoft Download Center.

Но в Гугле найти можно. На крайняк у меня в запасах есть.</description>
		<content:encoded><![CDATA[<p>Ага, они пишут</p>
<p>While the Windows Installer Cleanup utility resolved some installation problems, it sometimes damaged other components installed on the computer. Because of this, the tool has been removed from the Microsoft Download Center.</p>
<p>Но в Гугле найти можно. На крайняк у меня в запасах есть.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Константин)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1243</link>
		<dc:creator>Константин</dc:creator>
		<pubDate>Fri, 02 Jul 2010 10:08:30 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1243</guid>
		<description>Что-то я ее на могу найти на сайте Microsoft/</description>
		<content:encoded><![CDATA[<p>Что-то я ее на могу найти на сайте Microsoft/</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Argon)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1241</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Fri, 02 Jul 2010 08:59:40 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1241</guid>
		<description>Наверно имеется в виду Windows Installer CleanUp. Полезная штука в некоторых случаях, например если прога удалилась не полностью и это не даёт переустановить её заново.</description>
		<content:encoded><![CDATA[<p>Наверно имеется в виду Windows Installer CleanUp. Полезная штука в некоторых случаях, например если прога удалилась не полностью и это не даёт переустановить её заново.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Константин)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1240</link>
		<dc:creator>Константин</dc:creator>
		<pubDate>Fri, 02 Jul 2010 08:51:22 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1240</guid>
		<description>Роли на одном компьютере, посмотрел в журнал ошибок, нашел событие 10006 от FcsSas

Я нашел пост на английском языке, где описывается та же самая проблема с этой ошибкой, человек пишет, что он просто удалил FCS, затем воспользовался каким-то toolkit для чистки и снова установил fcs (http://social.technet.microsoft.com/Forums/en-US/Forefrontclientsetup/thread/7c6f46cb-6bb4-4118-88e4-2ca63632df21).
Только не понятно, что же за toolkit он использовал.</description>
		<content:encoded><![CDATA[<p>Роли на одном компьютере, посмотрел в журнал ошибок, нашел событие 10006 от FcsSas</p>
<p>Я нашел пост на английском языке, где описывается та же самая проблема с этой ошибкой, человек пишет, что он просто удалил FCS, затем воспользовался каким-то toolkit для чистки и снова установил fcs (<a href="http://social.technet.microsoft.com/Forums/en-US/Forefrontclientsetup/thread/7c6f46cb-6bb4-4118-88e4-2ca63632df21" rel="nofollow">http://social.technet.microsoft.com/Forums/en-US/Forefrontclientsetup/thread/7c6f46cb-6bb4-4118-88e4-2ca63632df21</a>).<br />
Только не понятно, что же за toolkit он использовал.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Argon)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1239</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Fri, 02 Jul 2010 08:20:22 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1239</guid>
		<description>Ну а в логах системы и приложений есть ли что интересное, это первое место, куда надо смотреть.

Какая ОСь? Есть ли на компе еще что-нибудь &quot;лишнее&quot;? Пробовал ли переставить FCS? Были ли ошибки при установке FCS?</description>
		<content:encoded><![CDATA[<p>Ну а в логах системы и приложений есть ли что интересное, это первое место, куда надо смотреть.</p>
<p>Какая ОСь? Есть ли на компе еще что-нибудь &#171;лишнее&#187;? Пробовал ли переставить FCS? Были ли ошибки при установке FCS?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Константин)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1238</link>
		<dc:creator>Константин</dc:creator>
		<pubDate>Fri, 02 Jul 2010 08:05:40 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1238</guid>
		<description>На одном сервере все, перезагружал уже не один раз его.
При попытке посмотреть отчеты политики (правой кнопкой на политике, View reports), в IE открывается страница, на которой присутствуют надписи: Ошибка: невозможно отобразить вложенный отчет.</description>
		<content:encoded><![CDATA[<p>На одном сервере все, перезагружал уже не один раз его.<br />
При попытке посмотреть отчеты политики (правой кнопкой на политике, View reports), в IE открывается страница, на которой присутствуют надписи: Ошибка: невозможно отобразить вложенный отчет.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Argon)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1237</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Fri, 02 Jul 2010 05:53:21 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1237</guid>
		<description>Эти роли на одном компе? Если нет, то можно посмотреть фаэрволл. 

Если на одном компе обе роли, перезапусти комп или соотв службы, посмотри в логи, может какие ошибки будут писаться.</description>
		<content:encoded><![CDATA[<p>Эти роли на одном компе? Если нет, то можно посмотреть фаэрволл. </p>
<p>Если на одном компе обе роли, перезапусти комп или соотв службы, посмотри в логи, может какие ошибки будут писаться.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Константин)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1236</link>
		<dc:creator>Константин</dc:creator>
		<pubDate>Fri, 02 Jul 2010 05:47:56 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1236</guid>
		<description>Компьютеры находятся в группе Agent-managed computers, такое впечатление, что нет связи между MOM и FCS Management Console</description>
		<content:encoded><![CDATA[<p>Компьютеры находятся в группе Agent-managed computers, такое впечатление, что нет связи между MOM и FCS Management Console</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Argon)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1235</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Fri, 02 Jul 2010 05:38:42 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1235</guid>
		<description>Как я понял, MOM работает, а вот в самом сервере FCS компов нет. В MOM-е компы появились как полноправные, или как pending? Если pending, то нужно одобрить их, тогда счетчик защищенных компов в консоли FCS должен увеличиться.</description>
		<content:encoded><![CDATA[<p>Как я понял, MOM работает, а вот в самом сервере FCS компов нет. В MOM-е компы появились как полноправные, или как pending? Если pending, то нужно одобрить их, тогда счетчик защищенных компов в консоли FCS должен увеличиться.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Константин)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1234</link>
		<dc:creator>Константин</dc:creator>
		<pubDate>Fri, 02 Jul 2010 05:21:20 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1234</guid>
		<description>И снова здравствуйте. Установил и настроил FCS согласно официальной документации  на сайте Microsoft (http://technet.microsoft.com/ru-ru/library/bb432630.aspx).
FCS прекрасно &quot;деплоится&quot; на рабочие станции через политики, но почему-то в Microsoft Client Security Management Console не отображается информация о компьютерах, находящихся под управлением. Все индикаторы стоят на 0%, в графике 14-day history написано &quot;No Data&quot; (при этом в консоли администратора MOM компьютеры с агентами видны). При попытке запустить сканирование на компьютерах с уже установленными агентами внизу появляется ошибка с надписью &quot;Could not start the scan for all managed computers. No Client Security Management servers were discovered in the MOM &quot;Microsoft Forefront Client Security Collector&quot; computer group&quot;.

Подскажите пожалуйста, где искать причину этой проблемы, сам в официальной документации не нашел.</description>
		<content:encoded><![CDATA[<p>И снова здравствуйте. Установил и настроил FCS согласно официальной документации  на сайте Microsoft (<a href="http://technet.microsoft.com/ru-ru/library/bb432630.aspx" rel="nofollow">http://technet.microsoft.com/ru-ru/library/bb432630.aspx</a>).<br />
FCS прекрасно &#171;деплоится&#187; на рабочие станции через политики, но почему-то в Microsoft Client Security Management Console не отображается информация о компьютерах, находящихся под управлением. Все индикаторы стоят на 0%, в графике 14-day history написано &#171;No Data&#187; (при этом в консоли администратора MOM компьютеры с агентами видны). При попытке запустить сканирование на компьютерах с уже установленными агентами внизу появляется ошибка с надписью &#171;Could not start the scan for all managed computers. No Client Security Management servers were discovered in the MOM &#171;Microsoft Forefront Client Security Collector&#187; computer group&#187;.</p>
<p>Подскажите пожалуйста, где искать причину этой проблемы, сам в официальной документации не нашел.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (ITband.ru » Forefront Client Security)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1229</link>
		<dc:creator>ITband.ru » Forefront Client Security</dc:creator>
		<pubDate>Thu, 01 Jul 2010 02:09:55 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1229</guid>
		<description>[...] оригинал статьи [...]</description>
		<content:encoded><![CDATA[<p>[...] оригинал статьи [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Argon)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1224</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Wed, 30 Jun 2010 12:07:20 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1224</guid>
		<description>Рад помочь, но кто бы мог подумать, что в планировщике беда ;)</description>
		<content:encoded><![CDATA[<p>Рад помочь, но кто бы мог подумать, что в планировщике беда ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (SZ)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1223</link>
		<dc:creator>SZ</dc:creator>
		<pubDate>Wed, 30 Jun 2010 11:07:25 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1223</guid>
		<description>Argon Проблема решена спасибо... Просто была отключена служба &quot;Планировщик заданий&quot;.</description>
		<content:encoded><![CDATA[<p>Argon Проблема решена спасибо&#8230; Просто была отключена служба &#171;Планировщик заданий&#187;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Argon)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1222</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Wed, 30 Jun 2010 06:10:11 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1222</guid>
		<description>Какая версия клиентской ОСи? Сервиспаки?

Из стареньких ОСей поддерживаются эти: Windows 2000 SP4 or later, Windows XP SP2 or later, Windows Server 2003 SP1.</description>
		<content:encoded><![CDATA[<p>Какая версия клиентской ОСи? Сервиспаки?</p>
<p>Из стареньких ОСей поддерживаются эти: Windows 2000 SP4 or later, Windows XP SP2 or later, Windows Server 2003 SP1.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (SZ)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1221</link>
		<dc:creator>SZ</dc:creator>
		<pubDate>Wed, 30 Jun 2010 05:44:10 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1221</guid>
		<description>Здравствуйте. Не могу установить клинскую часть приложения. Ставлю с помощью команды wuauclt /detectnow, в начале шкала загрузки заполняется потом установщик сообщает что приложение не установлено, других антивирусных программ на компьютере не установлено, скажите в чем может быть проблема ????</description>
		<content:encoded><![CDATA[<p>Здравствуйте. Не могу установить клинскую часть приложения. Ставлю с помощью команды wuauclt /detectnow, в начале шкала загрузки заполняется потом установщик сообщает что приложение не установлено, других антивирусных программ на компьютере не установлено, скажите в чем может быть проблема ????</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Выполнение консольных команд на удаленных компьютерах по сети (gavrosh)</title>
		<link>http://argon.pro/blog/2010/02/execute-shell-commands-on-remote-computers/#comment-1163</link>
		<dc:creator>gavrosh</dc:creator>
		<pubDate>Thu, 17 Jun 2010 12:24:11 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=309#comment-1163</guid>
		<description>Здорово, спасибо за материал)</description>
		<content:encoded><![CDATA[<p>Здорово, спасибо за материал)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Выполнение консольных команд на удаленных компьютерах по сети (Argon)</title>
		<link>http://argon.pro/blog/2010/02/execute-shell-commands-on-remote-computers/#comment-1161</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Thu, 17 Jun 2010 10:52:06 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=309#comment-1161</guid>
		<description>Да, все можно сделать через ГП, но могут быть тонкости.</description>
		<content:encoded><![CDATA[<p>Да, все можно сделать через ГП, но могут быть тонкости.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Выполнение консольных команд на удаленных компьютерах по сети (gavrosh)</title>
		<link>http://argon.pro/blog/2010/02/execute-shell-commands-on-remote-computers/#comment-1160</link>
		<dc:creator>gavrosh</dc:creator>
		<pubDate>Thu, 17 Jun 2010 10:40:02 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=309#comment-1160</guid>
		<description>т.е. теоретически я говорю через групповую политику - Служба WinRM включись, и оно работает, так?</description>
		<content:encoded><![CDATA[<p>т.е. теоретически я говорю через групповую политику &#8212; Служба WinRM включись, и оно работает, так?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Выполнение консольных команд на удаленных компьютерах по сети (Argon)</title>
		<link>http://argon.pro/blog/2010/02/execute-shell-commands-on-remote-computers/#comment-1159</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Thu, 17 Jun 2010 10:26:48 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=309#comment-1159</guid>
		<description>Конечно есть, через WSUS распространяете последний .Net Framework, разрешаете в групповых политиках запрашивать опциональные обновления, после этого клиенты у WSUS-а спросят WinRM 2.0, его и одобряем. Вот WinRM и установлен на всех компах.

А телнет немного для другого сделан.</description>
		<content:encoded><![CDATA[<p>Конечно есть, через WSUS распространяете последний .Net Framework, разрешаете в групповых политиках запрашивать опциональные обновления, после этого клиенты у WSUS-а спросят WinRM 2.0, его и одобряем. Вот WinRM и установлен на всех компах.</p>
<p>А телнет немного для другого сделан.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Выполнение консольных команд на удаленных компьютерах по сети (gavrosh)</title>
		<link>http://argon.pro/blog/2010/02/execute-shell-commands-on-remote-computers/#comment-1158</link>
		<dc:creator>gavrosh</dc:creator>
		<pubDate>Thu, 17 Jun 2010 10:18:58 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=309#comment-1158</guid>
		<description>и ещё вопрос, может глупый), а чем телнет плох?</description>
		<content:encoded><![CDATA[<p>и ещё вопрос, может глупый), а чем телнет плох?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Выполнение консольных команд на удаленных компьютерах по сети (gavrosh)</title>
		<link>http://argon.pro/blog/2010/02/execute-shell-commands-on-remote-computers/#comment-1157</link>
		<dc:creator>gavrosh</dc:creator>
		<pubDate>Thu, 17 Jun 2010 10:15:27 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=309#comment-1157</guid>
		<description>А централизованного механизма развёртывания WinRM в домене никакого нет? а то ведь опухнешь на всех клиентах настраивать(</description>
		<content:encoded><![CDATA[<p>А централизованного механизма развёртывания WinRM в домене никакого нет? а то ведь опухнешь на всех клиентах настраивать(</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Argon)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1012</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Tue, 25 May 2010 15:50:57 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1012</guid>
		<description>Security Essentials разрешается использовать только на домашних компьютерах.

Использование в любых организациях -- нарушение &lt;a href=&quot;/goto/www.microsoft.com/security_essentials/eula.aspx&quot; rel=&quot;nofollow&quot;&gt;лицензионного соглашения&lt;/a&gt;.

Если хочется сэкономить, то можно использовать FCS в организации без сервера управления.</description>
		<content:encoded><![CDATA[<p>Security Essentials разрешается использовать только на домашних компьютерах.</p>
<p>Использование в любых организациях &#8212; нарушение <a href="/goto/www.microsoft.com/security_essentials/eula.aspx" rel="nofollow">лицензионного соглашения</a>.</p>
<p>Если хочется сэкономить, то можно использовать FCS в организации без сервера управления.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (bw)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-1011</link>
		<dc:creator>bw</dc:creator>
		<pubDate>Tue, 25 May 2010 15:16:48 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-1011</guid>
		<description>Добрый день, спасибо за статью. Возник вопрос:  Security Essentials можно использовать на предприятии или нет? не важно что он не управляем из единого центра. В моём WSUS 3 sp1 для него есть уже несколько обновлений за май.</description>
		<content:encoded><![CDATA[<p>Добрый день, спасибо за статью. Возник вопрос:  Security Essentials можно использовать на предприятии или нет? не важно что он не управляем из единого центра. В моём WSUS 3 sp1 для него есть уже несколько обновлений за май.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Argon)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-975</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Wed, 19 May 2010 07:32:59 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-975</guid>
		<description>Верно, в уст/удал программ нужно изменить состав компонентов SQL Server&#039;a, напоминаю, что версия должна быть не ниже Standard. Насколько знаю, если предварительные требования для Reporting Services не выполнены, то и установка их не пойдёт. Если этот компонент доступен для установки, то его нужно сконфигурировать автоматически, на IIS веб-сайт по умолчанию и т. п.

Также есть возможность после установки &quot;пуске&quot; зайти в Reporting Services Configuration, в этой утилите можно и вручную настроить многие параметры, в том числе и приложения IIS.</description>
		<content:encoded><![CDATA[<p>Верно, в уст/удал программ нужно изменить состав компонентов SQL Server&#8217;a, напоминаю, что версия должна быть не ниже Standard. Насколько знаю, если предварительные требования для Reporting Services не выполнены, то и установка их не пойдёт. Если этот компонент доступен для установки, то его нужно сконфигурировать автоматически, на IIS веб-сайт по умолчанию и т. п.</p>
<p>Также есть возможность после установки &#171;пуске&#187; зайти в Reporting Services Configuration, в этой утилите можно и вручную настроить многие параметры, в том числе и приложения IIS.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Константин)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-973</link>
		<dc:creator>Константин</dc:creator>
		<pubDate>Wed, 19 May 2010 06:18:38 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-973</guid>
		<description>Да, в диспетчере IIS нет данных приложений, не очень точно понял что значить переустановить Report Service, в установке и удалении программ выбрал пункт &quot;изменить&quot; и в процессе установки поставил флажок напротив Reporting Service, но это не помогло...
Если существенно, то FCS я решил разворачивать уже на существующем сервере W2k3r2sp2rus x32, на нем уже настроен боевой WSUS (без использования SQL) и в управлении IIS есть приложение Администрирование WSUS</description>
		<content:encoded><![CDATA[<p>Да, в диспетчере IIS нет данных приложений, не очень точно понял что значить переустановить Report Service, в установке и удалении программ выбрал пункт &#171;изменить&#187; и в процессе установки поставил флажок напротив Reporting Service, но это не помогло&#8230;<br />
Если существенно, то FCS я решил разворачивать уже на существующем сервере W2k3r2sp2rus x32, на нем уже настроен боевой WSUS (без использования SQL) и в управлении IIS есть приложение Администрирование WSUS</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Argon)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-963</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Tue, 18 May 2010 15:15:31 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-963</guid>
		<description>Запустите диспетчер IIS, откройте веб сайт по умолчанию. В нем должны быть созданы приложения Reports и ReportServer. Если их нет, значит установка компонента Reporting из состава SQL Server&#039;a прошла некорректно. Попробуйте переустановить этот компонент.

В случае дальнейших проблем, пишите сюда. Обещаю отвечать быстрее ;)</description>
		<content:encoded><![CDATA[<p>Запустите диспетчер IIS, откройте веб сайт по умолчанию. В нем должны быть созданы приложения Reports и ReportServer. Если их нет, значит установка компонента Reporting из состава SQL Server&#8217;a прошла некорректно. Попробуйте переустановить этот компонент.</p>
<p>В случае дальнейших проблем, пишите сюда. Обещаю отвечать быстрее ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Константин)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-904</link>
		<dc:creator>Константин</dc:creator>
		<pubDate>Wed, 12 May 2010 04:59:00 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-904</guid>
		<description>&quot;Чтобы проверить, корректно ли установились Reporting Services, пробуем зайти IE (с отключенным режимом Enhanced Security) на адрес http://localhost/Reports/. Если ошибок нет, то продолжаем. Если есть, пишите в комментарии.&quot;

Здравствуйте, открывается с ошибками:

Не удается найти требуемую страницу
Запрошенная страница удалена, переименована или временно недоступна. 

Режим Enhanced Security отключил.</description>
		<content:encoded><![CDATA[<p>&#171;Чтобы проверить, корректно ли установились Reporting Services, пробуем зайти IE (с отключенным режимом Enhanced Security) на адрес <a href="http://localhost/Reports/" rel="nofollow">http://localhost/Reports/</a>. Если ошибок нет, то продолжаем. Если есть, пишите в комментарии.&#187;</p>
<p>Здравствуйте, открывается с ошибками:</p>
<p>Не удается найти требуемую страницу<br />
Запрошенная страница удалена, переименована или временно недоступна. </p>
<p>Режим Enhanced Security отключил.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Windows Server 2008 R2: Server Core and Hyper-V Server (am1goo)</title>
		<link>http://argon.pro/blog/2010/02/windows-server-2008-r2-core-hyper-v/#comment-752</link>
		<dc:creator>am1goo</dc:creator>
		<pubDate>Thu, 29 Apr 2010 12:24:35 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=345#comment-752</guid>
		<description>Рад что у нас в Кирове есть еще MCITP:)
И статьи интересные, могу помочь в написании если что) Конечно до EA дорасти не удалось (всего лишь MCTS), но я думаю оно не за горами, только экзамены сдать)))
А так я тебя в аську добавил, там и про ПоЕ свичи договоримся, да и так)</description>
		<content:encoded><![CDATA[<p>Рад что у нас в Кирове есть еще MCITP:)<br />
И статьи интересные, могу помочь в написании если что) Конечно до EA дорасти не удалось (всего лишь MCTS), но я думаю оно не за горами, только экзамены сдать)))<br />
А так я тебя в аську добавил, там и про ПоЕ свичи договоримся, да и так)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Windows Server 2008 R2: Server Core and Hyper-V Server (dimokkk)</title>
		<link>http://argon.pro/blog/2010/02/windows-server-2008-r2-core-hyper-v/#comment-154</link>
		<dc:creator>dimokkk</dc:creator>
		<pubDate>Fri, 12 Mar 2010 19:10:29 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=345#comment-154</guid>
		<description>Все равно тяжело себя приучить работать в коммандной строке Core, кто бы что ни говорил гуйни не хватает!</description>
		<content:encoded><![CDATA[<p>Все равно тяжело себя приучить работать в коммандной строке Core, кто бы что ни говорил гуйни не хватает!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Выполнение консольных команд на удаленных компьютерах по сети (Argon)</title>
		<link>http://argon.pro/blog/2010/02/execute-shell-commands-on-remote-computers/#comment-89</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Mon, 01 Mar 2010 16:27:41 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=309#comment-89</guid>
		<description>Спасибо за полезный комментарии, среди моря лести спамеров.</description>
		<content:encoded><![CDATA[<p>Спасибо за полезный комментарии, среди моря лести спамеров.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Выполнение консольных команд на удаленных компьютерах по сети (Тойво Глумов)</title>
		<link>http://argon.pro/blog/2010/02/execute-shell-commands-on-remote-computers/#comment-88</link>
		<dc:creator>Тойво Глумов</dc:creator>
		<pubDate>Mon, 01 Mar 2010 16:07:50 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=309#comment-88</guid>
		<description>&quot;Прелесть WinRM заключается в прост-а-те развертывания в доменной&quot; - думаю, стоит поправить опечатку.</description>
		<content:encoded><![CDATA[<p>&#171;Прелесть WinRM заключается в прост-а-те развертывания в доменной&#187; &#8212; думаю, стоит поправить опечатку.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (Argon)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-41</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sat, 20 Feb 2010 06:18:42 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-41</guid>
		<description>На моем ресурсе комменты проходят премодерацию, прямые ссылки не публикуются. Спамеры, не напрягайтесь!</description>
		<content:encoded><![CDATA[<p>На моем ресурсе комменты проходят премодерацию, прямые ссылки не публикуются. Спамеры, не напрягайтесь!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Forefront Client Security (AlexeyChop)</title>
		<link>http://argon.pro/blog/2010/02/forefront-client-security/#comment-40</link>
		<dc:creator>AlexeyChop</dc:creator>
		<pubDate>Sat, 20 Feb 2010 00:25:34 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/?p=127#comment-40</guid>
		<description>Доброе время суток! Я работаю журналистом в одном из новых издательств и как раз ныне пишу статью по подобной Вашей тематике! Не могли бы Вы дать разрешение на публикацию Вашего материала в нашем печатном изданииб естественно с указанием ссылки на данную статью! Заранее благодарен!</description>
		<content:encoded><![CDATA[<p>Доброе время суток! Я работаю журналистом в одном из новых издательств и как раз ныне пишу статью по подобной Вашей тематике! Не могли бы Вы дать разрешение на публикацию Вашего материала в нашем печатном изданииб естественно с указанием ссылки на данную статью! Заранее благодарен!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Душевные терзания (Argon)</title>
		<link>http://argon.pro/blog/2010/01/beginning/#comment-30</link>
		<dc:creator>Argon</dc:creator>
		<pubDate>Sat, 13 Feb 2010 11:13:36 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/2010/01/%d0%b4%d1%83%d1%88%d0%b5%d0%b2%d0%bd%d1%8b%d0%b5/#comment-30</guid>
		<description>Спасибо! Будем оба развиваться дальше!</description>
		<content:encoded><![CDATA[<p>Спасибо! Будем оба развиваться дальше!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Душевные терзания (iKatod)</title>
		<link>http://argon.pro/blog/2010/01/beginning/#comment-29</link>
		<dc:creator>iKatod</dc:creator>
		<pubDate>Sat, 13 Feb 2010 10:49:25 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/2010/01/%d0%b4%d1%83%d1%88%d0%b5%d0%b2%d0%bd%d1%8b%d0%b5/#comment-29</guid>
		<description>Новый дизайн клевый</description>
		<content:encoded><![CDATA[<p>Новый дизайн клевый</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Душевные терзания (iKatod)</title>
		<link>http://argon.pro/blog/2010/01/beginning/#comment-28</link>
		<dc:creator>iKatod</dc:creator>
		<pubDate>Sat, 13 Feb 2010 10:48:10 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/2010/01/%d0%b4%d1%83%d1%88%d0%b5%d0%b2%d0%bd%d1%8b%d0%b5/#comment-28</guid>
		<description>Мой твиттер =)</description>
		<content:encoded><![CDATA[<p>Мой твиттер =)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Душевные терзания (iKatod)</title>
		<link>http://argon.pro/blog/2010/01/beginning/#comment-27</link>
		<dc:creator>iKatod</dc:creator>
		<pubDate>Sat, 13 Feb 2010 10:47:42 +0000</pubDate>
		<guid isPermaLink="false">http://argon.com.ru/blog/2010/01/%d0%b4%d1%83%d1%88%d0%b5%d0%b2%d0%bd%d1%8b%d0%b5/#comment-27</guid>
		<description>Аргон аааа. Дружище ты начал писать! Ты большой молодец ... Ура тебе ... У меня то же многое произошло, я прошел экзамен на шатерсток ... =))) мои векторы немножко продаются ... Мужчина я рад что снова Аргон онлайн ... Без запятых ибо прет меня от радости и не хочу останавливаться =) Рад</description>
		<content:encoded><![CDATA[<p>Аргон аааа. Дружище ты начал писать! Ты большой молодец &#8230; Ура тебе &#8230; У меня то же многое произошло, я прошел экзамен на шатерсток &#8230; =))) мои векторы немножко продаются &#8230; Мужчина я рад что снова Аргон онлайн &#8230; Без запятых ибо прет меня от радости и не хочу останавливаться =) Рад</p>
]]></content:encoded>
	</item>
</channel>
</rss>

