Problem mit Namensauflösung

[pl001]

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

[MartinG]

Zuerst einmal:

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

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...

[pl001]

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

[nms]

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?

[pl001]

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

[ofshore]

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ß

[nms]

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.

[nms]

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

[pl001]

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