Ошибка SQL Server 08 Express при подключении к localhost - «Истекло время ожидания». Работает с :: 1 или 127.0.0.1

РЕДАКТИРОВАТЬ

Новая информация: переход на localhost: 1434 в Chrome дает мне «ERR_EMPTY_RESPONSE», в то время как другие порты выдают мне «Ой! Эта ссылка, похоже, не работает». Так что, похоже, там есть привязка?

Итак, вот моя установка:

Я настроил брандмауэр Windows, чтобы разрешить TCP на 1433 и UDP на 1434.
Я настроил SQL Server для использования любого IP-адреса на порту 1433 (с помощью диспетчера конфигурации SQL Server).
Файл "Мои хосты" содержит записи по умолчанию ("127.0.0.1 localhost" и ":: 1 localhost").
Иногда у меня есть сеанс отладки Visual Web Developer, на котором запущен веб-сервер, но он находится на определенном порту (localhost: 5XXXX).

Что я пробовал:

я ЖЕСТЯНАЯ БАНКА ping localhost в командной строке.
я ЖЕСТЯНАЯ БАНКА подключиться к базе данных через SSMS, если я укажу 127.0.0.1 или :: 1 как имя сервера.
я НЕ МОГУ подключиться к базе данных через SSMS (или ADO.NET), если я укажу localhost как имя сервера. Я пробовал и Windows, и аутентификацию SQL. Я получаю стандартную ошибку.

Не могу подключиться к localhost. Дополнительная информация -> Истекло время ожидания. Время ожидания истекло до завершения операции или сервер не отвечает. (Сервер Microsoft Sql)

Прочие соображения:

Остановка веб-сервера Visual Web Developer с панели задач не влияет на проблему sql.
В журнале ошибок SQL говорится, что он прослушивает URL-адрес определенного имени при запуске (я не понимаю, как это повлияет на localhost, но не на 127.0.0.1).

Я, вероятно, мог бы просто использовать 127.0.0.1 везде, но меня пугает, что localhost не работает, и я хотел бы выяснить, почему.

Я не очень люблю сети или серверы sql, поэтому я застрял. Если вы хотите, чтобы я попробовал что-нибудь, чтобы помочь в диагностике, просто оставьте это в комментарии, и я попробую.

Результаты Netstat:

Setting SDK environment relative to C:\Program Files\Microsoft SDKs\Windows\v6.1

Targeting Windows Server 2008 x86 DEBUG

C:\Program Files\Microsoft SDKs\Windows\v6.1>netstat -ano | findstr 1434
  UDP    0.0.0.0:1434           *:*                                    6868
  UDP    [::]:1434              *:*                                    6868

C:\Program Files\Microsoft SDKs\Windows\v6.1>netstat -ano | findstr 1433
  TCP    0.0.0.0:1433           0.0.0.0:0              LISTENING       2268
  TCP    127.0.0.1:1433         127.0.0.1:50758        ESTABLISHED     2268
  TCP    127.0.0.1:50758        127.0.0.1:1433         ESTABLISHED     5008
  TCP    [::]:1433              [::]:0                 LISTENING       2268
  TCP    [::1]:1433             [::1]:51202            ESTABLISHED     2268
  TCP    [::1]:1433             [::1]:51616            ESTABLISHED     2268
  TCP    [::1]:51202            [::1]:1433             ESTABLISHED     5008
  TCP    [::1]:51616            [::1]:1433             ESTABLISHED     5008

C:\Program Files\Microsoft SDKs\Windows\v6.1>

Файл журнала SQL Server:

Если это поможет

2010-01-30 12:58:59.01 Server      Microsoft SQL Server 2008 (SP1) - 10.0.2531.0 (Intel X86) 
    Mar 29 2009 10:27:29 
    Copyright (c) 1988-2008 Microsoft Corporation
    Express Edition on Windows NT 6.0  (Build 6002: Service Pack 2)

