Das Notes Forum

Domino 9 und frühere Versionen => Administration & Userprobleme => Thema gestartet von: pl001 am 16.11.04 - 11:31:45

Titel: Problem mit Namensauflösung
Beitrag von: pl001 am 16.11.04 - 11:31:45
Hallo,


Die Server in meinem Notes-Cluster haben jeweils zwei Netzwerkkarten. Eine Karte ist für das Client-Netz und die zweite für die Clusterreplikation und Sicherung vorgesehen. Das Netz für die Clusterreplikation liegt in einem Subnetz, welches für die Clients nicht erreichbar ist. Das Problem ist nun, dass einer der Notes-Server bei Anfragen über immer die falsche IP-Adresse zurückgibt und so der Zugriff für die Clients nicht möglich ist.


Hier kurz die Konfiguration:

NOTES01/Organisation/DE (srv-notes-01.organisation.de)
Anschluss 1: TCPIP - 154.30.1.100 (Clientnetz)
Anschluss 2: TCPIP_CL - 154.0.0.100 (Backbone)
Anschluss 3: LAN1ip - srv-notes-01


NOTES02/Organisation/DE (srv-notes-02.organisation.de)
Anschluss 1: TCPIP - 154.30.1.101 (Clientnetz)
Anschluss 2: TCPIP_CL - 154.0.0.101 (Backbone)
Anschluss 3: LAN1ip - srv-notes-02


Die Namensauflösung über DNS funktioniert allerdings problemlos. Ein Ping auf srv-notes-02.organisation.de liefert auch die richtige IP (154.30.1.101) für das Clientnetz zurück. Doch über einen Notes-Client scheint die Namensauflösung nicht korrekt zu funktionieren:

Pfad zu Server NOTES02/Organisation/DE wird ermittelt
Aktivierte Anschlüsse:  TCPIP LAN0
Nur Verbindungsdokumente mit normaler Priorität werden geprüft...
Platzhalter-Verbindungsdokumente zulassen...
Suchen nach NOTES02/Organisation/DE bei letzter bekannter Adresse '154.0.0.101' auf TCPIP...
  Verbindung zu NOTES02/Organisation/DE auf TCPIP (Server antwortet nicht) kann nicht hergestellt werden
Keine Antwort bei letzter bekannter Adresse
Aktivieren der Namensdienst-Anforderungen und -Überprüfungen...
Adresse von NOTES02/Organisation/DE wird von NOTES01/Organisation/DE auf TCPIP angefordert
  Verwenden der Adresse '154.30.1.100' für NOTES01/Organisation/DE auf TCPIP
Adresse '154.0.0.101' wurde von Server NOTES02/Organisation/DE auf TCPIP zurückgegeben
Der Server hat unter dieser Adresse nicht geantwortet
Server NOTES02/Organisation/DE antwortet nicht


Bei dem Server NOTES01/Organisation/DE besteht dieses Problem jedoch nicht, denn hier wird immer die korrekte Adresse zurückgegeben.
Wenn ich aber nun statt des Namens die IP-Adresse direkt angebe (z.B. beim öffnen einer Datenbank) funktioniert es sofort. Um Fehler
am Notesclient auszuschließen, habe ich diesen schon mehrfach neu installiert.


Habt Ihr eventuell eine Idee wo das Problem liegt?


Gruß
Peter
Titel: Re: Problem mit Namensauflösung
Beitrag von: MartinG am 16.11.04 - 11:37:53
Zuerst einmal:

+ wieso um alles in der Welt verwendet Ihr kein RFC1918 konformes Netzwerk

Zitat
Die Namensauflösung über DNS funktioniert allerdings problemlos. Ein Ping auf srv-notes-02.organisation.de liefert auch die richtige IP (154.30.1.101) für das Clientnetz zurück. Doch über einen Notes-Client scheint die Namensauflösung nicht korrekt zu funktionieren:   

Funktioniert die auch am Notesclient PC so? Oder hast Du das auf dem Server getestet? Den Notesclient musst Du deswegen nie neu installieren - allerhöchstens die Verbindungsdokumente im Adressbuch rauswerfen...

