Получение списка компьютеров с Get-ADComputer в Powershell

Получение списка компьютеров с Get-ADComputer в Powershell

Так же как и с получением списка пользователей AD с Get-ADUser с помощью Powershell мы можем вернуть список компьютеров. Этот список может быть отфильтрован исключая или включая отключенные учетные записи, по-определенному OU, экспортированы в CSV и многое другое. Эти примеры, а так же множество других, вы можете увидеть в статье ниже.

Навигация по посту

Получение компьютеров

Команда, которая вернет список всех компьютеров в домене следующая:

Команда точно выполнится на домен контроллере, так как все поддерживаемые серверные версии ОС устанавливают нужный модуль Powershell вместе с Active Directory (если вы только специально не отключали эту возможность). Если вы планируете выполнять команду с клиента на Windows 7 и выше, то такой модуль устанавливается вместе с RSAT (Remote Server Administration Tools). В отдельном случае может понадобится импортировать этот модуль следующей командой:

Вы так же можете проверить, что этот модуль у вас установлен следующей командой:

В остальных случаях стоит смотреть на явные запреты на выполнение скриптов Powershell и чтения Active Directory.

Что бы вернуть данные по одному пользователю используется ключ Identity:

Параметр Filter является обязательным. Вы можете вернуть дополнительные данные используя Properties:

Как установить Powershell AD модуль

Фильтрация вывода

У нас есть базовые свойства, которые фильтруются с помощью Filter. Это:

• DistinguishedName
• Enabled
• ObjectClass
• ObjectGUID
• SamAccountName
• SID
• UserPrincipalName

И ряд свойств, которые возвращаются с параметром Properties. Их можно фильтровать через дополнительные условия (конвейер, where-object, циклы). Имена этих свойств можно вернуть так:

Использование Filter

Если вы планируете получить информацию по определенному доменному компьютеру, то вам нужно добавить условие. В примере ниже я возвращаю информацию только по компьютеру у которого имя равно "AD1":

Если нужно найти только компьютеры, которые содержат в имени определенные значения, то нужно использовать -like вместо -eq . В моем примере я ищу все компьютеры содержащие в имени "CL" (регистр не учитывается).

Знаки * говорят, что в этих местах может быть еще текст. Такое написание "C*L" соответствовало бы логике: строка начинается с буквы "C", затем может быть еще текст завершающийся на "L".

Использование Properties

Свойства возвращаемые через ключ Properties можно фильтровать двумя способами.

Первый — указывать их явно. Например вы хотите вернуть список с датами создания учетных записей компьютеров домена, которые хранит свойство "Created". Это можно сделать так:

Указать больше свойств можно через запятую. Например:

Так же можно фильтровать через команду where-object. На примере ниже я получаю компьютеры со всеми свойствами, но созданные до 31 декабря 2019 года:

Ограничить вывод определенными свойствами можно через Select:

Получение включенных и отключенных учетных записей

Используя свойства Enabled можно вернуть учетные записи активных и деактивированных записей. Так будут возвращены отключенные учетные записи:

Получение компьютеров из определенных OU

Для работы с организационными единицами есть параметр -SearchBase. Мой домен контроллер называется "domain.local", а организационная единица "Moscow", следовательно, заполненный параметр будет выглядеть так:

Вместе с командой это получится так:

Если у вас несколько доменов или OU, которые нужно посмотреть, можно использовать циклы и массивы:

Как создавать команды и функции в Powershell вызывать их и передавать параметры

Ограничение вывода

Если у вас очень большой AD, то вывод всех компьютеров может быть долгим. Вы можете изменить это ограничив вывод с помощью ResultSetSize. Так я выведу только одну запись:

Что такое домен сайта

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

Что такое домен простыми словами

Домен (или доменное имя) — это адрес сайта в Интернете. Представьте ситуацию: вас пригласили на встречу в незнакомый ресторан. Чтобы попасть в место назначения, вам нужно узнать адрес заведения. Так же происходит и с сайтами в сети: чтобы посетить веб-ресурс, вам нужно знать его адрес, то есть доменное имя. Посмотрите в адресную строку браузера: вы увидите URL страницы, на которой сейчас находитесь.

