Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

DNS требуется? [ редактировать ]

Во 2-м абзаце есть строчка « действительно требуется DNS ». В чем смысл этого акцента? Джей 10:42, 27 января 2005 г. (UTC)

Некоторые другие службы каталогов могут использовать различные схемы разрешения имен, но AD требует использования DNS, поскольку использует записи SRV в DNS для поиска серверов и служб. Он также составляет основу схемы именования AD - Аскегг, 04:01, 8 августа 2005 г. (UTC).

TCP / IP был необязательным в ранних аватарах Windows , поскольку у Windows был собственный стек (NetBIOS / NetBEUI). То, что AD требует DNS, основанного на TCP / IP (ну, строго UDP / IP), является мерой повсеместности TCP / IP. Амбариш, 21:08, 15 апреля 2005 г. (UTC)

Куда подходят сайты? [ редактировать ]

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

Какое место в иерархии занимают сайты? Лес -> Дерево -> Участок или Лес -> Участок.

- Джонватсон 19:22, 31 мая 2005 г. (UTC)

Сайт не имеет ничего общего со структурой и функциями самой AD, но предназначен для управления репликацией. Все серверы в одной локальной сети могут быть сгруппированы в сайты, а репликация на другие сайты может контролироваться с помощью политик. - Аскегг, 04:01, 8 августа 2005 г. (UTC)

Верный. Это круто, как MS отделила логическую структуру от физической ... Должен сказать, самый элегантный дизайн. - Та бу ши да ю, 04:40, 8 августа 2005 г. (UTC)

Какое отношение имеет IP к физическому? С введением виртуальных локальных сетей IP-подсети могут произвольно распределяться по региону ... - Предшествующий беззнаковый комментарий добавлен 194.113.59.80 ( обсуждение ) 11:10, 20 июля 2011 г. (UTC)

Википедия: Доска объявлений Microsoft [ править ]

Примечание: для начала я размещаю это в нескольких статьях Microsoft.

Я начал это, так как думаю, что мы можем намного лучше справиться со многими из наших статей, связанных с Microsoft. Windows XP - всего лишь один пример того, как целая группа людей собирается вместе, чтобы исправить проблемы NPOV, фактов и проверяемости статьи. Я думаю, что независимо от того, нравится вам Microsoft или нет, мы определенно могли бы сделать обзор: а) статей, которые у нас уже есть, и б) статей, которые мы должны иметь в Википедии! - Та бу ши да ю, 02:06, 10 июня 2005 г. (UTC)

<div id = "trust"> </div> в абзаце "Доверие". [ редактировать ]

Что это делает в параграфе доверия? Он находится здесь некоторое время (с октября 2004 г. [1] ), и если он не служит никакой цели, его следует удалить. - 2mcm Gespräch 22:41, 17 октября 2005 г. (UTC)

Похоже вставил по внутренней ссылке. Я предполагаю, что он не понимал, что вы можете использовать существующие идентификаторы, сгенерированные заголовками, для ссылки. Plugwash 03:56, 30 октября 2005 г. (UTC)
В то время, когда редактор вставлял этот div, похоже, он / она думали о том, чтобы в дальнейшем доверие было абзацем, а не разделом. Div был вставлен, чтобы люди могли ссылаться на Active Directory # trust . Div был избыточным, поскольку редактор также добавил раздел доверия, который никогда не исчезал. Я удалил div. - Марк Куппер | обсуждение 22:34, 15 ноября 2010 г. (UTC)

Другие инструменты [ править ]

MS DO взаимодействует с множеством внешних инструментов. AD основан на LDAP и Kerberos, и его легко интегрировать в каталоги MS и Non MS и среды Kerberos с использованием новейших библиотек OpenLDAP и MIT Kerberos. Это яркий пример упрямого протеста против MS FUD, исходящего от людей, которые не знают, о чем они думают.

  • Википедия полна материалов, направленных против РС. —Предыдущий комментарий без знака добавлен 217.220.62.36 ( обсуждение ) 12:47, 5 августа 2009 г. (UTC)

Сайты ... [ править ]

Я хочу узнать, сколько сайтов может иметь один домен? То есть максимальное количество сайтов в одном домене может происходить репликация ...

