Men det fortæller stadig ikke hvordan han fandt frem til os, kun hvem
han er - hvilket man også nemt kan se på en socket-connection.
Spørgsmålet gik mere på om man kunne se hvordan / hvorfra han andt frem
til os - svarende til refere [tilføj selv en passende mængde 're' ..
] i http verdenen.
Det korte svar på spørgsmålet er: Det er kun muligt hvis
applikationslaget af protokollen (dvs. det der ligger oven på tcp eller
udp - f.eks. ftp, http, nfs ...) understøtter det (hvilkket http gør,
men f.eks. ikke nfs eller ftp)
Og til Jørn:
Set for en almindelig bruger anvendes begrebet 'mitdomæne.dk' da i alle
sammenhænge (http, nfs, smb, ftp ...) til at angive en destination med.
Det er så korrekt at hvis man kigger på det fra server siden, er det
vist kun i http-protokollen hvor du kan bruge domæne begrebet til noget
'fornuftigt'.
/Søren
Rasmus Grouleff wrote:
> Jørn Hundebøll wrote:
>
> > Nu er begrebet "mitdomæne.dk" vel kun noget som bruges i en web
> > protokol, således at en server er i stand til at håndtere mere end et
> > domæne. FTP, SSH og alle andre protokoller er baseret på brugen af IP
> > adresser, og når en klient kontakter serveren bruger den derfor ikke
> > længere domænenavnet - men kun IP adressen.
>
> Well...IRC bruger jo hostmasks (som består af
> <handle>!<username>@<hostname>) til identifikation af brugere, og
> hostname'et fåes ved et rDNS opslag udfra ip adressen.
>
> Så det burde da være muligt også at hive et hostname ud på det NIC,
> hvorfra forbindelsen til serveren er blevet skabt - selvfølgelig
> forudsat at rDNS er sat op for ip adressen, hvilket er tilfældet for de
> fleste ip adresser (det er i hvert fald mit indtryk).
>