Provider tcp provider error 0 указанное сетевое имя более недоступно

Руководство по устранению неполадок с SqlClient

Скачать ADO.NET

Исключения при подключении к SQL Server

Есть несколько причин, по которым не удается установить подключение. Ниже приведено несколько советов по устранению неполадок. Эти советы можно использовать для анализа и решения многих проблем.

Не удалось загрузить нативную библиотеку SNI (указание имени сервера)

Проблемы в приложениях .NET Framework

Отслеживаемая трассировка стека:

SNI — это нативная библиотека C++, на основе которой в SqlClient выполняются различные сетевые операции при работе в Windows. В приложениях .NET Framework, созданных с помощью пакета SDK для проекта MSBuild, управление нативными библиотеками DLL не осуществляется с помощью команд восстановления. Таким образом, файл .targets включается в пакет NuGet Microsoft.Data.SqlClient.SNI, который определяет необходимые операции копирования.

Для включаемого файла .targets при установке прямой зависимости от библиотеки Microsoft.Data.SqlClient создается автоматическая ссылка. В сценариях, где создается транзитная (косвенная) ссылка, необходимо вручную ссылаться на этот файл .targets, чтобы при необходимости могли выполняться операции копирования.

Рекомендуемое решение. Убедитесь, что в файле .csproj приложения есть ссылка на файл .targets, чтобы обеспечить выполнение операций копирования.

Среди этих целевых объектов только известные и часто используемые целевые объекты Майкрософт. Если внешний инструмент или приложение определяет пользовательские целевые объекты для копирования двоичных файлов, то средства обслуживания инструмента должны определить новые целевые объекты, чтобы обеспечить копирование нативных DLL-библиотек SNI вместе с двоичными файлами Microsoft.Data.SqlClient.dll и доступность таких библиотек при выполнении клиентских приложений.

Проблемы в приложениях .NET Core

Отслеживаемая трассировка стека:

Эта ошибка может возникать только в Windows-приложениях. Если это происходит в среде Unix, убедитесь, что приложение создано для среды выполнения UNIX, а не для Windows.

SNI — это нативная библиотека C++, на основе которой в SqlClient выполняются различные сетевые операции при работе в Windows. Microsoft.Data.SqlClient не управляет загрузкой этой библиотеки в ПО .NET Core и ее выгрузкой из него.

Рекомендуемое решение. Обеспечьте для файловой системы, где нативные библиотеки среды выполнения загружаются в процесс .NET Core, разрешения на выполнение. Если это не помогло решить проблему, можно зарегистрировать ее в репозитории dotnet/runtime, чтобы получить дальнейшую поддержку.

Ошибки нативной функции SNI (не удалось найти PDB)

Отслеживаемая трассировка стека:

Рекомендуемое решение. Убедитесь, что клиентское приложение ссылается на минимальную версию 2.1.0 пакета Microsoft.Data.SqlClient. При использовании EF Core добавьте ссылку на эту версию пакета Microsoft.Data.SqlClient напрямую, чтобы переопределить зависимость.

Ошибки разрешения имени узла

Отслеживаемая трассировка стека:

Возможные причины

В SQL Server не включен протокол TCP или протокол именованных каналов

Рекомендуемое решение. Включите протокол TCP или протокол именованных каналов в экземпляре SQL Server из консоли диспетчера конфигурации SQL Server.

Имя узла неизвестно

Рекомендуемое решение. Убедитесь, что имя узла разрешается в IP-адрес сервера от клиента, в котором инициируется подключение.

Ошибки на этапе входа

Отслеживаемые трассировки стека:

Возможные причины и решения

SQL Server не поддерживает TLS 1.2

Эта ошибка обычно происходит в клиентских средах, таких как контейнеры образов Docker, клиенты Unix или клиенты Windows, где TLS 1.2 является минимальной поддерживаемой версией протокола TLS.

Рекомендуемое решение. Установите последние обновления для поддерживаемых версий SQL Server 1 и убедитесь, что на сервере включен протокол TLS 1.2.

1 Список поддерживаемых версий SQL Server с разными версиями Microsoft.Data.SqlClient см. в статье Жизненный цикл поддержки драйвера SqlClient.

Небезопасное решение. Настройте параметры TLS/SSL в среде образа или клиента Docker для подключения к TLS 1.0.

При подключении к Microsoft.Data.SqlClient версии 2.0 и выше из среды Windows или Linux с использованием TLS 1.0 или TLS 1.1 будет активировано предупреждение системы безопасности, если целевому объекту SQL Server и клиенту не удается согласовать минимальную версию TLS 1.2 при установке соединения: Security Warning: The negotiated is an insecure protocol and is supported for backward compatibility only. The recommended protocol version is TLS 1.2 and later.

Принудительное шифрование SQL Server