2010-01-30 12:58:59.01 Server      (c) 2005 Microsoft Corporation.
2010-01-30 12:58:59.01 Server      All rights reserved.
2010-01-30 12:58:59.01 Server      Server process ID is 2268.
2010-01-30 12:58:59.01 Server      System Manufacturer: 'Dell Inc.', System Model: 'Inspiron 1545'.
2010-01-30 12:58:59.01 Server      Authentication mode is MIXED.
2010-01-30 12:58:59.02 Server      Logging SQL Server messages in file 'c:\Program Files\Microsoft SQL Server\MSSQL10.SQLEXPRESS\MSSQL\Log\ERRORLOG'.
2010-01-30 12:58:59.02 Server      This instance of SQL Server last reported using a process ID of 7396 at 1/30/2010 12:57:38 PM (local) 1/30/2010 5:57:38 PM (UTC). This is an informational message only; no user action is required.
2010-01-30 12:58:59.02 Server      Registry startup parameters: 
     -d c:\Program Files\Microsoft SQL Server\MSSQL10.SQLEXPRESS\MSSQL\DATA\master.mdf
     -e c:\Program Files\Microsoft SQL Server\MSSQL10.SQLEXPRESS\MSSQL\Log\ERRORLOG
     -l c:\Program Files\Microsoft SQL Server\MSSQL10.SQLEXPRESS\MSSQL\DATA\mastlog.ldf
2010-01-30 12:58:59.02 Server      SQL Server is starting at normal priority base (=7). This is an informational message only. No user action is required.
2010-01-30 12:58:59.02 Server      Detected 2 CPUs. This is an informational message; no user action is required.
2010-01-30 12:58:59.08 Server      Using dynamic lock allocation.  Initial allocation of 2500 Lock blocks and 5000 Lock Owner blocks per node.  This is an informational message only.  No user action is required.
2010-01-30 12:58:59.17 Server      Node configuration: node 0: CPU mask: 0x00000003 Active CPU mask: 0x00000003. This message provides a description of the NUMA configuration for this computer. This is an informational message only. No user action is required.
2010-01-30 12:58:59.30 spid7s      Starting up database 'master'.
2010-01-30 12:58:59.41 spid7s      Recovery is writing a checkpoint in database 'master' (1). This is an informational message only. No user action is required.
2010-01-30 12:58:59.67 spid7s      FILESTREAM: effective level = 0, configured level = 0, file system access share name = 'SQLEXPRESS'.
2010-01-30 12:58:59.92 spid7s      SQL Trace ID 1 was started by login "sa".
2010-01-30 12:58:59.94 spid7s      Starting up database 'mssqlsystemresource'.
2010-01-30 12:58:59.95 spid7s      The resource database build version is 10.00.2531. This is an informational message only. No user action is required.
2010-01-30 12:59:00.82 spid7s      Server name is 'DELL\SQLEXPRESS'. This is an informational message only. No user action is required.
2010-01-30 12:59:00.83 Server      A self-generated certificate was successfully loaded for encryption.
2010-01-30 12:59:00.84 Server      Server is listening on [ 'any'  1433].
2010-01-30 12:59:00.84 Server      Server is listening on [ 'any'  1433].
2010-01-30 12:59:00.84 spid10s     Starting up database 'model'.
2010-01-30 12:59:00.85 Server      Server local connection provider is ready to accept connection on [ \\.\pipe\SQLLocal\SQLEXPRESS ].
2010-01-30 12:59:00.86 Server      Server local connection provider is ready to accept connection on [ \\.\pipe\MSSQL$SQLEXPRESS\sql\query ].
2010-01-30 12:59:00.86 Server      Dedicated administrator connection support was not started because it is disabled on this edition of SQL Server. If you want to use a dedicated administrator connection, restart SQL Server using the trace flag 7806. This is an informational message only. No user action is required.
2010-01-30 12:59:00.87 Server      The SQL Server Network Interface library could not register the Service Principal Name (SPN) for the SQL Server service. Error: 0x54b, state: 3. Failure to register an SPN may cause integrated authentication to fall back to NTLM instead of Kerberos. This is an informational message. Further action is only required if Kerberos authentication is required by authentication policies.
2010-01-30 12:59:00.87 spid7s      Informational: No full-text supported languages found.
2010-01-30 12:59:00.87 Server      SQL Server is now ready for client connections. This is an informational message; no user action is required.
2010-01-30 12:59:00.91 spid7s      Starting up database 'msdb'.
2010-01-30 12:59:01.21 spid10s     Clearing tempdb database.
2010-01-30 12:59:02.78 spid10s     Starting up database 'tempdb'.
2010-01-30 12:59:03.30 spid13s     The Service Broker protocol transport is disabled or not configured.
2010-01-30 12:59:03.30 spid13s     The Database Mirroring protocol transport is disabled or not configured.
2010-01-30 12:59:03.31 spid7s      Recovery is complete. This is an informational message only. No user action is required.
2010-01-30 12:59:03.31 spid13s     Service Broker manager has started.