Нет никакой связи между сайтами и доменами. Сайты являются частью контекста именования конфигурации и, следовательно, являются общими для всех доменов в лесу. В конечном итоге существуют ограничения на количество поддерживаемых сайтов, однако среда должна быть очень большой. Я видел 800 сайтов, которые поддерживаются без особых проблем. Фактическая топология репликации (т.е. межсайтовые связи) будет так же важна, как и количество основных сайтов. 800 сайтов в цепочке от конца до конца - это совсем другое предложение по сравнению с одним концентратором с 799 лучевыми сайтами.

Сайты - это логическая конструкция, а не физическая. Идея состоит в том, чтобы определить «зоны» для репликации, пространство поиска для предпочтительного контроллера домена для аутентификации при входе в систему и т. Д. Microsoft применяет различные методы обработки действий, определенных как действия на одном сайте, и действия, происходящие между сайтами.

Репликация AD и репликация dFS - это два часто цитируемых примера такого обращения: если на каждом из двух или более сайтов существует несколько контроллеров домена AD, репликация будет происходить в основном между контроллерами домена в пределах данного сайта, а серверы-плацдармы обеспечивают связь для репликации. между сайтами (а затем ретранслирует эту информацию на другие серверы внутри сайта).

Но еще одну демонстрацию сайтов можно найти, открыв DNS с поддержкой MS AD. Под прямым поиском вы увидите записи MSDCS; под этими записями вы увидите сайты, а внутри сайта вы сможете перейти к записи TCP 389 (LDAP). Поскольку при входе в систему Windows в запросе на вход в систему указывается только следующее [имя пользователя + пароль + домен], что-то должно поддерживать определение физического контроллера домена в качестве пункта назначения для запроса на вход. Это «что-то» и есть DNS; в частности, поиск этой службы LDAP. Таким образом, функционально запрашивающая машина обращается к DNS, просматривает доменное имя, просматривает собственный сайт (если он доступен) и находит сервер (ы), поддерживающий LDAP. Если у вас только один сайт, все серверы одинаково доступны. Вот почему, если у вас есть предпочтения для аутентифицирующего контроллера домена,или если вы хотите избежать аутентификации по каналу WAN, назначение сайтов может контролировать действие по умолчанию для входа в систему (и управление репликацией и т. д.)

Сайты определяются как именованные объекты, но хосты назначаются сайту по их IP-адресу, поэтому сайты должны быть построены так, чтобы содержать одну или несколько IP-подсетей, которые вы хотите, чтобы их считали относительно «вместе» и «отделенными» от других IP-адресов. подсети, назначенные одному или нескольким дополнительным сайтам. —Предыдущий комментарий без подписи, добавленный 66.162.130.66 ( обсуждение ) 00:29, 7 октября 2007 г. (UTC)

Управление AD [ править ]

Существуют ли другие инструменты для управления AD, кроме MMC? Я специально пытаюсь управлять пользователями с Linux-машины. - 212.130.183.202 13:33, 24 апреля 2007 г. (UTC)

Для этого вы можете использовать инструмент UNIX LDAP, просто привязав его к контроллеру домена, используя учетную запись с правами для управления интересующими вас пользователями.

Если вам нужно управлять своими keytabs, взгляните на бесплатный adkadmin от сертифицированных решений безопасности.


Могу я узнать о цитате из этой статьи о службах для Unix и Active Directory. Насколько мне известно, SFU - это подсистема NT, очень похожая на Win32; если Microsoft присутствует на рынке для интеграции Unix-машин в Active Directory, SFU определенно не является продуктом, о котором идет речь.

Я не вносил изменений, позволяющих разработчику этой страницы проверить это.

17.82.75.150 07:27, 17 мая 2007 г. (UTC)

Open Directory как замена AD? [ редактировать ]

Последнее предложение параграфа « Альтернативы» гласит: Open Directory - это еще одна альтернатива Active Directory, которая может полностью заменить потребность в Active Directory, если не требуется внедрение групповой политики. Но я не вижу, как пройти фазу открытия. Согласно статье Microsoft « Как контроллеры домена расположены в Windows» ; после поиска записи SRV клиент Windows будет использовать протокол LDAP без установления соединения (UDP) для проверки активности сервера. (Несмотря на то, что запрашиваются только записи _tcp SRV ...) Насколько я могу судить, Open Directory (пока) не поддерживает CLDAP; поэтому поиск на сервере не выполняется. - Предыдущий беззнаковый комментарий был добавлен 72.196.120.245 ( обсуждение• вклад ).

«Если желание реализовать групповую политику не требуется» - на практике есть несколько сред, которые охотно отказались бы от таких основ, как сценарии входа в систему, управление политикой безопасности, распространение программного обеспечения и т. Д. Что насчет миграции?

