Многоуважаемый ALL!
помогите решить проблему:
Стоит MSSQL 7.0+SP3(Давно стоит :) ) на WIN2KServer
на ряде машин в сети стоят клиенты access (через ODBC версия драйвера 2000.80.194.00 dll датирована 06.08.2000 )
Настроены на TCP\IP порт 1433. Все работает без проблем.
Всвязи с постоянным сканированием из вне порта 1433 и попытки подключится к нему есть дикое желание сместить эту спарку на другой "нестандартный" порт.
Через Server network utility меняю порт сервера на , допустим, 4433. Перезапускаю сервер, в списке открытых портов появляется порт 4433 и отсутствует 1433. (те же действия совершал и напрямую записью в реестр).
При настройке System DSN указываю протокол tcp\ip и порт 4433 и далее как обычно.. Тест проходит успешно (ставил другой порт - тест НЕ проходит) и вот тут начинается самое интересное: клиент не может связаться с указанным SQL сервером! Поведение точно такое же как и в случае со стандартными портами, но при остановленном SQL сервере... Далее еще более интересное - возвращаю сервер на порт 1433 (с перезапуском службы сервера) и НЕ ТРОГАЯ настроек ODBC произвожу запуск клиента - связь с базой уснанавливается! при этом в настройках ODBC сереньким просвечивается порт 4433...
Что мне делать?
Начинает крыша ехать :))
Client Network Utility не помогает решить данной проблемы (ни какие действия не дают положительного результата )
Сам я в SQL и ODBC не силен, но в сетевых вопросах (стек tcp\ip, сокеты, маршрутизация сети и т.п.) разбираюсь не плохо. Прокси, фаерволов, брендмауэров - нет..
Кто-нибудь сталкивался с подобным поведением такой спарки?
За ранее благодарен всем за конструктивные рекомендации в конференцию или непосредственно на E-Mail VVV@LTC.RU.
Александр.

Не уже ли никто не переносил сервер со стандартного порта?

А можно узнать, какие действия были совершены - может у меня чего с головой или руками?
Step by step..

Александр

используется System DSN
Об этом сказано в первом сообщении..
Тест идет (конфигурирование System DSN заканчивается предложение произвести тест соединения), а клиент не работает..
Аутентификация только SQL - я ни чего не меняю при смене порта, повторюсь - на 1433 все работает.
Имя системного DSN правильное (при не правильном имени возникает ошибка отсутствия источника данных с именем требуемого DSN)

Клиет писан не мной..
Писан давно на Access 97
Формально, если я обеспечиваю точку входа через System DSN с пераметрами определенными при настройке (тест идет), то и клиент должен работать корректно - на то он ODBC (это я так думаю..)

снифером:
Исходящий трафик от клиента на 1433 (не смотря на установки DSN)
При тесте (кнопочка :) при настройке DSN) трафик на порт 4433
Порт открыт на прослушивание 4433 (netstat)
Связи с SQL сервером при запросе на 1433 естественно нет.. (он весит на 4433)

Именно об этом и речь..
Только не источник.. а драйвер
Вот откопал сейчас sqlsrv32.dll 98 года.. 3.70.0623
на одном компе клиенском он заработал..
Сейчас проверю на других..

Шайтан!!
версия sqlsrv32.dll 2000.80.194.00 - не работает !
версия sqlsrv32.dll 3.70.08.20 - не работает !
версия sqlsrv32.dll 3.70.06.23 (98 года) - работает !

Это что за мода - чем старее тем лучше?

Или как в анекдоте:
Сын:- Папа, а почему солнце каждый день восходин на востоке а заходит на западе?
Папа программист : - ты уверен?
-Да!
-Ты проверял?
- Да!
- И что вот так каждый день?
- Ну да..
- Вот и отлично, только больше ни чего не торгай!

P.S. интересно, какие гадости меня ждут от старой DLL?

Всем большое спасибо!

дополнение для статистики
3.80.01.94 - то же НЕ работает

Проверены на win95 win98 rby w2kserver

Проверял на разных клиентах (три типа софта работающих с совершенно разными базами - эфект один)
Сильное подозрение, что где то изменился синтаксис вызова функции из указанной DLL , в результате ссылка на пользовательский порт игнорировалась (воспринималась как отсутствующий параметр) и как результат вызывался стандартный 1433. Только так я могу объяснить поведение этой спарки..
Иначе как простое копирование всего одного файла (не трогая при этом настроек DSN) приводило к восстановлению функционирования спарки на новом порту..
Прошелся по всем клиентским местам, скинул DLL и с первого раза везде все заработало..
Спасибо мелкоофту за регулярные обновления ;))