Mam problem z połączeniem z wystąpieniem programu SQL Server 2012 działającym w systemie Windows Server 2012. Mam aplikację formularzy Windows .NET 4.5 zainstalowaną na komputer kliencki z systemem Windows 7. błąd pojawia to:. Aplikacja aplikacji formularzy 4.5 do programu SQL Server 2012 kończy się niepowodzeniem: dostawca protokołu SSL, błąd: 0
A connection was successfully established with the server, but then an error
occurred during the pre-login handshake. (provider: SSL Provider, error: 0 -
The wait operation timed out.)
Moje ciąg połączenia wygląda następująco:
server=SERVERNAME;database=DATABASENAME;User Id=someuser;password=somepassword;Timeout=60;app=LabelMaker
Próbowałem łączenia się z SQL Server z komputera klienckiego za pomocą QueryExpress i że pracował! Moja aplikacja jest 64-bitowa, jeśli tylko to pomoże. Sprawdziłem każde ustawienie, jakie mogę wymyślić w SQL Server. W protokołach nie są szyfrowane żadne siły (pamięć współdzielona i tcp/ip), zapora domeny jest otwarta na serwerze. Próbowałem różnych ciągów połączenia z różnymi rodzajami niespotykanych parametrów, zawsze takim samym wynikiem, niepowodzeniem.
Naprawdę nie mam pojęcia, dlaczego działa z QueryExpress? Moja aplikacja działa po połączeniu ze zdalną instancją SQL SERVER Express na innej maszynie, działa również po uruchomieniu jej na komputerze z programem SQL Server 2012.
Próbowałem również połączyć się z serwerem z komputera klienta z LinqPad i jest to również bardzo dziwne, z nową wersją opartą na net4/4.5 (Wersja: 4.43.06), ale kiedy używam starego wersja Linqpad (2.x) oparta na net3.5 działa!
Wydaje się, Panda Security jest przyczyną problemu, wpadłem
netsh winsock show catalog
i znalazłem kilka wpisów panda, ja wtedy zrobiłem reset
netsh winsock reset
teraz moja aplikacja działa poprawnie, to wtedy zrestartowałem komputer, ponownie uruchomiłem polecenie katalogu, wpisy z pandy powróciły, a moja aplikacja ma ten sam problem co wcześniej.
Oto wpisy Panda w katalogu Winsock: https://gist.github.com/pellehenriksson/5159883
Wszelkie pomysły i sugestie są mile widziane.
UPDATE
Panda Security v5 jest przyczyną tego problemu, zostało to potwierdzone przez wsparcie Panda. Podstawową przyczynę problemu wyjaśnia Alex poniżej. Klient dokona aktualizacji do wersji 6 Panda Security, testuję ponownie po aktualizacji.
ZAKOŃCZENIE Przeprowadzka do Panda Security v6.0 rozwiązała ten problem.
Wydaje się, że problem dotyczy zapory. Przeczytaj następujący temat: [Skonfiguruj Zaporę systemu Windows, aby umożliwić dostęp do programu SQL Server] (http://technet.microsoft.com/en-us/library/cc646023.aspx). Czy aplikacja łączy się z Database Engine/Analysis Services/Reporting? –
Jestem prawie pewien, że to nie jest problem z firewallem, jestem w stanie połączyć się z klientem napisanym w .NET 2.0. Podczas usuwania Panda LSP działa również na .NET 4.5. – Pelle
Czy możesz również dodać ciąg połączenia? –