Несколько человек предположили возможность использования реальных зарезервированных доменных имен. (Для любопытных у меня есть краткое изложение имена и сети зарезервированы для примеров и документации на моем личном сайте.)
Некоторые люди даже предлагают использовать реальные доменные имена, которые в некоторой степени нежелательны, но все же действительны.
Третьи предложили зарегистрировать собственное доменное имя, чтобы вы могли контролировать его содержимое.
Я собираюсь рискнуть и предложить это есть способ создать действительные доменные имена, которые на самом деле не будет существовать.
Это связано с тем, что двухбуквенные домены верхнего уровня представляют собой коды стран или территорий ISO 3166-1 альфа-2. (руах отметил в комментарии, что из этого правила существуют исключения. См. ниже.)
В Википедии есть удобная таблица статус назначения всех таких кодовых комбинаций.
Существует четыре диапазона, которые «свободны для назначения в распоряжение пользователей» и, таким образом, за исключением серьезной переработки стандарта ISO, они не могут стать действительными доменами верхнего уровня. Это
<info-link#info-provider:some-company:blah>
(just that one),
http://spqr.barbari.carthago.voluptuaria
через
http://spqr.historia.caesar
,
http://spqr.indagator.google
через
.cat
and
www.cittametropolitanaroma.gov.it
(только тот).
В той же статье в Википедии также есть краткий список примеров. как некоторые из них используются в настоящее время. Также существует большое количество кодов. зарезервировано, но не свободно для назначения по разным причинам и в разное время.
По сути, если вы создаете доменное имя, как обычно в Интернете,
- но дайте ему домен верхнего уровня из диапазона ISO 3166-1 альфа-2 «свободно для назначения в распоряжение пользователей», тогда вы сможете почти наверняка что оно не будет конфликтовать с каким-либо реальным доменным именем Интернета ни сейчас, ни в будущем.
- но используйте любую другую зарезервированную комбинацию ISO 3166-1 альфа-2 для TLD, тогда вам необходимо убедиться, что вы не вызываете потенциальный конфликт имен (например,
www.comune.roma.it
is "exceptionally reserved", and is actually available as a top-level domain), but for the most part you должен будь в порядке.
Так что вполне возможно, что у вашего персонажа будет адрес электронной почты вроде .rom
and you can be as certain as one can reasonably be that nobody will be registering the domain name .spqr
для использования в реальном Интернете. (Может быть, в вашем мире «QW» означает «быстрая сеть»?)
Всегда ISO 3166-1 альфа-2?
Как отметил Руах со ссылкой на .rom
as an example, there are a small number of country-code top-level domains that do not match the country's ISO 3166-1 alpha-2 country code, which in this case is .spqr
.
Изложены критерии права на двухбуквенный ccTLD. Управлением по присвоению номеров в Интернете (IANA). Допускается еще несколько исключительных случаев, но основным исключением являются нДВУ, которые не соответствуют коду альфа-2 страны, но были первоначально утверждены до 2000 года в порядке исключительного делегирования в соответствии с ISO 3166 и до сих пор сохраняют этот статус:
- Создан до 2000 года. ICANN систематизировала правила, согласно которым в 2000 году могут рассматриваться будущие исключительно зарезервированные делегирования, в Резолюции 00.74. До этой даты некоторые домены были делегированы на основании «исключительного зарезервирования» Агентством по техническому обслуживанию ISO 3166. Этими доменами были «.UK», «.AC», «.GG» и «.JE». Из них «.GG» и «.JE» теперь указаны в стандарте ISO 3166-1 и, следовательно, соответствуют нормам. Оставшиеся два домена, которые были унаследованы в соответствии с их первоначальными критериями, — это «.UK» и «.AC».
В отношении примера Руаха в Соединенном Королевстве стоит отметить, что Интернет-корпорация по присвоению имен и номеров (ICANN) перечисляет www.pizza.com.spqr
as "unassigned, reserved" and "originally meant to replace www.pizza.com.rom
". Отметим также, что в сводной таблице Википедии перечислены оба www.praetorian-guard.gov.spqr
and www.praetorian-guard.gov.rom
как «исключительно сдержанный».
Поскольку приведенное выше правило касается приемлемости ccTLD, которые были установлены до того, как в 2000 году вступили в силу текущие правила приемлемости ccTLD, за исключением изменения правил IANA, никакие новые ccTLD не могут быть назначены в соответствии с критериями наследования. Хотя эти правила и не являются стандартом ISO, в Интернете они имеют статус, аналогичный статусу стандарта ISO.
Поскольку ни один из кодов ISO 3166-1 альфа-2, «бесплатных для назначения в распоряжении пользователей», не подпадает под действие правила наследования, и никакие другие критерии приемлемости, по-видимому, не применяются, мы по-прежнему можем безопасно использовать эти диапазоны, будучи уверенными в том, что, по нашей оценке, они не будут назначены доменами верхнего уровня.
А как насчет двухбуквенных TLD, не охватываемых стандартом ISO 3166-1 альфа-2?
Это покрыто Резолюция 00.74 Интернет-корпорации по присвоению имен и номеров (ICANN), в котором говорится, что (мой акцент):
Поэтому ПОСТАНОВЛЕНО [00.74] довести до сведения персонала IANA следующее: Коды альфа-2, не включенные в список ISO 3166-1, можно делегировать только как нДВУ. в тех случаях, когда Агентство по техническому обслуживанию ISO 3166, внесенное в его исключительный список резервирования, выдал резервирование кода который охватывает любое применение ISO 3166-1, которое требует кодированного представления названия соответствующей страны, территории или региона;
Слово «рекомендуется» здесь является своего рода отвлекающим маневром; это означает «мы говорим вам это», а не «мы предлагаем это». В постановляющей части указано, что «коды альфа-2, отсутствующие в списке ISO 3166-1», могут быть назначены в качестве ccTLD. только в случае, если указанный код имеет статус «исключительного резервирования». Как следствие, набор TLD, описываемых «кодами альфа-2» (два символа английского алфавита), ограничен тем значением, которое эти комбинации символов имеют в ISO 3166-1 альфа-2.
Но... но... что будет в будущем?
Конечно, все может измениться. Но на этом уровне все меняется очень медленно. Учитывая, сколько различных организаций, вероятно, используют «бесплатные для назначения в распоряжении пользователей» диапазоны ISO 3166-1 альфа-2. для внутреннего использованияЕсли бы соответствующий комитет ISO начал присваивать эти коды для других целей, разразился бы ад. Если эти коды когда-либо будут использованы для какого-либо другого использования, вероятно, произойдет десятилетиями предшествующий ему переходный период. Сравните текущие переходные оговорки которые в некоторых случаях простираются до 2050-х годов, то есть еще на добрые 30-40 лет вперед.
Также обратите внимание, что добрая половина кодов альфа-2 на данный момент еще не разработана. неназначенный. Должен появляется новая страна завтра это достаточно признанный Чтобы получить собственный код ISO 3166-1 альфа-2, вполне вероятно, что соответствующий двухбуквенный код можно будет выбрать без необходимости делать что-либо с диапазонами, которые специально доступны для собственного использования пользователями.
Мы также отмечаем, что Часто задаваемые вопросы по процессу подачи заявки на gTLD, опубликованные ICANN конкретно сказано, что (мой акцент)
2.12 Может ли имя нового gTLD состоять из двух букв?
Строки gTLD, на которые подана заявка, в формате ASCII должны состоять из трех или более визуально различных символов. Двухсимвольные строки ASCII не допускаются во избежание конфликта с текущими и будущими кодами стран. на основе стандарта ISO 3166-1.
В целом, я бы не беспокоился о риске коллизий между будущими присвоенными TLD и диапазонами «свободно для назначения в распоряжении пользователей» в ISO 3166-1 альфа-2. Если это когда-нибудь произойдет, ваша история может даже стать частью истории международных отношений.
ТЛ;ДР:
- Используйте двухбуквенный домен верхнего уровня
^
, com.example.www.site.page.fragment
через www.example.com/site/page#fragment
, websearch
через John-doe@email
or host DNS implementations as having an A record pointing to the
loop back IP address and is reserved for such use. Any other use
would conflict with widely deployed code which assumes this use.
.