1. Dom
  2. Pytanie i odpowiedź
  3. Błąd podczas łączenia się z wszystkimi moimi serwerami SQL

Błąd podczas łączenia się z wszystkimi moimi serwerami SQL

2010-02-09 10 views
10

Nagle zacząłem dostawać ten błąd podczas próby połączenia z dowolnym z moich serwerów sql (25+) z SSMS w systemie Windows XP. Kiedy wczoraj wyszłam z pracy, wszystko działało dobrze, przyszedł dziś rano i zacząłem to robić. Próbowałem restartować mój komputer, ale to oczywiście nie naprawiło. Wszyscy moi współpracownicy mogą się po prostu dobrze połączyć. Szukałem rozwiązania, ale wszystko, co znalazłem, dotyczyło szyfrowania w odniesieniu do aplikacji .NET. Nie wiem, jak zastosować to do SSMS. alt text http://picasaweb.google.com/lh/photo/-l9VrFuYXk-A80NzZ1kzng?feat=directlinkBłąd podczas łączenia się z wszystkimi moimi serwerami SQL

Z jakiegoś powodu obraz nie będzie działać tak błąd to:

Połączenie zostało pomyślnie ustanowione z serwerem, ale wystąpił błąd podczas uzgadniania wstępnego logowania. (Dostawca: Dostawca SSL, błąd: 0 - Łańcuch Certyfikat został wydany przez organ, który nie jest zaufany.) (Microsoft SQL Server)

Źródło

2010-02-09 Mike Thien

+0

Oczywiste pytanie: Jaki organ/był/certyfikat wydany przez? Czy sprawdziłeś, czy jest on ważny (nie wygasł itp.)? –

Odpowiedz

9

Spróbuj tego ...

Jego Musi być problem, jeśli klient stracił połączenia do wszystkich zdalnych serwerów i twoi współpracownicy są w porządku. Prawdopodobnie uzyskałeś "kliknięcie" i zmieniłeś niektóre ustawienia w sposób przypadkowy.

Otwórz narzędzie sieciowe klienta (moje jest tutaj: C: \ WINDOWS \ system32 \ cliconfg.exe). Na karcie Ogólne sprawdź wyłączone protokoły. Wszystkie powinny mieć "wymuszone szyfrowanie protokołu" niezaznaczone. Jeśli jest to zaznaczone dla którejkolwiek z tych wartości, lokalny SSMS prawdopodobnie próbuje wymusić zaszyfrowane połączenie i awarię.

Zgłoś się, jeśli to nie zadziała, a ja zajrzę trochę dalej.

Źródło

2010-02-09 19:10:01 ScottLenart

1

z tego linku:

Disable client-side Force Encryption on the server. On the machine that runs the SQL Server instance, open up the SQL Server Configuration Manager, right-click SQL Native Client Configuration, and set Force Protocol Encryption to No. Then try connecting locally.

http://blogs.msdn.com/sql_protocols/archive/2005/12/22/506607.aspx

Źródło

2010-02-09 18:41:23

+0

Na wszystkich 25 serwerach? Wygląda na to, że problem dotyczy mojej maszyny. Moi współpracownicy mogą nadal łączyć się dobrze, więc nie sądzę, że jest to coś na serwerach. –

+0

Nie zgadzam się, ale jeśli spojrzysz na problem, okazuje się, że nie masz certyfikatu z podpisem własnym w zarejestrowanej domenie używanej do uwierzytelnienia się z serwerami. Jest to również wspomniane w tym łączu. –

+0

Myślę, że jesteś na dobrej drodze. W pewnym sensie zdyskredytowałem twoje obejście, ponieważ zasugerowałeś zmianę ich na serwerze. Skończyło się na tym, że nie używam szyfrowania i nieumyślnie sprawdziłem okno szyfrowania protokołu siły. Dzięki za pomoc! –

2

Łączysz się z serwerami SQL żądającymi zaszyfrowanych połączeń i nie ufasz certyfikatom używanym przez te serwery. Dlaczego tak się dzieje, zależy od miriady lub powodów.

  • Czy Twoje serwery używają certyfikatów z podpisem własnym lub certyfikatów wydanych przez PKI?
  • Kto jest autorytetem PKI, który wydał twoje certyfikaty? Czy jest to usługa certyfikatów firmowych?
  • Czy Twój komputer ufał uprawnieniom administratora PKI?

Jeśli nie znasz odpowiedzi na to pytanie, skontaktuj się z administratorem sieci i bezpieczeństwa. Po prostu wyłączenie wymogu wymuszania protokołu od klienta może być niezgodne z polityką firmy, lub też serwery mogą wymuszać stosowanie protokołu SSL zignorując lokalne ustawienia.

To są pytania, które należy zadać administratorom swojego środowiska, a nie publiczne fora. Powinieneś spróbować rozwiązać problem, a nie włamać się do niego i skończyć na niezgodnym komputerze.

Źródło

2010-02-09 18:42:42

+0

"To są pytania, które należy zadać administratorom swojego środowiska". Tak, dokładnie. – HLGEM

+1

Jestem nieco zdezorientowany twoim komentarzem, że nie powinienem zadawać tych pytań na publicznym forum. Całkowicie zgadzam się, że problem powinien zostać rozwiązany, a nie włamać się do obejścia. –

+1

Komentarz odnosi się do faktu, że problem jest spowodowany przez środowisko, a poprawne rozwiązanie zależy przede wszystkim od wychodzących * zasad *. Jeśli na przykład Twoja firma wymaga szyfrowanych połączeń z serwerem SQL (np. Serwery przechowują dane medyczne) i wyłączyłeś wymaganie szyfrowania klienta, narażasz pracodawcę na proces sądowy. Albo może nie. Jak moglibyśmy wiedzieć? –

13

Wydaje się, że odpowiedź na to pytanie, ale chciałem dzwonić. Dla niektórych dostawców, takich jak SQL Server, istnieje parametr w łańcuchu połączenia, który pozwala połączyć się z serwerem zaszyfrowanym, nawet jeśli certyfikat jest nieznany: "TrustServerCertificate = True ", więc jeśli uwzględnisz to w łańcuchu połączenia, połączysz się i będziesz pracować szyfrowany i nie będziesz musiał uruchamiać połączenia bez szyfrowania.

Źródło

2012-06-22 17:29:02 galets

+0

to zaoszczędziło mi mnóstwo czasu, to był dokładny problem ... dzięki – Bravo

0

mam ten błąd, próbowałem podłączyć SQL Server zdalnej (SaaS) w MS Obłoku Dodałem nową regułę zapory w portalu Azure z moim klientem IP, które rozwiązać mój problem

Prompt

Źródło

2014-08-27 05:15:33 user2513019

1
  • Otwarte poleceń : naciśnij klawisz Windows + R i wpisz cmd i uruchom

  • Wpisz poniżej:

    runas/user: [Yourdomainname] \ [YourActiveDirectoryUserName]/netonly cmd

  • Wpisz swoje hasło aktywny katalog i naciśnij enter

  • W nowym oknie poleceń wpisz SSMS.exe Path z podwójnym cotation jak:

„C: \ Program Files (x86) \ Microsoft SQL Server \ 130 \ Narzędzia \ Binn \ ManagementStudio \ Ssms.exe "

  • Następnie zaloguj się z athentication windows

Źródło

2016-12-14 13:13:26 Mohammadreza

Powiązane problemy

 Powiązane problemy