গলায় কি যেন একটা আটকে আছে? কি করবেন ।। Doctorbari II д-р Gaosul Azam

В интернет намирам примери за това как трябва да изглежда CNAME. И намирам и двете: запис, който съдържа пълното име www.example.com, и тук:

Host | Type | Data -----------------+-------+------------- www.example.com | CNAME | example.com 

и запис, който съдържа само www, и тук:

Host| Type | Data ----+-------+------------- www | CNAME | @ 

И така, има ли значение? Кой е по-добър? Да - бих могъл да го тествам сам, но проблемът е, че разпространението на DNS настройки отнема известно време, така че промяната / тестът / промяната / тестовият подход не е добър тук.

Това няма значение на оперативно ниво.

Това зависи само от потребителския интерфейс, който трябва да управлявате записите.

В случая с най-оголената кост, който е текстовият файл на зоната, винаги можете да пишете записи като напълно квалифицирани имена на домейни (и след това те завършват с . за да покаже ясно, че са абсолютни и пълни имена от корена) или като относителни от зоната.

Няма разлика за сървъра на имена, обслужващ тези записи.

И @ е пряк път / псевдоним на името на зоната, така че поставянето @ или example.com. е същото.

Това може да има значение на ниво поддръжка.

Но това зависи от това как се поддържа зоната. Ако това не е чрез потребителски интерфейс, вие основно се справяте с "zonefiles". Те са чисти текстови документи, кодиращи във "файлов формат на основната зона" подробностите за зоната, това е списъкът с нейните записи.

Сега може да сте в случай на конфигуриране на сървър за имена, обработващ множество зони и всички зони да са абсолютно същите като за техните записи. С някои сървъри на имена можете по този начин да конфигурирате всички зони, като ги насочвате към един и същ файл на зоната ... който след това ще работи само ако файлът на зоната има относителни записи (т.е. www вместо www.example.com.), защото тези относителни записи ще бъдат разрешени за зоната, в която се намират, така че те могат да бъдат приложени към множество зони.

Чест трик е да се опрости поддръжката. Човек може просто да иска да използва относителни имена дори извън този случай, да има по-малко за въвеждане (и следователно по-малко шансове за печатни грешки) и да се подготви така или иначе за бъдещето, където един и същ файл може да се използва за множество зони.

Ако не управлявате директно сървъри на имена, а просто използвате някакъв потребителски интерфейс на доставчика, за да поддържате записи, никога не трябва да бъдете изложени на каквато и да е разлика: добрият потребителски интерфейс ще ви позволи да въведете и двете версии (относителна или абсолютна) и ще се адаптира при необходимост (обикновено трябва нормализирайте към някоя от двете, така че когато се върнете да редактирате отново, всички записи изглеждат еднакви, в противен случай ще бъде трудно да се разбере от тях).

PS:

Разпространението на DNS настройките отнема до 24 часа

(както е посочено в публикацията преди редактиране)

Това е невярно, моля, не разпространявайте този мит. Ако промените записите на вашия авторитетен сървър за имена, те трябва да са там веднага. Можете (и трябва) да запитвате първо вашия авторитетен сървър на имена директно, когато правите тестове, а след това само след рекурсивния. Освен това вие така или иначе контролирате TTL, свързан с вашите записи.

PS: не замъглявайте лошо (редактирах вашия пост). Използвайте example.com а не някакво измислено име, особено такива, които наистина съществуват ... Ако искате подробности, моля, вижте RFC 2606 - Запазени DNS имена от най-високо ниво (имайте предвид също, че в други документи има еквивалентни инструкции за IPv4 и IPv6 адреси по същата причина). И ако ви интересува защо това трябва да се следва, това е точно това, което например харесват някои TLD .home или .mail "никога" няма да съществуват в световен мащаб, само защото са били толкова злоупотребявани в документацията и следователно в живите системи, тъй като хората просто копират и поставят нещата без редактиране, че ако бъдат въведени глобално, ще накарат много системи да се провалят. Същото е и за IP адресите, някои изглеждат "привлекателни" като 1.1.1.1 но това вече е IP адрес на живо, който хоства обществено известна услуга и я използва като документация и хората, които създават конфигурация с нея и изпращат към нея различни глупости, не е добре за Интернет. Всъщност този IP адрес все още е в блок, считан за „проучване“, тъй като хората продължават внимателно да гледат какво се случва тук и всякакъв вид нежелан трафик, изпратен към него. Ако се интересувате от този момент, погледнете https://conference.apnic.net/46/assets/files/APNC402/DNS-resolver-1.1.1.1-from-Cloudflare.pdf или https://networkingnerd.net/2018/04 / 05 / reclaiming-1-1-1-1-for-the-internet / или https://labs.ripe.net/Members/marty_strong/fixing-reachability-to-1-1-1-1- глобално към вижте доколко този IP адрес е бил злоупотребен ...

  • Премахнах това 24 часа. Не знаех, че example.com трябва да се използва за примери, аз съм нов в уеб разработчиците. „Освен това вие също така контролирате TTL, свързан с вашите записи.“ -> Мисля, че това не е вярно с моя доставчик, нямам това в панела за настройки за моя домейн. Подозирам, че правят някаква синхронизация ръчно или каквото и да било.

е работил за вас: Charles Robertson | Искате ли да се свържете с нас?