Es vēlos savā domēnā iestatīt apakšdomēnu "ns", taču pirms vēlreiz vēlos pārbaudīt, vai, izmantojot šādu apakšdomēnu, varētu būt kādas iespējamas problēmas.

Piemēram, ns.mywebsite.com

Cik man zināms, tā nevajadzētu būt, bet es zinu, ka daudzi vārdu serveri ir vienkārši nosaukti ns # .domain.com (piemēram, ns1.domain.com ns2.domain.com), tāpēc es nezinu, vai tas varētu izraisīt jautājumiem.

Daži apakšdomēni ir rezervēti īpašiem mērķiem DNS, piemēram, _domainkey e-pasta autentifikācijai.

To sakot, es tam neticu ns ir viens no šiem rezervētajiem apakšdomēniem, tāpēc jums vajadzētu būt iespējai to izmantot visam, ko vēlaties.

Patiesībā, pēc vairāku pētījumu veikšanas šķiet, ka, kamēr jūs turaties prom no pasvītrām, jums vajadzētu būt labi. (Šķiet, ka faktisko resursdatoru nosaukumu pasvītrojums jebkurā gadījumā rada problēmas.)

  • Starp citu, mani iedvesmoja jūsu jautājums, tāpēc es Webmasters SE uzdevu šo vispārīgāko: rezervēto trešā līmeņa DNS zonu saraksts?
  • Pasvītrojumi faktiskajiem resursdatoru nosaukumiem neradiet tikai nepatikšanas, RFC tos neatļauj.
  • @AC Tāpat kā daži schmuck pie ietf man pateiks, kā man atļauts izmantot savu domēna vārdu. Turiet manu alu _.maxl.us
  • Labi, tāpēc viņi nedos man par to SSL sertifikātu, un puse DNS atrisinātāju to neatrisinās. Bet mans princips ir spēkā.
  • Šī komentāru ķēde ir jautra, un to vajadzētu galu galā ievietot kaut kur.

DNS ieraksta prefiksu nosaukumos nav burvju. Jūs varat tos nosaukt, kā vien vēlaties. Protams, daži cilvēki domās vārdu serveri, kā jūs jau norādījāt, bet DNS serveri netiks sajaukti.

  • "DNS ieraksta prefiksu nosaukumos nav burvju." Tas lielākoties ir pareizi un atbildīs galalietotāju eksperimentam. Tomēr problēmu novēršanai tagad ir prefiksi ar konkrētu semantiku, skatiet rfc-editor.org/rfc/rfc8509.txt. Īsumā tāds nosaukums kā root-key-sentinel-not-ta- īpašos apstākļos izraisīs īpašu uzvedību.

strādāja par jums: Charles Robertson | Vēlies ar mums sazināties?