Так можно узнать УРЛ любой страницы в Интернете.

URL состоит из нескольких частей, одна из которых — доменное имя. Например, наш домен — mchost.ru. Перейдя по этому адресу, вы попадете на нашу главную страницу.

Для чего нужен домен

У любого сайта есть длинный числовой IP-адрес и простое доменное имя. Таким образом, домен нужен для того, чтобы идентифицировать веб-сайт в Интернете и упростить запоминание адреса для пользователей. Представьте обычную телефонную книгу, где у каждого контакта заполнено 2 поля — номер телефона и имя. В записной книжке может храниться десятки и сотни номеров, и запомнить их без подписи было бы очень трудно. А сайтов в Интернете насчитывается более полутора миллиардов. Конечно, запомнить простой и звучный домен гораздо проще, чем его длинный и сложный IP-адрес.

Из чего состоит доменное имя

Доменное имя состоит из нескольких частей. Разберем на примере сайта Макхост (mchost.ru):

• mchost — это домен второго уровня (SLD). С английского — second-level domain. Это часть доменного имени, которая идет сразу перед точкой, отделяющей его от домена первого уровня;
• ru — это домен первого (верхнего) уровня (TLD или ДВУ). С английского — top-level domain. Часто домены 1 уровня называют доменными зонами. Это самый высокий уровень в иерархии системы доменных имен;
• . — это нулевой (корневой) уровень. С английского — root domain. Он идет сразу после доменной зоны и не отображается в адресной строке.

Какие бывают доменные зоны

Как видно из примеры выше, наша доменная зона — ru. Однако это далеко не единственный домен первого уровня. Только в нашей компании можно зарегистрировать доменное имя в более 50 доменных зонах на выбор. Доменные зоны классифицируют на ccTLD (национальные, по странам и регионам) и gTLD (тематические, по общему назначению). Примеры национальных доменов первого уровня:

• ru и рф — для России;
• ua и укр — для Украины;
• us — для Соединенных Штатов Америки (США);
• uk — для Великобритании;
• de — для Германии и т. д.

Ниже мы приведем примеры тематических доменов:

• com — домен, который изначально предназначался для коммерческих компаний, однако сейчас его может использовать любой желающий;
• org — первоначально также использовался коммерческими организациями, сейчас является открытым ДВУ;
• edu — домен верхнего уровня для образовательных учреждений (например, для институтов).

Некоторые доменные зоны являются открытыми, и зарегистрироваться в них может любой пользователь. А некоторые ДВУ предназначены только для использования отдельных структур и групп лиц. Например, домен gov ограничен для применения правительством Соединенных Штатов Америки и его подразделениями.

Как выбрать домен

Выбор доменного имени — отдельная глава в нашей статье. И это не просто так. От правильного выбора домена может зависит успех вашей компании в Интернете. Ниже мы дадим несколько советов, как правильно выбирать домен.

• Доменное имя должно быть простым, легко читаться и запоминаться. Попробуйте несколько раз вслух произнести придуманное вами название. У вас не возникло трудностей с произношением? Быстро ли потенциальные клиенты его запомнят?
• Не используйте оскорбительные и нецензурные выражения. Во-первых, на такие названия есть ограничения, и во-вторых, вряд ли у ваших клиентов будет доверие к подобной компании.
• Название компании должно коррелировать с доменными именем. Так вы построите ассоциацию между сайтом и брендом.
• Помните об ограничениях по длине доменного имени. Например, в зоне ru максимальная длина домена составляет 63 символа.
• Не забывайте о тематичности доменных зон. Если ваша целевая аудитория (ЦА) находится в США, не регистрируйте домен в зонах ru или рф.

Частые ошибки