«Хотя переход на Active Directory, несомненно, является случаем, когда, а не в том случае, если для большинства Microsoft не будет одна в пространстве служб каталогов NOS: два старых конкурента Novell и Netscape также показывают хорошие результаты».

http://www.forrester.com/Research/LegacyIT/Excerpt/0,7208,24653,00.html


Вандализм с крупными корпорациями. [ редактировать ]

Кто-то продолжает вандализировать это и заявлять, что AD - единственный вариант для крупного предприятия, что забавно, потому что я клянусь, что видел, как во многих школах и университетах был открыт каталог. Может быть, его следует заблокировать, чтобы предотвратить это снова?

Это уже второй раз (по крайней мере) сейчас. —Предыдущий комментарий без знака добавлен 220.239.148.218 ( обсуждение • вклад )

Защита действительно не гарантируется для таких управляемых действий. Вместо этого, пожалуйста, следите за тем, кто это делает. Возможно, его удастся заблокировать (если вам удастся поймать человека, сообщите мне напрямую). Также защита заблокировала бы себя !. - Soum Talk 11:42, 10 июля 2007 г. (UTC)

Я не согласен. В этом контексте школа или университет не являются крупным предприятием. Дело в том, что крупные компании со значительными инвестициями в технологию Microsoft развертывают AD, потому что это упрощает и удешевляет управление Windows. Единственный коммерческий продукт, который приближается к обеспечению аналогичного набора функций, - это комбинация Netware и Zenworks, и Novell уходит с этого рынка. Открытый источник? Дай мне перерыв. Конечно, вы можете использовать SAMBA, совершенно неуместную в данном контексте, поскольку она имитирует NT4, и любой каталог LDAP, будь то с открытым исходным кодом или иным образом не поддерживает функции, связанные с NOS, такие как групповая политика, сценарии входа, сценарии запуска, управление политикой безопасности и т. Д.

Мне кажется, что многие люди, пишущие на этой странице, смотрят на AD только с точки зрения LDAP - это полностью упускает суть.

А мы еще даже не начали обмен.

Так что давайте внесем немного реализма и правды в это обсуждение, пожалуйста.

Например, Google ... Или Sun ... Или Apple ... Или Novell. —Предыдущий комментарий без подписи, добавленный 164.106.249.254 ( обсуждение ) 23:19, 5 октября 2010 г. (UTC)

Развертывание программного обеспечения [ править ]

В определении говорится, что программное обеспечение можно развернуть, но в «Альтернативах» сказано, что нельзя. Следует ли изменить определение?

Определение неверное. Развертывание программного обеспечения включено в групповую политику и не является дополнительной опцией. Это используется во многих установках AD, и для этого не требуются «настраиваемые расширения схемы», как утверждается в настоящее время.


Охват рынка [ править ]

Мне было интересно увидеть в этой статье некоторую информацию об охвате рынка ... приросте и т. Д. Например, кажется, было довольно успешно заменить Novell Netware в этом пространстве за последние 7 лет или около того, как почти предпочтительную систему собственных каталогов по умолчанию. для многих организаций (просто мое восприятие - которое может быть неверным - и поэтому я нашел эту статью)

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

Джамбалава ( разговор ) 01:42, 21 февраля 2008 (UTC)

Информация о сервере 2003/2008 [ править ]

В статье отсутствует информация о том, какие новые функции были добавлены в Srv 03 и 08. Может ли кто-нибудь их добавить? Сервер 2003 батер, чем на сервере 2008.

ADMT [ править ]

Следует ли где-нибудь упомянуть средство миграции Active Directory? Томас д Стюарт ( разговор ) 15:27, 30 октября 2008 г. (UTC) gggyggy - Предыдущий неподписанный комментарий добавлен 175.184.252.18 ( обсуждение ) 05:19, 24 сентября 2015 (UTC)

Группы [ править ]

Схема, представленная в разделе «Леса, деревья и домены», кажется неполной. Похоже, что подразделения содержат (или должны / могут содержать) группы, а не напрямую пользователей, что, как представляется, является тем, что предлагает эта диаграмма. Кажется, что в этой статье очень мало о группах, возможно, стоит добавить раздел или ссылку. Изучение глобальных, локальных доменных и универсальных групп в моих классах Windows Server заставляет меня пожалеть, что не было кратко изложенного раздела (или статьи) о различных типах групп на Windows Server.

