Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
26.02.2002, 12:14:21
|
|||
|---|---|---|---|
|
|||
SQL server instances |
|||
|
#18+
Привет ! У меня такой вопрос : имеется некий хост aaa.bbb.ccc.ddd, каким образом мне сделать enum of avail instances по этому айпи ? Есть подозрения, что не существует хранимых процедур для этого дела... ??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
26.02.2002, 15:27:44
|
|||
|---|---|---|---|
|
|||
SQL server instances |
|||
|
#18+
жаль, что никто не знает ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
26.02.2002, 17:49:45
|
|||
|---|---|---|---|
SQL server instances |
|||
|
#18+
Если я правильно понял вопрос, то Вам подойдет утилитка SQLPing. Исходник и бинарь можно взять здесь. http://www.sqlsecurity.com/scripts.asp ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
26.02.2002, 19:01:17
|
|||
|---|---|---|---|
|
|||
SQL server instances |
|||
|
#18+
Я почитал статью Q287932 в Knowledge Base и вот какое место в ней меня заинтересовало: In addition, a named instance of SQL Server 2000 will use a dynamic destination port by default... The SQL Server Network Utility should be used to configure the destination port... Otherwise, the client computer would need to open a random UDP port and the server UDP port 1434 will be used to send the instance name, and if the instance is clustered, the version of the SQL instance, the TCP port number that the instance is listening on, and the named pipe that the instance is using. Т.е. если я правильно понял, если мы не оговариваем конкретный инстанс, то достаточно послушать на сервере UDP 1434 и он пришлет по нему всю инфу по инстансам, к-е на этом ip живут. Или же имя инстанса все-таки должно быть задано точно? Времени нет, кто проверит? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
26.02.2002, 20:16:34
|
|||
|---|---|---|---|
SQL server instances |
|||
|
#18+
Совершенно верно. UDP порт 1434 выдает информацию обо всех инстансах MSSQL2000, работающих на хосте. Вот цитата из BOL (Controlling Net-Libraries and Communications Addresses): ... When an application requests a connection to a remote computer, Dbnetlib.dll opens a connection to UDP port 1434 on the computer network name specified in the connection. All computers running an instance of SQL Server 2000 listen on this port. When a client Dbnetlib.dll connects to this port, the server returns a packet listing all the instances running on the server. ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
27.02.2002, 08:25:40
|
|||
|---|---|---|---|
|
|||
SQL server instances |
|||
|
#18+
Там же: ...Default instances of SQL Server use TCP port 1433 by default. Named instances, however, dynamically assign an unused TCP port number the first time the instance is started. The named instance can also dynamically change it's TCP port address on a subsequent startup if the original TCP port number is being used by another application. SQL Server only dynamically changes to an unused TCP port if the port it is currently listening on was dynamically selected. That is, if the port was statically selected (manually), SQL Server will display an error and continue to listen on other ports. It is unlikely another application would attempt to use 1433 since that port is registered as a well-known address for SQL Server. When using a named instance of SQL Server with a firewall, use the Server Network Utility to configure the named instance to listen on a specific TCP port... Так, что если кто-то уже слушает 1433 порт или админ руками убрал сервер с 1433 порта, то на каких портах слушает сервер - ты не узнаешь .. Я часто основной рабочий инстанс сам убираю с 1433 порта.. Не охота узнать как-нибудь утром, что кто-то нашел новую дыру в безопасности и хакнул тебе базулю... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
27.02.2002, 08:25:51
|
|||
|---|---|---|---|
|
|||
SQL server instances |
|||
|
#18+
Там же: ...Default instances of SQL Server use TCP port 1433 by default. Named instances, however, dynamically assign an unused TCP port number the first time the instance is started. The named instance can also dynamically change it's TCP port address on a subsequent startup if the original TCP port number is being used by another application. SQL Server only dynamically changes to an unused TCP port if the port it is currently listening on was dynamically selected. That is, if the port was statically selected (manually), SQL Server will display an error and continue to listen on other ports. It is unlikely another application would attempt to use 1433 since that port is registered as a well-known address for SQL Server. When using a named instance of SQL Server with a firewall, use the Server Network Utility to configure the named instance to listen on a specific TCP port... Так, что если кто-то уже слушает 1433 порт или админ руками убрал сервер с 1433 порта, то на каких портах слушает сервер - ты не узнаешь .. Я часто основной рабочий инстанс сам убираю с 1433 порта.. Не охота узнать как-нибудь утром, что кто-то нашел новую дыру в безопасности и хакнул тебе базулю... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=46&tablet=1&tid=1820909]: |
0ms |
get settings: |
6ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
64ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
27ms |
get tp. blocked users: |
1ms |
| others: | 195ms |
| total: | 316ms |
| 0 / 0 |
