Вопросы Теги

Запуск от имени другого пользователя не работает :( [закрыто]

Мой компьютер разработки в офисе НЕ находится в Active Directory. Это обычная установка, без домена . Все работает нормально.

Когда я хочу подключиться к общему диску, мне нужно сопоставить диск с учетными данными моей компании

например, CompanyDomain \ UserName и паролем например, Foo \ User1 и secretpassword

Отлично работает.

Итак, теперь я пытаюсь запустить Visual Studio и SSMS под своими учетными данными NETWORK. Поэтому я щелкаю левой кнопкой мыши и удерживаю кнопку Shift, затем щелкаю правой кнопкой мыши значок приложения под кнопкой «Пуск». , а затем щелкните левой кнопкой мыши "Запуск от имени другого пользователя".

Я ввожу свои учетные данные (как указано выше) ... и терплю неудачу. Скажем, мои учетные данные плохие.

WTF? Есть ли способ исправить это? выяснить что такое собираешься?

ура :)

P.S. ОС - Win 7 RC

1
задан 14 July 2009 в 08:46
4 ответа

Можно только запустить приложение в соответствии с учетной записью, которая существует локально. Но поскольку Windows будет нейтрализация к использованию {имя пользователя, пароль}, Вы вошли для аутентификации на том, когда другие методы перестали работать (или недоступны) вокруг существует работа.

Создайте локальную учетную запись с тем же именем (domain\pure → .\pure) и тот же пароль, затем запускает программу, для которой нужны сетевые ресурсы в соответствии с новой локальной учетной записью. Необходимо будет удостовериться, что новая локальная учетная запись имеет доступ к локальным ресурсам, в которых это нуждается также.

4
ответ дан 3 December 2019 в 16:24
  • 1
    Richard, может Вы разрабатывать то, под чем Вы подразумеваете: можно работать вокруг при наличии локальной учетной записи с тем же именем и паролем как учетная запись домена и использование это. –  Pure.Krome 14 July 2009 в 14:49
  • 2
    @Pure: Обычно, да. –  Richard 14 July 2009 в 16:29
  • 3
    @Richard: гм.. нет нет.. можете Вы объяснять, какие u подразумевают под исходным оператором (я заключил в кавычки) - я don' t получают его. –  Pure.Krome 14 July 2009 в 17:15
  • 4
    @Pure: Расширенный для попытки быть более ясным. –  Richard 14 July 2009 в 23:02

Принятие я понимаю вопрос правильно:

При отображении доменного ресурса как сетевой ресурс, необходимо пройти проверку подлинности к контроллеру домена, следовательно Вы вставляете свое доменное имя пользователя и пароль, как Вы описываете.

Но Visual Studio, установленная на Вашем ПК, является локальным ресурсом и если Ваш ПК не будет принадлежать домену, то никакие учетные записи домена не будут иметь доступ к нему. Для выполнения VS, необходимо было бы пройти проверку подлинности локально к SAM на ПК, и очевидно это требует локальной учетной записи. Вы не сможете запустить VS как учетную запись домена, если Вы в некотором роде не предоставили доступ учетных записей домена к своему ПК т.е. соединили Ваш ПК с доменом.

Почему необходимо запустить VS как учетную запись домена? Это так, чтобы VS имел доступ к доменным ресурсам? Раз так просто запустите VS как нормальный, но подключите сетевой диск (любой сетевой диск) сначала, и VS должен смочь использовать доменные ресурсы.

МЛАДШИЙ

2
ответ дан 3 December 2019 в 16:24
  • 1
    Ваше предположение корректно :) Я пытался видеть, мог ли я запустить VS как учетную запись домена так, когда я пробую к удаленной отладке, it' s соединяющийся (оба направления) как моя учетная запись домена а не локальная (внешняя) учетная запись. Кроме того, я собирался видеть, мог ли я выполнить SSMS как пользователь домена и затем войти в систему с INTERGRATED вместо того, чтобы использовать Пользователя Sql для аутентификации :) –  Pure.Krome 14 July 2009 в 14:46

Ваш компьютер является внешним к домену и как таковой внешний к файловым серверам и т.д. Когда Вы подключаете диск, Вы предоставляете внешний файловый сервер ресурса свои внешние учетные данные, файловый сервер проходит проверку подлинности с доменом, который хорошо работает, потому что файловый сервер является членом домена. Когда Вы RunAs локальное приложение с внешними учетными данными, это не работает, потому что Ваш наклон рабочей станции проходит проверку подлинности с чужым доменом.

2
ответ дан 3 December 2019 в 16:24
  • 1
    Теперь, когда делает много из с тех пор! Глюк теперь :)... проклятие. я пытался быть слишком хитрым, затем? –  Pure.Krome 14 July 2009 в 14:50

Мне очень жаль.

Мне действительно очень жаль, но если у вас есть AIR-CAP2602-I ... то он подходит только для облегченного режима AP и требует контроллера.

У вас есть два варианта. .

  • вы можете вернуться к своему торговому посреднику, отругать их за то, что они не заметили, что вам понадобится контроллер, когда вы его купили .. и заставить их обменять их на версии AIR-SAP2602-I

  • вы можете вернуться, перебить своего реселлера и заставить его продать вам контроллер беспроводной локальной сети.

К счастью, я подозреваю, что для вас Контроллеры беспроводной связи серии 2500 не являются такими дорогими (в районе 1000 австралийских долларов), и они дадут вам возможность гораздо более централизованного контроля и управления, чем наличие целого множество автономно управляемых точек доступа, особенно по мере вашего роста.

Существует контроллер AP серии 2500 для до 5 точек доступа Cisco с артикулом AIR-CT2504-5-K9

Может быть другой путь .. Хотя насколько хорошо это будет работать, можно только догадываться. Cisco, очевидно, делает контроллер виртуальной беспроводной локальной сети , который работает как виртуальная машина на ESXi.

Я подозреваю, что за этим продуктом вам нужно будет обратиться непосредственно в Cisco, но он может быть лучше, если у вас уже есть VMware ESXi.

- Обновление -

Когда ваш новый AIR- Точки доступа SAP прибывают, здесь ' Как это: 

runas /netonly /user:DOMAIN\username "path to the application.exe"
1
ответ дан 3 December 2019 в 16:24

Теги

Похожие вопросы