- Ninjasaves ( разговор . Стебель ) 17:38, 23 сентября 2009 (UTC)

АКТИВНЫЙ КАТАЛОГ [ править ]

AD предоставляет централизованный список пользователей и групп. —Предыдущий комментарий без подписи, добавленный 122.164.99.114 ( обсуждение ) 15:04, 8 октября 2010 г. (UTC)

Novell? [ редактировать ]

В этой статье есть предложение о Novell eDirectory и скриншот. Это уместно? —Предыдущий комментарий без знака добавлен 159.233.69.220 ( обсуждение ) 15:01, 21 октября 2010 г. (UTC)

Да, это. Это не маркетинговый материал для Microsoft. Статья энциклопедии не должна просто превозносить достоинства предметного материала без упоминания недостатков или недостатков.
У AD есть некоторые вполне реальные проблемы проектирования, которые излишне затрудняют использование и управление для конечных пользователей (дублирование имен недопустимо, даже в отдельных подразделениях), которые Microsoft либо не намерена исправлять, либо не может исправить.
Кто-то, имеющий только опыт работы с AD, может предположить, что это единственный способ работы. Стоит упомянуть альтернативы и их сравнение с AD. DMahalko ( разговорное ) 03:27, 30 декабря 2010 (UTC)

Теги [ редактировать ]

Привет, я надеюсь, что я правильно пометил эту статью для очистки (в частности, ведущую). Моя проблема в том, что, будучи очень компетентным в технических вопросах человеком (по крайней мере, больше, чем средний медведь), я не мог понять, читая свинец: что такое активный каталог и чем он примечателен. На мой взгляд, это основные вопросы, на которые ведущий должен ответить, и технические статьи не являются исключением. Хотя мы надеемся, что эти статьи напишут эксперты, они должны быть написаны для неспециалистов. Мысли? Joe407 ( разговор ) 13:44, 15 декабря 2010 (UTC)


Сравнение с Novell eDir - уместная тема здесь [ править ]

В качестве опровержения для пользователя: Лфстевенс, который удалил контент, относящийся к Novell eDirectory как к маркетингу, статьи энциклопедии должны быть объективными по тематическому материалу и могут включать разделы, в которых обсуждаются как преимущества, так и недостатки тематического материала по сравнению с другими тематическими материалами. Исключение сравнений Novell удаляет любой намек на то, что есть альтернатива недостаткам реализации каталогов Microsoft.

Что касается предположений других редакторов о том, что существует множество «других каталогов», помимо каталога Novell, это неверно. Единственными альтернативами являются LDAP и eDir, и только Novell работала над тем, чтобы сделать eDir жизнеспособной заменой AD.

Недостатки Active Directory вполне реальны и требуют значительного обходного пути и проблем для устранения (теневые группы), и это также следует упомянуть, как и тот факт, что существует альтернатива.

Скорее всего, я буду восстанавливать или повторно вставлять разделы, относящиеся к Novell, которые были удалены Lfstevens. DMahalko ( разговорное ) 15:31, 28 декабря 2010 (UTC)

В начале есть заявление о том, что AD основана на Novell eDirectory . Непонятно, что это значит. Объясняет ли это удаленный контент? Если нет, то нужно процитировать этот фрагмент. - Pnm ( разговорное ) 04:16, 30 декабря 2010 г. (UTC)
Я думаю, что комментарий о том, что AD основан на Novell eDirectory, неверен. Джеймс Алчин, руководивший разработкой Active Directory, был нанят Microsoft из Banyan, где он был главным архитектором Vines. Я удаляю атрибуцию eDirectory, если кто-то хочет восстановить ее доказательствами, будь моим гостем. Джонабби ( разговор ) 21:38, 7 января 2011 (UTC)
Спасибо. - Pnm ( разговорное ) 05:42, 8 января 2011 г. (UTC)

Слияние завершено [ править ]

  проверятьY Слияние завершено. Вся информация из Likewise Open была объединена в эту статью. Northamerica1000 (обсуждение) 06:11, 16 марта 2012 (UTC)

Терминология контейнеров неоднозначна и вводит в заблуждение [ править ]

В статье содержится такое утверждение:

Организационные единицы являются абстракцией для администратора и не функционируют как контейнеры; базовый домен является настоящим контейнером.

Понятие «истинный контейнер» здесь, по-видимому, не допускает дублирования какого-либо конкретного свойства где-либо в иерархии выше или ниже его (в данном случае sAMAccountName). Это ИМО терминологическая выдумка автора, а не стандарт. Утверждение и его концептуальная основа в лучшем случае непонятны, а в худшем - запутывают читателя.