Если целевой сервер является экземпляром Azure SQL или локальной SQL Server с включенным свойством «Принудительное шифрование», будет установлено зашифрованное подключение, для которого клиент должен установить доверие с сервером.

Рекомендуемое решение. Есть два варианта устранения этой проблемы:

1. Установите сертификат TLS/SSL для целевого экземпляра SQL Server в клиентской среде. Будет выполнена проверка на предмет того, нужно ли шифрование.
2. Задайте свойство TrustServerCertificate=true в строке подключения.

Небезопасное решение. Отключите параметр принудительного шифрования в SQL Server.

Сертификаты TLS/SSL не подписаны с помощью SHA-256 или более поздней версии.

Рекомендуемое решение. Создайте новый сертификат TLS/SSL для сервера, хэш которого подписывается по меньшей мере с помощью алгоритма хэширования SHA-256.

Строго ограниченный список комплектов шифров TLS для .NET 5 и более поздних версий в Linux

В .NET 5 представлено критическое изменение для клиентов Linux, которое заключается в использовании строго ограниченного списка разрешенных комплектов шифров по умолчанию. Если необходимо расширить список комплектов шифров по умолчанию для работы с устаревшими клиентами (или для взаимодействия с устаревшими серверами), укажите значение CipherSuitePolicy или измените файл конфигурации OpenSSL.

Дополнительные сведения о рекомендуемых действиях см. в статье Комплекты шифров TLS по умолчанию для .NET в Linux.

Проблема, вызванная тем, что пул подключений исчерпан

Отслеживаемая трассировка стека:

Возможные причины и решения

Клиентское приложение открывает больше подключений, чем пул соединений может сохранить в текущий момент.

Рекомендуемое решение. Задайте для свойства соединения Max Pool Size большее значение и своевременно закрывайте неиспользуемые подключения.

Обращение в службу поддержки

Если это не помогло устранить проблемы с подключением, вы можете просмотреть сведения о существующих проблемах в репозитории dotnet/sqlclient и при необходимости открыть новую проблему.

Источник

Ошибка «Указанное сетевое имя более недоступно» в Windows 10: что делать?

С ошибкой «Указанное сетевое имя более недоступно» можно столкнуться при обращении к общему ресурсу. Часто проблема возникает при работе с серверами для хранения данных NAS. Иногда можно получить доступ, но сообщение об ошибке может отобразится при синхронизации файлов.

Самая распространенная причина заключается в том, что последняя версия Windows 10 не поддерживает протокол SMB 1.0. Также ошибку вызывает антивирус, особенно Nod32, или приложение сканирования сети.

Включение SMB 1.0

Если установлена Windows 10 Fall Creators Update или Server версии 1709 и выше, то неполадка может возникнуть из-за SMB 1.0. Этот протокол не устанавливается по умолчанию в этих сборках. Майкрософт официально заявил, что подключение к устройству, поддерживающему только версию 1 приведет к ошибке. Таким образом, включение протокола с панели управления, скорее всего, решит проблему.

Откройте окно «Удаления и изменения программ» командой appwiz.cpl , запущенной из окна «Выполнить» (Win + R).

На левой панели перейдите на «Включение или отключение компонентов Windows».

Прокрутите вниз и найдите параметр поддержки общего доступа к файлам SMB 1.0 / CIFS и щелкните на значок «плюс» в левой части меню. Если значка «+» нет, просто проверьте включению поддержки общего доступа.

Сохраните изменения на «ОК», закройте окно. Проверьте, удалось ли подключится к ресурсу. Если продолжаете наблюдать, что недоступно указанное имя, перейдите к следующему способу.

Отключения антивируса и сканера сети

Указанное имя ресурса может быть недоступно из-за антивируса, особенно если используете Nod32. Если приложение защиты не вызывает проблемы, попробуйте отключить сканирование сети в реальном времени.

После удаления антивирусной программы или сканера проверьте, удалось ли подключится.

Подключение сетевого диска с использованием IP-адреса

Если видите, что указанный сетевой ресурс по-прежнему недоступен, попробуйте сопоставить диск, используя IP вместо имени компьютера. Выполните следующие шаги:

Откройте Проводник сочетанием клавиш Win + E. Кликните на «Этот компьютер» и в верхнем меню нажмите на значок «Подключить сетевой диск».

Выберите букву для накопителя из выпадающего меню. В поле «Папка» введите IP-адрес вместо наименования компьютера. Должна быть такая запись:

Подтвердите изменения нажатием на кнопку «Готово».

Источник

Provider tcp provider error 0 указанное сетевое имя более недоступно

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Asked by:

Question

i want to connect to server side from client , i am using sql server 2008 sp1 and os winn 7 64 bit, but it give me an error as above.

also i tried this link:

