Главная » Грабли
Как выяснилось — поставить GUI на сервер изначально развернутый в режиме Core, может оказаться весьма непростой задачей.
Основная проблема связана с тем, что при установке нужно подсунуть источник установки, поскольку в локальном SxS необходимых файлов не будет, но штатный образ не подойдет, так как после установки обновлений версии значительно разнятся.
При публикации RD Gateway с помощью IIS ARR можно столкнуться с одной маленькой, но очень досадной ошибкой. При попытке запустить опубликованный remoteapp на смартфоне (проявляется и на Windows Phone, и на Android, и на iOS) или, например, на Mac OS X, пользователь получит ошибку 0x03000008 и предложением обратиться к администратору 🙂
В EPEL наконец завезли 4-ую ветку Nagios. Однако при обновлении есть вероятность столкнуться с рядом небольших особенностей.
Июльские обновления безопасности для Hyper-V (MS15-068) имеют неприятный побочный эффект. После установки KB3046339 и KB3046359, виртуальные машины, расположенные на SMB3 общем ресурсе могут перестать запускаться (вероятность очень маленькая, но тем не менее, такие случаи замечены).
Симптоматика простая — при попытке запуска машины выдается сообщение о том, что виртальный диск не может быть обнаружен, не смотря на то, что он вполне доступе по этому пути.
В журналах событий операционной системы при этом появляются события вида:
Hyper-V-Worker
12240
‘<SERVER>’: Attachment ‘\\<SERVER>\<SHARE>\<VM>\<DISK>.vhdx’ not found. Error: ‘The system cannot find the path specified.’ (0x80070003).
Попытки просмотреть свойства диска (Inspect в настройках виртуальной машины) также завершаются ошибкой вида:
The storage where the virtual hard disk is located does not support virtual hard disk sharing.
Из дополнительных симптомов, также можно отметить наличие прав доступа на файлы виртуальной машины для учетной записи сервера Hyper-V с областью действия «This folder only». Правда изменение прав доступа на правильные само по себе ничего не дает.
Как оказалось, данная ошибка связана с обновлениями KB3046339 и KB3046359. Если их удалить, то виртуальные машины начинают работать корректно.
Повторная поэтапная установка этих обновлений (сначала KB3046339, а потом KB3046359) не приводит к проявлению ошибки.
Таким образом, поправив права, удалив указанные обновления и повторно по очереди их установив можно вернуть работоспособность сервера и устранить проблему с безопасностью 🙂
P.S. Проверить наличие обновление на сервере можно с помощью команды:
C:\Users\******>systeminfo | find «30463»
[103]: KB3046339
[104]: KB3046359
В последних версиях Google Chrome прекращается поддержка плагинов NPAPI.
Более подробно об этом рассказывается на сайте поддержки Google Chrome — https://support.google.com/chrome/answer/6213033?hl=ru.
В связи с этим проявилась неприятная проблема с OWA в Exchange. Если настроена интеграция Exchange и Lync и в OWA включена поддержка функции IM, то, в связи с отключением поддержки NPAPI в Chrome, IM перестает работать в этом замечательном браузере.
То есть пользователь может работать с OWA, однако функция IM для него станет недоступной. При этом, даже стандартного значка статуса и кнопки «Войти в IM» данный пользователь в Chrome не увидит (при том, что в других браузерах данная функциональность будет работать корректно).
Решение простое — включить поддержку NPAPI в Chrome. Цитата из статьи по приведенной выше ссылке:
Если вам необходимо использовать плагины NPAPI, выполните перечисленные ниже действия. Этот способ будет доступен до выхода Chrome 45 в 2015 году.
Чтобы работать с плагинами NPAPI после выхода Chrome 45, вам придется использовать другой браузер.
Последняя строка, увы сильно огорчает 😦
Остается надеяться, что Microsoft когда нибудь перепишет плагин на PPAPI.
Уютный бложег 