Миру - мир. А Вам - пломбир!
Доброго времени суток!
Дано: сервер (WinXP) и клиент (Win7) к которым есть полный доступ.
Задача: на сервере запускается софт, для которого критично важно непрерывное наличие рабочего стола с постоянным стабильным конкретным разрешением экрана.
Проблема: соединяюсь с ним по rdp, всё работает. После отключения – софт падает с ошибками (видимо, отрубается рабочий стол).
Вопрос: как оставить работать сервер без внешних подключений, но с активным рабочим столом и конкретном стабильном разрешении экрана?
Спасибо!
Дано: сервер (WinXP) и клиент (Win7) к которым есть полный доступ.
Задача: на сервере запускается софт, для которого критично важно непрерывное наличие рабочего стола с постоянным стабильным конкретным разрешением экрана.
Проблема: соединяюсь с ним по rdp, всё работает. После отключения – софт падает с ошибками (видимо, отрубается рабочий стол).
Вопрос: как оставить работать сервер без внешних подключений, но с активным рабочим столом и конкретном стабильном разрешении экрана?
Спасибо!
хотя вообще странно, что это за серверный софт такой, которому обязательно нужен рабочий стол... может софт просто кривой?
Возможно, плохо понял ответ. Автологин настроен. Сейчас захожу только по VNC так как не меняет десктоп хотя бы между сессиями управления в отличии от RDP. Но как это поможет не менять окна и десктоп когда не подключен никто чтобы софт не падал?
> может софт просто кривой?
Увы, специфика задачи такова, что либо задача не решаемая вообще, либо подобными костылями. Он работает ориентируясь на цвета пикселей в конкретных (относительно захардкоженных) координатах. Поэтому ему нужен десктоп с определённым разрешением. Но он вполне автоматический, хочется под него выделить отдельную виртуалку на сервере и получать данные простыми запросами.
Как происходит отключение, жмёте крестик сверху?
Когда вы отключаетесь от VNC, рабочий стол по идее пропадать никуда не должен. И разрешение экрана само по себе смениться не может.
> Он работает ориентируясь на цвета пикселей в конкретных (относительно захардкоженных) координатах.
Наверное какой-нибудь бот для онлайн игры?
Да, действительно, вы правы, VNC решает проблему.
Я понаблюдал изменения и только через пару дней (когда вернулся к задаче) понял, что разрешение меняется после логина по rdp или в следствии глюка самого по. Коллега коннектился к серваку по rdp пока я мучал vnc.
> Наверное какой-нибудь бот для онлайн игры?
данные внутри очень урезанного IE
А хэндл окна получить можно? У AutoIt были неплохие нативные методы общения с ИЕ, главное к окну прицепиться. Даже вытащить исходник страницы и распарсить уже на своей стороне можно. На крайняк, брать координаты окна и скармливать парсеру, рестартуя его из внешнего скрипта. Могу попробовать заморочиться, если можно будет пощупать, как оно там внутри виртуалки живёт.
В идеале, КМК, подключить монитор, но учитывая, что это виртуалка... ППЦ задачка))
При коннекте по rdp виртуалка меняет своё разрешение под размеры окна клиента. То бишь, не важно какое было – коннект по rdp передёрнет разрешение и поменяет его плюс не позволяет его менять вручную. VNC так не делает и даёт выбрать разрешение из списка в панели управления виртуалки.
То есть, оно принципиально нестабильно. После дисконнекта по rdp этот хренософт не запускается вообще так как не может определить разрешение – я не имею опыта работы с rdp (всегда хватало ssh для моих задач), возможно, винда отрубает рабочий стол если он не используется? При активном vnc-сервере всё работает как надо.
И да, RDP вроде бы после отключения пользователя завершает его сеанс. И еще он поддерживает подключение нескольких пользователей и у каждого будет свой рабочий стол. Короче, его принцип работы довольно сильно отличается от radmin\vnc\team viewer.
> И да, RDP вроде бы после отключения пользователя завершает его сеанс.
Да, возможно так: после отруба по rdp переставал отвечать на запросы wamp-стек, работающий из-под того же пользователя.