• Часто организации, пытаясь забрать часть трафика у известных компаний, регистрируют доменные имена, похожие на популярные бренды. Они заменяют одну или несколько букв в адресе, например: не «avito», а «avlto». Однако подобные манипуляции не работают — пользователи не будут доверять вашей компании, считая вас мошенниками.
• Еще одна ошибка — использование рандомного набора букв и символов. Такая схема тоже считается неэффективной — ваш сайт вряд ли кто-то запомнит.
• Последняя, но очень важная ошибка — использование кириллических доменов, если вы собираетесь продвигаться по всему миру.

Как зарегистрировать доменное имя

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

Так выглядит процесс регистрации домена в панели управления.

Домены регистрируются на данные клиента, которые указываются в анкете владельца. Вы можете регистрировать доменные имена на разные данные: для этого нужно добавить несколько анкет в панели управления.

Заключение

Таким образом, домен будет служить «именем» вашего сайта в сети. Поэтому рекомендуем ответственно отнестись к выбору доменного имени. Придумайте несколько вариантов, спросите совета у знакомых. Если у вас остались вопросы — задавайте их в комментариях. Наши специалисты ответят как можно быстрее.

Windows Server 2019 — установка контроллера домена

Установим роль контроллера домена на Windows Server 2019. На контроллере домена работает служба Active Directory (AD DS). С Active Directory связано множество задач системного администрирования.

AD DS в Windows Server 2019 предоставляет службу каталогов для централизованного хранения и управления пользователями, группами, компьютерами, а также для безопасного доступ к сетевым ресурсам с проверкой подлинности и авторизацией.

Подготовительные работы

Нам понадобится компьютер с операционной системой Windows Server 2019. У меня контроллер домена будет находиться на виртуальной машине:

После установки операционной системы нужно выполнить первоначальную настройку Windows Server 2019:

Хочется отметить обязательные пункты, которые нужно выполнить.

Выполните настройку сети. Укажите статический IP адрес. DNS сервер указывать не обязательно, при установке контроллера домена вместе с ним установится служба DNS. В настройках сети DNS сменится автоматически. Отключите IPv6, сделать это можно и после установки контроллера домена.

Укажите имя сервера.

Было бы неплохо установить последние обновления, драйвера. Указать региональные настройки, время. На этом подготовка завершена.

Установка роли Active Directory Domain Services

Работаем под учётной записью локального администратора Administrator (или Администратор), данный пользователь станет администратором домена.

Дополнительно будет установлена роль DNS.

Следующий шаг — установка роли AD DS. Открываем Sever Manager. Manage > Add Roles and Features.

Запускается мастер добавления ролей.

Раздел Before You Begin нас не интересует. Next.

В разделе Installation Type выбираем Role-based or feature-based installation. Next.

В разделе Server Selection выделяем текущий сервер. Next.

В разделе Server Roles находим роль Active Directory Domain Services, отмечаем галкой.

Для роли контроллера домена нам предлагают установить дополнительные опции:

• [Tools] Group Policy Management
• Active Directory module for Windows PowerShell
• [Tools] Active Directory Administrative Center
• [Tools] AD DS Snap-Ins and Command-Line Tools

Всё это не помешает. Add Features.

Теперь роль Active Directory Domain Services отмечена галкой. Next.

В разделе Features нам не нужно отмечать дополнительные опции. Next.

У нас появился раздел AD DS. Здесь есть пара ссылок про Azure Active Directory, они нам не нужны. Next.

Раздел Confirmation. Подтверждаем установку компонентов кнопкой Install.

Начинается установка компонентов, ждём.

Configuration required. Installation succeeded on servername. Установка компонентов завершена, переходим к основной части, повышаем роль текущего сервера до контроллера домена. В разделе Results есть ссылка Promote this server to domain controller.

Она же доступна в предупреждении основного окна Server Manager. Нажимаем на эту ссылку, чтобы повысить роль сервера до контроллера домена.

Запускается мастер конфигурации AD DS — Active Directory Domain Service Configuration Wizard. В разделе Deployment Configuration нужно выбрать один из трёх вариантов:

• Add a domain controller to an existing domain
• Add a new domain to an existing forest
• Add a new forest

Первый вариант нам не подходит, у нас нет текущего домена, мы создаём новый. По той же причине второй вариант тоже не подходит. Выбираем Add a new forest. Будем создавать новый лес.

Укажем в Root domain name корневое имя домена. Я пишу ilab.local, это будет мой домен. Next.

Попадаем в раздел Doman Controller Options.

В Forest functional level и Domain functional level нужно указать минимальную версию серверной операционной системы, которая будет поддерживаться доменом.

У меня в домене планируются сервера с Windows Server 2019, Windows Server 2016 и Windows Server 2012, более ранних версий ОС не будет. Выбираю уровень совместимости Windows Server 2012.

В Domain functional level также выбираю Windows Server 2012.

Оставляю галку Domain Name System (DNS) server, она установит роль DNS сервера.

Укажем пароль для Directory Services Restore Mode (DSRM), желательно, чтобы пароль не совпадал с паролем локального администратора. Он может пригодиться для восстановления службы каталогов в случае сбоя.

Не обращаем внимание на предупреждение «A delegation for this DNS server cannot be created because the authoritative parent zone cannot be found. «. Нам не нужно делать делегирование, у нас DNS сервер будет на контроллере домена. Next.

В разделе Additional Options нужно указать NetBIOS name для нашего домена, я указываю «ILAB». Next.

В разделе Paths можно изменить пути к базе данных AD DS, файлам журналов и папке SYSVOL. Без нужды менять их не рекомендуется. По умолчанию:

• Database folder: C:WindowsNTDS
• Log files folder: C:WindowsNTDS
• SYSVOL folder: C:WindowsSYSVOL

В разделе Review Options проверяем параметры установки. Обратите внимание на кнопку View script. Если её нажать, то сгенерируется tmp файл с PowerShell скриптом для установки контроллера домена.

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

Попадаем в раздел Prerequisites Check, начинаются проверки предварительных требований.

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

Для начала установки роли контроллера домена нажимаем Install.

Начинается процесс установки.

Сервер будет перезагружен, о чём нас и предупреждают. Close.

Дожидаемся загрузки сервера.

Первоначальная настройка контроллера домена

Наша учётная запись Administrator теперь стала доменной — ILABAdministrator. Выполняем вход.

Видим, что на сервере автоматически поднялась служба DNS, добавилась и настроилась доменная зона ilab.local, созданы A-записи для контроллера домена, прописан NS сервер.

На значке сети отображается предупреждение, по сетевому адаптеру видно, что он не подключен к домену. Дело в том, что после установки роли контроллера домена DNS сервер в настройках адаптера сменился на 127.0.0.1, а данный адрес не обслуживается DNS сервисом.

Сменим 127.0.0.1 на статический IP адрес контроллера домена, у меня 192.168.1.14. OK.

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

Запускаем оснастку Active Directory Users and Computers. Наш контроллер домена отображается в разделе Domain Controllers. В папкe Computers будут попадать компьютеры и сервера, введённые в домен. В папке Users — учётные записи.

Правой кнопкой на корень каталога, New > Organizational Unit.

Создаём корневую папку для нашей компании. При создании можно установить галку, которая защищает от случайного удаления.

Внутри создаём структуру нашей компании. Можно создавать учётные записи и группы доступа. Создайте учётную запись для себя и добавьте её в группу Domain Admins.

Рекомендуется убедиться, что для публичного сетевого адаптера включен Firewall, а для доменной и частной сетей — отключен.

Как отсудить домен

Проблемы с доменами бывают даже у крупных компаний. Однажды Икея пыталась зарегистрировать домен со своими именем в Казахстане, а оказалось, что ikea. kz занят. На месте сайта пустая страница, но владелец домена обещал разместить там сайт школы английского языка International Kazakh-English Association, сокращенно IKEA. Икея суд проиграла.