and i configured two things as follow:

windows firewall —> port —> spacial local (1433) —> allow the connection —>public (checked) and sql server network configuration manager —>protocols for mssqlserver TCP/IP(enabled).

note: my client and server windows firewalls is disabled.

but i can not solve this issue.

thanks & best regards.

The port 1433 is for the default instance of SQL server. Please check which specific port SQL server is running on using the SQL server configuration manager—>SQL server Network Configuration-> Protocols for

On the right Side double click on the TCP/IP and select the IpAddresses table. Scroll to the bottom till you find IPAll

Check which is the port used by looking on the Dynamic/Static port and then add the exception under the windows firewall.

Also try pinging to the Server using the Ping -a IPaddress and make sure that the name of the server is getting displayed. Also try pinging the name and see if it resolves to the proper IPaddress of the SQL Server.

If the name is not resolved then there is problem with the DNS.

Also Try connecting to the SQL server using the Ipaddress,PortNumber.

If this succeeds then there is problem with the DNS.

Also look for invalid entries in the hosts file located in C:WindowsSystem32DriversEtc using notepad.

Only the valid Ipaddress and the corresponding system name should be present.

Hope this helps in identifying the issue.

Please click the Mark as answer button and vote as helpful if this reply solves your problem

Источник

Provider tcp provider error 0 указанное сетевое имя более недоступно

Этот форум закрыт. Спасибо за участие!

Лучший отвечающий

Вопрос

Возникла на клиентском компьютере подобная проблема — » указанное сетевое имя более недоступно «.

На первый взгляд дело показалось плевым, но пока решения не нашел.

Домен на 250+ машин (клиенты Win 7)

Уровень домена 2008R2

Есть файл-сервер виртуализованный на vmware Server 2012 на котором есть шара. Для удобства загнана в DFS.

Эта шара подключается в качестве сетевого диска на клиентские машины и на 248 из них все отлично работает (хотя до этого работало на 250).

В один прекрасный день у двух сотрудников при попытке открыть этот сетевой диск выплывает указанная выше ошибка.

При этом на шары других серверов вполне себе удачно заходят.

Логи applications и system как на клиентских машинах, так и на сервере ничего мне не говорят.

dns имя разрешается в ip верно.

Пытался зайти на сервер напрямую (без адресного пространства DFS). Ни по имени, ни по ip не хочет этого делать, выдаваю всю ту же ошибку.

Права на шару и ntfs проверены.

С другого компьютера под учетной записью проблемных пользователей на нужный ресурс успешно заходит.

Сбрасывал настройки протокола TCP/IP на проблемных клиентах с помощью netsh

Ответы

Все нормально и расхождений между нормальным клиентом и проблемным нет.

Проблема чудодейственным образом решилась сама по себе жутком меня расстроив.

• Помечено в качестве ответа Dmitriy Vereshchak Microsoft contingent staff 4 апреля 2016 г. 11:43

Все ответы

Сообщение об ошибке наводит на мысль, что разрешение имён работает правильно, но сервер недоступен по общим между ним и проблемными клиентами протоколам. Сама ошибка связана с протоколом SMB, коего в Windows 7 две версии (1 и 2.0) и который, к тому же может работать по двум разным транспортам: Direct SMB hosting (порт 445/TCP на сервере) и NetBIOS session service (139/TCP).

В связи с этим рекомендую проверить, работают ли на проблемных клиентах драйверы обеих версий SMB, командами sc query mrxsmb10 и sc query mrxsmb20 и не заблокирован ли брандмауэром трафик для одного из транспортов по указанным портам: обратить внимание для правила исходящих подключений на проблемных клиентах и на возможные ограничения области действия в правилах входящих подключений на сервере.

Если не работает один из драйверов, то проверить, не был ли он отключен в соответствии со ст. 2696547 MS KB

Если с помощью указанных выше проверок причину обнаружить не удалось, то она может быть в чрезмерно медленной работе сети, потере пакетов, в том числе — пакетов максимального размера, из-за его несоответствия на разных устройствах и не работающей индикации требования фрагментации.

Источник

Hi guys ,

I am facing a weird issue with SQL Server. Our application team is getting these kind of error since this morning while login through the Application and sometime while fetching the data from the application.

Can Some one please help me on this matter. Is this something related to the SQL Server. We are using SQL Server 2008 R2 on Window Server 2008 R2.

I have been googling this whole day. I could find the fix to this problem.

Please share your thought if someone experienced the same problem.

Thanks  

Error Message:

