Локална мрежа на един хост щастливо работи sql server 2000. Когато в същата мрежа ползвам едно приложение всичко е както следва. Сега ако това приложение е в друга мрежа. Става доста криво. Уж сървъра слуша на 1433 и ако заявките се пренасочат следва да отговаря ама всичко пропада на ниво свързване.

Трябват ми насоки по отношение на:
- Как да засека на кой порт сървъра слуша?
- Как да филтрирам мрежов(локален) трафик към този хост и този сървър и порт?
- Как се прави пренасочване(има поне едно gentto) между сървъра и външната мрежа?
- Ако сте имали сходен проблем как сте се оправили?

Нямам опит с мрежова администрация и т.н. netstat -an се очаква да покаже , че на 1433 някой слуша ама не е такъв случая.

Да приемем че сървъра все пак слуша на порт 11111 в този случай следния низ за свързване би трябвало сработи нали?

sConnectionString = "Connect Timeout=4;User ID=alex;Password =!@#$%;Initial Catalog=pubs;Data Source=192.168.1.3,11111";

Я обясни:

Вътре в мрежата: как се свързваш - през TCP/IP, pipe или друго; authentication - sql или windows; ... ?

Между мрежите: двете са в интернет или как са свързани; на каква скорост; ... ?

Иначе май най-лесно е да се направи VPN.

Вътре в мрежата през TCP/IP в последно време с sql authentication(със същия успех и с windows authentication). Как са свързани двете мрежи ще науча и ще кажа повече.

Пробвай да сложиш "Network Library=DBMSSOCN" някъде в connect стринга.

Слуша на 1433 по подразбиране, освен ако някой не е ползвал Programs->Microsoft SQL Server->Server Network Utility за да го смени.

Ползвай netstat -ano за да ти върне и PID-овете.

Няма никакъв проблем приложението да се "излъже" с директно IP или с DNS сървъра или с hosts файла или с alias от Programs->Microsoft SQL Server->Client Network Utility.

Ако няма да ползваш VPN, публикуването на SQL Server на периметъра на LAN-а става със стандартен port f/w.

cheers,
</wqw>

Xp_readerrorlog ми връща един ред в който казва как и къде слуша. Този ред е

2006-02-14 11:54:10.93 server SQL server listening on Shared Memory, Named Pipes.

Очевидно няма нищо общо с 1433:((

За това PortQryUI.exe естествено ми връща че никой не слуша на 1433(същото като инфо идва и от nenstat)

sql все си връща - "SQL Server does not exist or Access Denied"!

Пиша това понеже със сигурност и други ще се сблъскат с този проблем!

Всичко идва от това , че WinXP/SP2 някак(как става?) спира sql server 2000 да слуша 1433! Впрочем xp_readerrorlog показа , че се слуша само поделена памет и наименовани тръби/канали. Което никак не се изменя. Всички мрежови инструменти за засичане на портове , пък и за сканиране на трафик не помагат освен наистина да удостоверят , че sql не слуша на никой порт.

Ако се засече през управителя на задачи(или през xp_readerrorlog) PID на sql server ясно се вижда през netstat -ano че няма слушащ процес с този PID.

Може изобщо да не се ползва WinXP/SP2. В последно време SP2 изглежда идва вградено и няма махане. Само ще допълня , че забрана на защитната SP2 стена или разрешаване на портове или на целия сървър НЕ ПОМАГА!

Най-помага SP3 за sql server 2000 а вероятно и SP4. Моя случай беше допълнително усложнен понеже инстанция на sql 2000 е в локална фирмена мрежа ревностно пазена от гентоо:-) , докато клиентския софтуер е някъде в интернет.