Юрист Дарья Тимохина рассказывает о доменных спорах: как выбрать имя для сайта, чтобы его не отсудили, и что делать, если нужное имя занято. Речь пойдет о доменах в зонах .ru и .рф.

Что такое доменные споры

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

По Гражданскому кодексу исключительное право на товарный знак предполагает размещение его в доменном имени. В идеальном мире, если компания зарегистрировала товарный знак «Аленький цветочек» для магазина цветов, автоматически за ней закрепляется домен с таким же именем.

В реальном мире домены и товарные знаки не пересекаются. Цветочная компания регистрирует товарный знак «Аленький цветочек», а на этом домене работает сайт юридической консультации с таким же именем.

Как мошенничают с доменными именами

Мошенничество с доменными именами называют киберсквоттингом. Мошенники регистрируют имена известных товарных знаков и ждут, пока компания захочет купить этот домен или выйти на рынок России. Даже если компания обращается в суд, мошенники чаще всего выигрывают и предлагают компании купить этот домен. Если регистратор доменных имен просил за домен пятьсот рублей или пять тысяч, мошенник может запросить пятьдесят, сто тысяч рублей или на сколько хватит фантазии.

Когда открывается новая доменная зона, например. travel или .tv, регистраторы дают три месяца, чтобы компании с зарегистрированными товарными знаками могли выкупить домены. Регистраторы просят у компаний подтверждения, что именно они владеют товарным знаком. Но и тут случаются казусы.

Когда открылась доменная зона .рф, некоммерческая компания «Потребительское общество рекреации „Наше озеро“» зарегистрировала домен порно.рф. Первые буквы названия компании складываются в «порно», всё логично. Потом компания перепродала этот домен.

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

Представим, есть известный интернет-магазин «Корова». Он регистрирует домен korova.ru. Мошенники выкупают домен korova. su и делают похожий сайт. Покупатели хорошо знают сайт «Коровы», доверяют ему и без опасений оплачивают товары на сайте. Они думают, что korova. su — тоже сайт «Коровы» и доверяют ему. Мошенники пользуются этим, снимают деньги с карт, но не присылают товары. Репутация «Коровы» страдает.

Такой случай был с «Озоном». Мошенники создали сайт с похожим именем и маскировались под настоящий «Озон». До суда не дошло, владельцы фальшивого сайта сами его закрыли. У покупателей в таких случаях может появиться недоверие к самому бренду.

Как суд принимает решение

Чаще всего доменные споры решаются через суд. Если домен с названием компании занят, сначала нужно выяснить, кто его владелец.

Определить, кто владелец сайта, помогает сервис WHOIS. Вводите название сайта и смотрите, кому он принадлежит. Сервис показывает информацию, только если владелец домена — компания. Если домен принадлежит физическому лицу, придется делать адвокатский запрос регистратору доменных имен и писать, что эта информация нужна для суда.

Случается, что домен принадлежит физическому лицу, но подавать в суд нужно на компанию. Так бывает, когда домен принадлежит директору компании. Взыскать с компании за нарушение можно больше, чем с физического лица. Такой случай был в судебной практике:

Компания «Газ» заметила, что на сайте www.scalecar.ru размещены модели машин с товарными знаками, которые принадлежат «Газу». Там были игрушечные машины «Победа», «Чайка» с их фирменными эмблемами. «Газ» выяснил, что сайт принадлежит Бочарову, а Бочаров — директор компании «Нексткар». Он подал в суд на «Нексткар» за нарушение исключительных прав на товарный знак и просил возместить ей 500 000 рублей.

Арбитражный суд и Суд по интеллектуальным правам рассмотрели иск и отказали «Газу». Они сказали, что раз Бочаров — владелец сайта, то и иск надо подавать к нему.

На сайте www.scalecar.ru стояло название компании «Нексткар» и ее реквизиты. «Газ» дошел до Верховного суда и суд согласился с компанией. Раз Бочаров — директор «Нексткара», то и отвечать должна компания.

