IMHO.WS

IMHO.WS (http://www.imho.ws/index.php)
-   Сети (http://www.imho.ws/forumdisplay.php?f=145)
-   -   Windows Terminal Services: вопросы и ответы (http://www.imho.ws/showthread.php?t=14898)

Yraman 28.03.2005 17:24

А почему нет?
У меня w2k, терминалка активирована, в свойствах пишет что процов аж 4 по 2,8 и ничего... не падает.... в диспетчере пишет-многопроцессорный компьютер с ACPI

ЕЖ 28.03.2005 17:38

GoodWIN
А для каких целей (приложений) надо? Чтобы в общем всё было круче? Наоборот может местами производительность падать на неоптимизированных задачах. Для терминальной работы с 1С, например, точно не надо, бывают и глюки (со слов бывалых друзей 1С-ников).

GoodWIN 29.03.2005 12:39

для приложений 1c, citryx, mssql. видимо, прийдется ставить w2k3 :idontnow:

SherKhan 02.04.2005 13:24

Нормально w2kADsp4+1C7+1C8+MSSQL с 2*2.8Xenon c HT Работает.

teddy_val 18.05.2005 08:50

Win2000 server Не хватает памяти терминальным клиентам.
 
Ситуация такая:
Комп 3-й пенек, с гигом оперативы на борту, к ему коннектится терминальный клиент, открывает Excel (Office2000) файлик около 30 метров, потом еще один, на третьем ошибка- Excel не достаточно памяти. Диспечер задач показывает загрузку памяти около 200метров. Хорошо беру для испытаний допустим total commander, и запускаю "миллион копий" довожу память до 700 мегов... и далее по свопу все нормально. Кто нибудь сталкивался с такой проблемой?
Может в винде можно где выставлять макс. объем памяти для каждого юзера? Или excel у меня не пропаченный?

dr-evil 18.05.2005 09:47

выкинь офис 2000, поставь 2003
кстати офис2000 был поставлен до терминального сервера или после?

teddy_val 18.05.2005 10:20

Цитата:

dr-evil:
выкинь офис 2000, поставь 2003
Как ставить 2003 офис для поддержки терминальных клиентов? Есть ли там пакет TERMSRVR.MST или что нить вроде того, или там все уже стоит?
Цитата:

dr-evil:
кстати офис2000 был поставлен до терминального сервера или после?
Естественно после.

Krokokot 22.05.2005 16:39

через Add|remove Software, Install new software, офис 2003 ставится нормально. А что дает
Цитата:

teddy_val:
TERMSRVR.MST

teddy_val 23.05.2005 07:21

Еслт устанавливать без path_to_office transmorf="path_to_TERMSRVR.MST" оффис не будет работать на windows2000 terminal server, у терминальных клиентов, невозможна будет работа нескольких юзеров с одним документом одновременно.

Krokokot 23.05.2005 10:01

инфа по поводу TERMSRVR.MST в Офисе2003 есть на сайте разработчика, но я ставил на терминальный сервак через Add|Remove Programs неоднократно - все работает, никто еще не жаловался, единственное я не знаю работают ли пользователи с одним и тем же документом....

teddy_val 23.05.2005 11:24

Дело в том что нет 100% уверенности что если поменять оффис проблема исчезнет. С др. стороны это не ОС переставлять... попробывать можно. Сайт разработчик это microsoft.com? )

файл termsrvr.mst там не нашел кроме статьи :
_http://support.microsoft.com/default.aspx?scid=kb;ru;224313
Я так инепонял оффис 2003 устанавливается просто без всяких извращений на терминальный сервер?

teddy_val 23.05.2005 14:15

С установкой Office 2003 проблема исчезла, тестируем пару дней, потом отпишусь. Да, и перед установкой 2003-го установил 3-й сервис пак на 2000-й оффис, и парочку обновлений с сайта мелкомягких, ничего не помогло.

Cartman 29.06.2005 13:01

Поднимем тему.
У меня простые пользователи не могут к терминалу цепляться. Поишет вот что: Интерактивный вход в систему на данном компьютере запрещен локальной политикой.
Всю перерыл, не могу найти. В пользователе галка разрешение на вход в терминал стоит.

ivahaev 29.06.2005 13:05

Cartman, ты юзеров в группу "Пользователи удаленного рабочего стола" занес?

Cartman 29.06.2005 13:17

ivahaev, у меня нет такой группы.
Уточню. Сервер Win 2000 server SP4. Он же контроллер домена.
Терминал в режиме приложений, администраторами все заходят. Пользователям болт.

Nosferatu 29.06.2005 13:22

Administrative Tools -> Local Security Policy -> User Rights Assignment -> Allow Logon through Terminal Services -> добавь кого нужно.

Cartman 29.06.2005 13:34

Цитата:

Nosferatu:
Allow Logon through Terminal Services
Про терминал у меня ни слова... Винда русская. Может при переводе как то перепоганили.
Нашел одну фигню. В локальной политике безопастности локальный вход в систему разрешен пользователям, но действущая политика показывает что не разрешен. Т.е. запрещен политикой домена. Гляжу туда, стоит не задан, в теории получается задан локальной политикой?
Однако это не так.

Сорри, все разобрался. Эт у меня руки кривые.
Смотрел политику безопасности домена, а надо было контроллера домена. ;)

Mg0 29.06.2005 13:48

Cartman
Дык, попробуй разрешить в политике домена локальный вход. И еще. Посмотри в "настройке служб терминалов" -- стоИт у тебя режим W2K или режим NT4.0? Через режим NT4.0 траблов меньше, но более стремно, если у тебя есть юзера с шаловливыми ручонками.

Cartman 29.06.2005 14:05

Все работает.

Кстати, может кто знает, как определить имя компьютера с которого зашли в терминал, чтобы автоматом подключить расшареную папку на том компе?

Nosferatu 29.06.2005 14:07

Если не стоит сервер терминалов и служба лицензирования терминалов, то винда одновременно должна пустить только 2-х администраторов (по умолчанию, или кого угодно у кого есть разрешения в настройке служб терминалов). Если и то и другое установлено, то больше.
Настройка служб терминалов -> Подключения -> RDP-Tcp -> Разрешения. Добавить по вкусу группы или конкретных юзеров кто может туда попадать через терминальные службы.

FantomIL 29.06.2005 14:15

Цитата:

Сообщение от Cartman
Кстати, может кто знает, как определить имя компьютера с которого зашли в терминал, чтобы автоматом подключить расшареную папку на том компе?

Не понял вопроса, поясни. :) Ресурсы можно подключать в профиле пользователя и в самом клиенте.

