Remote Desktop — убитая консоль RD Gateway


Если кратко, то (возможно) ноябрьское кумулятивное обновление 2017 года для Windows Server 2016 убивает консоль Remote Desktop Gateway. Возможно не только её. Читать далее

Реклама

Remote Desktop — как один баг может взорвать всё!


Началось всё с древнего бага, который завершил своё существование на Windows Server 2016. Неважно что за баг (это уже другая история). Факт в том, что он исправлен только в Windows Server 2016. Пришлось задуматься о миграции одного сервера на Windows Server 2016. Как минимум надо предварительно обновить сервер KMS, чтобы активировать Windows Server 2016. К тому же исходный сервер оказался терминальным… Читать далее

Вышел PowerShell Core 6.0 Release Candidate


На днях PowerShell Core достиг очередного рубежа – PowerShell Core 6.0 Release Candidate!

Дата финального релиза назначена на 10 января 2018 года. Читать далее

Памятка по активации 2016


Каждый раз пишу памятку по активации систем, потому что каждый раз какие-то засады.

Эта памятка по настройке KMS на Windows Server 2016, который позволяет активировать все серверные и клиентские ОС Windows, а также все версии Office. Читать далее

Параметр Encoding в PowerShell Core 6.0 Beta.9


В PowerShell целый ряд командлетов имеет параметр Encoding для задания используемой кодировки. Эти командлеты появлялись в течение многих лет, в результате параметр реализован несколькими способами и поддерживает разный набор кодировок. Причём набор этот сильно ограничен.

В PowerShell Core 6.0 Beta.9 мы получили унификацию. С одной стороны это хорошо, а с другой это breaking change — совместимость с существующими скриптами нарушается. Читать далее

pwsh — новое имя PowerShell


Продуктовая команда PowerShell Core в Microsoft произвела переименование исполнимого файла powershell.exe в pwsh.exe (pwsh для Unix). Произношение осталось прежним — powershell, если вы уже успели об этом задуматься. Читать далее

Как поломать Autodiscover безобидной настройкой


Сегодня с коллегой разбирались с некой проблемой на Exchange Server 2013 и попутно увидели в логах предупреждение за номером Event ID:2002 «The number of outstanding requests for guard TargetBackend («») has exceeded the max limit 150. Current request will be rejected.» На фронтендах добавили в web.config строчку <add key=”HttpProxy.ConcurrencyGuards.TargetBackendLimit” value=”2000″ />. Предупреждение ушло. Когда разобрались с основной проблемой, эта настройка осталась в конфиге.

Через некоторое время пользователи пожаловались, что не работает почта (клиенты) снаружи из Интернет. Проверка на https://testconnectivity.microsoft.com показала, что сломался autodiscover. Снаружи. Внутри работает. Перебрали всю цепочку — все в норме, но проблема есть. Коллега подключился из браузера по линку /Microsoft-Server-ActiveSync/, и среди прочей информации мы с удивлением обнаружили  выше упомянутую строчку подсвеченную красным! Убрали из конфигов — autodiscover снаружи ожил.

Отличие Autodiscover внутри и снаружи — внутри аутентификация Windows, снаружи — Basic. Как это все связано непонятно.

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