Когда определили, кто владелец домена, следующий шаг — идти в суд. В доменных спорах суды опираются на постановления Президиума Высшего арбитражного суда по делам № 9833/09, № 18 012/10 и положения Единообразной политики по разрешению споров в связи с доменными именами. По ним доменное имя можно отобрать, если оно:

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

Решение суда будет зависеть от ситуации:

• товарный знак совпадает с доменом. Например, компания зарегистрировала товарный знак «Корова», а домен korova.ru занят. Это самые простые споры, суд чаще всего отдает такой домен компании. По Гражданскому кодексу компания вправе использовать свой товарный знак как имя для доменного имени сайта;
• товарный знак похож на домен, но есть разночтения в написании. Например, «Корова» хочет взять домен korowa.ru. Суд будет ориентироваться на «Методические рекомендации по проверке заявленных обозначений на тождество и сходство» от Роспатента. Эксперт будет сверять названия и логотипы, посмотрит на завитки букв и шрифт;
• доменное имя создает условия для недобросовестной конкуренции. Например, все знают сайт korova.ru и покупают там творожные сырки по оригинальному рецепту, а конкурент регистрирует сайт korowa.ru и продает там свои сырки. Такие споры решают в пользу того, кто первый зарегистрировал товарный знак.

Вот интересное судебное дело:

Компания «Свотч» обнаружила, что домен «swatch.ru» занят и принадлежит Казакбаеву Р. Ш. «Свотч» подали в суд. Компания хотела, чтобы Казакбаев отдал им домен и выплатил компенсацию 50 000 рублей. «Свотч» выиграли суд, правда не сразу. Казакбаев подавал на апелляцию.

«Свотч» зарегистрировала свой товарный знак в 1982 году, а Казакбаев купил домен в 1998 году. Раз компания зарегистрировала товарный знак, то может использовать его в домене. А Казакбаеву они прав на использование фирменного имени не давали.

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

Заранее предсказать исход суда невозможно, но судебная практика может подсказать, как обычно суды принимают решения.

Как действовать

Чтобы выиграть суд по доменным спорам, компании нужно себя заранее обезопасить:

проверить название компании в зарегистрированных в России товарных знаках. Это можно сделать на сайте координационного центра национального домена. Если в списке уже есть компания «Аленький цветочек» и она продает цветы, зарегистрировать товарный знак цветочного магазина с таким названием не получится. Если «Аленький цветочек» в списке — юридическая контора, всё в порядке, можно брать такое имя;

Общее правило такое: вероятность выиграть суд за домен повышается, если компания зарегистрировала товарный знак раньше, чем другая компания или человек купили домен с этим именем.

Какие исключения

Бывают случаи, когда компания не зарегистрировала товарный знак, а суд всё равно выигрывает. Вот гипотетическая ситуация.

Компания «Аленький цветочек» продает цветы и зарегистрировала товарный знак в 2016 году, но по нему не работает. Она пытается зарегистрировать домен и оказывается, что свой сайт на нем разместила компания с таким же названием из Рязани. Она работает с 1988 года, вяжет и продает носки. В этом случае суд, скорее всего, выиграет компания из Рязани.

Такие случаи были в судебной практике:

Компания «Бистро Пронто» обратилась в суд, потому что ИП Полудин О. Б использовал товарный знак компании в своем названии и домене prontopizza.ru. ИП владел кафе «Pronto Pizza e Pasta». Бистро утверждало, что нельзя использовать слово Пронто и хотело получить 2 млн компенсации с Полудина.

Суд не поддержал «Бистро». «Бистро» получило товарный знак в 2008 году, а ИП использует свое название c 2004 года. Логотип для ИП рисовал дизайнер, и у ИП есть договор на передачу интеллектуальных прав. Товарного знака у ИП нет, но название и домен оно использует дольше. Суд подчеркнул, что и названия у компаний разные, а упоминание слова «Пронто» — не аргумент. «Бистро» проиграло суд и выплатило судебные издержки.

