Værtsnavn
Den værtsnavnet (også kaldet webstedet navn ) er den unikke betegnelse for en computer i et netværk . Det bruges hovedsageligt til elektronisk dataudveksling (f.eks. E-mail , Usenet , FTP ) til at specificere kommunikationspartneren i et format, der kan læses og huskes af mennesker. Konverteringen af værtsnavnet til en maskinlæsbar adresse finder sted på Internettet i dag hovedsageligt via Domain Name System (DNS) , historisk set via hostsfilen. I lokale netværk finder implementeringen sted dels via DNS , dels stadig med NIS og andre proprietære protokoller. Hvilke navne der er teknisk tilladte, reguleres af den protokol, der anvendes i hvert enkelt tilfælde - dvs. domænenavnssystemet på internettet .
Værtsnavn som navnet på et fysisk system
Værtsnavnet på et fysisk system ( computer , vært ) er det navn, som systemet kender sig selv med, og som systemet rapporterer med. Dette værtsnavn kan blive synligt, når en computer sender en systempost, for eksempel i afsenderen af statusmeddelelser eller afvisningsmeddelelser, eller når en bruger logger på en server . Værtsnavnet kan indstilles og læses op på UNIX-lignende systemer med kommandoen værtsnavn.
For computere, der er direkte på Internettet , i. d. Normalt bruges et fuldt kvalificeret domænenavn (FQDN) som værtsnavn, f.eks. B mail.wikipedia.org.. For computere, der kun kan nås fra et LAN , udelades domænedelen (her :) undertiden, wikipedia.orgog kun den lokale del bruges (her :) mail, da domænedelen ikke er nødvendig i dette tilfælde for klar differentiering.
Den lokale del af værtsnavnet på fysiske systemer kan grundlæggende vælges frit. Det bruges ofte til at identificere formålet med computeren (fx ns, mail, ftp, serv1, serv2, serv3 osv.), Men det er ikke ualmindeligt, at det er vilkårligt baseret på figurer fra litteratur og film, på mytiske væsner eller guder tilgiver.
Værtsnavn som navnet på en netværksnode
I domænenavnsystemet findes AAAA-ressourceposter (IPv6), og A-ressourceposter er indtastet, det ene navn en IP-adresse tildelt. Dette navn kan, men behøver ikke at være det værtsnavn, som værten har med denne IP-adresse. Dette gør det muligt at nå en vært under forskellige navne.
Eksempel:
- En webserver kører på en vært og passer på flere kunder. Hjemmesiden kan nås via eksempel1.de, den anden via eksempel2.de. Begge navne indtastes i domænenavnsystemet med den samme IP-adresse .
Det fulde navn på et netværksnode er normalt sammensat af en del, der beskriver en tjeneste (fx www, mail, ftp osv.) Og en domænedel (fx wikipedia.org). Denne praksis er imidlertid vokset over tid og giver kun mening, hvis disse tjenester leveres af forskellige værter. Da der ikke er nogen forskel mellem domæner og underdomæner for domænenavnsystemet, kan A- og AAAA-ressourceposter også indtastes direkte på domænedelen , f.eks. B.:
user$ host wikipedia.org wikipedia.org has address 91.198.174.192 wikipedia.org has IPv6 address 2620:0:862:ed1a::1
En sondring med henvisning til det kaldte værtsnavn er normalt kun mulig med HTTP.
Retningslinier
Som alle domænenavne består værtsnavne af flere "etiketter", der adskilles fra hinanden med en periode. Hver etiket skal indeholde 1–63 tegn, domænenavnet må maksimalt have 255 tegn.
I modsætning til domænenavne kan værtsnavne kun bestå af ASCII- tegn a- zeller A- Z(der skelnes ikke mellem store og små bogstaver), cifrene 0- 9og bindestreg minus - . De enkelte etiketter må ikke begynde eller slutte med en bindestreg. Andre specialtegn end bindestreg (og perioden mellem etiketterne) er ikke tilladt, selvom de alligevel lejlighedsvis bruges. Understreger bruges ofte på Windows- systemer, selvom RFC 952 ikke tillader dem. Nogle systemer, såsom DomainKeys og SRV Resource Record , bruger understregningen med vilje for at sikre, at deres specifikke domæner ikke forveksles med værtsnavne. Da kun visse systemer kontrollerer gyldigheden af værtsnavne, har brugen af ugyldige tegn som understregningen ført til forskellige problemer i systemer, der er forbundet rundt om i verden.
Værtsnavnet de.wikipedia.orgbestår derfor af DNS etiketter de, wikipediaog org. Mærkater kan lide 2600og 3comkan bruges i værtsnavne -hi-og er *hi*på den anden side ugyldige.
historie
- 20. september 1971
- RFC 226 - Standardisering af værtsmedlemmer
- 6 tegn til beskrivelse af værtsnavnet, i eksemplet bruges kun store bogstaver og tal
- 22. september 1971
- RFC 229 - Standard værtsnavne
- 8 tegn til beskrivelse af værtsnavnet, i eksemplet bruges kun store bogstaver, tal og bindestreger
- 5. oktober 1971
- RFC 237 - NIC-visning af standardværtsnavne
- Mindst 8 tegn med henvisning til brugen af op til 12 tegn til NIC
- 17. november 1971
- RFC 280 - Et udkast til værtsnavne
- Et første kladdeoversigt over værter med værtsnavne i netværket
- Op til 11 tegn bruges
- 21. december 1971
- RFC 289 - Det vi håber er en officiel liste over værtsnavne
- En første officiel oversigt over værter med værtsnavne i netværket
- Op til 11 tegn bruges
- 12. december 1973
- RFC 597 - Værtsstatus
- En oversigt over værter med værtsnavne i netværket
- Op til 12 tegn bruges
- 10. januar 1974
- RFC 608 - Værtsnavne online
- 48 tegn til beskrivelse af værtsnavnet, der består af store bogstaver, tal og bindestreg
- 1. marts 1982
- RFC 810 - DoD Internet vært tabel specifikation
- 24 tegn til beskrivelse af værtsnavnet, der består af store bogstaver, tal, bindestreg og en periode
- Oktober 1985
- RFC 952 - Specifikation af DoD Internet-værtsbord
- Pointen kan kun bruges til at adskille domænenavne fra hinanden
- Oktober 1989
- RFC 1123 - Krav til internetværter - applikation og support
- Værtsnavnopløsningssoftware skal understøtte op til 63 tegn og skal understøtte op til 255 tegn
Individuelle beviser
- ↑ Alt hvad du behøver at vide: hvad er et værtsnavn? Hentet 25. august 2020
Se også
I nogle RFC'er bruges udtrykket Fuldt kvalificeret værtsnavn (FQHN) også som en generisk betegnelse for fuldt kvalificeret domænenavn og IP-adresse .