Hallo Peter, On Don, 20 Sep 2001, Peter Blancke wrote:
On Wed, 19 Sep 2001, David Haller wrote:
On Mit, 19 Sep 2001, Peter Blancke wrote:
On Wed, 19 Sep 2001, David Haller wrote:
On Mit, 19 Sep 2001, Peter Blancke wrote:
Das solltest Du nicht. Der lokale Netz sollte immer mindestens in der TLD (Top level domain) ein "unbenuetztes" Kuerzel erhalten, wie beispielsweise ".priv" oder ".local". $ hostname -f slarty.dhaller.de
Ja, natuerlich. Schoen ist das aber nicht.
Wieso? Ich find das schoen und logisch ;)
Ja, es ist schoen in einem aesthetischen Sinne. Das stimmt. Ich freue mich auch immer wieder, wenn mir in allen moeglichen Aufrufen von Fenstern, Konsolen, Befehlsergebnissen und Mailheadern der Name "Blancke" entgegenleuchtet. Damit tue ich meiner Ahnenreihe von beruehmten Politikern, Heerfuehrern, Musikern und Dichtern eine grosse Ehre an.
*g*
Ich habe aber schon Schwierigkeiten, wenn ich ueber meinen Mailserver, der zugleich auch Internetgateway fuer HTTP ist, Aufrufe meiner Domain mache und mir nach Eingabe von http://www.blancke.de der lokale Webserver mit irrer Antwortzeit meine Seiten darbietet. Da verliere ich das Gefuehl fuer Datendurchsatz im Internet.
Ich hab' das hier (kein Nameserver) ueber die /etc/hosts geloest: Ich habe eine /etc/hosts.online und eine /etc/hosts.offline, die in ip-{up,down}.local jew. passend ausgetauscht werden. Online muss ich den Rechner lokal durch den hostnamen "slarty" qualifizieren, offline sind die Dienste direkt unter dhaller.de ansprechbar, also z.B: Online: 127.0.0.3 www.slarty.dhaller.de Offline: 127.0.0.3 www.slarty.dhaller.de www.dhaller.de www Da ich inzwischen die /etc/hosts eh mehr oder weniger dynamisch generiere (u.a. wird eine /etc/hosts.adservers eingebunden und die t-online smtp/pop Server werden "zufaellig" (nach Reaktion auf ein ping) eingefuegt... Da die /etc/hosts praktisch "sofort" verwendet wird sehe ich da auch keine Probleme dabei diese mehr oder weniger dynamisch aus verschiedenen anderen zu erzeugen bzw. zu modifizieren...
andererseits hat's den Vorteil, dass automatisch die Message-IDs korrekt (...@[slarty.]dhaller.de) erzeugt werden.
Das waere allerdings ein Argument der _kleinen_ Art.
Naja, die Alternative waere, die Msg-Id vom $PROVIDER {smtp,news}-Rechner erzeugen zu lassen... Denn deine Msg-Id ist z.B. nicht eindeutig und somit flasch (du hast sie selbst generiert)... Siehe dazu z.B. die FAQ von T-Online zu dem Thema (URL kann ich raussuchen)...
Aber immerhin, ja, wenn man nicht Jeden erkennen lassen moechte, dass man eigentlich nur ein ganz kleiner Dyn-IP-Furz ist, der sich mit IP-Masquerading vor der grossen boesen Welt verstecken muss.
Na und? Ich habe lieber eine gueltige Msg-Id... Und mit @server.localhost oder anderen ungueltigen Msg-Ids disqualifiziert man sich ja sowieso als "Dyn-IP-Furz"... Wenn ich mich also sowieso als solcher oute (Stichwort: X-Sender:-Header bei T-Offline), dann will ich das auch korrekt machen und mich nicht obendrein noch als unwissend outen... *eg* -dnh PS: du kannst doch als lokale Domain z.B. $HOSTNAME.dyndns.org nehmen, wenn du bei so einem Dienstleister eine subdomain/hostnamen bekommen hast... IMHO sind diese Hostnamen ebenfalls "eindeutig" und somit waeren auch die Message-IDs korrekt... -- Ich bin mir zu Unsicher um sicher zu sein. [WoKo in dag°]