Организационные единицы явно * действительно * функционируют как иерархические контейнеры; не должно быть утверждения, что они «не функционируют» таким образом. Содержание листовых узлов в дереве и других подразделений для добавления иерархии к дереву действительно является их * основной * функцией.

Предлагаемая редакция может выглядеть примерно так: «Организационные единицы не определяют согласованные домены управления идентификацией. Это цель самого домена, обеспечивая уникальность идентификационных данных пользователей во всем домене, что в Active Directory наиболее ощутимо представлено свойством sAMAccountName, "и т. д. - предшествующий неподписанный комментарий, добавленный Chriscorbell ( обсуждение • вклад ) 19:09, 29 марта 2012 г. (UTC)

Я оспорил это утверждение. - Chealer ( разговор ) 20:31, 17 октября 2014 г. (UTC)
Он. Переписал полностью, потому что это противоречило источнику в статье. Предыдущий источник TechNet явно называл контейнеры подразделений. Но я думаю, это правда, что они не являются взаимоисключающими контейнерами. С уважением, Кодовое имя Лиза ( выступление ) 05:20, 19 октября 2014 г. (UTC)

Пример [ править ]

Все отлично и все, но поскольку некоторые сделали отличное перенаправление (Перенаправлено с основного имени пользователя), они могли подумать, чтобы включить пример форматирования. Три греха тюбеза, свидание, пример и контакт. - Предыдущий беззнаковый комментарий добавлен в 84.239.241.220 ( обсуждение ) 10:49, 2 апреля 2013 г. (UTC)

Функциональные уровни [ править ]

Этот ресурс нуждается в абзаце о функциональных уровнях. В разделе «Доверительные отношения» упоминается функциональный уровень, но сами уровни не описываются. См. Источник на http://technet.microsoft.com/en-us/library/cc787290(v=ws.10).aspx . - Дэйв Брауншвейг ( разговор ) 16:24, 4 июня 2013 г. (UTC)

История Active Directory [ править ]

Active Directory (AD) НЕуникальная технология Microsoft. Неопытные люди и евангелисты Microsoft склонны совершать распространенную ошибку, что Microsoft является лидером в области исследований и разработок. Microsoft чаще всего использует существующие технологии для получения прибыли и участвует в совершенствовании технологии, но редко создает новую технологию, если вообще когда-либо. Даже в основе Microsoft, Windows, лежит реализация Microsoft X-Windowing, разработанная в 1960-х годах в Массачусетском технологическом институте. AD - это отраслевая технология, которую Microsoft приняла по названию и внедрила в свои серверные продукты среднего уровня примерно в 1998 году. Microsoft, использующая AD, скорее всего, подтолкнула отрасль обратить на нее внимание, поскольку многие системы принадлежат Microsoft и должны интегрироваться с продуктами Microsoft. В выпуске, предшествующем Microsoft, Novell выпустила NetWare 5.0 представляет свою версию Active Directory под названием Netware Directory Services (NDS). NetWare 5.0 была плохой реализацией AD и привела к тому, что Novell и NetWare перестали быть конкурентоспособным продуктом для линейки серверов Microsoft среднего уровня.

Active Directory, как и большинство усилий в области информационных технологий, возникла в результате демократизации дизайна с использованием запросов на комментарии или RFC. Многочисленные RFC были инициированы многочисленными участниками и приняты Консорциумом IEEE, Инженерной группой Интернета (IETF), которая курирует процесс RFC. Active Directory объединяет десятилетия коммуникационных технологий в общую концепцию AD, а затем вносит в них улучшения. Например, LDAP - это давняя технология каталогов, лежащая в основе AD. Также каталоги X.500 и организационная единица предшествовали концепции Active Directory, которая использует эти методы. Концепция Active Directory возникла за десять лет до того, как Microsoft даже стала стартапом с RFC еще в 1971 году.Билл Гейтс просил у своей мамы монетку и гнался за грузовиками с мороженым, когда появлялась AD.

IETF: http://www.ietf.org RFC можно найти здесь: http://www.rfc-editor.org/search/rfc_search.php - предшествующий неподписанный комментарий, добавленный GeoBub ( обсуждение • вклад ) 01:04, 7 июня 2013 (UTC)

