Frage : Sql-Datenbank gibt über ipsec Aufstellungsort heraus, um Tunnel auf Wacholderbusch SSG520 zu stationieren

Ich habe zwei Aufstellungsorte, die den Wacholderbusch haben SSG520, der mit einem Aufstellungsort angebracht ist, um ipsec Tunnelbetrieb zu stationieren. Die Mikroprogrammaufstellungversion der SSG ist 6.1.0r2.0. Alle weiteren Anschlüsse bearbeiten perject (d.h. Aussicht, Fileshares, innerlich bewirtete web server, RDP greifen zu anderen Hauptsitzen auf Bediener und so weiter zurück). Die einzigen Probleme, die ich bin sehe, wenn Entwickler versuchen, eine sql-Frage zu einem Datenbankbediener laufen zu lassen. Diese Fragen sind an Größe sehr klein und sollten um eine Stunde lang laufen, um die Frage abzuschließen. Wenn Benutzer die Fragen jetzt einleiten, gibt sie hanges und eine Störung von „ORA-03106: tödliche two-task Übertragungsprotokollstörung“. Es ist auch wichtig, zu wissen, dass, bevor wir vorbei zur Wacholderbuschausrüstung schielten, wir Microsoft ISA benutzten, damit unser Aufstellungsort Tunnel stationiert. Als dieses in der Produktion war, die alles adaequat war und wir hatten keine Beanstandungen. Die einzige Sache, die in unserem Netz änderte, ist die Wacholderbuschvorrichtungen, Bandbreite ist geblieben eine Konstante. Ich habe alle Häfen erschlossen, um prüfen zu dürfen (es bin irgendwie zu stationieren der Aufstellungsort,) und das Problem bleibt weiterhin. Aufklärung bitte hier zur Verfügung stellen.

Antwort : Sql-Datenbank gibt über ipsec Aufstellungsort heraus, um Tunnel auf Wacholderbusch SSG520 zu stationieren

Fragen Sie, warum die Frage lang läuft oder warum der langen laufenden Anschluss der Frage nach einer Weile ausfällt? Das letztere ist - die Lernabschniteintragung während der Zeiten des Hafens gerade heraus beantwortet worden. Der ist ein failback Mechanismus in ScreenOS (und in anderen Brandmauern,) zum der oben benötigten Betriebsmittel freizugeben, die an den bereits beendeten worden Anschlüssen sonst gebunden werden konnten, aber die closing Markierungsfahnen sind verloren worden. Ein Beispiel wird bei http://www.dbforums.com/oracle/1632094-keep-alive-sqlnet-ora.html beschrieben. Der SQLNET.EXPIRE_TIME Parameter, der hier beschrieben wird, ist das einzige, das ich kenne von, welchem Art von Keep-alive mit SQL*Net sendet.