Windows сам завершает сеанс
Обновлено: 05.07.2024
Сначала подумал, что виновата кнопка power на корпусе и отсоединил ее от системной платы. Потом загрузил комп с аварийного диска и проверил hdd антивирусом AVZ. Потом проверил диск на ошибки. И все, вроде как, в порядке - ни вирусов, ни ошибок на диске и mbr в целости. Отсоединил от компа все устройства, включая видеокарту (есть встроенная), подключил другой блок питания. Ничего не помогает.
Температуры в норме.
Не пойму, в чем дело, может какой-то хитровыкрученный вирус-выключатель пролез мимо Касперского в bios и оттуда пакостит?
Сбросьте настройки биоса в исходное положение. Снимите батарейку и закоротите концы. Подождите некоторое время. Вставьте батарейку на место. Запустите комп, дойдите до загрузки биоса. Del. Посмотрите настройки. Чтоб на 64 бит стояли. Сохраните. F10 и поехали дальше. Если мамка здорова, то должен комп пойти. А ещё можно всё по отсоединять от мамки кроме видеокарты и делать запуск. Потом по очереди цеплять память, HDD и смотреть как будет идти процесс загрузки. Я думаю так.
а ещё нужно вспомнить сколько лет твоему компьютеру и когда ты его пылесосил в последний раз.
Особенно чист должен быть проц.
Был у меня подобный случай. И именно из-за ехидного вируса. Правда, он не сам пролез на компьютер, а я скачал и запустил его под видом драйвера. Заметил, что размер файла очень маленький, а его ещё и заархивировали - зачем. Но - поздно! Рука сработала вперёд головы и Windows сразу пошла на завершение работы.
После перезагрузки компьютера браузер стал открываться по полчаса, а сайты - даже "Одноклассники"! - стали неблагонадёжными.
Антивирус DrWeb написал, что обнаружил вирус "Троян-маячок" и обезвредил его в оперативной памяти. Но после перезагрузки компьютера повторилось то же самое. Поэтому я понял, что в оперативную память этот "Троян-маячок" попадает откуда-то ещё. Но проверка раздела С DrWeboм ничего не обнаружила.
У меня на компьютере установлены 2 системы. Загрузился я со второй и начал искать в интернете, как от этого вируса избавиться. Нашёл - оказывается, с помощью AVZ!
Нужно после запуска AVZ нажать "Сервис", а затем - "Менеджер внедрённых DLL". Появится окно с файлами DLL. Записи зелеными буквами будут без вирусов, а чёрными - с вирусом. Одна запись оказалась у меня чёрными буквами, и путь к файлу был тоже написан.
Попытка просто удалить файл ничего не дала - не хочет он удаляться! Но из-под второй системы удалился с полпинка! И всё стало нормально.
P.S. Когда я прочёл о "Трояне-маячке" на сайте, где был дан совет, то там было указано, что один из главных признаков "Трояна-маячка" - завершение работы операционной системы. А Касперский мог его и пропустить - после того, как он не нашёл у меня в игре 6 вирусов, выявленных DrWeboм, Касперскому я больше не верю.
Я не утверждаю, что у Вас "Троян-маячок", но попробуйте запустить менеджер внедрённых DLL в AVZ - а вдруг что-то и выявится!
Анализируя поступающие заявки наших клиентов в службу технической поддержки и обращения к консультантам, мы заметили, что множество наших клиентов сталкиваются с такой проблемой как «автовыход», не понимая, что это и как с ней бороться.
Любой сервер в том числе и виртуальный сервер должен работать в постоянном режиме 24 х 7 х 365. И соответственно пользователь, который запускает программы на выполнение на сервере, рассчитывает, что они будут работать в таком же режиме. Именно на это и рассчитывают наши клиенты. Однако устанавливая на VPS сервер различного рода десктопное программное обеспечение, которое разрабатывалось «умельцами» без мысли, что существуют компьютеры, не имеющие мониторов, отключившись от сервера через какое-то время замечают, что его программа перестала работать должным образом, при том что сервер активен и доступен. Замечают это как правило при следующем подключении к серверу для анализа данных с как подразумевалось работавшего ПО. Проблема, очевидно в том, что данное ПО что-то пытается брать со свойств экрана (разрешение, позиция курсора и т.д.) при том, что ни экрана, ни курсора при отключенном сеансе нет.
Данная проблема является частным случаем ограничения работы сеансов по времени, за которую отвечает узел групповой политики «Службы удаленных рабочих столов» с одноименным названием «Ограничение сеансов по времени». Он позволяет гибким образом настраивать время работы запущенных сеансов или Ваших сотрудников на сервере при организации рабочих мест, что позволяет Вам более оптимально использовать ресурсы арендуемого сервера Windows VDS.
Запустим на сервере редактор «Локальной групповой политики» нажав сочетание клавиш Win+R и Набрав команду GPEDIT.MSC
Далее необходимо перейти по следующему пути в ветке «Конфигурация пользователя», если Вы хотите произвести настройки для текущего пользователя или в ветке «Конфигурация компьютера», если Вы хотите настроить для всех пользователей сервера.
1.«Задать ограничение по времени для отключенных сеансов»
При помощи этого параметра Вы можете указать промежуток времени в минутах, часах или днях, на протяжении которого открытые программы будут продолжать работать после отключения от сервера.
Если Вы хотите, чтобы Ваша программа работала на сервере в постоянном режиме и не происходило «автовыхода» при отключении, то данный параметр следует указать как Включен и выбрать Никогда. Что является решение выше описанной ситуации.
Данный параметр можно так же использовать в моменты, когда рабочий день сотрудника закончен, но на выполнение некоторых автономных процессов, которые не требуют вмешательства пользователя, нужно еще дополнительное время, в таком случае можно указать Включено и указать необходимо количество времени.
2.«Задать ограничение по времени для активных, но бездействующих сеансов служб удалённых рабочих столов»
Бездействующим сеансом считается тот сеанс, когда удаленный рабочий стол начинает простаивать без каких-либо операций ввода, со стороны пользователя. Сотрудник может подключиться к удаленному рабочему столу сервера, а затем по завершении рабочего дня попросту забыть отключиться от сервера и уйти домой. В таком случае сеанс активен, но простаивает и ресурсы выделяемые сервером и зарезервированные для этого пользователя, простаивают и соответственно расходуются не эффективно. В таком случае можно указать Включено и указать необходимо количество времени, после которого при простое, сеанс будет завершен.
3.«Задать ограничение по времени для активных сеансов служб удалённых рабочих столов»
Во втором и третьем случае обязательно включение параметра «Завершать сеанс при достижении ограничения по времени». Включение данного параметра указывает, чтобы производилось именно завершение сеанса пользователя, в противном случае будет производится только отключение сеанса, но не его завершение.
4.«Задать предел времени для выхода из сеансов RemoteApp»
Данный параметр позволяет Вам, завершать сеанс в момент, когда Вы не производили подключение к удаленному рабочему столу сервера, но подключение к серверу было установлено при помощи сторонних программ. При закрытии программы, если параметр «Не задан», то сеанс отключается, но не завершается. Для завершения сеанса необходимо указать Включено и установить время, так же доступен параметр «Немедленно».
Сначала подумал, что виновата кнопка power на корпусе и отсоединил ее от системной платы. Потом загрузил комп с аварийного диска и проверил hdd антивирусом AVZ. Потом проверил диск на ошибки. И все, вроде как, в порядке - ни вирусов, ни ошибок на диске и mbr в целости. Отсоединил от компа все устройства, включая видеокарту (есть встроенная), подключил другой блок питания. Ничего не помогает.
Температуры в норме.
Не пойму, в чем дело, может какой-то хитровыкрученный вирус-выключатель пролез мимо Касперского в bios и оттуда пакостит?
Сбросьте настройки биоса в исходное положение. Снимите батарейку и закоротите концы. Подождите некоторое время. Вставьте батарейку на место. Запустите комп, дойдите до загрузки биоса. Del. Посмотрите настройки. Чтоб на 64 бит стояли. Сохраните. F10 и поехали дальше. Если мамка здорова, то должен комп пойти. А ещё можно всё по отсоединять от мамки кроме видеокарты и делать запуск. Потом по очереди цеплять память, HDD и смотреть как будет идти процесс загрузки. Я думаю так.
а ещё нужно вспомнить сколько лет твоему компьютеру и когда ты его пылесосил в последний раз.
Особенно чист должен быть проц.
Был у меня подобный случай. И именно из-за ехидного вируса. Правда, он не сам пролез на компьютер, а я скачал и запустил его под видом драйвера. Заметил, что размер файла очень маленький, а его ещё и заархивировали - зачем. Но - поздно! Рука сработала вперёд головы и Windows сразу пошла на завершение работы.
После перезагрузки компьютера браузер стал открываться по полчаса, а сайты - даже "Одноклассники"! - стали неблагонадёжными.
Антивирус DrWeb написал, что обнаружил вирус "Троян-маячок" и обезвредил его в оперативной памяти. Но после перезагрузки компьютера повторилось то же самое. Поэтому я понял, что в оперативную память этот "Троян-маячок" попадает откуда-то ещё. Но проверка раздела С DrWeboм ничего не обнаружила.
У меня на компьютере установлены 2 системы. Загрузился я со второй и начал искать в интернете, как от этого вируса избавиться. Нашёл - оказывается, с помощью AVZ!
Нужно после запуска AVZ нажать "Сервис", а затем - "Менеджер внедрённых DLL". Появится окно с файлами DLL. Записи зелеными буквами будут без вирусов, а чёрными - с вирусом. Одна запись оказалась у меня чёрными буквами, и путь к файлу был тоже написан.
Попытка просто удалить файл ничего не дала - не хочет он удаляться! Но из-под второй системы удалился с полпинка! И всё стало нормально.
P.S. Когда я прочёл о "Трояне-маячке" на сайте, где был дан совет, то там было указано, что один из главных признаков "Трояна-маячка" - завершение работы операционной системы. А Касперский мог его и пропустить - после того, как он не нашёл у меня в игре 6 вирусов, выявленных DrWeboм, Касперскому я больше не верю.
Я не утверждаю, что у Вас "Троян-маячок", но попробуйте запустить менеджер внедрённых DLL в AVZ - а вдруг что-то и выявится!
По-умолчанию, когда пользователь со своего компьютера закрывает окно своей RDP/RDS сессией в терминальном клиенте (mstsc, rdcman или rdp html web клиент) простым нажатием по крестику в окне, без выполнения выхода (logoff), его сессия переходит в режим disconnected (разъединённый сеанс). В этом режиме все запущенные пользователем программы, открытые документы и окна продолжают работать на удаленном сервере и потреблять ресурсы.
По-умолчанию в Windows RDP сессия пользователя может находится в состоянии disconnected до перезагрузки компьютера или явного ее завершения пользователем или администратором. Это довольно удобно, т.к. пользователь может в любой момент подключиться к своей старой сессии и продолжить работу с открытыми программами и документами.
На следующем скриншоте видно, что отключенные сессии пользователей на RDS сервере с Windows Server 2016 используют около 35% памяти сервера. Кроме того незавершенные сессии могут блокировать открытые файлы на файловых серверах, вызывать проблемы с корректным сохранением данных в приложениях, профилях или User Profile Disks.
С помощью команды quser можно узнать, когда начата RDP сессия пользователя, длительность простоя и статус сессии.
Для автоматического завершения отключенных RDP/RDS сессий через определенный промежуток времени, вам нужно правильно настроить лимиты (таймауты).
При использовании RDS сервера, вы можете настроить параметры таймаутов сессий в настройках RDS коллекций на вкладке Session.
Укажите время, через которое нужно завершить отключенный сеанс в параметре End a disconnected session (по умолчанию срок сеанса неограничен – never). Также вы можете выставить максимальную длительность активной RDP сессии (Active session limit) и отключение бездействующего сеанса (Idle session limit). Это жесткие таймауты применяются для всех сессий в RDS коллекции.
В Windows Server 2012 R2/2016/2019 можно настроить таймауты RDP сессий с помощью групповых политик. Можно использовать как редактор доменных GPO gpmc.msc, так и редактор локальных групповых политик (gpedit.msc) на конкретном RDS сервере или клиенте (если вы используете десктопную Windows в качестве терминального сервера)
Параметры таймаутов RDP сессий находятся в разделе GPO
Computer Configuration -> Policies -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Session Time Limits (Конфигурация компьютера -> Политики -> Административные шаблоны -> Компоненты Windows -> Службы удаленных рабочих столов -> Узел сеансов удаленных рабочих столов -> Ограничение сеансов по времени). Доступны следующие политики таймаутов:
- Set time limit for disconnected session (Задать ограничение по времени для отключенных сеансов)
- Set time limit for active but idle Remote Desktop Services sessions (Задать ограничение времени для активных, но бездействующих сеансов служб удаленных рабочих столов) – политика позволяет завершить простаивающие RDP сессии, в которых отсутствует ввод со стороны пользователя (движение мышкой, ввод символов с клавиатуры)
- Set time limit for active Remote Desktop Services sessions (Задать ограничение по времени для активных сеансов служб удаленных рабочих столов) – максимальный срок для любой (даже активной) RDP сессии пользователя, после которого она переводится в состояние disconnected;
- End Session when time limits are reached (Завершать сеанс при достижении ограничения по времени) – через какое время нужно завершать RDS сессию (logoff) вместо перевода ее в disconnected;
- Set time limit for logoff of RemoteApp sessions (Задать предел для выхода из сеансов RemoteApp)
По умолчанию эти параметры не настроены. Чтобы автоматически завершать отключенные RDP сеансы пользователей через 8 часов, включите политику “Set time limit for disconnected session” = Enabled, и в выпадающем списке выберите 8 часов.
Сохраните изменения и обновите политики сервера (gpupdate /force). Новые настройки таймаутов будут применяться только к новым RDP сеансам, текущие сеансы придется завершить вручную.
Читайте также: