Стоит Windows 2003 Server Enterprise SP1. Нужен telnet.
Служба стартует, но зайти получается только пользователем, входящим в группу "Администраторы". Пользователь, которому нужен доступ по telnet входит в группу "TelnetClient", но все равно при попытке входа выводиться сообщение, что у юзера нет полномочий.

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

MZHСамому проверять лень, Telnet нигде не использую. Но при наличии необходимости всегда можно использовать аудит использования привилегий.
и к чему это?

MZHЕсли недостаточно прав на правку политик, то стоит ли браться...
потрясающий ответ, неоценимая помощь

Мдааа..... Хочется матом ругаться....
Значит так, объясняю для тех кто не понял. Нужно организовать доступ к секверу через telnet, именно telnet, т.к. нужно будет пользоваться консольными утилитами.

Я задал вполне конретный вопрос. Если на него нет ответа, че вы тут тогда флуд разводите типа "ищити сами" и т.п. Не знаешь - не строй из себя гуру. А то начинаются ответы типа "я где-то что-то слышал".



Мне нужны конкретные действия. Если что надо, я пойму где посмотреть, "разжевывать" мне не надо. Просто задача возникла впервые, раньше с этим не сталкивался.

Anatoly PodgoretskyБез прав задача не решается.
а в чем может быть проблема? мой аккаунт админский, заходил и под Администратором, все равно изменение оснастки заблокировано

rrrrrrrrrrтак он RPC требует + admin$
имхо правильнее всего не ломать доменную политику, а просто поставить сторонний telnet-сервер, желательно лучше защищенный, чем штатный (начните с Remote Admin'a)
Я попробовал VShell, но он ругается, что у юзера нет прав на локальный вход.

Радмин прокатил, но все же это не совсем устраивает: нет поддержки расширенных ASCII-кодов для вывода цветной инфы. Кто-то скажет, что это ерунда, но могу заверить, что если прога напишет обычным (белым) цветом, что операция завершена неудачно, то в 90% случаев на это не обратят внимание. А если это будет выведено красным, то это уже совсем другое дело

Прикрепляю фотку, как выглядит оснастка политики локального входа

Всем спасибо за помощь, разобрался.
Я смотрел оснастку в групповой политике (gpedit.msc), а надо было по политике домена и контроллера домена. Причем оказалось, что пользователь, состоящий в группе Администраторы все равно не имеет доступа к этим политикам, а только именно сам Администратор (хотя думаю это даже правильно)