поднять терминал на обычной хп
Там есть Remote Desktop сервер. Его надо пропатчить, чтобы он принимал большее число подключений. После этого можно пользоваться.
Ещё один путь - взять какой-нибуть сторонни сервер терминалов (типа VNC). Наверняка существуют редакции для XP.
Ещё один путь - взять какой-нибуть сторонни сервер терминалов (типа VNC). Наверняка существуют редакции для XP.
задача такая: есть комп с обычной хп или вин7, туда надо зайти удаленно и запустить там 1с но чтоп при этом основной сеанс не трогался. если юзать радмин то задача невыполнима..
что значит не трогать основной сеанс?
Ремот Десктоп включаешь и коннектишься к уже запущеному сеансу. Либо создаешь другого пользователя, имеющего право пользоваться ремот десктопом, тогда им коннектишься, а уже запущеный пользователь остается в покое
Ремот Десктоп включаешь и коннектишься к уже запущеному сеансу. Либо создаешь другого пользователя, имеющего право пользоваться ремот десктопом, тогда им коннектишься, а уже запущеный пользователь остается в покое
Не остаётся - локальная сессия лочится...
лочится, но все программы-то остаются работать так же
Судя по постам топикстартера, лока он хочет избежать... 
Remote Assistance?
осталось подождать ещё пару лет и станет реальностью.
Пока следующая простая картина вырисовывается: иксовый сервер (аналог) вшит в ядро винды. Всем прогам для работы необходим этот сервер, и вообще в API он существенно важен, так что гуи без него заюзать не выходит. Он в винде достаточно продвинутый, есть "виртуальные" рабочие столы - контексты десктопа (не путать с пользовательскими фичами множественных столов). Вот на них при создании любого окна явно или не явно программы завязываются. В чём гибкость решения - этот виртуальный рабочий стол может быть соединён с различными типами реальных интерфейсов, дающих доступ к условному экрану, клаве и мышки. Винда умеет работать в пустоту - с ней связан контекст, в котором по умолчанию запускаются сервесы (да, у сервесных прог тоже оказывается может быть гуи). Винда умеет работать с физическими устройствами ввода/вывода - так называемая консольная сессия. Винда умеет даже весьма эффективно связывать этот контекст по сети с удалённым клиентом rdesktop по протколу rdp. В общем, всё замечательно, жаль только не умеет отдельные окна перетаскивать из одного контекста в другой - и никогда не научится, слишком много API пришлось бы переписывать.
Проблема только одна - жадность, причём не только MS. Сама MS ограничивает работу сабжа, как выпиливая полноценную его работу из икспи, так и дополнительно лицензируя его для сервера. Взлом винды и подмена библиотек не канает, во-первых, это всё равно взлом и карается законом, так что проще поставить сломанную корпоративную серверную винду, и добавить фейковые ключи для лицензий на удалённые сессии (мало того что незаконно, так ещё и не факт, что долго будет доступна такая опция, лазейка это известная и закрыть её не сложно, что является во-вторых). Но жадность разрабов винды меркнет по сравнению с жадностью разрабов сторонниего софта. Обнаруживая у тебя серверную версию венды (а на другой терминалные сервера не пашут а иногда и напрямую проверяя доступность сервера терминалов при запуске, программа решает, что раз ты согласился отдать майкрософт в пять раз больше бабок за серверную версию венды, значит 1) у тебя деньги водятся 2) ты серьёзный человек, и следовательно, можно с тебя потребовать специальных условий лицензирования, и бабок по-больше раз в десять.
Всё это делает удалённую работу не слишком приятной. Единственное исключение - чисто консольные программы, их можно запускать сколько угодно одновременно, и на халяву (благо что для винды замечательно пашет цигвиновый openssh-server).
А всё что ты сможешь нагуглить - оно всё будет либо юзать стандартные обрезанные виндовые фичи, либо трогать консольную сессию. В своё время я это явно проверял. И vnc и rman и все прочие утилиты - они для работы юзают основную сессию. Они просто ставят хаки на драйверы устройств и перехватывают ввод/вывод передавая по своим протоколам через сеть. Природу не обманешь, чтобы сделать полноценный сторонний сервер терминалов необходимо запрогат практически все виндовые иксы и весь оставшийся виндовый API, чтобы он работал с другими, не встроенными, иксами. А на такой гигантский труд авторы различных свистелок и перделок (каковыми является большинство софта удалённой работы) не согласны.
Но как я уже писал выше, надежда есть, и надежда ощутимая. Медленно, неспешно, неотвартимо разработчики wine допиливают его под винду. И он будет готов под винду. Тогда виндовые проги, запущенные под вайном, можно будет связывать не с виндовыми проприетарными иксами, а с любыми иксами по протоколу xf86, в том числе vnc, freenx, просто через ssh пробрасывать единчиные приложения.
Пока следующая простая картина вырисовывается: иксовый сервер (аналог) вшит в ядро винды. Всем прогам для работы необходим этот сервер, и вообще в API он существенно важен, так что гуи без него заюзать не выходит. Он в винде достаточно продвинутый, есть "виртуальные" рабочие столы - контексты десктопа (не путать с пользовательскими фичами множественных столов). Вот на них при создании любого окна явно или не явно программы завязываются. В чём гибкость решения - этот виртуальный рабочий стол может быть соединён с различными типами реальных интерфейсов, дающих доступ к условному экрану, клаве и мышки. Винда умеет работать в пустоту - с ней связан контекст, в котором по умолчанию запускаются сервесы (да, у сервесных прог тоже оказывается может быть гуи). Винда умеет работать с физическими устройствами ввода/вывода - так называемая консольная сессия. Винда умеет даже весьма эффективно связывать этот контекст по сети с удалённым клиентом rdesktop по протколу rdp. В общем, всё замечательно, жаль только не умеет отдельные окна перетаскивать из одного контекста в другой - и никогда не научится, слишком много API пришлось бы переписывать.
Проблема только одна - жадность, причём не только MS. Сама MS ограничивает работу сабжа, как выпиливая полноценную его работу из икспи, так и дополнительно лицензируя его для сервера. Взлом винды и подмена библиотек не канает, во-первых, это всё равно взлом и карается законом, так что проще поставить сломанную корпоративную серверную винду, и добавить фейковые ключи для лицензий на удалённые сессии (мало того что незаконно, так ещё и не факт, что долго будет доступна такая опция, лазейка это известная и закрыть её не сложно, что является во-вторых). Но жадность разрабов винды меркнет по сравнению с жадностью разрабов сторонниего софта. Обнаруживая у тебя серверную версию венды (а на другой терминалные сервера не пашут а иногда и напрямую проверяя доступность сервера терминалов при запуске, программа решает, что раз ты согласился отдать майкрософт в пять раз больше бабок за серверную версию венды, значит 1) у тебя деньги водятся 2) ты серьёзный человек, и следовательно, можно с тебя потребовать специальных условий лицензирования, и бабок по-больше раз в десять.
Всё это делает удалённую работу не слишком приятной. Единственное исключение - чисто консольные программы, их можно запускать сколько угодно одновременно, и на халяву (благо что для винды замечательно пашет цигвиновый openssh-server).
А всё что ты сможешь нагуглить - оно всё будет либо юзать стандартные обрезанные виндовые фичи, либо трогать консольную сессию. В своё время я это явно проверял. И vnc и rman и все прочие утилиты - они для работы юзают основную сессию. Они просто ставят хаки на драйверы устройств и перехватывают ввод/вывод передавая по своим протоколам через сеть. Природу не обманешь, чтобы сделать полноценный сторонний сервер терминалов необходимо запрогат практически все виндовые иксы и весь оставшийся виндовый API, чтобы он работал с другими, не встроенными, иксами. А на такой гигантский труд авторы различных свистелок и перделок (каковыми является большинство софта удалённой работы) не согласны.
Но как я уже писал выше, надежда есть, и надежда ощутимая. Медленно, неспешно, неотвартимо разработчики wine допиливают его под винду. И он будет готов под винду. Тогда виндовые проги, запущенные под вайном, можно будет связывать не с виндовыми проприетарными иксами, а с любыми иксами по протоколу xf86, в том числе vnc, freenx, просто через ssh пробрасывать единчиные приложения.
многабукавниасилил.
что сказать-то хотел?
что сказать-то хотел?
что сказать-то хотел?что природу не обманешь и ни одно предложенное на рынке на данный момент решение заменой терминала не является. Потому что для замены терминала нужно не удобный гуй спрогать, а полноценный икс сервер и привязать к нему эмуляцию winapi
я никогда это не использовал, но разве сревер на убунте не позволят многочисленных подключений? вся твоя простыня только про винду?
http://www.lubima.ru/index.php?newsid=387
если вариант с одной локальной и одной удаленной сессией устраивает, то ХР на это уламывается.
если вариант с одной локальной и одной удаленной сессией устраивает, то ХР на это уламывается.
я никогда это не использовал, но разве сревер на убунте не позволят многочисленных подключений? вся твоя простыня только про винду?моя простыня, разумеется, касается только винды. Тем более такой ОС как убунту не существует
задача такая: есть комп с обычной хп или вин7, туда надо зайти удаленно и запустить там 1с но чтоп при этом основной сеанс не трогался. если юзать радмин то задача невыполнима..А почему радмин не вариант, позвольте выяснить? Точнее я бы посоветовал на радмин, а UltraVNC/RealVNC/TeamViewer(через инет)
TeamViewerэто не бесплатная прога! но самое главное: она дает доступ к текущему рабочему столу, это совсем не терминал!
это не бесплатная прога!Если не серверная винда, то бесплатная.
Оставить комментарий
psvpolo
реальноль?