1/4/2011 10:07:30 AM — security_UserManager_login — System.Data.SqlClient.SqlException: A connection was successfully established with the server,
but then an error occurred during the login process. (provider: TCP Provider, error: 0 — The specified network name is no longer available.)

   at System.Data.SqlClient.SqlInternalConnection.OnError(SqlException exception, Boolean breakConnection)

   at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj)

   at System.Data.SqlClient.TdsParserStateObject.ReadSniError(TdsParserStateObject stateObj, UInt32 error)

   at System.Data.SqlClient.TdsParserStateObject.ReadSni(DbAsyncResult asyncResult, TdsParserStateObject stateObj)

   at System.Data.SqlClient.TdsParserStateObject.ReadNetworkPacket()

   at System.Data.SqlClient.TdsParserStateObject.ReadBuffer()

   at System.Data.SqlClient.TdsParserStateObject.ReadByte()

   at System.Data.SqlClient.TdsParser.Run(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj)

   at System.Data.SqlClient.SqlInternalConnectionTds.CompleteLogin(Boolean enlistOK)

   at System.Data.SqlClient.SqlInternalConnectionTds.AttemptOneLogin(ServerInfo serverInfo, String newPassword, Boolean ignoreSniOpenTimeout, Int64 timerExpire, SqlConnection owningObject)

   at System.Data.SqlClient.SqlInternalConnectionTds.LoginNoFailover(String host, String newPassword, Boolean redirectedUserInstance, SqlConnection owningObject, SqlConnectionString connectionOptions, Int64 timerStart)

   at System.Data.SqlClient.SqlInternalConnectionTds.OpenLoginEnlist(SqlConnection owningObject, SqlConnectionString connectionOptions, String newPassword, Boolean redirectedUserInstance)

   at System.Data.SqlClient.SqlInternalConnectionTds..ctor(DbConnectionPoolIdentity identity, SqlConnectionString connectionOptions, Object providerInfo, String newPassword, SqlConnection owningObject, Boolean redirectedUserInstance)

   at System.Data.SqlClient.SqlConnectionFactory.CreateConnection(DbConnectionOptions options, Object poolGroupProviderInfo, DbConnectionPool pool, DbConnection owningConnection)

   at System.Data.ProviderBase.DbConnectionFactory.CreatePooledConnection(DbConnection owningConnection, DbConnectionPool pool, DbConnectionOptions options)

   at System.Data.ProviderBase.DbConnectionPool.CreateObject(DbConnection owningObject)

   at System.Data.ProviderBase.DbConnectionPool.UserCreateRequest(DbConnection owningObject)

   at System.Data.ProviderBase.DbConnectionPool.GetConnection(DbConnection owningObject)

   at System.Data.ProviderBase.DbConnectionFactory.GetConnection(DbConnection owningConnection)

   at System.Data.ProviderBase.DbConnectionClosed.OpenConnection(DbConnection outerConnection, DbConnectionFactory connectionFactory)

   at System.Data.SqlClient.SqlConnection.Open()

   at XXXX.Data.Client.DataWrapper.ExecuteProcedure(String storedProcedure, DbParameter[] parameters)

Hi guys ,

I am facing a weird issue with SQL Server. Our application team is getting these kind of error since this morning while login through the Application and sometime while fetching the data from the application.

Can Some one please help me on this matter. Is this something related to the SQL Server. We are using SQL Server 2008 R2 on Window Server 2008 R2.

I have been googling this whole day. I could find the fix to this problem.

Please share your thought if someone experienced the same problem.

Thanks  

Error Message:

1/4/2011 10:07:30 AM — security_UserManager_login — System.Data.SqlClient.SqlException: A connection was successfully established with the server,
but then an error occurred during the login process. (provider: TCP Provider, error: 0 — The specified network name is no longer available.)

   at System.Data.SqlClient.SqlInternalConnection.OnError(SqlException exception, Boolean breakConnection)

   at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj)

   at System.Data.SqlClient.TdsParserStateObject.ReadSniError(TdsParserStateObject stateObj, UInt32 error)

   at System.Data.SqlClient.TdsParserStateObject.ReadSni(DbAsyncResult asyncResult, TdsParserStateObject stateObj)

   at System.Data.SqlClient.TdsParserStateObject.ReadNetworkPacket()

   at System.Data.SqlClient.TdsParserStateObject.ReadBuffer()

   at System.Data.SqlClient.TdsParserStateObject.ReadByte()

   at System.Data.SqlClient.TdsParser.Run(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj)

   at System.Data.SqlClient.SqlInternalConnectionTds.CompleteLogin(Boolean enlistOK)

   at System.Data.SqlClient.SqlInternalConnectionTds.AttemptOneLogin(ServerInfo serverInfo, String newPassword, Boolean ignoreSniOpenTimeout, Int64 timerExpire, SqlConnection owningObject)

   at System.Data.SqlClient.SqlInternalConnectionTds.LoginNoFailover(String host, String newPassword, Boolean redirectedUserInstance, SqlConnection owningObject, SqlConnectionString connectionOptions, Int64 timerStart)

   at System.Data.SqlClient.SqlInternalConnectionTds.OpenLoginEnlist(SqlConnection owningObject, SqlConnectionString connectionOptions, String newPassword, Boolean redirectedUserInstance)

   at System.Data.SqlClient.SqlInternalConnectionTds..ctor(DbConnectionPoolIdentity identity, SqlConnectionString connectionOptions, Object providerInfo, String newPassword, SqlConnection owningObject, Boolean redirectedUserInstance)

   at System.Data.SqlClient.SqlConnectionFactory.CreateConnection(DbConnectionOptions options, Object poolGroupProviderInfo, DbConnectionPool pool, DbConnection owningConnection)

   at System.Data.ProviderBase.DbConnectionFactory.CreatePooledConnection(DbConnection owningConnection, DbConnectionPool pool, DbConnectionOptions options)

   at System.Data.ProviderBase.DbConnectionPool.CreateObject(DbConnection owningObject)

   at System.Data.ProviderBase.DbConnectionPool.UserCreateRequest(DbConnection owningObject)

   at System.Data.ProviderBase.DbConnectionPool.GetConnection(DbConnection owningObject)

   at System.Data.ProviderBase.DbConnectionFactory.GetConnection(DbConnection owningConnection)

   at System.Data.ProviderBase.DbConnectionClosed.OpenConnection(DbConnection outerConnection, DbConnectionFactory connectionFactory)

   at System.Data.SqlClient.SqlConnection.Open()

   at XXXX.Data.Client.DataWrapper.ExecuteProcedure(String storedProcedure, DbParameter[] parameters)

Hi guys ,

I am facing a weird issue with SQL Server. Our application team is getting these kind of error since this morning while login through the Application and sometime while fetching the data from the application.

Can Some one please help me on this matter. Is this something related to the SQL Server. We are using SQL Server 2008 R2 on Window Server 2008 R2.

I have been googling this whole day. I could find the fix to this problem.

Please share your thought if someone experienced the same problem.

Thanks  

Error Message:

1/4/2011 10:07:30 AM — security_UserManager_login — System.Data.SqlClient.SqlException: A connection was successfully established with the server,
but then an error occurred during the login process. (provider: TCP Provider, error: 0 — The specified network name is no longer available.)

   at System.Data.SqlClient.SqlInternalConnection.OnError(SqlException exception, Boolean breakConnection)

   at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj)

   at System.Data.SqlClient.TdsParserStateObject.ReadSniError(TdsParserStateObject stateObj, UInt32 error)

   at System.Data.SqlClient.TdsParserStateObject.ReadSni(DbAsyncResult asyncResult, TdsParserStateObject stateObj)

   at System.Data.SqlClient.TdsParserStateObject.ReadNetworkPacket()

   at System.Data.SqlClient.TdsParserStateObject.ReadBuffer()

   at System.Data.SqlClient.TdsParserStateObject.ReadByte()

   at System.Data.SqlClient.TdsParser.Run(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj)

   at System.Data.SqlClient.SqlInternalConnectionTds.CompleteLogin(Boolean enlistOK)

   at System.Data.SqlClient.SqlInternalConnectionTds.AttemptOneLogin(ServerInfo serverInfo, String newPassword, Boolean ignoreSniOpenTimeout, Int64 timerExpire, SqlConnection owningObject)

   at System.Data.SqlClient.SqlInternalConnectionTds.LoginNoFailover(String host, String newPassword, Boolean redirectedUserInstance, SqlConnection owningObject, SqlConnectionString connectionOptions, Int64 timerStart)

   at System.Data.SqlClient.SqlInternalConnectionTds.OpenLoginEnlist(SqlConnection owningObject, SqlConnectionString connectionOptions, String newPassword, Boolean redirectedUserInstance)

   at System.Data.SqlClient.SqlInternalConnectionTds..ctor(DbConnectionPoolIdentity identity, SqlConnectionString connectionOptions, Object providerInfo, String newPassword, SqlConnection owningObject, Boolean redirectedUserInstance)

   at System.Data.SqlClient.SqlConnectionFactory.CreateConnection(DbConnectionOptions options, Object poolGroupProviderInfo, DbConnectionPool pool, DbConnection owningConnection)

   at System.Data.ProviderBase.DbConnectionFactory.CreatePooledConnection(DbConnection owningConnection, DbConnectionPool pool, DbConnectionOptions options)

   at System.Data.ProviderBase.DbConnectionPool.CreateObject(DbConnection owningObject)

   at System.Data.ProviderBase.DbConnectionPool.UserCreateRequest(DbConnection owningObject)

   at System.Data.ProviderBase.DbConnectionPool.GetConnection(DbConnection owningObject)

   at System.Data.ProviderBase.DbConnectionFactory.GetConnection(DbConnection owningConnection)

   at System.Data.ProviderBase.DbConnectionClosed.OpenConnection(DbConnection outerConnection, DbConnectionFactory connectionFactory)

   at System.Data.SqlClient.SqlConnection.Open()

   at XXXX.Data.Client.DataWrapper.ExecuteProcedure(String storedProcedure, DbParameter[] parameters)

