Приветствую,
задам вопрос, который наверняка уже решали, хочу сэкономить время.
Есть тестовый Windows сервер. На нём стоит IIS и .NET Framework 1.1 SP1 и 2.0.50727.
Задача проста. Как дать возможность из Visual Studio 2005 Prof группе разработчиков создавать на этом сервере проекты типа ASP.NET Web Site и ASP.NET Web Service напрямую по HTTP и запускать их в режиме debug?
На сервере стоит сам .NET Framework Runtime, студию ставить в принципе, как я понимаю, не надо, это излишне. Сейчас удаётся создавать проекты из VS2005 на этот сервере с другой машины только тогда, если логин разработчика добавляется на сервере в группу локальных Administrators. Но это тоже перебор, права должны быть минимально необходимые. Но даже с права локального админа запустить созданный на сервере проект из Visual Studio 2005 не удаётся – ругается на настройки Visual Studio Remote Debugging Monitor.
Вопрос в том, как дать эти права
без установки Visual Studio 2005 на сервер (она там не нужна) и желательно
без прав локального админа на сервере.
Хотя по второму вопросу одна статья MSDN наводит на его невыполнимость:
ms-help://MS.MSDNQTR.v80.en/MS.MSDN.v80/MS.VisualStudio.v80.en/dv_vsdebug/html/f4531158-8bd6-4d13-83c4-0b35436235b3.htm
Remote Debugging Permissions
Managed Debugging
To debug a process running under your account and password: No special permission needed.
To debug a process running under another account name:
You need Administrator privilege on the remote machine. If the ASP.NET worker process aspnet_wp.exe is running as SYSTEM or ASPNET, for example, you need to be an administrator on the machine where that process is running.
Processes that host the Common Language Runtime, such as SQL Server 2005, may enforce custom debugging privileges.
Где правильный ответ и последовательность действий?
данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение
Опять же, заметил такую вещь — после запуска Visual Studio Remote Debugging Monitor на клиентской машине с VS2005 и раздачи в нём прав другим пользоателям и группам после его закрытия настройки
не сохраняются — повторный запуск Remote Debugging Monitor показывает в разрешениях только группу локальных админов и мой логин, с которым я зашёл на машину.
Т.е. разрешения на debug каждый раз нужно настраивать заново?
данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение
Попробую снова поднять тему.
Не верю, что все разработчики пишут веб сервисы локально, и ни одна команда не пыталась использовать общий web сервер для разработки приложений из VS 2005.
данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение
Здравствуйте, valeri, Вы писали:
На сервере поставил CruiseControl (
http://confluence.public.thoughtworks.org/display/CCNET/Welcome+to+CruiseControl.NET),
который в свою очередь берет код из SourceSafe и собирает сайт. Отладку делаю на своём компьютере. Надеюсь мой ответ чем-то поможет.
V>Приветствую,
V>задам вопрос, который наверняка уже решали, хочу сэкономить время.
V>Есть тестовый Windows сервер. На нём стоит IIS и .NET Framework 1.1 SP1 и 2.0.50727.
V>Задача проста. Как дать возможность из Visual Studio 2005 Prof группе разработчиков создавать на этом сервере проекты типа ASP.NET Web Site и ASP.NET Web Service напрямую по HTTP и запускать их в режиме debug?
V>На сервере стоит сам .NET Framework Runtime, студию ставить в принципе, как я понимаю, не надо, это излишне. Сейчас удаётся создавать проекты из VS2005 на этот сервере с другой машины только тогда, если логин разработчика добавляется на сервере в группу локальных Administrators. Но это тоже перебор, права должны быть минимально необходимые. Но даже с права локального админа запустить созданный на сервере проект из Visual Studio 2005 не удаётся – ругается на настройки Visual Studio Remote Debugging Monitor.
V>Вопрос в том, как дать эти права без установки Visual Studio 2005 на сервер (она там не нужна) и желательно без прав локального админа на сервере.
V>Хотя по второму вопросу одна статья MSDN наводит на его невыполнимость:
V>ms-help://MS.MSDNQTR.v80.en/MS.MSDN.v80/MS.VisualStudio.v80.en/dv_vsdebug/html/f4531158-8bd6-4d13-83c4-0b35436235b3.htm
V>Remote Debugging Permissions
V>Managed Debugging
V>To debug a process running under your account and password: No special permission needed.
V>To debug a process running under another account name: You need Administrator privilege on the remote machine. If the ASP.NET worker process aspnet_wp.exe is running as SYSTEM or ASPNET, for example, you need to be an administrator on the machine where that process is running.
V>Processes that host the Common Language Runtime, such as SQL Server 2005, may enforce custom debugging privileges.
V>Где правильный ответ и последовательность действий?
V>
данное сообщение получено с www.gotdotnet.ru
V>ссылка на оригинальное сообщение
