LINUX.ORG.RU

История изменений

Исправление firkax, (текущая версия) :

Это делегирование поддомена с текстовым именем «128/26» на указанные днсы. «128/26» для днс-сервера это чисто текст, он эту строку никак интерпретировать не пытается. Если тебя смущает знак «/» в имени, то там же рядом есть и объяснение:

1) спецификация днс имена со слэшами в середине не запрещает

2) несмотря на это, учитывая реально существующие днс-сервера, они рекомендуют использовать какой-нить другой символ, например "-", а в статье оставили / для наглядности.

То, что в поддомене «128/26» оказалась обработка поддоменов 128, 129 итд, обспечивается рядом стоящими CNAME-алиасами, которые делают 128 = 128.128/26, 129 = 129.128/26 итд. - там вручную перечислены все номера, которые ты хочешь «делегировать» в поддомен, и совсем не обязательно там будут именно номера 128..191, хотя удобней конечно писать именно их. Точно то же самое можно сделать и в каком-нить example.ru:

client1 NS client.ns.addr.
ftp CNAME ftp.client1
www CNAME www.client1

А ещё можно вот так:

128/26 NS ns.B.domain.
1 CNAME 5.128/26
2 CNAME www.128/26
3 CNAME 12345.128/26
А клиент у себя настроит PTR-записи к доменам 5.128/26.c.b.a.in-addr.arpa, www.128/26.c.b.a.in-addr.arpa и 12345.128/26.c.b.a.in-addr.arpa, которые будут соответственно реверс-записями для айпишников a.b.c.1, a.b.c.2 и a.b.c.3. Никакой софт от этого не сломается, хотя оно конечно будет выглядеть неадекватно с точки зрения людей, поэтому так не делают.

Исправление firkax, :

Это делегирование поддомена с текстовым именем «128/26» на указанные днсы. «128/26» для днс-сервера это чисто текст, он эту строку никак интерпретировать не пытается. Если тебя смущает знак «/» в имени, то там же рядом есть и объяснение:

1) спецификация днс имена со слэшами в середине не запрещает

2) несмотря на это, учитывая реально существующие днс-сервера, они рекомендуют использовать какой-нить другой символ, например "-", а в статье оставили / для наглядности.

То, что в поддомене «128/26» оказалась обработка поддоменов 128, 129 итд, обспечивается рядом стоящими CNAME-алиасами, которые делают 128 = 128.128/26, 129 = 129.128/26 итд. - там вручную перечислены все номера, которые ты хочешь «делегировать» в поддомен, и совсем не обязательно там будут именно номера 128..191, хотя удобней конечно писать именно их. Точно то же самое можно сделать и в каком-нить example.ru:

client1 NS client.ns.addr.
ftp CNAME ftp.client1
www CNAME www.client1

А ещё можно вот так:

128/26 NS ns.B.domain
1 CNAME 5.128/26
2 CNAME www.128/26
3 CNAME 12345.128/26
А клиент у себя настроит PTR-записи к доменам 5.128/26.c.b.a.in-addr.arpa, www.128/26.c.b.a.in-addr.arpa и 12345.128/26.c.b.a.in-addr.arpa, которые будут соответственно реверс-записями для айпишников a.b.c.1, a.b.c.2 и a.b.c.3. Никакой софт от этого не сломается, хотя оно конечно будет выглядеть неадекватно с точки зрения людей, поэтому так не делают.

Исправление firkax, :

Это делегирование поддомена с текстовым именем «128/26» на указанные днсы. «128/26» для днс-сервера это чисто текст, он эту строку никак интерпретировать не пытается. Если тебя смущает знак «/» в имени, то там же рядом есть и объяснение:

1) спецификация днс имена со слэшами в середине не запрещает

2) несмотря на это, учитывая реально существующие днс-сервера, они рекомендуют использовать какой-нить другой символ, например "-", а в статье оставили / для наглядности.

То, что в поддомене «128/26» оказалась обработка поддоменов 128, 129 итд, обспечивается рядом стоящими CNAME-алиасами, которые делают 128 = 128.128/26, 129 = 129.128/26 итд. - там вручную перечислены все номера, которые ты хочешь «делегировать» в поддомен, и совсем не обязательно там будут именно номера 128..191, хотя удобней конечно писать именно их. Точно то же самое можно сделать и в каком-нить example.ru:

client1 NS client.ns.addr.
ftp CNAME ftp.client1
www CNAME www.client1

А ещё можно вот так:

128/26 NS ns.B.domain
1 CNAME 5.128/26
2 CNAME www.128/26
3 CNAME 12345.128/26
А клиент у себя настроит домены 5.128/26.c.b.a.in-addr.arpa, www.128/26.c.b.a.in-addr.arpa и 12345.128/26.c.b.a.in-addr.arpa, которые будут соответственно реверс-записями для айпишников a.b.c.1, a.b.c.2 и a.b.c.3. Никакой софт от этого не сломается, хотя оно конечно будет выглядеть неадекватно с точки зрения людей, поэтому так не делают.

Исходная версия firkax, :

Это делегирование поддомена с текстовым именем «128/26» на указанные днсы. «128/26» для днс-сервера это чисто текст, он эту строку никак интерпретировать не пытается. Если тебя смущает знак «/» в имени, то там же рядом есть и объяснение:

1) спецификация днс имена со слэшами в середине не запрещает

2) несмотря на это, учитывая реально существующие днс-сервера, они рекомендуют использовать какой-нить другой символ, например "-", а в статье оставили / для наглядности.

То, что в поддомене «128/26» оказалась обработка поддоменов 128, 129 итд, обспечивается рядом стоящими CNAME-алиасами, которые делают 128 = 128.128/26, 129 = 129.128/26 итд. - там вручную перечислены все номера, которые ты хочешь «делегировать» в поддомен, и совсем не обязательно там будут именно номера 128..191, хотя удобней конечно писать именно их. Точно то же самое можно сделать и в каком-нить example.ru:

client1 NS client.ns.addr.
ftp CNAME ftp.client1
www CNAME www.client1

А ещё можно вот так:

128/26 NS ns.B.domain
1 CNAME 5.128/26
2 CNAME www.128/26
3 CNAME 12345.128/26
А клиент у себя настроит домены 5.128/26.c.b.a.in-addr.arpa, www.128/26.c.b.a.in-addr.arpa и 12345.128/26.c.b.a.in-addr.arpa, которые будут соответственно реверс-записями для айпишников a.b.c.1, a.b.c.2 и a.b.c.3. Никакой софт от этого не сломается, хотя оно конечер будет выглядеть неадекватно с точки зрения людей, поэтому так не делают.