Это неправда. NDS использует LDAP, а AD - это собственное название Microsoft для реализации LDAP - Best Dog Ever ( доклад ) 12:15, 5 июля 2013 г. (UTC).

Статья начинается со слов «разработано Microsoft» в первой строке. Это растягивает!

FJ Leonhardt 13:24, 16 декабря 2019 г. (UTC) - Предыдущий неподписанный комментарий добавлен Фьлеонхардтом ( обсуждение • вклад )

Имя участника-пользователя перенаправляется сюда [ править ]

... но не упоминается в тексте статьи. Кто-нибудь может расширить это? - BlueNovember  ( обсуждение • вклад ) 12:36, 14 мая 2014 г. (UTC)

Привет. Я выставил его на удаление . С уважением, Кодовое имя Лиза ( выступление ) 13:11, 14 мая 2014 г. (UTC)

Переименуйте "Physical Matters" в "Sites" [ править ]

Я просто зашел на эту страницу как пользователь, чтобы улучшить свое понимание доменов. Я специально искал дополнительную информацию о «сайтах», но индекс не упоминал об этом (хотя я нашел его, выполнив поиск на странице). Я думаю, что эту статью можно было бы улучшить, если бы эту главу переименовали с «Физические вопросы» в «Сайты», но я не осмеливаюсь менять это, поскольку в названии нынешней главы может быть разумное обоснование. - Предыдущий беззнаковый комментарий добавлен 141.136.126.38 ( обсуждение ) 12:58, 1 июля 2014 г. (UTC)

Физическая структура - отличительные черты низких скоростей [ править ]

В разделе «Физическая структура» говорится, что AD отличает низкие скорости от высоких, называя глобальные сети и виртуальные частные сети низкими скоростями, а локальные сети - высокими скоростями. Означает ли это WAN (глобальные сети) или WLAN (беспроводные локальные сети)? - Предыдущий неподписанный комментарий добавлен 216.152.208.1 ( обсуждение ) 03:04, 21 сентября 2015 г. (UTC)

Клиентские подключения [ править ]

Может ли кто-нибудь устранить технические различия в том, как операционные системы Microsoft с момента появления Vista больше не могут присоединяться к доменам из «младших» (начальная, домашняя, домашняя премиум-версия) версий? Что отключено и как? Отсутствуют файлы, ключи реестра или что? Есть ли обходные пути, программное обеспечение, которое можно использовать в качестве альтернативы?- Предшествующий беззнаковый комментарий добавлен в 75.82.113.10 ( обсуждение )

Привет.
Эта проблема рассматривается в каждой статье о Windows.
И вы ошибаетесь насчет Windows Vista. Windows XP Starter, Home и Media Center edition также не могут присоединиться к домену. Как и Windows ME, 98 или 95.
С наилучшими пожеланиями,
Кодовое имя Лиза ( разговор ) 19:47, 23 января 2016 (UTC)

Ага. Хорошее обсуждение. Если вы не можете ответить на вопрос, тогда зачем вообще что-то писать? О, потому что ты, может быть, занят троллем? - Предшествующий беззнаковый комментарий добавлен в 75.82.113.10 ( обсуждение )

Последние изменения [ править ]

Пользователь: Кодовое имя Лиза написала: «Устранено прямое противоречие с телом статьи. Также проверка не удалась. С каких это пор источник утверждал, что пользователь является системным объектом?»

Мой ответ: не вижу противоречия с текстом статьи. Ошибка проверки отсутствует: в источнике четко указано, что пользователь является объектом в пункте 1, а именно «используется для хранения таких объектов, как пользователь, компьютер, принтер, сетевая информация». Поэтому я отменил ваши изменения. Деб ( разговор ) 12:50, 8 марта 2017 (UTC)

@ Деб : Привет.
Во-первых, вы фактически пишете, что Active Directory отвечает за централизованное управление доменом. Ну получить это: два предложения позже , говорится в статье «Изначально Active Directory был . Только отвечает за централизованное управление доменом Начиная с Windows Server 2008, однако, [...]» Это один противоречие. Я должен продолжать?
Во-вторых, источник сообщает:

Active Directory (AD) - это служба каталогов, разработанная Microsoft и используемая для хранения таких объектов, как пользователь, компьютер, принтер, сетевая информация [...]