Если компания регистрирует право на товарный знак, она должна его использовать, иначе через три года право на защиту товарного знака теряется. Под этим именем сможет зарегистрироваться, кто угодно. Использовать товарный знак — вести какую-то деятельность с этим логотипом и названием, например, продавать шапки или писать на странице в Твиттере с этим логотипом.

Пара слов про именование доменов Active Directory

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

Стоимость домена второго уровня (например, bissquit.com) составляет чуть больше 500 рублей в год. Это очень мало даже для обычных граждан, как мы с вами, и это сущие копейки для компаний тем более. Свой домен я приобрел ещё задолго до того, как появилась идея «запилить» этот бложик. Это просто удобно. Возьмем даже удаленное подключение по rdp — я ввожу имя своего домена, вместо унылого ip-адреса.

В интернете на запрос «active directory domain best practices» почти на каждом сайте 1 2 3 написаны исчерпывающие рекомендации по именованию доменов AD и даны объяснения почему нужно сделать именно так. Давайте рассмотрим подробнее о каких рекомендациях идет речь:

• Для именования домена AD используйте поддомен вашего официально зарегистрированного домена организации.

Вы все поняли правильно, только один совет. Это все! Можно много рассуждать о деталях и мелких нюансах, но 80-90% рассуждений сводятся к одному единственному совету, озвученному выше. Все проблемы исходят из того, что человек знает, что так нужно делать, но не понимает почему нельзя или крайне не рекомендуется делать по-другому. С этого момента подробнее.

1. Почему нельзя использовать внутренние, неразрешаемые снаружи имена типа .local, .corp, .lan?

Можно. Ещё как можно. Большинство именно их и используют. У меня есть примеры среди знакомых, у которых в организациях 2000+ человек и используется домен .local. Все трудности начнутся, если вдруг станет нужен реальный домен AD. Такое может случиться при использовании гибридных облачных развертываний (яркий тому пример Exchange + Office365). «Почему бы просто не переименовать домен, ведь с определенной версии AD это вполне возможно 4 5 ?» — спросите вы. Да в принципе можно, однако вам предстоит столкнуться со сложностями миграции доменнозависимых сервисов 6 . Среди них все тот же Exchange и др., но тут и одного Exchange более чем достаточно.

2. «Ок, покупаем реальное внешнее имя — my-company.com, также назовем и домен AD» — тоже не вариант. Возникнут проблемы с разрешением других ресурсов, расположенных на адресе my-company.com, например, веб-сайт компании. Да и к тому же ваши DNS-серверы не будут являться авторитативными для этого домена, хотя будут считать себя таковыми. Это тоже вызовет проблемы.

Есть и другие соображения касательно именований доменов, среди них создание аналогичного реальному домена но в другом TLD. Но мне кажется большого смысла так делать нет, ведь часть проблем все равно остается, а явных преимуществ в сравнении с использованием домена corp.my-company.com (имя взято для примера) просто нет.

Для любителей сделать все по-своему с недавнего времени добавятся ещё и проблемы с сертификатами 7 8 , поэтому смысла использовать внутренние имена сейчас вообще нет.

Вопрос выбора имени домена технически упирается в строчку, в которой вы пропишите имя при создании домена AD и ни во что более. Однако последствия, которые повлечет за собой неправильный выбор имени, в будущем доставят вам немало проблем и потому на этапе планирования очень важно все сделать качественно. Лишний раз неплохо почитать статьи бывалых админов 9 10 , но если личным бложикам вы не доверяете (это, кстати, правильный подход) и считаете себя умнее (а вот это неочень), то постарайтесь хотя бы почитать официальные рекомендации Microsoft 11 .

Не могу не сказать то, что сам работаю в организации с доменом .local. В защиту скажу, что это добро мне досталось по наследству. Однако решать проблемы при переезде на нормальный домен предстоит мне и я обязательно подробно напишу о каждом нюансе.