Question : La base de données de SQL publie au-dessus de l'emplacement d'ipsec pour situer le tunnel sur le genévrier SSG520

J'ai deux emplacements qui ont le genévrier SSG520 installé avec un emplacement pour situer le fonctionnement de tunnel d'ipsec. La version de progiciels des SSG est 6.1.0r2.0. Tous autres raccordements fonctionnent le perject (c.-à-d. les perspectives, Fileshares, les web server intérieurement accueillis, la RDP accèdent à d'autres sièges sociaux à des serveurs et ainsi de suite). Les seuls problèmes que je vois est quand les réalisateurs essayent de courir une question de SQL à un serveur de base de données. Ces questions sont très petites dans la taille et devraient courir pendant autour d'une heure pour accomplir la question. Quand les utilisateurs lancent les questions maintenant, elle des hanges et donne une erreur de « ORA-03106 : erreur à deux tâches mortelle de protocole de transmission ». Il est également important de savoir qu'avant que nous nous soyons orientés vers l'équipement de genévrier, nous avions l'habitude Microsoft AIS pour que notre emplacement situe le tunnel. Quand c'était dans la production que tout fonctionnait très bien et nous n'avons eu aucune plainte. La seule chose qui a changé dans notre réseau est les dispositifs de genévrier, largeur de bande est restée une constante. J'ai ouvert tous les ports pour laisser examiner (il est emplacement à situer de toute façon) et le problème demeure toujours. Veuillez fournir l'éclaircissement ici. class= de

Réponse : La base de données de SQL publie au-dessus de l'emplacement d'ipsec pour situer le tunnel sur le genévrier SSG520

Demandez-vous pourquoi la question fonctionne longtemps, ou pourquoi le raccordement de la question longue échoue après un moment ? Ce dernier a été répondu - l'entrée de session pendant les temps de port juste dehors. C'est un mécanisme de failback dans ScreenOS (et d'autres murs à l'épreuve du feu) pour libérer les ressources vers le haut nécessaires qui pourraient être attachées autrement aux raccordements déjà terminés, mais les drapeaux fermants ont été perdus. Un exemple est décrit chez http://www.dbforums.com/oracle/1632094-keep-alive-sqlnet-ora.html. Le paramètre de SQLNET.EXPIRE_TIME décrit ici est le seul que je sais dont enverra le genre de keep-alive avec SQL * Net.