Ich glaube ich hab jetzt das Problem gelöst.
In /etc/hosts muss folgendes eingetragen werden:
Code:
::1 localhost
127.0.0.1 localhost loghost
127.0.0.1 hostname.meineDomäne.local hostname
192.168.1.10 hostname.meineDomäne.local hostname
192.168.1.11 hostname. meineDomäne.local hostname
und in /etc/resolv.conf noch die Einträge:
Code:
nameserver 192.168.1.1
domain meineDomäne.local
search meineDomäne.local
Jetzt kommt der Hinweis 'smbd[560]: [ID 413393 daemon.error] dyndns: failed to get domainname' nicht mehr.
Danke an Alle, die mir Hilfestellung gegeben haben.
Hallo,
wenns funktioniert ok. Ohne auf das Problem ansich zu antworten:
/etc/hosts
* IP_address canonical_hostname [aliases...]
* one line per IP address
* Host names may contain only alphanumeric characters, minus signs ("-"), and periods (".")
Code:
::1 localhost
127.0.0.1 localhost loghost
127.0.0.1 hostname.meineDomäne.local hostname << Fehler one line per IP address + Host names may contain only alphanumeric characters, minus signs ("-"), and periods (".")
192.168.1.10 hostname.meineDomäne.local hostname << Fehler canonical_hostname + Host names may contain only alphanumeric characters, minus signs ("-"), and periods (".")
192.168.1.11 hostname. meineDomäne.local hostname << Hinweis hier wird "hostname." , "meineDomäne.local" und "localhost" zu IP 192.168.1.11 aufgelöst
drei Zeilen mit hostname(alias) auch nicht richtig(glaub ich)
The domain and search keywords are mutually exclusive. If more than one instance of these keywords is present, the last instance wins.
Code:
nameserver 192.168.1.1
domain meineDomäne.local
search meineDomäne.local
Quellen: Linux man resolv.conf, man hosts. Solaris sollte aber ähnlich sein.
DNS resolver
Das Programm dig benutzt die entsprechenden clib Funktionen um einen "hostname" zur IP aufzulösen
1. Schritt: welche Resourcen stehene zur Verfügung
/etc/nsswitch.conf:
hosts: files dns
in dieser Reihenfolge
files = /etc/hosts
dns = /etc/resolv.conf
2. Schritt die Auflösung
Treffer in /etc/hosts -> erledigt
ansonsten den/die nameserver kontaktieren, wenn nötig einen fqdn(hostname + "search meineDomäne.local") bilden, auf antwort warten und je nach Antwort weiter verfahren:
leere Antwort ist kein Fehler -> der fqdn ist nicht auflösbar ist eine richtige Antwort
3. Schritt mit der Antwort was machen
Programmlogik: bei dig Ausgabe
Wenn ich einen "Nameserver als Service" betreibe muss der Rechner selber diesen "eigenen Service" nicht benutzen:
* er geht auch immer den eben beschriebenen Weg
um Ihn zu benutzen muss er in die Kette aufgenommen werden:
/etc/resolv.conf
nameserver die-ip-des-rechners
nameserver dns-proveider-ip
...
...
sobald ein Nameserver eine Antwort liefert -> das fragende Programm macht weiter.
hier ist also auch die Reihenfolge wichtig.
Wenn ich den z.B. bind nameserver konfiguriere kann ich mit:
/etc/bind.conf:
...
options {
forwarders {
192.168.1.100;
192.168.2.100;
192.168.3.100;
};
...
definieren: kann der "eigene DNS Server" nur eine leere Antwort liefern fragt bind(die DNS Software) die forwarder und liefert die Antwort.
DNS Abfragen gehen schnell.
Timeouts treten auf wenn ein nameserver nicht kontaktiert werden kann. DNS benutzt UDP. Anders als bei TCP wird der Packet-empfang nicht bestätigt vobn der Gegenseite.
Der Timeout wird abgewartet und dann der nächste in der Liste probiert ... der nächste in der Liste probiert... der nächste in der Liste.
zur Fehlermeldung:
Glaube der cifs server braucht einen nameserver welcher ein update der zonen durch den klient dynamisch zulässt (hat nichts mit dem dyndns/no-ip InternetService zu tun). Der Klient hier (omnios cifs service) möchte records dynamisch der zone hinzufügen. Windows DNS kann das.