Он никогда не говорит, что пользователи являются системными объектами.
В-третьих, я оспариваю ваш источник на основании его достоверности . Он даже не прошел небрежной корректуры; редакционный надзор отсутствует.
С уважением,
Кодовое имя Лиза ( разговор ) 13:26, 8 марта 2017 г. (UTC)
Кодовое имя Лиза - «Фактически» означает нечто совершенно иное, чем «буквально». Значит, это ваша интерпретация утверждения. Это не мое, и это не то, что я сказал. Противоречие у вас в голове. Когда я описываю объект внутри системы как системный объект, это также довольно ясно для любого, кто не пытается ослепить людей жаргоном. И вы также можете опустить язвительные резюме редактирования. Я был здесь слишком долго, чтобы на меня подействовали подобные насмешки. Мне кажется, у вас проблемы с правом собственности на эту статью. Деб ( разговор ) 15:28, 8 марта 2017 (UTC)
Деб : Хотя я не согласен с комментарием Codename Лизы о системных объектах (на самом деле, я не знаю, о чем она говорит), ее комментарий о надежности вашего источника точен, и ее беспокойство по поводу противоречие. Ваш вклад в лучшем случае неуклюжий.
Тем не менее, вы вовлечены в конфликт редактирования . Вы явно уклоняетесь от процесса достижения консенсуса путем встречного возврата, комментирования редактора и недобросовестного редактирования WP: POINTy, включающего вставку ответного {{ Требуется цитирование }} в заголовке, когда несколько слов спустя было цитирование . Командование флотом ( высказывайтесь! ) 20:48, 8 марта 2017 г. (UTC)
Совсем не заостренный, Пользователь: FleetCommand . Я последовал ее указаниям, убрав слово «система», и стал искать другие улучшения, которые можно было бы внести. Это вступление давно размечено и требует внимания. Если я не собираюсь этого делать, то кто? Я считаю, что здесь нужна ссылка. Пожалуйста, укажите мне на утверждение в ссылке в конце абзаца, которое поддерживает утверждение, сделанное в предпоследнем предложении - И я исправил грамматику. Откатывая, вы принимаете недобросовестность и начинаете еще одну потенциальную войну редактирования. Я жду извинений за это. Деб ( разговор ) 21:21, 8 марта 2017 (UTC)
1. {{ Требуется цитата }} не входит в число лидеров. Для этого у нас есть {{ Citation required (lead) }}, и он используется только тогда, когда тело не может проверить интерес. В данном случае я думаю, что это добросовестное обобщение цитаты №12 . В нем говорится: «Доменные службы Active Directory (AD DS) хранят данные каталога и управляют обменом данными между пользователями и доменами, включая процессы входа в систему, аутентификацию и поиск в каталогах».
2. Я не вижу никаких грамматических исправлений. Вы переместили одну "только", и это выбор стиля.
3. Ваши правки не имеют ничего общего с тегами, уже присутствующими в статье.
4. Противостояние правок не относится к одному редактированию. Это событие, при котором один редактор (а иногда и несколько) отказывается участвовать в разрешении споров, неоднократно восстанавливая редакцию, за которую он сам одобряет. Даже если вы этого не планировали, ваше общение с CL не сводится к взаимному сотрудничеству, и разница между вашей второй и третьей ревизиями ничтожна. Сложите их вместе, и, на мой взгляд, вы отказываетесь участвовать в разрешении споров, неоднократно восстанавливая одобренную вами редакцию.
5. Вы игнорируете проблему WP: RS .
Вы админ. Конечно, вы все это знали.
Командование флотом ( высказывайте свое мнение! )22:09, 8 марта 2017 г. (UTC)
На самом деле, вы хотите видеть человека, который действительно работает в команде и активно улучшает Википедию? Я слежу за своим списком наблюдения маленьким глазком ... IanWilliam20 . Могу поклясться, что видел, как CL отменил одно из своих правок, но я не вижу войны правок. Командование флотом ( высказывайте свое мнение! ) 22:11, 8 марта 2017 г. (UTC)
Итак, вы не собираетесь отвечать на мой вопрос об источнике, и вы не можете увидеть разницу в значении, возникающую из-за того, что «только» поставлено не в том месте. Вы не хотите заниматься тегом, который говорит, что статья слишком техническая, даже в незначительной степени. Вы не понимаете, что означает борьба за редактирование; вы не понимаете, что возврат на основе личных предпочтений - это агрессивное действие, которое часто приводит к войнам редактирования. И вы не можете сформулировать единственно верную точку зрения - об источнике - создав длинный список предполагаемых проступков, которых я не совершал. Мне это сейчас наскучило; Я использую Active Directory на работе каждый день, и я не хочу проводить вечера, споря с вами по этому поводу. Статья требует большой доработки, поэтому, если вам нужно внести улучшения, давайте посмотрим, как вы их внесете.Деб (разговор ) 22:37, 8 марта 2017 (UTC)
Однажды я удостоил вас ответом; а ты продолжаешь прикидываться. Одевают. Я сожалею, что наши админы - наши образцы для подражания - так низко упали. Командование флотом ( высказывайтесь! ) 00:04, 9 марта 2017 г. (UTC)
Привет еще раз, ребята
Похоже, в мое отсутствие обсуждение серьезно пошло под откос.
Послушайте, причина, по которой я упомянул «пользователь не является системным объектом», была такта. Я хотел указать на забавную ошибку, надеясь, что, изучив вклад, Деб замечает, что все другие проблемы решают их, и мы расстаемся с улыбкой на лицах. Было неприятно говорить админу, что то, что он пытается добавить, уже находится в параграфе №2, через пару предложений. (И в правильном контексте.) Я был уверен, что мы сможем найти компромисс.
С уважением,
Кодовое имя Лиза ( выступление ) 09:37, 9 марта 2017 г. (UTC)
Ой! Как мило.
Между тем, этот «человек» (за неимением лучшего слова) обнимал свою любимую редакцию, как подлый ребенок, обнимающий свою любимую куклу, чтобы другие дети не касались ее. Он видит себя крестоносцем в крестовом походе, чтобы исправить статью и нас, приспешников сатаны. Конечно, в своем священном крестовом походе он читает не более одной фразы отрывка и думает, что достиг конца света. Какой-то крестоносец! См. Его последнее сообщение: «В нем так много чуши, единственное доказательство того, что он не разместил его здесь по ошибке, - это когда он говорит:« Я использую Active Directory на работе каждый день », имея в виду, что это делает его отличной статьей. писатель. [СКАФФ!]
Но я проверил одну вещь. Он не из ваших уважаемых админов, которые прошли через тяжелые испытания и проделали геркулесовы труды, чтобы стать админом. Еще в 2003 году 5 человек проголосовали за него. Это все равно, что дать пятилетнему дебилу докторскую степень.
Командование флотом ( высказывайтесь! )14:21, 9 марта 2017 г. (UTC)