Ошибка «Указанное сетевое имя более недоступно» в Windows 10: что делать?

С ошибкой «Указанное сетевое имя более недоступно» можно столкнуться при обращении к общему ресурсу. Часто проблема возникает при работе с серверами для хранения данных NAS. Иногда можно получить доступ, но сообщение об ошибке может отобразится при синхронизации файлов.

Самая распространенная причина заключается в том, что последняя версия Windows 10 не поддерживает протокол SMB 1.0. Также ошибку вызывает антивирус, особенно Nod32, или приложение сканирования сети.

Включение SMB 1.0

Если установлена Windows 10 Fall Creators Update или Server версии 1709 и выше, то неполадка может возникнуть из-за SMB 1.0. Этот протокол не устанавливается по умолчанию в этих сборках. Майкрософт официально заявил, что подключение к устройству, поддерживающему только версию 1 приведет к ошибке. Таким образом, включение протокола с панели управления, скорее всего, решит проблему.

Откройте окно «Удаления и изменения программ» командой appwiz.cpl , запущенной из окна «Выполнить» (Win + R).

На левой панели перейдите на «Включение или отключение компонентов Windows».

Прокрутите вниз и найдите параметр поддержки общего доступа к файлам SMB 1.0 / CIFS и щелкните на значок «плюс» в левой части меню. Если значка «+» нет, просто проверьте включению поддержки общего доступа.

Сохраните изменения на «ОК», закройте окно. Проверьте, удалось ли подключится к ресурсу. Если продолжаете наблюдать, что недоступно указанное имя, перейдите к следующему способу.

Отключения антивируса и сканера сети

Указанное имя ресурса может быть недоступно из-за антивируса, особенно если используете Nod32. Если приложение защиты не вызывает проблемы, попробуйте отключить сканирование сети в реальном времени.

После удаления антивирусной программы или сканера проверьте, удалось ли подключится.

Подключение сетевого диска с использованием IP-адреса

Если видите, что указанный сетевой ресурс по-прежнему недоступен, попробуйте сопоставить диск, используя IP вместо имени компьютера. Выполните следующие шаги:

Откройте Проводник сочетанием клавиш Win + E. Кликните на «Этот компьютер» и в верхнем меню нажмите на значок «Подключить сетевой диск».

Выберите букву для накопителя из выпадающего меню. В поле «Папка» введите IP-адрес вместо наименования компьютера. Должна быть такая запись:

Подтвердите изменения нажатием на кнопку «Готово».

Источник

Provider tcp provider error 0 указанное сетевое имя более недоступно

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Asked by:

Question

i want to connect to server side from client , i am using sql server 2008 sp1 and os winn 7 64 bit, but it give me an error as above.

also i tried this link:

and i configured two things as follow:

windows firewall —> port —> spacial local (1433) —> allow the connection —>public (checked) and sql server network configuration manager —>protocols for mssqlserver TCP/IP(enabled).

note: my client and server windows firewalls is disabled.

but i can not solve this issue.

thanks & best regards.

All replies

The port 1433 is for the default instance of SQL server. Please check which specific port SQL server is running on using the SQL server configuration manager—>SQL server Network Configuration-> Protocols for

On the right Side double click on the TCP/IP and select the IpAddresses table. Scroll to the bottom till you find IPAll

Check which is the port used by looking on the Dynamic/Static port and then add the exception under the windows firewall.

Also try pinging to the Server using the Ping -a IPaddress and make sure that the name of the server is getting displayed. Also try pinging the name and see if it resolves to the proper IPaddress of the SQL Server.

If the name is not resolved then there is problem with the DNS.

Also Try connecting to the SQL server using the Ipaddress,PortNumber.

If this succeeds then there is problem with the DNS.

Also look for invalid entries in the hosts file located in C:WindowsSystem32DriversEtc using notepad.

Only the valid Ipaddress and the corresponding system name should be present.

Hope this helps in identifying the issue.

Please click the Mark as answer button and vote as helpful if this reply solves your problem

Источник

Provider tcp provider error 0 указанное сетевое имя более недоступно

Этот форум закрыт. Спасибо за участие!

Лучший отвечающий

Вопрос

Возникла на клиентском компьютере подобная проблема — » указанное сетевое имя более недоступно «.

На первый взгляд дело показалось плевым, но пока решения не нашел.

Домен на 250+ машин (клиенты Win 7)

