Домен доверяет от 2008 до 2003

Имеет смысл.

Ну, далеко поскольку я вижу, что это должно работать: Я использую подобные директивы все время. Я проверил бы все полномочия каталога и владение и полномочия файла, и если бы это в порядке, я проверил бы на жулик .htaccess файл или некоторую другую часть блокировки-downery, которая может сбивать Вас с толку.

Если корень документа Apache является/var/www/html, то Вы не должны испытывать никакие затруднения при указании на что-то в/var/www/html/includes/, если нет некоторая определенная директива (или проблема разрешения) блокирования его.

5
задан 30 November 2010 в 18:59
1 ответ

Я могу настроить входящую сторону доверительных отношений на домене "a" так, чтобы это доверяло домену "b".

Это странно. Поскольку, если доверие поступает на домене, это означает доверяемого домена. т.е.: b доверяет a.

Попытайтесь установить исходящую часть доверия сначала.

Ваша команда пытается создать выход (доверчивая) часть доверия на домене b только. Я думаю, что необходимо установить доверительный пароль в этом случае. См.: http://technet.microsoft.com/de-de/library/cc835085 (WS.10) .aspx

ДОВЕРИЕ: Указывает, чтобы создать или удалить доверительный объект на доверяющем домене. Это значение допустимо, только если Вы указываете, что / добавляют, или / удаляют параметр./passwordt параметр требуется при использовании/, добавляют, или / удаляют параметр.

Почему Вы используете / односторонний? Почему бы не позволять netdom создать обе стороны доверия сразу?

И удостоверьтесь, что у Вас нет DCS с теми же именами в обоих доменах, или иначе проверка доверия перестанет работать.

2
ответ дан 3 December 2019 в 02:00
  • 1
    я действительно пытался установить обе стороны доверия сначала, но затем ничто не было создано вообще. –  nick3216 30 November 2010 в 11:34
  • 2
    я проверил DCS и у них есть уникальные имена. Когда я пытаюсь создать это доверие с помощью GUI, это действительно просит доверительный пароль. Я не использовал тот, потому что Справка для netdom сказала, что это использовалось только на областях Kerberos не-Windows, таким образом, не применимый, когда обе стороны моего доверия являются лесами Windows. Если я действительно добавляю его к netdom командной строке, отношениям все еще не удается быть созданными. –  nick3216 30 November 2010 в 12:10
  • 3
    , я не понимаю Ваш первый комментарий. "набор обе стороны доверия сначала, но затем ничто не было создано вообще" <-что Вы имеете в виду? Попытайтесь создать его без/oneside:trusting. Позвольте netdom создать обе стороны одновременно. Или: Вы пытались создать исходящую сторону на домене b сначала? Я думаю/ud:a\admin / фунт:* вместе с/oneside:trusting делает не, распознаются также, потому что/oneside:trusting ничего не делает в доверяемом/d домене. –  boston 30 November 2010 в 13:14
  • 4
    Первоначально на контроллере домена я пытался настроить доверительные отношения для обеих сторон доверия - technet.microsoft.com/en-us/library/cc776300%28WS.10%29.aspx. Никакие доверительные отношения не были созданы ни на одном DC. Я только что уничтожил все тресты и попробовал еще раз использовать netdom от контроллера домена 'b'. <пред> / доверия netdom добавляют b/uo:b\admin / почтовый:*/d:a/ud:a\admin / фунт:* </пред> доверительные отношения были настроены на, но все еще нет никаких исходящих отношений на 'b' –  nick3216 30 November 2010 в 15:14
  • 5
    И Вы не добираетесь, любое сообщение об ошибке с помощью "netdom полагают, что / добавляют b/uo:b\admin / почтовый:*/d:a/ud:a\admin / фунт:*" или gui? Попробовать / подробный? –  boston 1 December 2010 в 00:20

Теги

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