Interesting issue connecting to Sql server through a firewall..
From: Bill B (fakexxbbaulingyy_at_unitedcenter.com)
Date: 03/31/04
- Next message: Jasper Smith: "Re: Backing up transaction logs"
- Previous message: anonymous_at_discussions.microsoft.com: "Re: Blocking UDP Port 1434"
- Next in thread: Sue Hoegemeier: "Re: Interesting issue connecting to Sql server through a firewall.."
- Reply: Sue Hoegemeier: "Re: Interesting issue connecting to Sql server through a firewall.."
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Date: Tue, 30 Mar 2004 16:22:15 -0600
We have an app in development. The front end of the app is web-based running
tomcat.
This app sits in our DMZ.
This app communicates to a sql 2000 server on our corporate network. The
connection is via microsofts jdbc 2000 connector.
We have allowed the server hosting the app to initiate connections to the
internal sql server on port 1433 only. The sql server can communicat any/any
back to the dmz.
I am seeing some interesting behavior - The front end initiates a connection
to the DB server on 1433 which is successful, but then also tries to
initiate a connection on 137 (named pipes/nbname), of course the firewall
blocks this and it eventually times out. and the opens addtional pool
connection on 1433. This causes the app to load very slowly as the pages
are data driven. If we open up 137 then the app runs at a normal speed.
I dont understant why the front end is trying to communicate to the server
on anything other than 1433. The server is configured for tcp/ip only. The
JDBC driver and app on the front end is doing everything by IP address.
I've thought of trying a host file on the front end resolving the back end.
and vice versa, but this shouldnt matter as everything is IP and not name.
I am now trying to figure out if this is an issue with the microsoft jdbc
driver config - though it looks like you dont have the ability to specify
protocols in it, an issue witht he sql server - perhaps the response to the
initial connection is telling the client to talk named pipes, or if its
just an OS issue.
Leaving 137 open from the dmz app to the internal sql server is not an
option.
Thanks in advance.
Bill
- Next message: Jasper Smith: "Re: Backing up transaction logs"
- Previous message: anonymous_at_discussions.microsoft.com: "Re: Blocking UDP Port 1434"
- Next in thread: Sue Hoegemeier: "Re: Interesting issue connecting to Sql server through a firewall.."
- Reply: Sue Hoegemeier: "Re: Interesting issue connecting to Sql server through a firewall.."
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Relevant Pages
|
|