Ошибка протокола RDP: Disconnected from x.x.x.x (Server has not session available)

Проблема: 
При подключении к удалённому серверу по протоколу RDP, не получая даже экрана приглашения, видим ошибку:

Решение:
Когда мы подключаемся к серверу терминалов, служба лицензирования выдаёт нам сертификат, который сохраняется на нашей клиентской машине и предъявляется по требованию сервера терминалов.

Только в нашем случае сертификат уже устарел и из-за какого-то шаманского бага не был заменён на новый. Поможем винде.

1. Пуск => Выполнить => Regedit
2. В редакторе реестра идём дём сюда: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSLicensing\Store
3.  В каталоге Store видим подкаталог LICENSE с некоторыми цифрами - удаляем весь каталог.
4. Теперь пробуем подключиться - вуаля, всё работает!

Источник:
Microsoft

Read More

Правильное значение MTU (оптимизация windows сети)

Как давно известно, задание оптимального размера MTU (Maximum Transmission Unit) способно ощутимо повысить производительность сети. Этот параметр во многом зависит от характеристик используемого в сети оборудования.

Как же определить значение MTU, оптимальное для вашей сети?
Очень просто!
Всё что нужно, это:

1. Запустить консоль windows (Пуск => CMD).
2. Определить при помощи какого узла будем проверять значение. Если у вас есть прямой доступ в интернет, то рекомендую ip гугла 8.8.8.8. Если же интернета у вас нет и необходимо оптимизировать сеть локальную, то выбирайте сервер или любой одноранговый узел сети.
3. Далее запускаем через CMD пинг до выбранного узла с ключами -f -l размер_пакета, т.е. 

                 ping 8.8.8.8 -f -l 1500 (здесь 1500 является нашим пробуемым значением MTU, ключ f запрещает разбивать пакет на фрагменты, ключ l - задаёт размер этих пакетов).

1. Если ping возвращает результат Требуется фрагментация пакета, но установлен запрещающий флаг. то выбранное значение MTU превышает возможности сети и следует его несколько уменьшить. Берём значение, например, 1400 и пробуем снова.
2. Если ping возвращает результат вида Ответ от 8.8.8.8: число байт=32 время<1мс TTL=128, то данное значение MTU наша сеть вполне способна осилить и можно пробовать числа побольше.
3. Результатом работы должно стать последнее число, отвечающее пункту 2.2, например 1248.
1. После того, как мы вычислили необходимое значение, добавляем к нему число 28 (ровно столько занимает служебная информация). Получившееся в итоге значение нам необходимо внести в реестр.
2. Нажимаем Пуск => Выполнить => Regedit
3. Перемещаемся в ветку реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters, находим в ней своё сетевое подключение (можно определить по ip-адресу). 
1. Смотрим есть ли там параметр MTU. Если есть меняем его значение, на получившееся у нас.
2. Если нет, то создаём параметр типа DWORD с именем MTU и уже в него заносим получившееся значение.

Источники:

•  Microsoft
•  TP-Link
•  Вики

Read More

Ошибка установки компонентов ОС wbemupgd.dll could not be loaded, or function ocEntry could not be found

При попытке установки компонентов ОС возникает ошибка на windows 2003 r2:



Решение (источник - майкрасофт технет):
I have a fix for this one that worked for me when none of the suggested ones did and I had plenty of other entries in my path besides the wbem. Go into the registry and rename the existing HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment REG_SZ Path to Path_OLD and copy the details to a newly created REG_EXPAND_SZ Path - I put the %SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem; at the beginning of the statement and made sure that there was no ; at the end of the statement -- then just close regedit and reboot the server. To be sure the path is being read OK, re-register the dll i.e. from the Run command type "regsvr32 wbemupgd.dll" and if it's seeing the path ok it will find the dll OK and register it.

По-русски:
1) Выполнить => RegEdit;
2) В ветке HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment  находим переменную Path и переименовываем её в Path_old;
3) Создаём новую строковую переменную с именем Path;
4) Копируем содержимое из Path_old в Path, добавив в начало строки  
c:\windows\system32;c:\windows\System32\Wbem;
5) Перезагружаем сервер;
6) Пробуем;
7) Для проверки можно перерегистрировать библиотеку wbemupgd.dll;
7.1) Пуск => выполнить CMD
7.2) Вводим regsvr32 wbemupgd.dll и смотрим результат - если вылетела ошибка, значит проблема не устранена и корректного пути до нужной директории всё ещё нет, если ошибок никаких не произошло, значит с путями всё в порядке;
7.3) Пробуем запустить установку компонентов ОС.

Read More