Cartman 29.06.2005 14:27

Nosferatu, опоздал немного... ;)

FantomIL, ну например заходит юзер с машины comp1 на ней есть расшареная папка public, вот я и хочу чтобы пользователь в своей терминальной сесии подключил эту папку как диск. Ну что-то типа того.
Дело в том, что пользователи скачут с машины на машину и привязать к пользователю не полуится.

FantomIL 29.06.2005 15:13

Cartman
На терминальном сервере в свойствах юзеров пропиши путь к его расшаренной папке и все будет хорошо :)
Там, когда в свойства юзера входишь, то есть вкладка Терминал Сервис Профиль, там внизу есть Терминал Сервис Домашняя Директория. Там и пропиши. Так оно к юзеру и привязывается и неважно с какой машины юзер зайдет.

Cartman 29.06.2005 15:24

FantomIL, так я хочу, чтобы привязывалась именно та машина с которой он зашел... ;)
В случае если пользователь пересядет а я путь не поменяю его директорией останется та, на старой машине.
Хотя ладно, не важно, пусть мучаются. :)

А вот еще вопрос, как не давать делать отключение сеанса, а только завершение?

FantomIL 29.06.2005 15:39

Cartman
По поводу твоего варианта - не думаю, что это возможно. Хотя, может это я не знаю, просто никогда нужды не было.
По поводу отключения: лезешь в Terminal Server Configuration на терминальном серваке, та заходишь в Connections, даблкликаешь на своем коннекте и там во вкладке Sessions все настраиваешь.

Mg0 29.06.2005 16:54

Cartman
А зачем вообще хранить хоть что-то на юзерских компах? Пусть держат все на сервере, а туда-то уж примонтироваться без проблем, независимо, кто откуда зашел -- сделай каждому свой догон-скрипт. И бэкапить опять же проще.

Cartman 29.06.2005 16:58

Mg0, места не хватит, да и вообще не очень удобно.
Щас всех в терминал загоняю, потому что с 1С уже не возможно работать.
Они там отчеты будут делать, а потом уже у себя на компе обрабатывать...

FantomIL 29.06.2005 17:09

Cartman
Тады пропиши им локальные (расшареные) директории, как домашние директории в настройках домена. Они же у тебя в домен логиняться, так ведь? А потом эти же директории прикрути в терминальные сессии, и тогда вообще все равно, с какого компа заходишь.

Cartman 29.06.2005 18:56

FantomIL, да я думаю не парится и просто для каждой машины сделать общую папку на сервере, пусть как локально работают от туда свои файлы забирают.

