Как зайти в Даркнет?!
25th January, 01:11
6
0
Как в tkinter из поля ввода Entry получить значение в одну переменную и обновить строку кнопкой, затем получить ещё одно введённое значение и затем сложить их. Ниже пример кода
21st July, 19:00
895
0
Программа, которая создает фейковые сервера в поиске игровых серверов CS 1.6 Steam
21st March, 17:43
948
0
Очень долго работает Update запрос Oracle
27th January, 09:58
914
0
не могу запустить сервер на tomcat HTTP Status 404 – Not Found
21st January, 18:02
905
0
Где можно найти фрилансера для выполнения поступающих задач, на постоянной основе?
2nd December, 09:48
938
0
Разработка мобильной кроссплатформенной военной игры
16th July, 17:57
1724
0
период по дням
25th October, 10:44
3955
0
Пишу скрипты для BAS только на запросах
16th September, 02:42
3720
0
Некорректный скрипт для закрытия блока
14th April, 18:33
4613
0
прокидывать exception в блоках try-catch JAVA
11th March, 21:11
4381
0
Помогите пожалуйста решить задачи
24th November, 23:53
6086
0
Не понимаю почему не открывается детальное описание продукта
11th November, 11:51
4351
0
Нужно решить задачу по программированию на массивы
27th October, 18:01
4396
0
Метода Крамера С++
23rd October, 11:55
4309
0
помогите решить задачу на C++
22nd October, 17:31
4002
0
Помогите решить задачу на python с codeforces
22nd October, 11:11
4492
0
Python с нуля: полное руководство для начинающих
18th June, 13:58
2599
0
Удаленная отладка между доменами
У меня есть две машины в двух разных областях. На обоих у меня установлен VS 2005. Я хочу удаленную отладку между ними. Без аутентификации это возможно, но я хочу отлаживать управляемый код. Я не хочу отлаживать напрямую, так как это действительно дерьмовая машина.
Когда я пытаюсь подключиться с отладчиком, я получаю сообщение "The trust relationship between this workstation and primary domain failed." любая идея, как преодолеть это ? Я пробовал трюки с добавлением одного и того же локального имени пользователя на обеих машинах, но не повезло.
EDIT: у меня есть те же Локальные пользователи на обеих машинах. Я начал как VS2005, так и монитор отладки с RunAs, используя локальных пользователей. Я включил аудит Windows на отладочной машине, и я вижу, что локальный пользователь с машины VS2005 пытается войти в систему. Но он терпит неудачу с ошибкой 0xC000018D (ERROR_TRUSTED_RELATIONSHIP_FAILURE)
У Грега Мискли есть запись в блоге на эту тему. Вы можете заставить его работать, если обе локальные учетные записи имеют одинаковые имя пользователя и пароль. Вы также можете попробовать удалить свой хороший ящик из его домена, чтобы перейти из рабочей группы в домен, а не из домена в домен.
Я, кажется, помню, что иногда мне было полезно использовать RunAs, когда вы запускаете msvcmon (или как он там называется на этой неделе - заглушка удаленной отладки), чтобы заставить его запускаться как пользователь, которого вы настроили, чтобы он был одинаковым на обеих машинах.
Я бы предположил, что на машине, на которой вы запускаете VS, вам также нужно будет войти в систему как локальный пользователь, а не как пользователь домена (или начать VS с RunAs).
Я никогда не понимал, почему это должно быть так сложно, учитывая, что неуправляемая отладка намного проще и должна раскрывать все дыры безопасности, которые могла бы сделать управляемая отладка.
Сообщение в блоге не было полностью ясно, что это сработает, но я смог запустить Visual Studio в качестве учетной записи домена и все еще отлаживать процесс на машине, которая не была в домене.
У меня есть физическая машина разработки PHYSICAL на домене Active Directory DOMAIN . Я вошел в систему и запускаю Visual Studio как DOMAIN\employee .
У меня есть виртуальная машина VIRTUAL , которая вообще не подключена к домену Active Directory. Это машина, на которой выполняется процесс, который я хочу отладить.
Как говорится в сообщении в блоге, создайте локальные учетные записи PHYSICAL\employee (на PHYSICAL) и VIRTUAL\employee (на VIRTUAL). Они оба должны быть администраторами и иметь тот же пароль, что и DOMAIN\employee .
Удаленный отладчик и процесс отладки должны быть запущены на VIRTUAL при входе в систему как VIRTUAL\employee . Затем на PHYSICAL при входе в систему как DOMAIN\employee я могу использовать "Attach to Process..." и подключиться к VIRTUAL , чтобы получить список процессов.