Уровень домена 2008R2

Есть файл-сервер виртуализованный на vmware Server 2012 на котором есть шара. Для удобства загнана в DFS.

Эта шара подключается в качестве сетевого диска на клиентские машины и на 248 из них все отлично работает (хотя до этого работало на 250).

В один прекрасный день у двух сотрудников при попытке открыть этот сетевой диск выплывает указанная выше ошибка.

При этом на шары других серверов вполне себе удачно заходят.

Логи applications и system как на клиентских машинах, так и на сервере ничего мне не говорят.

dns имя разрешается в ip верно.

Пытался зайти на сервер напрямую (без адресного пространства DFS). Ни по имени, ни по ip не хочет этого делать, выдаваю всю ту же ошибку.

Права на шару и ntfs проверены.

С другого компьютера под учетной записью проблемных пользователей на нужный ресурс успешно заходит.

Сбрасывал настройки протокола TCP/IP на проблемных клиентах с помощью netsh

Ответы

Все нормально и расхождений между нормальным клиентом и проблемным нет.

Проблема чудодейственным образом решилась сама по себе жутком меня расстроив.

• Помечено в качестве ответа Dmitriy Vereshchak Microsoft contingent staff 4 апреля 2016 г. 11:43

Все ответы

Сообщение об ошибке наводит на мысль, что разрешение имён работает правильно, но сервер недоступен по общим между ним и проблемными клиентами протоколам. Сама ошибка связана с протоколом SMB, коего в Windows 7 две версии (1 и 2.0) и который, к тому же может работать по двум разным транспортам: Direct SMB hosting (порт 445/TCP на сервере) и NetBIOS session service (139/TCP).

В связи с этим рекомендую проверить, работают ли на проблемных клиентах драйверы обеих версий SMB, командами sc query mrxsmb10 и sc query mrxsmb20 и не заблокирован ли брандмауэром трафик для одного из транспортов по указанным портам: обратить внимание для правила исходящих подключений на проблемных клиентах и на возможные ограничения области действия в правилах входящих подключений на сервере.

Если не работает один из драйверов, то проверить, не был ли он отключен в соответствии со ст. 2696547 MS KB

Если с помощью указанных выше проверок причину обнаружить не удалось, то она может быть в чрезмерно медленной работе сети, потере пакетов, в том числе — пакетов максимального размера, из-за его несоответствия на разных устройствах и не работающей индикации требования фрагментации.

Источник

Как определить основную причину сбоя канала связи. Поставщик TCP: указанное сетевое имя больше не доступно?

Вот мои последние усилия по пересмотру этого вопроса. Но на этот раз я стараюсь следовать советам, данным Одедом в его статье » Получение хороших ответов о Stackru».

Мне нужно выяснить, как я могу определить причину следующей ошибки:

Время от времени я вижу эту ошибку при запуске набора пакетов служб SSIS. Эта ошибка может возникать при запуске одного-многих пакетов из:

1. Задание агента SQL Server
2. Пакетный файл
3. В режиме отладки от BIDS

Полное сообщение об ошибке, которое я вижу, выглядит следующим образом:

Это обзор того, как я разработал процесс ETL:

• Два сервера
• Обе виртуальные машины
• Пакеты служб SSIS запускаются на сервере приложений
• База данных SQL Server живет на сервере базы данных

Я использую диспетчер соединений OLE DB для подключения из пакета служб SSIS на сервере приложений к базе данных SQL Server на сервере базы данных.

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

Основная причина этого заключается в том, что ETL интегрирован с набором инструментов, которые не найдены, а диски не доступны для сервера базы данных. Эти инструменты включают Apex Data Loader для Salesforce и pgAdmin III.

Пока я не могу последовательно воспроизвести эту ошибку. Однако вот что я заметил:

• Отказ происходит чаще в рабочее время
• Отказ происходит реже в нерабочее время

Около двух часов в пятницу утром я смог успешно воспроизвести ошибку на конкретном пакете.

Ошибка произошла во время большого потока данных, если был включен дочерний вызов пакета, предшествующий большому потоку данных.

Ошибка не произошла во время того же большого потока данных, если был отключен вызов дочернего пакета, который предшествовал большому потоку данных.

Рассматриваемый дочерний пакет перезванивает в базу данных, чтобы получить небольшое количество информации для использования в теле письма, а затем отправляет электронное письмо.

Такое ощущение, что может быть превышен лимит ресурсов?

Может быть лимит подключения?

Мне интересно, какие инструменты я должен использовать, чтобы попытаться определить причину ошибки.

Технические подробности о двух задействованных серверах перечислены ниже:

