Problem beim Wechseln der Location

    Hallo, ich nutze intern im LAN DNS Einträge für unsere DominoServer. Die Kommunikation der Clients zu den Servern erfolgt über DNS und nicht über Verbindungsdokumente.


    Nun habe ich in der DMZ auf einem Server zum Internet hin den (verschlüsselten) Port 1352 geöffnet. Ich habe mir eine zweite Location gebaut (Travel), in der ich den Passthru Server eingetragen habe.


    Wenn ich auf die Location "Travel" wechsele kann ich über STRG+O auf keinen Server zugreifen, aber jeden Server Tracen.


    Zitat

    Determining path to server Server1/ou/company Available Ports: TCPIP Checking normal priority connection documents only... Allowing wild card connection documents... Enabling name service requests and probes... Requesting address of Server1/ou/company from Server3/ou/company on TCPIP Using address 'Server3' for Server3/ou/company on TCPIP Requesting IP Address for Server3 from DNS DNS did not return an IP address for Server3 Unable to connect to Server3/ou/company: The remote server is not a known TCP/IP host. Requesting address of Server1/ou/company from Server2/ou/company on TCPIP Using address 'Server2' for Server2/ou/company on TCPIP Requesting IP Address for Server2 from DNS DNS did not return an IP address for Server2 Unable to connect to Server2/ou/company: The remote server is not a known TCP/IP host. Checking for Server1/ou/company on TCPIP using address 'Server1' Requesting IP Address for Server1 from DNS DNS did not return an IP address for Server1 Unable to connect to Server1/ou/company on TCPIP (The remote server is not a known TCP/IP host.) Checking low and normal priority connection documents...

    The default passthru server is PassthruServer/companyDMZ Searching for path to PassthruServer/companyDMZ Local network connection document found for PassthruServer/companyDMZ Verifying address 'replication.company.com' for PassthruServer/companyDMZ on TCPIP Using address '1x1.1x1.1x1.1x1' for PassthruServer/companyDMZ on TCPIP PassthruServer/companyDMZ is available on TCPIP Pass through PassthruServer/companyDMZ to connect to Server1/ou/company Connecting to PassthruServer/companyDMZ over TCPIP Using address '1x1.1x1.1x1.1x1' for PassthruServer/companyDMZ on TCPIP Connected to PassthruServer/companyDMZ Authenticating with PassthruServer/companyDMZ Asking server for connection to Server1/ou/company Port to be used on passthru server is TCPIP On passthru server, connect to Server1/ou/company Connected to Server1/ou/company Connected to server Server1/ou/company


    Ich denke wenn der Client den kursiv dargestellten Teil überspringen würde und gleich wie in der Location definiert über den Passthru Server auf den Zielserver zugreift, sollte es keine Probleme geben. Gibt es diesbezüglich noch Konfigurationsmöglichkeiten ?


    Gruß


    Michael

    Na da verhält sich der Notes Client so wie er soll:
    Erst werden alle möglichen direkten Verbindungswege versucht und dann erst der Passthroughserver.
    Willst du da beeinflussen dann brauchst du eben ein Verbindungsdokument für den Zielserver, das sagt nimm gleich den Passthroughserver

    Zitat

    Na da verhält sich der Notes Client so wie er soll: Erst werden alle möglichen direkten Verbindungswege versucht und dann erst der Passthroughserver.


    Der Passthru Server wird lediglich beim Trace verwendet. Beim Zugriff auf den Server über STRG+O und Eingabe des Servernamens erscheint die Meldung "The Server is not a known TCP/IP Host"

    Ok, danke für die Info. Ich war der Meinung, dass dieser Eintrag zuerst greift. Dann komme ich aus Performance Gründen ohnehin nicht drumherum PassthruVerbindungsdokumente anzulegen :(


    Ich frage mich nur, warum der Client in der "Travel" Location den Passthru Server nur beim Trace verwendet.

    Ich habe dazu einen PMR erstellt, allerdings bisher keine Hilfe bekommen können. Das Problem ist, dass die meißten Clients lediglich über den letztbekannten erfolgreichen Weg eine Verbindung aufbauen, sofern die dazugehörigen Verbindungsdokumente noch existieren.


    Daher habe ich eine Startpage erstellt, in der der User per Lotus Script seine Verbindungsdokumente anpasst, indem er auf "Home/Internet Cafe" oder "Office" klickt. Die Verb. Dokumente werden jeweils angepasst und die alten gelöscht. Das funktioniert auch soweit absolut stabil.


    Jetzt habe ich gesehen, dass in der Location die folgenden Variablen existieren : (siehe Anhang)


    Ich würde die $saved Werte nun testweise einmal löschen, beim Öffnen der Datenbank - in der Hoffnung, dass der Client dann alle Verfügbaren Möglichkeiten nutzt um eine Verbindung zu dem Server aufzubauen - wie das beim Trace ja auch funktioniert.


    Aber einmal ohne große Lotus Script Kentnisse : Das sind ja Mehrfachwerte die in den jeweiligen Variablen stehen, wenn ich die löschen möchte, muss ich dann eine Schleife bauen und den jeweilen Wert löschen oder funktioniert das auch so : $SavedPorts="" ?


    ...wie das genau funktioniert schaue ich mir dann an, wenn ich weiß wonach ich suchen muss :)

    Michael, die Zuweisung eines Leerstrings zum Item reicht tatsächlich aus, allerdings ist in diesem Falle wegen des führenden Dollarzeichens die Notation eine Besondere:
    ~$SavedPorts = "" (beachte die "Mathilde")


    Alternativ: Ganz sauber putzt ein NotesItem.Remove - der Endeffekt ist aber identisch.


    Bernhard

    Danke für den Hinweis, Bernhard.


    Ich hab nun allerdings darauf verzichtet die Werte zu löschen, da die Startseite doch Zuspruch gefunden hat und ich darauf häufig genutzte Datenbanken verlinkt habe.


    Das Ticket das ich erstellt habe, konnte auch nicht von IBM gelößt werden :(