Ну и раз пошла такая пьянка... ;)
Как скрыть от них локальные диски? Пусть видят все кроме шар в сети. Знаю реестром можно, но может есть какие нибудь штатные возможности?
Политикой безопасности можно, но не очень нравится. Во первых должны проги запускаться, во вторых базы опять же на этом сервере лежат. Получается что все папки надо перелопачивать, что-то разрешать, что-то запрещать.

Mg0 29.06.2005 19:28

Цитата:

FantomIL:
Тады пропиши им локальные (расшареные) директории, как домашние директории в настройках домена.
Это хорошо и правильно, но тогда получается, что "родной" компьютер юзера должен быть включен, даже если он заходит с другого.

FantomIL 29.06.2005 23:17

Cartman
Не, :) стандартными терминальными приблудами - не получиться. Придется тебе редактировать права на доступ к локальным дискам сервака для группы терминальных юзеров. Перелопачивать долго - согласен, но один раз настроишь и все.
Mg0
Ну вообще говоря - да. Я просто на свою сетку ориентируюсь, а у нас компьютеры не отключают, только мониторы. Но если компы в организации принято отключать, то тогда, конечно, придется все по правилам: домашнии директории юзерам на серваке выделять, при логоне в домен эти директории автоматом мапить, как локальный диск и при логоне в терминальную сессию тоже их подключать, но уже к сессии.

KomatoZo 29.07.2005 16:24

Проблема с remote desktop
 
Сам понимаю, что руки кривые, и надо думать перед тыканьем в кнопочки, но все же...
Ситуация следующая: есть сервак 2003 standart edition в составе домена. Был сконфигурирован терминальный сервер на нем. Стоит, как всегда ХЗ где. Во время ковыряния на нем было случайно удалено соединение в какой то из менюшек citrix. Теперь ессно подсоединиться не удается, а топать ножками с клавиатурой и монитором не особо хочется. Вопрос: есть ли возможность удаленно восстановить это дело?

ioka 29.07.2005 20:35

Цитата:

KomatoZo:
терминальный сервер на нем...
citrix
а виндового remote desktop-а не нем нету случайно?? ну и посмотреть что за порты остались на нем открыты, тоже информацию даст..

KomatoZo 29.07.2005 20:59

ioka
Так я соединение виндового и снес каким то образом через цитрикс =) А чтобы там посмотреть порты надо опять таки как то к нему подрубиться. Оснастка управления терминальным сервером этого не дает, ксожалению =(

KomatoZo 01.08.2005 09:48

Хых... Вопрос снимается - припер на место монитор и все починил... Хотя на будущее, конечно интересно - возможно ли починить такую ситуацию в принципе ? =)

Ghost 01.08.2005 11:19

KomatoZo
DameWare NT Utitlities - в их составе есть приблуда для работы с удаленным рабочим столом по типу RAdmin'а; причем ставится сия приблуда удаленно, т.е. тебе не надо идти к машине, входить на нее, копировать дистрибутив и устанавливать: ставишь DWNTU на своей машине и с ее помощью устанавливаешь клиента на удаленную машину (есессно, нужно знать логин/пЫссворд и, кроме этого, на клиенте должны быть стандартные шары - IPC$ и ADMIN$).

ioka 02.08.2005 05:51

Цитата:

Ghost:
RAdmin'
ну так и его тоже можно поставить удаленно, он же служба..

Цитата:

KomatoZo:
А чтобы там посмотреть порты надо опять таки как то к нему подрубиться
ну почему же, если ты помнишь ip или netbios-имя, можно ж и посканить на предмет открытых портов...

KomatoZo 02.08.2005 09:21

Цитата:

ioka:
можно ж и посканить
Да, это я ступил. Впрочем чему бы оно помогло, по большому счету ? Машина жива, снесена только настройка RDP соединения =) В общем ручками я уже все это сделал, но если бы узнал про программку, анонсированную уважаемым Ghost, то можно было бы и удаленно все заколбасить легко и приятно =)

Varrkan 03.08.2005 11:43

У меня та же проблема. Вот только апдейты теперь не загрузишь - микрософтовцы ввели проверку ПО. Что же делать??

entropy 03.08.2005 12:24

Microsoft ввёл новую обязательную систему проверки на легальность Windows. Но уже через 24 часа после включения системы, хакеры нашли способ обойти проверку.
Перед нажатием 'Custom' или 'Express' вставьте этот текст в адрессную строку и нажмите ентер:

javascript:void(window.g_sDisableWGACheck='all')

это выключит сигнал на проверку серийного номера


Часовой пояс GMT +4, время: 13:42.

Powered by vBulletin® Version 3.8.5
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.