Все что вы делаете вы делаете на свой страх и риск. Я могу только рекомендовать и не претендую на 100% решение, многое зависит от вашего окружения и прочих настроек. О которых я могу и не догадываться. Дополнение материалов и исправление ошибок приветствуется.

Об it

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

 

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

Сначала надо вызвать модальное окно: 

  • Alt + Space вызов системного меню приложения или модального диалога

А вотом уже его закрыть:

  • Alt + F4 закрыть активное свободное окно, модальный диалог или приложение

Пришло откуда не ждали, но откуда могло прийти в принципе. Начинается волна, по отказу в работе Google Chrome. Главный признак проблемы вот такая картинка:

И можно сказать это все виной именно последнее обновление Google Chrome 79.0.3945.88:

Причем проблема появляется на всех платформах...(решение далее)

Клавиши быстрого доступа в BIOS, Boot Menu наиболее часто встречаемые. Очень сильно поможет. как правило это стандартные клавиши, но не всегда и порой приходится по нескольку раз перегружаться. самое сложное когда стоит в  BIOS режим быстрой загрузки. Для Ноутбуков и ПК таблицы ниже.

Маленькие хитрости  касаемые настройки CISCO - при настройке NAT столкнулся с тем, что циска подменяет в заголовках SIP внутренний адрес клиента на свой, при этом забывает поменять порт. В результате: софтсвич пытается отсылать NOTIFY и NOTIFY на порт, указанный в полях Contact и\или Via,- естественно пакеты к клиенту не попадают. Получается, что нет входящей связи и вообще можно считать, что SIP не работает.

Крайне редко, но на клиентском ПК возникает следующая ошибка при подключении к удаленному рабочему столу:

"При попытке подключиться, произошла ошибка лицензирования (лицензирование прервано по таймауту). Попытайтесь подключиться к удаленному компьютеру снова." 

Есть истинный путь от компании Microsoft. Удалить ветки реестра, перезагрузиться и запустить клиент Удаленного рабочего стола" с правами администратора и подключиться к серверу снова - это вернет обратно ветки реестра.

HKLM\software\microsoft\Mslicensing

Но в моём случае это не срабатывало. Мне помогло не совсем очевидное и не подтверждены способ, это изменение MTU VPN подключения. У меня это не совсем честно, так как меняется и сам путь подключения и клиент VPN, но тем не менее способ сработал.

Если вам помогла статья или информация была полезной. Благодарность, не должна знать границ.

Популярные метки