Titel: Re: Problem mit Namensauflösung
Beitrag von: pl001 am 16.11.04 - 11:58:45
Funktioniert die auch am Notesclient PC so? Oder hast Du das auf dem Server getestet? Den Notesclient musst Du deswegen nie neu installieren - allerhöchstens die Verbindungsdokumente im Adressbuch rauswerfen...

Ja, die DNS-Auflösung funktioniert auch vom Client, nur Notes scheint immer die Falsche Adresse aufzulösen.

Gruß
Peter
Titel: Re: Problem mit Namensauflösung
Beitrag von: nms am 16.11.04 - 12:25:30
Common Name (CN=) und FQDN sind unterschiedlich, das bedeutet der Common Name der Server (Notes01 bzw Notes02) sollte als Alias im DNS mit hinterlegt werden.
Dann braucht auf Clientseite nicht mit Verbindungsdokumenten gearbeitet werden.
Gibt es ggf. eine Hosts-Datei, in der Notes02 mit der 154.0.0.101 verknüpft ist?

Wozu braucht ihr noch den LAN0-Port?
Titel: Re: Problem mit Namensauflösung
Beitrag von: pl001 am 16.11.04 - 13:23:40
Common Name (CN=) und FQDN sind unterschiedlich, das bedeutet der Common Name der Server (Notes01 bzw Notes02) sollte als Alias im DNS mit hinterlegt werden.
Dann braucht auf Clientseite nicht mit Verbindungsdokumenten gearbeitet werden.
Gibt es ggf. eine Hosts-Datei, in der Notes02 mit der 154.0.0.101 verknüpft ist?

Wozu braucht ihr noch den LAN0-Port?


Die Alias-Einträge im DNS sind vorhanden und funktionieren auch vom Client.

Die HOST-Datei ist auf beiden Servern vorhanden:

NOTES01
154.32.1.101    NOTES02

NOTES02
154.32.1.100    NOTES01

Und der LAN0 Anschluss ist noch ein Relikt aus der Vergangenheit. Das sollte doch aber keine Probleme machen oder?

Gruß
Peter
Titel: Re: Problem mit Namensauflösung
Beitrag von: ofshore am 16.11.04 - 13:32:28
Hallo,

wir hatten mal ein ähnliches Problem,
bei uns lag es an der notes.ini des Servers.
Ports=TCPIP,TCPIPCL
war bei uns vertauscht und Notes nimmt vermutl. immer die erste angegebene.

Gruß

Titel: Re: Problem mit Namensauflösung
Beitrag von: nms am 16.11.04 - 13:58:29
Die HOST-Datei ist auf beiden Servern vorhanden:
Sorry, ich meinte eine Hosts auf den Client.

Und der LAN0 Anschluss ist noch ein Relikt aus der Vergangenheit. Das sollte doch aber keine Probleme machen oder?
Eigentlich nicht, wird aber dann bei Suchanfragen nicht mehr mit durchsucht. Beschleunigt den Zugriff.
Titel: Re: Problem mit Namensauflösung
Beitrag von: nms am 16.11.04 - 14:02:51
bei uns lag es an der notes.ini des Servers.
Ports=TCPIP,TCPIPCL
war bei uns vertauscht und Notes nimmt vermutl. immer die erste angegebene.

Eine Verknüpfung des Port-Namens mit einer IP-Adresse wird eigentlich in der Notes.ini definiert.
TCPIP_TcpIpAddress=0,[IP-Adresse1]:1352
TCPIPCL_TcpIpAddress=0,[IP-Adresse2]:1352
Titel: Re: Problem mit Namensauflösung
Beitrag von: pl001 am 16.11.04 - 14:05:20
Eine Verknüpfung des Port-Namens mit einer IP-Adresse wird eigentlich in der Notes.ini definiert.
TCPIP_TcpIpAddress=0,[IP-Adresse1]:1352
TCPIPCL_TcpIpAddress=0,[IP-Adresse2]:1352


Ja, aber auch dies ist sollte korrekt konfiguriert sein (siehe oben).


Gruß
Peter