Проверка WHOIS домена. Узнать информацию о домене (доменном имени), сведения о владельце домена, о регистрации домена
Корпорация по управлению доменными именами и IP-адресами (ICANN) требует указывать ваши корректные контактные данные для внесения их в реестр доменной зоны. Сведения о владельце домена о компании или физическом лице вносятся при регистрации, доступны для редактирования при предоставлении администратором домена дополнительных документов Регистраторами доменных зон. Как только данные попадают в базу данных реестра, они впоследствии будут размещены в сервисе WHOIS и доступны для просмотра любым желающим, запросившим информацию о доменном имени. Данный сервис называется – проверка WHOIS.
Сервис WHOIS можно использовать для быстрого получения информации о домене, о дате его регистрации, возрасте, для получения сведений о владельце и для возможности связаться с ним или с организацией, владеющей доменом, который или вам интересен, или у вас есть вопросы или просьба, которую хотели бы выразить непосредственно ему.
Его часто используют для проверки –свободен ли домен для регистрации. Таким образом, информация о регистрации содержит сведения о владельце домена или об организации, контактную информацию, содержащую адрес почтовый, контактные телефоны, адрес электронной почты, доступные для всех. Могут быть указаны данные администратора, технических контактные данные и биллинговые. Это WHOIS-информация. Нет абсолютно никаких ограничений для доступа к этой информации. Она общедоступна и может быть использована спамерами, которые могут не только узнать инфо о домене, но и быть недобросовестными рекламными компаниями, доменными мошенниками или вашими конкурентами.
Мы предлагаем услугу скрытия WHOIS, которая позволит обезопасить в некоторых случаях вашу реальную информацию. Не все доменные зоны позволяют ее использовать, в некоторых доменных зонах по умолчанию информация о физических лицах уже скрыта до определения «private person».
При выборе услуги скрытия WHOIS персональная информация закрывается для третьих лиц и по доменному имени личные данные меняются на данные Digital Privacy Corporation. Это предотвратит все нежелательные электронные письма от спамеров и рекламщиков, но позволит вам контактировать с потенциальными клиентами и партнерами!
Здесь вы можете выполнить поиск доменного имени, зарегистрированного в 101Домен. Этот поиск покажет только те домены, которые были зарегистрированы у нас.
Правила использования и описание полей WHOIS-сервиса.
У вас есть доменное имя? Тогда вам необходимо это знать
Часть IV –
Для многих владельцев доменные имена (и связанные с ними сервисы, такие как веб-сайты и электронная почта), очень важны как в профессиональном плане, так и для личной жизни. Доменные имена — это ценный актив независимо от того, используются они для онлайн-коммерции или просто для общения с родными и друзьями, поэтому управлять ими необходимо с большой осторожностью.
Защитите себя
Ознакомьтесь с передовыми практиками, которые помогут вам предупредить перехват или несанкционированную передачу вашего доменного имени.
Используйте при регистрации адрес электронной почты, который не привязан к вашему доменному имени.
Причина: в случае перехвата вашего доменного имени кем-либо, кто получил доступ к вашей учетной записи у регистратора, этот человек, скорее всего, изменит информацию WHOIS, чтобы удалить вас как зарегистрированного владельца доменного имени. Если вы использовали адрес электронной почты, не связанный с вашим доменным именем в WHOIS, вы сможете предоставить этот адрес регистратору в качестве доказательства, что вы являлись зарегистрированным владельцем доменного имени до того, как данные были изменены в результате несанкционированного доступа к вашей учетной записи.
Создайте сложный, уникальный пароль. Защитите свое доменное имя от киберпреступников с помощью уникального, сложного пароля. Онлайн-сервисы часто взламывают, в результате чего имена пользователей и пароли попадают в руки преступников, которые могут попытаться перехватить ваше доменное имя с помощью информации, указанной вами для других учетных записей. Чтобы избежать этого, создайте сложный пароль, который будет использоваться исключительно для учетной записи вашего домена.
Никому не сообщайте пароль. Вы отвечаете за безопасность своего доменного имени. Ни в коем случае не сообщайте никому данные для входа в вашу учетную запись. Сюда относятся, в том числе, хостинг-провайдеры и веб-дизайнеры, а также друзья и коллеги. Не рекомендуется указывать дизайнеров веб-сайта, хостинг-провайдеров и других посторонних лиц в качестве владельцев вашего доменного имени. Если вы все-таки хотите это сделать, проконсультируйтесь с юристом в отношении договорных обязательств, которые должны соблюдать третьи стороны при управлении вашим доменом.
Наведите справки о многоуровневой аутентификации. Некоторые регистраторы предлагают владельцам доменов возможность реализовать многоуровневую аутентификацию при доступе к вашей учетной записи. Это повышает защиту благодаря необходимости вводить, помимо имени пользователя и пароля, уникальный защитный код, чтобы получить доступ к учетным записям в интернете. Изучите условия своего регистрационного соглашения, чтобы узнать о доступности многоуровневой аутентификации.
Чаще проверяйте учетные записи электронной почты, связанные с вашим доменом. Какой бы адрес или адреса вы ни предоставили, необходимо быть уверенным, что эти учетные записи электронной почты активны; для этого регулярно проверяйте их. Необходимо поддерживать актуальность ваших контактных данных, чтобы получать от вашего регистратора уведомления в рамках политики напоминания о данных WHOIS (WDRP), уведомления о необходимости продления регистрации и другие важные сообщения. Это особенно важно для тех, кто пользуется услугами сохранения конфиденциальности или услугами регистрации через доверенных лиц. Если вы пользуетесь услугой сохранения конфиденциальности, рекомендуется в регистрационной записи WHOIS указать свое имя в качестве владельца домена. Это может послужить для вашего регистратора еще одним доказательством того, что именно вы являлись зарегистрированным владельцем доменного имени.
Попросите регистратора применить к вашему доменному имени блокировку переноса. Вы можете попросить регистратора применить к вашему доменному имени блокировку переноса. Применение этой блокировки не является стопроцентной гарантией от несанкционированного переноса или перехвата вашего доменного имени, но может стать дополнительным уровнем защиты. У каждого регистратора свой способ применения блокировки межрегистраторского переноса. Некоторые требуют двухфакторной аутентификации для снятия блокировки; некоторые требуют простого разрешения со стороны владельца домена. Уточните у регистратора его политику в отношении блокировки переноса и решите для себя, отвечает ли данная услуга вашим потребностям.
Наконец, соблюдайте осторожность при любых действиях в сети. Проявляйте осторожность при нажатии ссылок в электронных письмах, открытии вложений и посещении сайтов. Именно такие средства преступники могут использовать для кражи вашего имени пользователя и пароля.
Кроме того, ознакомьтесь со следующими документами, опубликованными Консультативным комитетом ICANN по безопасности и стабильности:
Мое доменное имя было перенесено без разрешения с моей стороны — что мне делать?
Действуйте немедленно, обратитесь к своему регистратору. Если вы полагаете, что ваше доменное имя было передано другому регистратору или владельцу домена, либо если информация в вашей учетной записи была изменена без разрешения, немедленно обратитесь к своему регистратору. Действуйте без промедления! Чем скорее вы обратитесь к регистратору, тем лучше. В случае задержки ваше доменное имя может быть перенесено снова и снова, что еще больше усложнит процесс и затруднит возвращение вашего домена.
Доверяйте процессу. Действуйте быстро, уведомите своего регистратора, но не паникуйте! Существуют определенные правила, регулирующие перенос доменов, они ориентированы на вашу защиту. Регистратор может инициировать перенос только в том случае, если получил заполненную Стандартизованную форму разрешения (FOA) от владельца домена или контактного лица по административным вопросам для данного домена. Попросите своего регистратора запросить копию использовавшейся формы разрешения на перенос. Регистратор, которому было передано доменное имя, должен по запросу представить копию этого документа. Невыполнение этого требования является основанием для отмены переноса, если подана жалоба в соответствии с политикой разрешения споров при изменении регистраторов. Если вы обратились к своему регистратору, и он не может или не хочет помочь вам, подайте жалобу на несанкционированный перенос домена в ICANN. Мы рассмотрим вашу ситуацию и приложим все усилия, чтобы вернуть вам домен.
Дополнительная информация
Ответы на часто задаваемые владельцами доменов вопросы: перенос доменного имени
О передаче доменного имени другому регистратору
Инфографика по жалобам на перенос [PDF, 124 KB]
Статусы доменов | Что они означают и почему я должен их знать?
Политика переноса ICANN (дата вступления в силу: 1 декабря 2016 года)
Серия учебных материалов «У вас есть доменное имя? Тогда вам необходимо это знать» подготовлена в рамках более широких усилий ICANN, направленных на то, чтобы помочь вам лучше понять политику ICANN, затрагивающую ваши интересы, вашу роль в системе доменных имен (DNS), а также роль корпорации ICANN, регистратур и регистраторов в экосистеме DNS.
10 лучших WHOIS-сервисов по отзывам
До 25 мая 2018 года (после вступления в силу GDPR ) с помощью WHOIS-сервиса можно было узнать кто владелец домена (если эти данные не были скрыты во Whois), его контакты. А эта информация нужна в многих случаях: для перекупки домена, направления жалобы на домен, для переноса домена к другому регистратору. Сейчас все эти процессы усложнились, но надеемся, что скоро данная ситуация изменится к лучшему, и мы опять сможем сами решать хотим открывать свои контакты во Whois или нет.
Несмотря на все вышесказанное, с помощью Whois также можно узнать даты регистрации, обновления и истечения срока регистрации домена и многое другое. В нем Вы не увидите, на какой хостинг направлен домен, только серверы. У хостера могут быть очевидные серверы, например, если домен направлен на серверы ns1.namecheaphosting.com и ns2.namecheaphosting.com, то ясно, что домен направлен на хостинг компании Namecheap. Поэтому большинство владельцев доменов используют CDN сервисы, так как благодаря ему серверы компании не видны в Whois. Видно лишь стандартные серверы компании, предоставляющей CDN.
Мы составили список из наиболее популярных ресурсов, которые предоставляют не только Whois, но и другие полезные инструменты, позволяющие выяснить историю изменения доменных контактов, IP-адрес домена и многое другое.
№1 — REG.RU
Этот регистратор понравился нам тем, что помимо традиционного WHOIS-сервиса предоставляет ряд дополнительных (как платных, так и бесплатных) услуг. Например можно выяснить не только текущие данные, а и сделать запрос об истории их изменений, а также поставить определенный домен на мониторинг. Как приятные мелочи, можно отметить наличие кнопки «Мой IP», которая покажет ваш IP-адрес, а также информацию об интернет-провайдере. Еще бросилось в глаза наличие Punycode-конвертера и специального reg-бара, который можно установить в браузер и узнавать информацию о домене в один клик (даже не переходя на сторонний сайт). Ну и в конце-концов, данный регистратор на наш взгляд является одним из наиболее привлекательных по части услуг регистрации доменов и хостинга.
№2 — 1WHOIS.RU
Данный сервис привлек наше внимание тем, что умеет структурировать данные, и тем самым не напрягает пользователя поиском нужной информации. Кроме стандартной инфы, он умеет распознавать CMS сайта, версию php, тип сервера, ТИЦ и PR, а также показывает месторасположение сервера на котором находится сайт.
№3 — 2IP.RU
Здесь мы отмечаем не столько WHOIS-сервис (он обычный), а остальные возможности сайта, который позволяет проводить множество тестов связанных с сайтами, интернетом, хостингом и компьютерами пользователей. Это очень популярный ресурс, о котором должен знать каждый пользователь.
№4 — DIG.UA
Можно проверить необходимые данные домена с помощью Whois, а с помощью команды dig можно узнать IP-адрес, на который направлен домен и наличие в домене многих других записей (MX, glue records и т.д.).
№5 — DOMAINTOOLS.COM
На наш взгляд, это лучший WHOIS-сервис на Западе. Простой, удобный и показывает историю изменений\продлений записей домена, а также подробную информацию о сервере.
№6 — WHOIS-SERVICE.RU
Очень популярный в России сервис, но на наш взгляд ни чем не примечательный.
№7 — NIC.RU
Данный регистратор предоставляет стандартную информацию, поэтому и занимает седьмое место.
№8 — IMENA.UA
Этот проект будет интересен украинским пользователям с точки зрения регистрации доменов, а WHOIS-функционал имеет стандартный.
№9 — WHO.IS
Ни чем особо не выделяющийся западный сервис, который почему-то популярен в СНГ.
№10 — RIPN.NET
РосНИИРОС — администратор доменов ru, su и рф. Из-за этого, многие пользователи считают, что его WHOIS-сервис лучше или надежнее. Мы так не считаем, т.к. он работает в основном с вышеуказанными доменами, и на наш взгляд является очень неудобным в использовании.
Как работает DNS (domain name system)?
Что такое DNSDNS (domain name system) — это система, обеспечивающая работу привычных нам доменных имен сайтов. Связь между устройствами в сети Интернет осуществляется по IP адресам, например: «192.64.147.209». Однако, запомнить IP адреса сложно, поэтому были придуманы удобные для человека доменные имена, например: «google.com».
Компьютер / сервер не хранит таблицу соответствия доменов и их IP адресов. Точнее, не хранит всю таблицу, а временно запоминает данные для часто используемых доменов. Когда в браузере вводится домен сайта, компьютер автоматически узнает его IP адрес, и отправляет по нему запрос. Этот процесс называется «разрешение адреса домена» (domain resolving).
Разберемся, из чего состоит система DNS, и как она работает.
Как работает DNSСистема доменных имен состоит из следующих компонентов:
Иерархическая структура доменных имен:
- Доменные зоны верхнего уровня (первого уровня) – например: «ru», «com», или «org». Они включают в себя все доменные имена, входящие в эту зону. В любую доменную зону может входить неограниченное количество доменов.
- Доменные имена (доменные зоны второго уровня) – например: «google.com» или «yandex.ru». Т.к. система доменных имен является иерархичной, то «yandex.ru» можно также назвать поддоменом вышестоящей зоны «ru». Поэтому, правильнее указывать именно уровень домена. Однако, на практике, доменную зону любого уровня называют просто «доменом».
- Поддомены (доменные зоны третьего уровня) – например: «api.google.com» или «mail.yandex.ru». Могут быть доменные зоны 4, 5 уровней и так далее.
Обратите внимание, что «www.gооgle.com» и «google.com» — это, фактически, разные домены. Надо не забывать указывать А-записи для каждого из них.
DNS сервер или NS (name server) сервер – поддерживает (обслуживает) доменные зоны, которые ему делегированы. Он непосредственно хранит данные о ресурсных записях для зоны. Например, что сервер, на котором находится сайт «example.ru», имеет IP адрес «1.1.1.1». DNS сервер отвечает на все запросы, касательной этих доменных зон. Если ему приходит запрос о домене, который ему не делегирован, то он спрашивает ответ у других DNS серверов.
DNS записи (ресурсные записи) – это набор записей о доменной зоне на NS сервере, которые хранят данные необходимые для работы DNS. На основании данных в этих записях, DNS сервер отвечает на запросы по домену. Список записей, и их значение, вы можете найти ниже.
Корневые DNS сервера (на данный момент их 13 во всем мире) хранят данные о том, какие DNS сервера обслуживают зоны верхнего уровня.
DNS сервера доменных зон верхнего уровня — хранят информацию, какие NS сервера обслуживают тот или иной домен.
Для того, чтобы узнать IP адрес, домена компьютер / сервер обращается к DNS-серверу, который указан у него в сетевых настройках. Обычно, это DNS сервер Интернет провайдера. DNS сервер проверяет делегирован домен ему или нет. Если да, то сразу отвечает на запрос. Если нет, то запрашивает информацию о DNS сервере, обслуживающем этот домен, у корневого сервера, и затем у сервера доменных зон верхнего уровня. После этого, непосредственно делает запрос на NS сервер, обслуживающий этот домен, и транслирует ответ вашему компьютеру / серверу.
Кэширование данных используется на всех устройствах (компьютерах, северах, DNS серверах). То есть, они запоминают ответы на последние пришедшие к ним запросы. И когда приходит аналогичный запрос, они просто отвечают то же самое, что и в предыдущий раз. Например, если вы в браузере открыли сайт google.com первый раз после включения, то компьютер сделает DNS запрос, а при последующих запросах будет брать данные, которые ему были присланы DNS сервером в первый раз. Таким образом, для популярных запросов не надо каждый раз проходить всю цепочку и генерировать запросы к NS серверам. Это значительно снижает нагрузку на них, и увеличивает скорость работы. Однако, как результат, обновление данных в системе DNS происходит не сразу. При изменении IP адреса домена, информацию об этом будет расходиться по сети Интернет от 1 до 24 часов.
Регистрация/выделение доменовУ каждой доменной зоны первого уровня есть своя организация, которая устанавливает правила выделения доменов и обеспечивает работу этой зоны. Например, для доменных зон RU, SU и РФ – это Координационный центр национального домена сети Интернет https://cctld.ru. Эти организации устанавливают правила работы и технические требования к регистраторам доменов.
Регистраторы доменов – это компании, которые непосредственно регистрируют новые домены в рамках доменной зоны первого уровня для конечных клиентов. Организуют техническое взаимодействие с реестром доменных имен. В их личном кабинете владелец домена настраивает, какой DNS сервер будет поддерживать домен.
Администратор домена (владелец) – лицо, которому непосредственно принадлежат права на доменное имя. Он может управлять доменом, от него регистратор принимает заявки на внесение изменений.
Делегирование домена – указание для него DNS серверов, которые будут его обслуживать.
Основные DNS записиСуществуют следующие основные DNS (ресурсные) записи:
А – содержит информацию об IPv4 адресе хоста (сервера) для домена. Например, 1.1.1.1.
ААА – содержит информацию об IPv6 адресе хоста (сервера) для домена. Например, 2001:0db8:11a3:09d7:1f34:8a2e:07a0:765d.
MX – содержит данные о почтовом сервере домена. При этом указывается именно имя почтового сервера, например mail.example.com. Т.к. у домена может быть несколько почтовых серверов, то для каждого из них указывает приоритет. Приоритет задается числом от 0 до 65535. При этом «0» — это самый высокий приоритет. Принято по умолчанию для первого почтового сервера указывать приоритет «10».
TXT – дополнительная информация о домене в виде произвольного текста. Максимальная длина 255 символов.
SRV – содержит информацию об имени хоста и номере порта, для определенных служб / протоколов в соответствии с RFC 2782 http://www.rfc-editor.org/rfc/rfc2782.txt. Содержит следующие поля:
- _Service._Proto.Name ( Пример: _jabber._tcp.jabber ), где:
- Service: название службы (пример: ldap, kerberos, gc и другие).
- Proto: протокол, при помощи которого клиенты могут подключиться к данной службе (пример: tcp, udp).
- Name: имя домена, в котором размещена данная служба.
- Приоритет – также как для MX записи указывает приоритет для данного сервера. Задается числом от 0 до 65535. При этом «0» — это самый высокий приоритет.
- Вес – Относительный вес для распределения нагрузки между серверами с одинаковым приоритетом. Задается целым числом.
- Порт – номер порта, на котором располагается служба на данном сервере.
- Назначение — доменное имя сервера, предоставляющего данную службу.
NS – имя DNS сервера, поддерживающего данный домен.
CNAME (каноническое имя хоста / canonical name) – используется для перенаправления на другое доменное имя. Например, имя сервера изменилось с example.com на new.com. В таком случае в поле «Alies» для записи cname надо указать — example.com, а в поле «Canonical name» — new.com. Таким образом, все запросы на example.com автоматически будут перенаправлены на new.com.
SOA – базовая запись о домене. В ней хранится само имя домена и время жизни данных о домене — TTL. TTL (time-to-live) определяет какой период времени DNS сервер получив информацию о зоне будет хранить ее у себя в памяти (кэшировать). Рекомендуемое значение 86400 – 1 день. Значение указывается в секундах.
Где изменить IP-адрес домена (А-запись) — Webasyst
IP-адрес (значение А-записи) доменного имени хранится в свойствах DNS-зоны домена. Для того чтобы внести изменения в свойства DNS-зоны, необходимо иметь доступ к панели управления DNS-серверами, на которых хранится DNS-зона вашего домена.
Часто (но не всегда) панель для управления DNS-серверами, а значит, и возможность смены IP-адреса доменного имени, доступны на сайте регистратора домена или хостинг-провайдера.
Если вы точно не знаете, где находится панель управления DNS-серверами вашего домена, используйте подсказку, описанную ниже в этой статье.
- Узнайте адреса DNS-серверов своего домена. Для этого воспользуйтесь любым онлайн-сервисом, который показывает WHOIS-информацию о домене, например, http://2whois.ru/.
Пример для домена webasyst.ru:
domain: WEBASYST.RU
nserver: ns1.you-online-dns.net.
nserver: ns.you-online-dns.net. - Узнайте адрес сайта компании, которая предоставляет DNS-серверы для вашего домена. Часто это можно сделать, используя адреса DNS-серверов (nserver): для этого выделите из них последние фрагменты, отбросив начальную часть и откройте полученный URL в браузере. По информации, полученной на открывшейся странице, вы можете узнать название или URL сайта компании, предоставляющей DNS-серверы.
В примере для домена webasyst.ru нужно открыть в браузере адрес you-online-dns.net.
Если такой «искусственно подобранный» URL не показывает никакой полезной информации, то поищите адреса DNS-серверов в поисковой системе, чтобы найти справочную страницу на сайте компании с упоминанием этих адресов. - Войдите в контрольную панель провайдера. Узнав адрес сайта своего DNS-хостинг-провайдера, найдите на этом сайте форму для входа в личный кабинет. В личном кабинете найдите функцию смены IP-адреса (А-записи) для вашего домена. Если такой функции в личном кабинете нет, обратитесь в службу поддержки провайдера.
Устранение ошибок, которые возникают при подмыве компьютеров с Windows к домену — Windows Server
- Чтение занимает 7 мин
В этой статье
В этой статье описано несколько распространенных сообщений об ошибках, которые могут возникать при подмывке клиентских компьютеров под управлением Windows к домену. В этой статье также данная статья содержит рекомендации по устранению неполадок для этих ошибок.
Исходная версия продукта: Windows Server 2016, Windows Server 2012 R2
Исходный номер КБ: 4341920
Где найти файл Netsetup.log
Клиенты Windows занося в журнал сведения о операциях пользования доменом в файле %windir% \ для отлаки \ Netsetup.log.
Сообщения об ошибках сети и их разрешения
Ошибка 1
Попытка разрешить DNS-имя dc в присоединяемом домене не удалась. Убедитесь, что этот клиент настроен на доступ к DNS-серверу, который может разрешать DNS-имена в целевом домене.
Решение
При вводе доменного имени убедитесь, что введите DNS-имя, а не netBIOS-имя. Например, если DNS-имя целевого домена — убедитесь, что вы вводите имя домена contoso.com
contoso.com
NetBIOS «contoso».
Кроме того, убедитесь, что компьютер может связаться с DNS-сервером, на котором размещена зона DNS целевого домена, или разрешить DNS-имена в этом домене. Убедитесь, что на этом клиенте настроен правильный DNS-сервер в качестве предпочтительного DNS и что клиент подключен к этому серверу. Чтобы проверить это, можно выполнить одну из следующих команд:
nltest /dsgetdc:<netbios domain name>/force
nltest /dsgetdc:<DNS domain name>/force
Ошибка 2
Попытка разрешить DNS-имя контроллера домена в присоединяемом домене не удалась. Убедитесь, что этот клиент настроен на доступ к DNS-серверу, который может разрешать DNS-имена в целевом домене.
Решение
При введите доменное имя, убедитесь, что введите DNS-имя, а не NetBIOS-имя.
Кроме того, убедитесь, что компьютер может связаться с DNS-сервером, на котором размещена зона DNS целевого домена, или разрешить DNS-имена в этом домене. Убедитесь, что на этом клиенте настроен правильный DNS-сервер в качестве предпочтительного DNS и что клиент подключен к этому серверу. Чтобы проверить это, можно выполнить одну из следующих команд:
nltest /dsgetdc:<netbios domain name>/force
nltest /dsgetdc:<DNS domain name>/force
Ошибка 3
Предпринята попытка операции с несущестуным сетевым подключением.
Решение
При введите доменное имя, убедитесь, что введите DNS-имя, а не NetBIOS-имя. Кроме того, перезагрузите компьютер, прежде чем пытаться присоединить его к домену.
Ошибка 4
Несколько подключений к серверу или общему ресурсу одного пользователя с использованием нескольких имен пользователей запрещены. Отключите все предыдущие подключения к серверу или общему ресурсу и попробуйте еще раз.
Решение
Перезапустите компьютер, который вы пытаетесь присоединить к домену, чтобы убедиться, что нет подключений к серверам домена.
При введите доменное имя, убедитесь, что введите DNS-имя, а не NetBIOS-имя.
Ошибка 5
Имя сети не удается найти.
Решение
Убедитесь, что компьютер может связаться с DNS-сервером, на котором размещена зона DNS целевого домена, или разрешить DNS-имена в этом домене. Убедитесь, что на этом клиенте настроен правильный DNS-сервер в качестве предпочтительного DNS и что клиент подключен к этому серверу. Чтобы проверить это, можно выполнить одну из следующих команд:
nltest /dsgetdc:<netbios domain name>/force
nltest /dsgetdc:<DNS domain name>/force
При введите доменное имя, убедитесь, что введите DNS-имя, а не NetBIOS-имя.
Кроме того, можно обновить драйвер сетевого адаптера.
Ошибка 6
В настоящее время к этому удаленному компьютеру не может быть подключено больше подключений, так как на этом компьютере уже есть такое количество подключений, что может принять компьютер.
Решение
Перед присоединением компьютера к домену убедитесь, что все подключений к диску очищены.
Перезапустите компьютер, который вы пытаетесь присоединить к домену, чтобы убедиться, что нет подключений к серверам домена.
При введите доменное имя, убедитесь, что введите DNS-имя, а не NetBIOS-имя.
Ошибка может быть временным. Повторите попытку позже. Если проблема не утихает, проверьте состояние dc, к который подключается клиент (активные подключения, сетевое подключение и так далее). Может потребоваться перезапустить dc, если проблема сохраняется.
Ошибка 7
Недопустимый формат указанного имени сети.
Решение
Убедитесь, что компьютер может связаться с DNS-сервером, на котором размещена зона DNS целевого домена, или разрешить DNS-имена в этом домене. Убедитесь, что на этом клиенте настроен правильный DNS-сервер в качестве предпочтительного DNS и что клиент подключен к этому серверу. Чтобы проверить это, можно выполнить одну из следующих команд:
nltest /dsgetdc:<netbios domain name>/force
nltest /dsgetdc:<DNS domain name>/force
При введите доменное имя, убедитесь, что введите DNS-имя, а не NetBIOS-имя. Убедитесь, что у вас установлены самые последние драйверы для сетевого адаптер клиентского компьютера. Проверьте возможность подключения между подключаемым клиентом и целевым dc через необходимые порты и протоколы. Отключите функцию разгрузки TCP и разгрузку IP-адресов.
Ошибка 8
Служба каталогов исчерпала пул относительных идентификаторов.
Решение
Убедитесь, что dc, на котором размещен относительный мастер операций с ИД (RID), находится в оперативном и функциональном режиме. Дополнительные сведения см. в коде события 16650:не удалось инициализироваться в Windows Server.
Примечание
С помощью этой команды net query fsmo
можно определить, какая dc имеет роль MASTER RID.
Убедитесь, что Active Directory реплицируется между всеми компьютерами. Для обнаружения ошибок можно использовать следующую команду:
repadmin /replsummary /bysrc /bydest /sort:delta
Ошибка 9
Сбой удаленного вызова процедуры.
Решение
Убедитесь, что у вас установлены самые последние драйверы для сетевого адаптер клиентского компьютера. Проверьте возможность подключения между подключаемым клиентом и целевым dc через необходимые порты и протоколы. Отключите функцию разгрузки TCP и разгрузку IP-адресов.
Эта проблема также может быть вызвана одним из следующих условий:
- Сетевое устройство (маршрутизатор, брандмауэр или VPN-устройство) блокирует подключение через порты и протоколы, используемые протоколом MSRPC.
- Сетевое устройство (маршрутизатор, брандмауэр или VPN-устройство) отклоняет сетевые пакеты между клиентом, который присоединяется к dc.
Ошибка 10
Не удалось изменить DNS-имя основного домена этого компьютера на «». Имя останется «.». Указанный сервер не может выполнить операцию.
Решение
Эта ошибка возникает при использовании пользовательского интерфейса join домена для присоединить компьютер группы Windows 7 или Windows Server 2008 R2 к домену Active Directory, указав целевой домен DNS. Чтобы устранить эту ошибку, см. статью 2018583 о том, что при подмыве домена 2018583windows 7 или Windows Server 2008 R2 отображается ошибка «Сбой при изменении DNS-имени основного домена этого компьютера на «…».
Сообщения об ошибках проверки подлинности и их разрешения
Ошибка 1
Превышено максимальное число учетных записей компьютеров, которые можно создать в этом домене.
Решение
Убедитесь, что у вас есть разрешения на добавление компьютеров в домен и вы не превысили квоту, задаемую администратором домена.
Чтобы присоединить компьютер к домену, учетной записи пользователя необходимо предоставить разрешения на создание объекта компьютера в Active Directory.
Примечание
По умолчанию пользователь, не управляющего, может присоединить не более 10 компьютеров к домену Active Directory.
Ошибка 2
Ошибка при учетной записи: неправильное имя целевой учетной записи.
Решение
Убедитесь, что контроллеры домена (DCS) зарегистрированы с использованием правильных IP-адресов на DNS-сервере и что их имена-имена-службы (SPNs) зарегистрированы правильно в своих учетных записях Active Directory.
Ошибка 3
Сбой при работе в сети: пользователю не предоставлен запрашиваемого типа для этого компьютера.
Решение
Убедитесь, что у вас есть разрешения на добавление компьютеров в домен. Чтобы присоединить компьютер к домену, учетной записи пользователя необходимо предоставить разрешение на создание объекта компьютера в Active Directory.
Кроме того, убедитесь, что указанной учетной записи пользователя разрешен локальный вход на клиентский компьютер. Для этого настройте локальный параметр «Разрешить вход» в групповой политике в группе «Конфигурация компьютера > Параметры безопасности Windows > Параметры безопасности > Локальные политики > Назначение прав пользователя» .
Ошибка 4
Ошибка при работе с пользователем: неизвестное имя пользователя или плохой пароль.
Решение
Убедитесь, что используется правильное сочетание имени пользователя и пароля существующей учетной записи пользователя Active Directory при запросе учетных данных для добавления компьютера в домен.
Ошибка 5
Сопоставление между именами учетных записей и ИД безопасности не было сделано.
Решение
Эта ошибка, скорее всего, является временным сообщением об ошибке, регистрируется при поиске в целевом домене при подходящей учетной записи компьютера или при динамическом создании учетной записи компьютера в целевом домене.
Ошибка 6
Недостаточно места для выполнения этой операции.
Решение
Эта ошибка может возникнуть, если размер маркера Kerberos превышает максимальный размер по умолчанию. В этой ситуации необходимо увеличить размер маркера Kerberos для компьютера, который вы пытаетесь присоединить к домену. Дополнительные сведения см. в следующих статьях базы знаний:
935744 Сообщение об ошибке «Недостаточно места для выполнения этой операции» при использовании контроллера домена для присоединить компьютер к домену
327825 Проблемы с проверкой подлинности Kerberos, когда пользователь входит в множество групп
Ошибка 7
Учетная запись не имеет разрешения на вход с этой станции.
Решение
Эта проблема связана с несоответствием параметров подписи SMB между клиентского компьютера и dc, к нему обращались для операции присоединить домен. Изучите следующую документацию для дальнейшего изучения текущих и рекомендуемых значений в среде:
Сообщение об ошибке 281648: учетная запись не имеет разрешения на вход с этой станции
При изменении параметров безопасности и назначений прав пользователей могут возникнуть проблемы с клиентом, службой и программой 823659
Ошибка 8
Учетная запись, указанная для этой службы, отличается от учетной записи, указанной для других служб, работающих в том же процессе.
Решение
Убедитесь, что на dc, через который вы пытаетесь присоединиться к домену, запущена служба времени Windows.
Подключение домена к Стартовому сайту Эквида – Центр поддержки
Домен (или доменное имя) — это URL, виртуальный адрес вашего магазина. Например, www.mystore.com. Когда ваши клиенты заходят на ваш сайт, URL-адрес отображается в адресной строке их браузера.
Когда вы создаете аккаунт в Эквиде на любом плане, вы получаете сайт со встроенным магазином, Стартовый сайт, с бесплатным доменом вида https://storeXXXXXX.company.site, где XXXXXX – это ID вашего магазина.
Вы можете задать свой поддомен (т.е. изменить storeXXXXXX на название бренда) в любое время. Это доступно для всех магазинов на Эквиде.
Вы также можете купить свой домен или использовать существующий, если он у вас уже есть. Наличие собственного доменного имени помогает покупателям лучше идентифицировать бренд и облегчает продвижение сайта в поисковиках. Добавить свой домен можно на любом платном плане Эквида.
Использование поддомена на company.site
Вы можете использовать бесплатный поддомен Эквида для вашего Стартового сайта. По умолчанию домен имеет имя вида https://storeXXXXXX.company.site (XXXXXX — это ID вашего магазина), где в начале ссылки стоит имя пользователя, а в конце — company.site.
Вы можете изменить имя (storeXXXXXX): вместо него задать имя своего бренда, например, https://mystore.company.site. Это поможет вашим клиентам легко найти ваш магазин в результатах поиска.
Если вы используете Эквид-магазин, вам не стоит беспокоиться о безопасности данных ваших покупателей. Эквид предоставляет бесплатный SSL-сертификат для всех поддоменов на company.site и доменов, подключенных к Стартовому сайту. Поэтому все Стартовые сайты открываются через безопасное соединение — HTTPS.Но! Если вы добавили Эквид-магазин на свой сайт, вам необходимо дополнительно защитить сайт с помощью SSL-сертификата.
Чтобы изменить URL Стартового сайта:
- Откройте Панель управления Эквида → Сайт.
- В блоке Адрес сайта нажмите Изменить адрес:
- В поле Используйте наш поддомен введите название, которое хотите использовать:
- Кликните Сохранить.
- В приложении Эквида для iOS, перейдите в Магазин → Витрина и сайт.
- Найдите и отредактируйте поле Адрес сайта.
- Нажмите Готово.
- В приложении Эквида для Андроид, перейдите в Магазин → Витрина и сайт.
- Найдите и отредактируйте поле Адрес магазина.
- Нажмите галочку в синем поле, чтобы сохранить изменения.
Подключение своего домена к Стартовому сайту
Если у вас уже есть свой домен, вы можете подключить его к Стартовому сайту Эквида. В этом случае управление настройками, оплатой и продлением домена происходит на сайте стороннего регистратора, например GoDaddy, Nic.ru или Reg.ru.
Подключить свой домен можно на любом плантом плане Эквида. Если вы подключите платный план, а потом вернётесь на бесплатный, то вместо вашего домена в адресе магазина будет указан бесплатный поддомен Эквида.
Чтобы подключить ваш домен к Стартовому сайту, нужно внести изменения как в Панели управления Эквида, так и в контрольной панели доменного регистратора.
В Эквиде
- Перейдите в Панель управления Эквида → Сайт.
- В разделе Адрес сайта нажмите Изменить адрес:
- В всплывающем окне заполните поле Использовать свой домен:
- Скопируйте IP-адрес, который вы видите в своей панели управления:
- Нажмите Сохранить.
В контрольной панели доменного регистратора
- Войдите в личный кабинет вашего доменного регистратора.
- Создайте DNS-запись типа А для вашего домена (example.ru) и направьте запись на IP-адрес Эквида. Запись будет примерно такая:
example.ru — A — 23.23.44.201Убедитесь, что у вас нет других A или AAAA записей для вашего корневого домена, иначе они будут конфликтовать с A записью, указывающей на ваш Стартовый сайт.
- Если вы хотите, чтобы Стартовый сайт открывался также и по адресу www.example.ru, создайте DNS-запись типа CNAME для www, которая будет указывать на ваш домен (example.ru). Запись получится вот такая:
www — IN CNAME — @
или www — IN CNAME — example.ru
Если вы не уверены, что справитесь с настройкой DNS-записей самостоятельно, рекомендуем вам обратиться за помощью к поддержке регистратора домена.
Изменения вступят в силу не сразу. Это занимает от двух до 48 часов (чаще всего нужно несколько часов, реже сутки или двое). В течение этого времени важно не менять ничего в настройках. Когда изменения заработают, ваш Стартовый сайт будет доступен на вашем домене. Эквид бесплатно предоставит для вашего домена SSL-сертификат, и ваш сайт будет работать через протокол HTTPS.
Читайте также
Стартовый сайт
Настройки SEO в Эквид-магазинах
Как выбрать запоминающееся доменное имя для интернет-магазина? (Блог Эквида)
Как купить доменное имя для интернет-магазина (Блог Эквида)
Была ли эта статья полезной?
Приятно! Спасибо за ваш отзыв.
Спасибо за ваш отзыв.
Простите за это! Что было не так?
Отправить отзыв Пользователи, считающие этот материал полезным: 204 из 351 Разъяснение поискаWHOIS — советы межсерверного сервера
Автор Jithin 16 апреля, 2017
Посмотрите следующий видеоурок, если вы хотите узнать, как включить конфиденциальность Whois для своего домена.
Что такое WHOIS
WHOIS — это протокол, который используется для поиска подробной информации об интернет-ресурсе, таком как доменное имя, блок IP-адресов или автономная система. Он произносится как «Кто есть». Этот протокол используется для хранения деталей в базе данных и доставки деталей в базу данных в удобочитаемых форматах.Вы можете найти полную документацию по WHOIS в RFC 3912. Прежде чем вдаваться в подробности, нам необходимо понять несколько основных концепций.
Доменное имя: Доменное имя — это просто строка идентификации. Он должен быть зарегистрирован в DNS (системе доменных имен). Доменные имена используются в URL-адресе для идентификации веб-страницы.
Например: www.interserver.net
IP-адрес: IP-адрес также является строкой идентификации. В настоящее время используются две версии IP-адресов.Это IPv4 и IPv6. Нехватка IPv4 привела к изобретению IPv6. IPv4 состоит только из цифр, разделенных точками. IPv6 содержит другие символы, например буквы алфавита.
Например: IPv4: 172.16.254.1
IPv6: 2001: 0db8: 0a0b: 12f0: 0000: 0000: 0000: 0001
Автономная система: Автономная система (AS) — это набор префиксов маршрутизации IP (Интернет-протокола), которые связаны друг с другом. Они могут контролироваться одним или несколькими операторами сети, но они будут действовать от имени одной административной единицы.Этот объект будет иметь общую политику маршрутизации в Интернет.
Поиск в WHOIS
Процесс получения данных WHOIS о домене, блоке IP и т. Д. Из базы данных называется поиском в WHOIS. Это можно сделать разными способами. Есть много онлайн-инструментов для поиска в WHOIS. Сетевые инструменты InterServer можно найти здесь: https://www.interserver.net/network-tools.html. Поиск Whois также можно выполнить из интерфейса командной строки.Ниже представлена команда для поиска Whois с терминала.
$ whois interserver.net
Это методы поиска Whois. Поиск Whois предоставит много деталей, и теперь мы посмотрим, какие детали это влечет за собой.
Результат WHOIS
Необработанные данные WHOIS не могут храниться в базе данных в удобочитаемом формате. Инструменты поиска WHOIS извлекут данные и упорядочат их, чтобы мы могли легко понять детали.Результатом WHOIS могут быть личные данные, такие как адрес электронной почты, адрес и т. Д. Давайте посмотрим, какова классификация данных WHOIS для домена.
Данные WHOIS — классификация
Данные WHOIS классифицируются следующим образом.
1) Информация о домене
2) Контактное лицо регистратора
3) Административный контакт
4) Контактное лицо по техническим вопросам
Информация о домене
Этот тип информации содержит общие сведения о домене.Он будет состоять из следующих полей. Пояснения к каждому полю описаны рядом с полем.
Домен: В этом поле будет указано доменное имя, которое мы запрашиваем в WHOIS.
Регистратор: Это реквизиты регистратора, у которого зарегистрировано доменное имя.
Дата регистрации: Это дата, когда доменное имя было впервые зарегистрировано. При использовании некоторых инструментов поиска в WHOIS она будет отображаться как «Дата создания».
Срок действия: Это дата истечения срока действия домена. С этим полем может быть путаница. Если срок действия домена уже истек, это поле будет отображаться через год с даты его фактического истечения. В этой ситуации мы можем проверить «Статус». Если это «Удержание» или «Погашение», значит, срок его действия истек. Если домен заблокирован, мы можем найти дату истечения срока в коллекции дат записи в следующем тексте.
Дата обновления: Это дата последнего обновления данных WHOIS.
Статус: Это статус регистратора домена. Это будет «ОК», если нет ограничений и домен можно свободно передавать от одного регистратора к другому. Более подробная информация о статусе регистратора »указана в https://www.interserver.net/tips/kb/all-about-epp-code/.
Серверы имён: В этом поле будет представлена подробная информация о серверах имён, используемых доменом в данный момент.
Контактное лицо для регистрации
Как видно из названия, эта область предоставит вам подробную информацию о регистранте домена.Кстати кто регистрант? Регистрант — это физическое лицо или организация, которые регистрируют домен. Это просто идентификационные данные конкретного доменного имени. Там будут следующие данные о регистранте.
1) Название
2) Организация
3) улица
4) Город
5) Состояние
6) Почтовый Индекс
7) Страна
8) Телефон
9) Факс
10) Электронная почта
Контактное лицо по административным вопросам
Контактное лицо по административным вопросам — это тот Whois, который уполномочен взаимодействовать с регистратором доменного имени, чтобы отвечать на вопросы о регистрации доменного имени и регистранте.Это разрешение выдает регистрант. Детали в этой классификации будут точно такими же, как указано выше.
Контактное лицо по техническим вопросам
Это физическое лицо или организация, которые будут уполномочены регистрантом управлять всеми техническими проблемами для домена. Они будут получать все уведомления об обновлении и другие административные уведомления для домена.
Конфиденциальность WHOIS
Возможно, вы заметили, что ICANN требует потенциальную личную информацию для регистрации доменного имени.Это может вызвать различные проблемы у регистрантов. Есть способ защитить эти детали от просмотра публикой. Это называется конфиденциальностью WHOIS, и вы можете включить ее для своего домена за 5 долларов в год.
Если вам потребуется дополнительная помощь, обратитесь в нашу службу поддержки.
Whois API, Whois Lookup API и др.
API домена и WHOIS позволяют программно выполнять поиск доступности доменных имен и легко получать информацию WHOIS.Вы можете использовать API-интерфейсы, чтобы запрашивать базу данных различных регистраторов доменных имен и знать, «кто» отвечает за сетевой ресурс, такой как доменное имя или IP-адрес.
При широкой доступности таких API может быть сложно принять правильное решение о том, какой из них лучше выбрать. Поэтому, чтобы помочь вам сделать правильный выбор, мы оценили несколько API-интерфейсов поиска домена и WHOIS на основе следующих критериев:
- Функции API: Мы рассмотрели ключевые особенности каждого из API.
- Цена: Мы рассмотрели стоимость использования каждого из API, предоставляемых на платформе Rakuten RapidAPI, которая является крупнейшей торговой площадкой API в мире.
- Простота использования: Мы тщательно изучили простоту интеграции каждого из API в приложения.
В конце концов, мы создали следующий список из 10 лучших доменов и поисковиков по WHOIS RESTful API:
10 лучших API поиска доменов и WHOISTL; DR: Вот таблица, в которой обобщены наши основные выводы.
API | Характеристики API | Стоимость | Простота использования |
API поиска Whois | Получить данные WHOIS в формате JSON или XML | Бесплатные и платные планы на 8 или 15 долларов в месяц | Легко |
NetTools API | Запрос данных WHOIS, разрешение IP-адреса, разрешение имени хоста, получение информации о местоположении | Бесплатные и платные планы на 10 или 50 долларов в месяц | Легко |
Массовый WHOIS API | Получить данные WHOIS с помощью параметра запроса одного домена или параметра запроса нескольких доменов | Бесплатная и платная подписка на 2 доллара в месяц | Легко |
API массовых данных Whois | Выполнять запросы большого объема данных WHOIS и получать результаты в формате JSON | Бесплатные и различные платные планы от 14 долларов США.От 99 до 149,99 долл. США в месяц | Легко |
Domaination.io API | Проверить доступность домена, получить данные WHOIS | Бесплатные и различные платные планы от 8 до 200 долларов в месяц | Легко |
Название Toolkit API | Получите предложения по доменному имени, регистрационные данные, данные WHOIS | Бесплатные и различные платные планы от 5 до 150 долларов в месяц | Легко |
Whois API | Проверка регистрации доменов, доступность домена, обнаружение мошенничества с кредитными картами, определение географического местоположения пользователей | Бесплатно | Легко |
JSON Whois — снимок экрана API | Создание снимка экрана домена, получение социальных данных, создание графиков, получение данных WHOIS | Бесплатно | Легко |
WHOIS v2 API | Запрашивать записи WHOIS, отслеживать регистрации доменов, находить пользователей, обнаруживать мошеннические действия | Бесплатно | Легко |
API доступности домена | Проверить доступность доменного имени для регистрации | Бесплатно | Легко |
Whois API — это простой API, который позволяет быстро и без проблем искать данные WHOIS.
Функции API: При использовании API поиска Whois вам просто нужно указать доменное имя и получить обратно данные WHOIS. Он возвращает контактные данные владельца доменного имени, статус доступности, дату создания и истечения срока действия, данные сервера имен, данные регистратора и многое другое. API выводит данные в формате JSON или XML. API также поддерживает широкий спектр RIR (региональных интернет-реестров) и TLD (доменов верхнего уровня).
Цена: Если вы делаете менее 1000 запросов в месяц, вы можете использовать API бесплатно.В противном случае вы можете платить 8 долларов в месяц и получать 15 000 запросов или 15 долларов в месяц и получать неограниченное количество запросов.
Простота использования: Простая документация, которая поможет вам начать работу с API как можно более безупречно.
NetTools API — это набор инструментов, которые позволяют вам получать полезную информацию о ваших клиентах.
Функции API: NetTools API позволяет запрашивать данные WHOIS по IP, AS или доменному имени, разрешать IP-адрес в DNS, связанный с хостом, разрешать имя хоста, связанное с IP-записью, и извлекать местоположение информацию путем разрешения записи DNS или общедоступного IP-адреса.
Цена: Вы можете использовать API бесплатно, если вы делаете менее 100 запросов в день. В противном случае вы можете платить 10 долларов в месяц и делать 10 000 запросов или платить 50 долларов в месяц и делать неограниченное количество запросов.
Простота использования: Существует простая документация, которая поможет вам легко освоить API.
Массовый WHOIS API предоставляет вам эффективный способ сбора данных WHOIS и знания статуса интернет-ресурса.
Функции API: Массовая служба WHOIS API проверяет данные WHOIS в двух режимах: вариант запроса одного домена, оптимизированный для задержки, и вариант запроса нескольких доменов, оптимизированный для пропускной способности. С помощью API вы можете получить дату создания и истечения срока действия доменных имен, данные регистратора, статус домена и другую информацию WHOIS. Он также поддерживает все TLD.
Цена: Вы можете отправлять до 43 200 запросов в день бесплатно, но каждый запрос ограничен 15 доменами.Если вы платите 2 доллара в месяц, вы можете отправлять до 86 4000 запросов в день и запрашивать 25 доменов за один запрос.
Простота использования: Существует подробная документация и примеры кодов на различных языках программирования, чтобы вы могли начать работу в течение нескольких минут.
API массовых данных Whois позволяет выполнять запросы большого объема информации WHOIS и получать данные, которые вы хотите внедрить в своем варианте использования.
Функции API: API массовых данных Whois предоставляет надежные проанализированные данные WHOIS в формате JSON.После указания доменного имени или IP-адреса вы можете получить данные WHOIS и использовать эти данные в своем приложении. Вы можете выполнять сотни или тысячи запросов WHOIS каждый день. API также поддерживает все TLD, включая новые gTLD.
Цена: Бесплатная версия позволяет делать 100 запросов в месяц. Помимо бесплатного плана, вы можете подписаться на любой из его платных планов, стоимость которых варьируется от 14,99 долларов в месяц до 149,99 долларов в месяц.
Простота использования: С помощью всего нескольких строк кода вы можете легко и без проблем приступить к интеграции API.
API Domaination.io — это простой API, который можно использовать для проверки доступности доменного имени, а также для получения других данных WHOIS.
Возможности API: С помощью API Domaination.io вы можете получить много информации об указанном доменном имени, включая доступность для регистрации, дату создания, дату истечения срока действия, рейтинг домена, статус, данные регистратора и многое другое. Он также поддерживает широкий спектр TLD.
Цена: С помощью API можно делать 10 000 бесплатных запросов в месяц.Чтобы получить доступ к более высоким лимитам запросов, вы можете выбрать любой из его платных планов, стоимость которых начинается от 8,00 долларов в месяц до 200,00 долларов в месяц.
Простота использования: Существует обширная документация, которая позволит вам начать работу с API в течение нескольких минут.
API Name Toolkit позволяет пользователям быстро и надежно получать предложения по именам доменов, регистрационные данные и другую информацию WHOIS.
Функции API: С помощью Name Toolkit API вы можете запрашивать широкий спектр информации о домене, включая рейтинг Alexa, данные NsLookup на DNS-серверах и данные WHOIS.Он также поддерживает широкий спектр TLD.
Цена: Если вы совершаете менее 1000 звонков в месяц, вы можете использовать API бесплатно. Помимо бесплатного плана, платные планы варьируются от 5 до 150 долларов в месяц.
Простота использования: Начать работу с API легко — есть примеры интеграции на различных языках программирования, которые вы можете изменить в соответствии со своим вариантом использования.
Whois API позволяет получать исчерпывающие данные WHOIS об интернет-ресурсах и интегрировать их в ваше приложение.
Функции API: С помощью Whois API вы можете проверять регистрации доменов, оценивать доступность доменных имен, обнаруживать мошенничество с кредитными картами, определять географическое местоположение пользователей и т. Д. Он ищет данные только от лучших регистраторов ВОЗ с полными данными. API также может решить проблемы, связанные с брандмауэром, которые препятствуют доступу к данным WHOIS. Он возвращает данные в формате XML или JSON.
Цена: API предоставляется бесплатно.
Простота использования: Существует простая документация, которая поможет вам с легкостью использовать API.
JSON Whois — API снимков экрана позволяет создать снимок экрана домена и получить широкий спектр актуальных данных WHOIS.
Функции API: С помощью JSON Whois — Screenshot API вы можете сделать снимок экрана домена, который можно отобразить в виде эскиза или как есть. Он предоставляет различные типы социальных данных, такие как количество в Google, Twitter и Facebook. Кроме того, API позволяет создавать графики, получать информацию о рейтинге Alexa домена и получать другую важную информацию WHOIS.
Цена: Доступно бесплатно.
Простота использования: Существуют образцы кода, образцы ответов от конечных точек и другие ссылки, чтобы упростить использование API.
API WHOIS v2 предоставляет отличные возможности для запроса записей WHOIS доменных имен, IP-адресов и других онлайн-ресурсов.
Функции API: API WHOIS v2 позволяет отслеживать регистрации доменов, оценивать доступность доменных имен и определять географическое местонахождение пользователей.С помощью API вы можете получить адрес регистрации, информацию о регистраторе, дату создания, срок действия, дату обновления и другую информацию. Его можно использовать для расследования и предотвращения киберпреступлений, обнаружения мошенничества и анализа конкурентов. Данные возвращаются в хорошо проанализированном формате XML или JSON.
Цена: Предоставляется бесплатно.
Простота использования: Существуют примеры использования на популярных языках программирования, подробная документация и поддержка, которые помогут вам преодолеть любые препятствия при реализации API.
API доступности домена позволяет проверить, доступен ли домен для регистрации.
Возможности API: API доступности домена позволяет точно определить доступность доменного имени для регистрации. Он возвращает статус доступности как с проанализированными полями, так и с исходными текстами в форматах JSON и XML. API поддерживает все домены верхнего уровня. Кроме того, он постоянно обновляется, чтобы пользователи всегда получали актуальную информацию.
Цена: Использование API бесплатно.
Простота использования: Существует простая документация, которая гарантирует, что вы используете API без каких-либо проблем с программированием.
ЗаключениеЭто список Rakuten RapidAPI из 10 лучших API-интерфейсов поиска доменов и WHOIS. Мы надеемся, что вы найдете подходящий API для интеграции информации о доменах и WHOIS в ваше приложение.
Всего наилучшего!
О Rakuten RapidAPI:
Rakuten RapidAPI — это крупнейшая в мире торговая площадка API с более чем 8 000 сторонних API, которую используют более 500 000 активных разработчиков.Мы позволяем разработчикам создавать трансформирующие приложения с помощью API. Найдите, протестируйте и подключитесь ко всем необходимым API в одном месте!
Ознакомьтесь с некоторыми из лучших в мире API-интерфейсов, включая Microsoft, Sendgrid, Crunchbase и Skyscanner.
Facebook | LinkedIn | Twitter
IANA — данные делегирования домена .info
(общий домен верхнего уровня)
Спонсорская организация
Afilias LimitedУровень 2, Plaza 3
Custom House Plaza
Harbourmaster Place
Dublin D01 VY76
Ирландия
Контактное лицо по административным вопросам
Старший вице-президентAfilias Limited
C / O Afilias USA, Inc.
300 Welsh Road, Building 3
Suite 105
Horsham Pennsylvania 19044
США
Электронная почта: [email protected]
Голосовая связь: +1 215 706 5700
Факс: +1 215 706 5701
Контактная информация по техническим вопросам
Старший директор, Группа инфраструктуры DNSAfilias Limited
C / O Afilias USA, Inc.
300 Welsh Road, Building 3
Suite 105
Horsham Pennsylvania 19044
США
Эл. Почта: tld-tech-poc @ afilias.info
Голосовой: +1215706 5700
Факс: +1215706 5701
Серверы имен
Имя хоста | IP-адрес (а) |
---|---|
a0.info.afilias-nst.info | 199.254.31.1 2001: 500: 19: 0: 0: 0: 0: 1 |
b0.info.afilias-nst.org | 199.254.48.1 2001: 500: 1a: 0: 0: 0: 0: 1 |
c0.info.afilias-nst.info | 199.254.49.1 2001: 500: 1b: 0: 0: 0: 0: 1 |
d0.info.afilias-nst.org | 199.254.50.1 2001: 500: 1c: 0: 0: 0: 0: 1 |
a2.info.afilias-nst.info | 199.249.113.1 2001: 500: 41: 0: 0: 0: 0: 1 |
b2.info.afilias-nst.org | 199.249.121.1 2001: 500: 49: 0: 0: 0: 0: 1 |
Информация реестра
Этот домен управляется регистрационной системой ICANN.Вы можете зарегистрировать домены в .INFO через аккредитованного ICANN регистратора. Официальный список аккредитованных регистраторов ICANN доступно на веб-сайте ICANN. URL для служб регистрации: http://www.nic.info
Сервер WHOIS: whois.afilias.net
Отчеты IANA
Запись обновлена 15.10.2020. Дата регистрации 26.06.2001.
Четыре способа связаться с регистрантом доменного имени — GigaLaw
Несмотря на создание новых проблем, Общий регламент Европейского Союза (ЕС) о защите данных (GDPR) не остановил владельцев товарных знаков от использования Единой политики разрешения споров о доменных именах (UDRP) для обеспечения соблюдения свои права.
Однако в некоторых случаях владельцы товарных знаков могут захотеть связаться с регистрантом доменного имени до (или вместо) подачи жалобы UDRP. И действительно, некоторые владельцы регистраций доменных имен — те, кто хочет продать свои доменные имена — действительно хотят, чтобы с ними связались. Как заметил один блогер по доменным именам, «GDPR может быть проблематичным для инвесторов в доменные имена, особенно для тех, кто использует информацию Whois для покупки или продажи доменных имен».
Раньше связаться с регистрантом доменного имени было довольно простой задачей: найти запись whois доменного имени и отправить электронное письмо соответствующим контактам, указанным там.Но теперь, когда GDPR отредактировал имена и контактную информацию из многих записей whois, это часто становится непростой задачей.
К счастью, все еще есть способы связаться с владельцем регистрации доменного имени, даже когда ICANN работает над долгосрочным решением.
Вот четыре способа связаться с регистрантом доменного имени:
Проверить запись Whois
Во многих случаях адрес электронной почты регистранта доменного имени все еще может быть доступен в записи whois. Это связано с тем, что GDPR не требует удаления всей контактной информации из всех регистраций доменных имен, а также потому, что не все регистраторы интерпретируют и применяют GDPR одинаково.Итак, начните с правильного поиска whois, и вы сможете найти то, что вам нужно, несмотря на GDPR.
Проверить веб-сайт
Многие владельцы регистраций доменных имен, конечно же, публикуют контактную информацию на своих веб-сайтах — иногда потому, что они ведут бизнес (независимо от легитимности бизнеса), а иногда потому, что они пытаются продать свое доменное имя и хотят, чтобы к ним было легко добраться. Регистрант, который пытается продать доменное имя, может указать адрес электронной почты или контактную форму на веб-сайте или даже сделать ссылку или перенаправить на сторонний сайт, продающий доменное имя.Любой из этих контактов может быть способом связаться с регистрантом.
Угадай адрес
Некоторые владельцы доменных имен настраивают адреса электронной почты по умолчанию, такие как info @
Использование инструментов регистратора
«Временная спецификация ICANN» (принятая 17 мая 2018 г.) требует, чтобы регистраторы «предоставляли адрес электронной почты или веб-форму для облегчения связи по электронной почте с соответствующим контактным лицом [доменного имени], но не должен указывать контактный адрес электронной почты или сам контакт.«То, как эта коммуникация реализуется, непоследовательно и постоянно развивается. Например, GoDaddy в настоящее время включает ссылку« Контактный владелец домена »в свои записи whois, которая включает веб-форму, где пользователи могут« отправить электронное письмо на адрес, указанный в файле, для указанного домен ». Однако, как предупреждает GoDaddy,« мы никоим образом не можем гарантировать, что регистрант выполнит ваш контактный запрос ».
Как получить информацию о домене и IP-адресе с помощью команды WHOIS
WHOIS — это протокол запросов и ответов на основе TCP, который обычно используется для предоставления информационных услуг пользователям Интернета.Он возвращает информацию о зарегистрированных доменных именах, блоке IP-адресов, серверах имен и гораздо более широком спектре информационных услуг.
В Linux утилита командной строки whois представляет собой клиент WHOIS для связи с сервером WHOIS (или хостом базы данных), который принимает запросы на хорошо известный номер порта 43 , который хранит и доставляет содержимое базы данных в удобочитаемый формат.
Прочтите также : 10 команд Linux Dig (Domain Information Groper) для запроса DNS
Утилита командной строки whois не входит в предустановку во многих дистрибутивах Linux, выполните соответствующую команду ниже для своего дистрибутива, чтобы установить ее.
# yum install whois # RHEL / CentOS # dnf install whois #Fedora 22+ $ sudo apt install whois # Debian / Ubuntu
Как найти информацию об IP-адресе
Чтобы получить информацию о конкретном IP-адресе, введите команду, как показано в примере ниже.
$ whois 216.58.206.46 # # Данные и услуги ARIN WHOIS регулируются Условиями использования. # доступно по адресу: https://www.arin.net/whois_tou.html # # Если вы видите неточности в результатах, сообщите об этом на # https: // www.arin.net/public/whoisinaccuracy/index.xhtml # # # Следующие результаты также можно получить с помощью: # https://whois.arin.net/rest/nets;q=216.58.206.46?showDetails=true&showARIN=false&showNonArinTopLevelNet=false&ext=netref2 # NetRange: 216.58.192.0 - 216.58.223.255 CIDR: 216.58.192.0/19 NetName: GOOGLE NetHandle: NET-216-58-192-0-1 Родитель: NET216 (NET-216-0-0-0-0) NetType: прямое размещение ПроисхождениеAS: AS15169 Организация: Google LLC (GOGL) RegDate: 27 января 2012 г. Обновлено: 27.01.2012 Ссылка: https: // whois.arin.net/rest/net/NET-216-58-192-0-1 OrgName: Google LLC OrgId: GOGL Адрес: 1600 Amphitheatre Parkway. Город: Маунтин-Вью StateProv: CA Почтовый индекс: 94043 Страна: США Дата регистрации: 2000-03-30 Обновлено: 21.12.2017 Ссылка: https://whois.arin.net/rest/org/GOGL ...
Как найти информацию о домене
Чтобы получить информацию о зарегистрированном домене, просто введите следующую команду с доменным именем.Он получит данные домена, включая доступность, право собственности, создание, срок действия, серверы имен и т. Д.
$ whois google.com Доменное имя: GOOGLE.COM Идентификатор домена реестра: 2138514_DOMAIN_COM-VRSN Сервер WHOIS регистратора: whois.markmonitor.com URL регистратора: http://www.markmonitor.com Дата обновления: 2011-07-20T16: 55: 31Z Дата создания: 1997-09-15T04: 00: 00Z Дата истечения срока действия реестра: 2020-09-14T04: 00: 00Z Регистратор: MarkMonitor Inc.IANA ID регистратора: 292 Контактный адрес электронной почты регистратора по вопросам злоупотреблений: [адрес электронной почты защищен] Контактный телефон регистратора по вопросам злоупотреблений: +1.2083895740 Статус домена: clientDeleteProhibited https://icann.org/epp#clientDeleteProhibited Статус домена: clientTransferProhibited https://icann.org/epp#clientTransferProhibited Статус домена: clientUpdateProhibited https://icann.org/epp#clientUpdateProhibited Статус домена: serverDeleteProhibited https://icann.org/epp#serverDeleteProhibited Статус домена: serverTransferProhibited https: // icann.org / epp # serverTransferProhibited Статус домена: serverUpdateProhibited https://icann.org/epp#serverUpdateProhibited Сервер имен: NS1.GOOGLE.COM Сервер имен: NS2.GOOGLE.COM Сервер имен: NS3.GOOGLE.COM Сервер имен: NS4.GOOGLE.COM ....
Форматирование информации будет отличаться в зависимости от используемого сервера WHOIS . Кроме того, одним из недостатков WHOIS является отсутствие полного доступа к данным, поэтому ознакомьтесь с этими полезными руководствами для запроса информации DNS в Linux:
- Примеры полезных команд «хоста» для запроса поиска в DNS
- 8 команд Linux Nslookup для устранения неполадок DNS (сервера доменных имен)
Если у вас есть какие-либо вопросы или информация о статье, которой вы хотите поделиться с нами, используйте форму для комментариев ниже.
Если вы цените то, что мы делаем здесь, на TecMint, вам следует принять во внимание:
TecMint — это самый быстрорастущий и пользующийся наибольшим доверием сайт сообщества, где можно найти любые статьи, руководства и книги по Linux в Интернете. Миллионы людей посещают TecMint! для поиска или просмотра тысяч опубликованных статей доступны БЕСПЛАТНО для всех.
Если вам нравится то, что вы читаете, пожалуйста, купите нам кофе (или 2) в знак признательности.
Мы благодарны вам за постоянную поддержку.
Вот что происходит, когда данные WHOIS становятся общедоступными (май 2018 г .: обновление) | Виктор Альгазе
ОБНОВЛЕНИЕ: вступили в силу новые правила защиты данных ЕС, и система WHOIS, возможно, находится на рубеже. Подробнее здесь: https://medium.com/@valgaze/friday-may-25th-how-europes-gdpr-might-finally-break-the-internet-s-broken-whois-system-8bb009a2161f
— — —
Это может быть из-за неуклюжих пальцев (или грязного мобильного сайта), но какой бы ни была причина, если вы оставите точную личную информацию публично открытой в записи WHOIS, что произойдет?
Я хотел выяснить — гипотетически говоря
Дважды проверьте, чтобы убедиться, что выбрана правильная цель… вы, вероятно, хотите «частный»WHOIS — это служба поиска, управляемая различными регистраторами доменных имен, которые должны предоставлять бесплатный доступ (через веб-сайта и программно) к данным регистрации доменного имени.Теоретически протокол WHOIS предоставляет стандартный интерфейс для получения информации, связанной с определенным доменным именем. Например, если вы хотите приобрести allaboutfrogs.org у его владельца, ваш первый шаг, вероятно, будет заключаться в получении соответствующей записи WHOIS. Или, если вы думали, что владеете авторским правом на всех лягушек, запись WHOIS — это первая юридическая точка, с которой можно связаться.
Но если вы действительно посмотрите запись WHOIS для allaboutfrogs.org, однако, вся информация будет скрыта:
Что это за WHOIS * IS *?Сама система WHOIS восходит как минимум к 1980-м годам (даже в те времена, когда еще не было ARAPNET в Интернете), когда существовало, возможно, странное представление о том, что любому пользователю, подключенному к системе, подобной WHOIS, можно доверять.Интернет-корпорация по присвоению имен и номеров (или ICANN, некоммерческая организация на базе SoCal, которая эффективно управляет «костями» общедоступного Интернета) в настоящее время имеет беззубую и, соответственно, бесполезную политику использования WHOIS, в которой пользователи
[… ] соглашаются не использовать эти данные [WHOIS] (i) для разрешения, включения или иной поддержки передачи по электронной почте, телефону или факсу массовой незапрашиваемой коммерческой рекламы или (ii) для обеспечения большого объема автоматизированной, электронные процессы для сбора или компиляции этих данных для любых целей, включая, помимо прочего, добычу этих данных для ваших личных или коммерческих целей
Поскольку вероятность того, что эта политика будет сдерживать злоумышленников или нарушителей системы WHOIS, практически равна нулю, домен Регистраторы имен создали различные службы «маскировки», в которых поиск в WHOIS в домене просто возвращает контактную информацию самого регистратора, а не пользователя, который на самом деле rchased / управляет доменным именем.Единственный надежный способ проникнуть сквозь маскировку WHOIS — это обратиться в суд или у брокера доменного имени с чеком на руках. Некоторые регистраторы взимают деньги за этот тип маскировки, в то время как другие регистраторы добавляют их как часть регистрационного сбора.
Но что произойдет, если вы не воспользуетесь службой маскировки? Что, если вы действительно предоставите свою контактную информацию открытой системе WHOIS?
Я открыл стерильную учетную запись Yahoo ([email protected]) и создал «чистый» одноразовый телефонный номер Burner.После некоторого разговора я остановился на названии горшочка с медом www.whois-is-fun.com
Я даже придумал имя: Джон Спами.
То, что произошло дальше, немного туманно, но неуклюжие пальцы могли соскользнуть, и потенциально неточная информация на короткое время (, а также трагически публично! ) попала в систему WHOIS:
Это демонстрирует другую проблему WHOIS https: // goo .gl / 4r6aCGАдрес электронной почты Yahoo использовался исключительно для этой транзакции, а номер телефона Burner, похоже, не входил ни в один из ранее существовавших списков спама по SMS.Машина была чистой, и о самом сайте www.whois-is-fun.com не было никаких публичных упоминаний. Это был призрак.
После того, как данные WHOIS отмечены как «общедоступные», вы быстро начнете получать сообщения от МНОГИЕ новых полезных друзей, которые все очень хотят связаться с любыми необходимыми средствами :
И они говорят, что никто не звонит по телефону телефон больше ..В то время как большинство фирм, казалось, не хотели много работать, когда они сделали свое предложение, довольно многие из них взяли на себя труд внедрить дружественный индивидуальный подход « Привет, $ {first_name}, »:
Конечно, в этом нет ничего удивительного.Во-первых, WHOIS в его нынешней форме существует только для облегчения законного «бизнеса», такого как транзакции с доменными именами, или для решения различных юридических споров и проблем. Он никогда не создавался так, чтобы быть защищенным от программного обеспечения для автоматического сбора данных или телемаркетинга. С другой стороны, люди, занимающиеся рассылкой спама WHOIS, по всей видимости, в основном заинтересованы в бронировании работы или клиентов. Идея преследования недавних владельцев доменов не обязательно ужасна, если она используется в качестве компонента стратегии лидогенерации для лоскутной SEO / WordPress-фирмы.Хотя на бумаге это неплохая идея, на практике можно представить, что рассылка спама в WHOIS не очень эффективна / прибыльна для какой-либо конкретной фирмы, поскольку в том же океане очень много других акул, преследующих ту же рыбу. (Вероятно, в основном это просто рыба, которая оставила свои данные WHOIS общедоступными.) Независимо от его эффективности, если спам в WHOIS представляет собой столь же низкий риск и минимальные усилия для его реализации, кажется, это имеет большой смысл, почему фирмы будут продолжать его использовать.
Даже если это не удивительно, факт остается фактом: если регистрант в 2017 году предоставляет точную контактную информацию для своей записи WHOIS и не использует стороннюю маскирующую службу, то у этого пользователя большие проблемы.Они будут полностью завалены спамом и «предложениями» — не говоря уже о том, что они также значительно увеличат свою подверженность риску кражи личных данных.
В нынешнем виде недостатки WHOIS невозможно устранить с помощью пары исправлений или доработок. Многие проблемы с WHOIS связаны с базовой и, вероятно, неразрешимой проблемой «людей»: как убедить незнакомых людей вести себя определенным образом, если это не в их экономических интересах, и особенно при отсутствии надежного механизма штрафных санкций. наказать плохих актеров?
На момент написания общедоступные рекомендации ICANN относительно спама в WHOIS включают следующее:
«Возможно, вы захотите связаться с регистратором электронной почты спамера»Безусловно, ICANN определенно не существует для борьбы со спамом.Это просто не является частью работы ICANN и не связано с какой-либо частью ее устава. Тем не менее, ICANN, несомненно, осведомлена о недостатках существующей системы WHOIS (ICANN определила утечку данных как лишь одну из многих проблем, связанных с WHOIS). В рамках очень долгого бюрократического пути тогдашний генеральный директор ICANN Фади Чехаде в феврале 2013 г. созвал экспертную рабочую группу по службам каталогов gTLD (EWG) для изучения предложений, направленных на то, чтобы попытаться исправить важную систему WHOIS, начав с нуля.
Из отчета EWG вытекает ряд идей, но, пожалуй, наиболее интригующим является обширное видение того, как могла бы выглядеть замена WHOIS следующего поколения «Службой каталогов регистрации» (RDS).
Одним из многообещающих компонентов видения RDS является доктрина, известная как «раскрытие информации на основе цели». Сьюзан Кавагути объясняет это так:
Кавагути о доступе к данным RDS«Когда вы подойдете к входной двери, вы не сможете просто войти, вы должны сообщить нам [админ], кто вы и для чего вы это используете […] если вы хотите знать чьи-то личные данные, которые вы обязаны предоставить свои собственные.
В рамках схемы RDS по-прежнему будут доступны общедоступные данные, как и в сегодняшней системе WHOIS (даты, статусы и т. Д.), И там ничего особенного не изменится.Однако отличие состоит в том, что определенные типы регистрационных данных будут обозначены как привилегированные или «закрытые». Вместо того, чтобы беспокоить владельца записи WHOIS, «настоящий» поверенный, которому необходимо знать, может получить доступ к юридическим контактным данным сайта (то же самое по техническим или финансовым вопросам). Таким образом, закрытые данные предоставляются ТОЛЬКО аккредитованным лицам. или их представители, которые (1) подтвердили свою личность и (2) подтвердили свою законную потребность в информации.
Источник: https://goo.gl/W37HyKДетали реализации все еще прорабатываются (и будут продолжаться в течение некоторого времени из-за масштабов изменений и сопутствующих сложностей), но RDS с целевым раскрытием информации может решить именно те проблемы, которые WHOIS в нынешнем виде не может решить.
А пока не забудьте скрыть эти записи WHOIS (или просто используйте PRQ)
На пути к новому WHOIS
Информация WHOIS для домена
curl -H "Авторизация: предъявитель% YourToken%" \ "https://investigate.api.umbrella.com/whois/{domain}"
{ "administratorContactFax": null, "whoisServers": ноль, "адреса": [ «1600 Амфитеатр бульвар», "пожалуйста, свяжитесь с [адрес электронной почты], бульвар амфитеатр 1600", «2400 у.е.Bayshore pkwy " ], "administratorContactName": "Администратор DNS", «zoneContactEmail»: нуль, "billingContactFax": null, "administratorContactTelephoneExt": "", "administratorContactEmail": "[электронная почта защищена]", "TechnicalContactEmail": "[электронная почта защищена]", "TechnicalContactFax": "16506181499", "nameServers": [ "ns1.google.com", "ns2.google.com", "ns3.google.com", "ns4.google.com" ], "zoneContactName": "", "billingContactPostalCode": "", "zoneContactFax": "", "registrantTelephoneExt": "", "zoneContactFaxExt": "", "TechnicalContactTelephoneExt": "", "billingContactCity": "", "zoneContactStreet": [], "created": null, "administratorContactCity": "Маунтин-Вью", "registrantName": "Администратор DNS", "zoneContactCity": "", "domainName": "google.com ", "zoneContactPostalCode": "", "administratorContactFaxExt": "", "TechnicalContactCountry": "СОЕДИНЕННЫЕ ШТАТЫ", "registrarIANAID": "292", "обновлено": "2011-07-20 00:00:00 UTC", "administratorContactStreet": [ «1600 Амфитеатр бульвар» ], "billingContactEmail": "", "положение дел": [ "clientDeleteProhibited", "клиент Передача Запрещенные", "clientUpdateProhibited", "serverDeleteProhibited", "serverTransferProhibited", "serverUpdateProhibited" ], "registrantCity": "Маунтин-Вью", "billingContactCountry": "", "expires": "2020-09-14 00:00:00 UTC", "TechnicalContactStreet": [ «2400 у.е.Bayshore pkwy " ], "registrantOrganization": "Google Inc.", "billingContactStreet": [], "registrarName": "MARKMONITOR INC.", "registrantPostalCode": "94043", "zoneContactTelephone": "", "registrantEmail": "[электронная почта защищена]", "TechnicalContactFaxExt": "", "TechnicalContactOrganization": "Google Inc.", "электронные письма": [ "[электронная почта защищена]" ], "registrantStreet": [ "пожалуйста, свяжитесь с [адрес электронной почты] gle.com, 1600 amphitheatre parkway" ], «TechnicalContactTelephone»: «16503300100», "TechnicalContactState": "CA", "TechnicalContactCity": "Маунтин-Вью", "registrantFax": "16506188571", "registrantCountry": "СОЕДИНЕННЫЕ ШТАТЫ", "billingContactFaxExt": "", "отметка времени": ноль, "zoneContactOrganization": "", "administratorContactCountry": "СОЕДИНЕННЫЕ ШТАТЫ", "billingContactName": "", "registrantState": "CA", "registrantTelephone": "16502530000", "administratorContactState": "CA", "registrantFaxExt": "", "TechnicalContactPostalCode": "94043", "rawBase64": ноль, "zoneContactTelephoneExt": "", "administratorContactOrganization": "Google Inc.", "billingContactTelephone": "", "billingContactTelephoneExt": "", "zoneContactState": "", «АдминистративныйКонтактТелефон»: «16506234000», "billingContactOrganization": "", "TechnicalContactName": "Администратор DNS", "administratorContactPostalCode": "94043", "zoneContactCountry": "", "billingContactState": "" }.