Что произойдет при подключении к серверу в SSMS, если вы укажете именованные каналы вместо TCP / IP в качестве сетевого протокола в параметрах, свойствах подключения?

вот мой netstat, если это поможет:

C: \ Users \ fff> netstat -ano | findstr 1433 TCP 0.0.0.0:1433
0.0.0.0:0 ПРОСЛУШИВАНИЕ 3680 TCP [::]: 1433 [::]: 0 ПРОСЛУШИВАНИЕ 3680

C: \ Users \ fff> netstat -ano | findstr 1434 TCP 127.0.0.1:1434
0.0.0.0:0 ПРОСЛУШИВАНИЕ 3680 TCP [:: 1]: 1434 [::]: 0 ПРОСЛУШИВАНИЕ 3680 UDP 0.0.0.0:1434
: 2644 UDP [::]: 1434 : 2644

Некоторые идеи...

Вы проверили параметры области действия правил брандмауэра для UDP 1434? Попробуйте явно разрешить localhost в настраиваемом списке.
Вы пробовали отключить брандмауэр на тестовом сервере? Интересно, есть ли в одном из ваших правил опциональный прицел? Сомнительно, но стоит провести тест и опубликовать результаты как новую информацию.
Есть ли у вас на тестовом сервере какие-либо службы UDP, с которыми вы можете протестировать? Например, настройте NTP-сервер, который синхронизируется с чем-то в Интернете, а затем настройте свой тестовый сервер для синхронизации своих часов, используя это. Если это работает, вы знаете, что «localhost» работает, и ваша проблема с localhost и SQL Server 08 Express специфична для них обоих.

К сожалению, не похоже, что вы можете легко выполнить захват пакетов localhost (так что вы там СОЛЬ) ... что было бы здорово увидеть.

Если вы уже решили это, мне было бы любопытно узнать, каков был ответ.

Попробуйте временно включить удаленные подключения, возможно, SQL Server видит имя хоста и думает, что это удаленное подключение.

Вы должны использовать localhost \ SQLEXPRESS для подключения к локальному экземпляру SQL Server - предполагая, что экземпляр называется SQLEXRESS.

Я заметил, что в своих комментариях вы говорите, что при этом получаете сообщение об ошибке, не могли бы вы опубликовать его, потому что это может помочь решить вашу проблему.

Кроме того, вместо 127.0.0.1 вы можете использовать. \ SQLEXPRESS в строках подключения для подключения к локальному экземпляру SQL Server Express.

Отредактировал свой ответ на основе вашей дополнительной информации.

Я буду следовать всем шагам Вот и дайте нам знать.

Итак, несколько мелких проблем. Порт 1434 UDP предназначен для службы браузера SQL Server. Это похоже на SQL DNS, где он сопоставляет ваш запрос именованного экземпляра с номером порта. SQL динамически назначает номера портов указанным экземплярам и резервирует 1433 TCP для установки по умолчанию, чего, я думаю, не делает Express.

Попробуйте это и сообщите о своих выводах: 127.0.0.1,1433 localhost, 1433., 1433

Это то же самое, что указать имя. Откройте SQL Profiler и найдите «неудачный вход, успешный вход» на вкладке «Аудит безопасности». Это покажет вам, подключаетесь ли вы даже к SQL Engine. Если вы не видите попытки входа в систему, значит, вы не запускаете двигатель, что означает, что он заблокирован.

Можете ли вы попробовать изменить порт с 1433 на что-то другое, например 11433, и доложить? Вы удалили 0 из «динамического порта» в диспетчере конфигурации SQL для каждого сетевого адаптера? Это тоже могло помочь.

Время вышло. Так и не получил ответ, который работал бы, но это было слишком давно, чтобы найти его сейчас. Спасибо всем, кто пытался помочь.

"Файл" Мои хосты "содержит записи по умолчанию (" 127.0.0.1 localhost "и" :: 1 localhost ")"

Вы можете попробовать удалить ":: 1 localhost" в HOSTS. Для меня это выглядит ненужным и запутанным (какой именно локальный хост должен разрешить?). Например, у моих HOSTS его нет (только "localhost 127.0.0.1"), и он разрешает localhost, хотя и по-другому

ping -a localhost преобразуется в "" :: 1 "при включенном сетевом соединении и в 127.0.0.1, когда сетевое соединение отключено.

Кроме того, попробуйте отключить IPv6 в свойствах TCP / IP сетевого адаптера или подключении сетевого адаптера, чтобы сузить область.

Жду ваших результатов!

Update1 (продолжаю говорить с собой, очень интересно!):