Информация о SQL Server и сервере баз данных:
Microsoft SQL Server 2008 R2 (SP1) — 10.50.2500.0 (X64) 17 июня 2011 г. 00:54:03 Авторское право (c) Microsoft Corporation Enterprise Edition (64-разрядная версия) в Windows NT 6.1 (сборка 7601: пакет обновления 1) (гипервизор))

Информация SSIS:
Microsoft Visual Studio 2008 Версия 9.0.30729.1 SP Microsoft .NET Framework Версия 3.5 SP1

Информация о сервере приложений:
Имя ОС: Microsoft Windows Server 2008 R2 Стандартная версия: 6.1.7601 с пакетом обновления 1, сборка 7601

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

Любая помощь приветствуется.

ОБНОВИТЬ:

Дальнейшее тестирование показывает, что это не «вещь служб SSIS», поскольку при использовании SQL Server Management Studio такая же ошибка наблюдается с той же скоростью. Сложность запроса не делает ошибку более или менее вероятной. В попытке решить проблему мы попытались исправить одно из приведенных ниже:

Это была наша первая попытка. TCP Chimney теперь отключен на сервере приложений и сервере базы данных. Тестирование показывает, что та же ошибка происходит с той же скоростью.

Так куда же идти? Честно говоря, я не уверен. Остается один, казалось бы, хороший вариант:

Установки сервера приложений и сервера базы данных SQL Server точно не совпадают

Сервер приложений = SQL Server 2008 (SP1) — 10.0.2531.0 (X64)

Сервер базы данных = SQL Server 2008 R2 (SP1) — 10.50.2500.0 (X64)

Планируется обновить установку SQL Server на сервере приложений. Это своего рода хит и надежда, но на данный момент это кажется лучшим вариантом. Что-то в моем мозгу говорит мне, что это может быть решено путем исправления проблемы с оборудованием (под этим я подразумеваю ремонт или замену), и что конфигурация аппаратного и программного обеспечения может с этим ничего не поделать.

Тем не менее, я все еще не уверен, как определить первопричину. Мне все еще интересно, какие инструменты я должен использовать для диагностики первопричины.

Источник

Provider tcp provider error 0 указанное сетевое имя более недоступно

Этот форум закрыт. Спасибо за участие!

Лучший отвечающий

Вопрос

Возникла на клиентском компьютере подобная проблема — » указанное сетевое имя более недоступно «.

На первый взгляд дело показалось плевым, но пока решения не нашел.

Домен на 250+ машин (клиенты Win 7)

Уровень домена 2008R2

Есть файл-сервер виртуализованный на vmware Server 2012 на котором есть шара. Для удобства загнана в DFS.

Эта шара подключается в качестве сетевого диска на клиентские машины и на 248 из них все отлично работает (хотя до этого работало на 250).

В один прекрасный день у двух сотрудников при попытке открыть этот сетевой диск выплывает указанная выше ошибка.

При этом на шары других серверов вполне себе удачно заходят.

Логи applications и system как на клиентских машинах, так и на сервере ничего мне не говорят.

dns имя разрешается в ip верно.

Пытался зайти на сервер напрямую (без адресного пространства DFS). Ни по имени, ни по ip не хочет этого делать, выдаваю всю ту же ошибку.

Права на шару и ntfs проверены.

С другого компьютера под учетной записью проблемных пользователей на нужный ресурс успешно заходит.

Сбрасывал настройки протокола TCP/IP на проблемных клиентах с помощью netsh

Ответы

Все нормально и расхождений между нормальным клиентом и проблемным нет.

Проблема чудодейственным образом решилась сама по себе жутком меня расстроив.

• Помечено в качестве ответа Dmitriy Vereshchak Microsoft contingent staff 4 апреля 2016 г. 11:43

Все ответы

Сообщение об ошибке наводит на мысль, что разрешение имён работает правильно, но сервер недоступен по общим между ним и проблемными клиентами протоколам. Сама ошибка связана с протоколом SMB, коего в Windows 7 две версии (1 и 2.0) и который, к тому же может работать по двум разным транспортам: Direct SMB hosting (порт 445/TCP на сервере) и NetBIOS session service (139/TCP).

В связи с этим рекомендую проверить, работают ли на проблемных клиентах драйверы обеих версий SMB, командами sc query mrxsmb10 и sc query mrxsmb20 и не заблокирован ли брандмауэром трафик для одного из транспортов по указанным портам: обратить внимание для правила исходящих подключений на проблемных клиентах и на возможные ограничения области действия в правилах входящих подключений на сервере.

Если не работает один из драйверов, то проверить, не был ли он отключен в соответствии со ст. 2696547 MS KB

Если с помощью указанных выше проверок причину обнаружить не удалось, то она может быть в чрезмерно медленной работе сети, потере пакетов, в том числе — пакетов максимального размера, из-за его несоответствия на разных устройствах и не работающей индикации требования фрагментации.

Источник