Внешние ссылки изменены [ править ]

Привет, друзья Википедии,

Я только что изменил одну внешнюю ссылку в Active Directory . Пожалуйста, найдите время, чтобы просмотреть мою правку . Если у вас есть какие-либо вопросы или вам нужно, чтобы бот игнорировал ссылки или страницу в целом, посетите этот простой FAQ для получения дополнительной информации. Я внес следующие изменения:

  • Добавлен архив https://web.archive.org/web/20110927182939/http://www.padl.com/~lukeh/rfc2307bis.txt в http://www.padl.com/~lukeh/rfc2307bis.txt

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

По состоянию на февраль 2018 г. разделы страницы обсуждения «Изменены внешние ссылки» больше не создаются и не отслеживаются InternetArchiveBot . В отношении этих уведомлений на странице обсуждения не требуется никаких специальных действий, кроме регулярной проверки с использованием приведенных ниже инструкций инструмента архивации. Редакторы имеют разрешение удалить эти разделы «Внешние ссылки изменены» на странице обсуждения, если они хотят убрать беспорядок на страницах обсуждения, но перед массовым систематическим удалением просматривают RfC . Это сообщение динамически обновляется с помощью шаблона (последнее обновление: 15 июля 2018 г.) .{{sourcecheck}}

  • Если вы обнаружили URL-адреса, которые бот ошибочно считал мертвыми, вы можете сообщить о них с помощью этого инструмента .
  • Если вы обнаружили ошибку в каких-либо архивах или самих URL-адресах, вы можете исправить их с помощью этого инструмента .

Ура. - InternetArchiveBot ( Сообщить об ошибке ) 07:17, 26 июня 2017 г. (UTC)

Предвзятый тон? [ редактировать ]

Раздел «История» читается как корпоративный экземпляр. Например, «Active Directory объединяет десятилетия коммуникационных технологий в общую концепцию Active Directory, а затем вносит в них улучшения» звучит как что-то, что можно найти в брошюре Microsoft по Active Directory. Похоже, это можно было бы переписать, чтобы сделать его более объективным - Предыдущий неподписанный комментарий добавлен 64.94.36.4 ( обсуждение ) 18:52, 5 июня 2018 г. (UTC)