Włączanie połączeń zdalnych dla SQL Server Express 2012

Poprawnym sposobem połączenia się ze zdalnym serwerem SQL Server (bez otwierania portu UDP 1434 i włączania przeglądarki SQL Server) jest użycie ip i portu zamiast nazwanej instancji.

Używanie ip i portu zamiast nazwanej instancji jest również bezpieczniejsze, ponieważ zmniejsza powierzchnię ataku.

Być może 2 obrazy mówią 2000 słów...

Ta metoda używa określonego portu (to jest to, co większość ludzi chce wierzę)..

To metoda wymaga otwarcia portu UDP 1434 i uruchomienia przeglądarki SQL Server..

Jeszcze Jedno...

Kyralesa dostarcza wspaniałych informacji, ale mam jeszcze jedną rzecz do dodania, gdzie byłem zakłopotany nawet po tym artykule.

Pod SQL Server Network Configuration > Protocols for Server > TCP / IP Enabled. Kliknij prawym przyciskiem myszy TCP / IP i wybierz Właściwości. Pod adresami IP należy ustawić Enabled na Yes dla każdego typu połączenia, którego używasz.

Możesz użyć tego, aby rozwiązać ten problem:

Przejdź do START > EXECUTE i uruchom CLICONFG.EXE.

Protokół nazwanych rur będzie pierwszy na liście.Zdegradować i promować TCP / IP.

Dokładnie przetestuj aplikację.

Mam nadzieję, że to pomoże.

Można również ustawić

Listen All to NO

W oknie dialogowym protokół następnie w adresie IP IP1 (say)

Set enabled to Yes,

Define yr IP address,

Ustaw dynamikę TCP na pustą i

Port TCP do 1433 (lub cokolwiek innego)

Ostatnio miałem taki problem. 2015 Sierpień

Rozwiązane przez otwarcie SQL Server Configuration Manager

• Konfiguracja sieci SQL Server - > Protokoły dla SQLEXPRESS
• Właściwości na karcie TCP / IP - > adresy IP
• wszystko pozostaje domyślne, tylko Ustaw Port IPALL: TCP na 1433

Można połączyć się z SQL Server Manager do maszyny: [hostaddress], 1433

Przykład:

Ten artykuł mi pomógł...

Jak włączyć połączenia zdalne w SQL Server

Wszystko w SQL serverze zostało skonfigurowane, mój problem polegał na tym, że firewall blokuje port 1433

Podczas mojej instalacji SQL Server 2012 Developer Edition, zainstalowanej z ustawieniami domyślnymi, musiałem po prostu załadować SQL Server Configuration Manager - > SQL Server Network Configuration - > Protocols for MSSQLSERVER I zmienić TCP/IP z Disabled na Enabled.

Aby otworzyć port UDP 1434 musiałem dodać regułę portu przychodzącego zapory sieciowej. Jest to Przeglądarka SQL Server nasłuchuje.

Wolę sposób "Rosdi Kasim", ponieważ to nie wymaga konfiguracji szczegółów na IP.

Na pewno zapomnę go ponownie, gdy spróbuję ponownie uruchomić inny serwer.

Keep it Simple (KISS) wystarczy włączyć usługę przeglądarki Sql Server, a następnie dodać \SQLEXPRESS za IP po podłączeniu serwera.

Bezpośrednie używanie IP bez "\SQLEXPRESS " było moim punktem błędu, ponieważ nie używa domyślnego portu.

Miałem ten sam problem z SQL Server 2014 lokalnie zainstalowaną instancją nazwaną. Połączenie przy użyciu FQDN\InstanceName nie powiodło się, podczas gdy połączenie przy użyciu tylko mojego hostname\InstanceName zadziałało. Na przykład: łączenie za pomocą mycomputername\sql2014 zadziałało, ale użycie mycomputername.mydomain.org\sql2014 nie zadziałało. DNS został poprawnie rozwiązany, TCP / IP został włączony w SQL Configuration Manager, dodano reguły zapory systemu Windows (a następnie wyłączono zaporę dla testów, aby upewnić się, że niczego nie blokuje), ale żaden z nich nie naprawił problemu.

Nigdy nie zdawałem sobie sprawy, że usługa przeglądarki SQL Server faktycznie pomaga serwerowi SQL Server w nawiązywaniu połączeń; miałem wrażenie, że po prostu pomagała wypełniać listy rozwijane po kliknięciu" przeglądaj więcej " serwerów, z którymi można się połączyć, ale w rzeczywistości pomaga wyrównać żądania klientów z odpowiednim portem # do użycia, jeśli port # nie jest wyraźnie przypisany (podobnie jak sposób, w jaki serwer SQL powiązania witryn pomagają złagodzić ten sam problem na serwerze sieci Web usługi IIS, na którym znajduje się wiele witryn).

Ten element connect dał mi podpowiedź o usłudze SQL Server Browser: https://connect.microsoft.com/SQLServer/feedback/details/589901/unable-to-connect-on-localhost-using-fqdn-machine-name{[14]

• gdy używasz wstst05\SQLEXPRESS jako nazwy serwera, kod klienta oddziela nazwę Maszyny od nazwy instancji, a wstst05 jest w porównaniu przeciwko nazwie netbios. Nie widzę problemu, żeby pasowały a połączenie jest uważane za lokalne. Stamtąd odzyskujemy potrzebne informacje BEZ kontaktując się z przeglądarką SQL i łącząc się z Instancja SQL za pośrednictwem pamięci współdzielonej bez żadnego problemu.
• Kiedy używasz wstst05.capatest.local\SQLEXPRESS, kod klienta nie porównuje nazwy (wstst05.capatest.lokalne) do nazwa netbios (wstst05) i uważa połączenie za "zdalne". To jest według projektu i na pewno rozważymy poprawę tego w przyszłość. W każdym razie, ze względu na rozważenie pilota połączenia i fakt że jest to instancja nazwana, klient decyduje, że musi użyć SQLBrowser dla rozdzielczości nazw. Próbuje skontaktować się z przeglądarką SQL na wstst05capatest.lokalny (port UDP 1434) i najwyraźniej ta część nie działa. Stąd pojawia się błąd.

Powód usługi" SQL Server Browser " firmy TechNet (podkreślenie dodane przeze mnie): https://technet.microsoft.com/en-us/library/ms181087(v=sql. 120). aspx

Z sekcji "Korzystanie z przeglądarki SQL Server":

Jeśli usługa przeglądarki SQL Server nie jest uruchomiona, nadal możesz aby połączyć się z SQL Server Jeśli podasz poprawny numer portu lub nazywa się pipe. Na przykład można połączyć się z domyślną instancją SQL Server z TCP / IP, jeśli działa na porcie 1433. Jednakże jeśli usługa SQL Server Browser nie jest uruchomiona, po połączenia nie działają :

• każdy komponent, który próbuje połączyć się z nazwaną instancją bez pełnego określenia wszystkich parametrów (takich jak port TCP/IP lub named pipe) .
• każdy komponent, który generuje lub przekazuje informacje o wystąpieniu serwera, które mogą być później użyte przez inne komponenty do ponownego połączenia.
• podłączenie do nazwanej instancji bez podania numeru portu lub rury.
• DAC do nazwanego instancja lub domyślna instancja, jeśli nie używa portu TCP/IP 1433.
• usługa OLAP redirector.
• wyliczanie serwerów w SQL Server Management Studio, Enterprise Manager lub Query Analyzer.

Jeśli używasz SQL Server w scenariuszu klient-serwer (na przykład, gdy Twoja aplikacja uzyskuje dostęp do SQL Server przez sieć), jeśli zatrzymujesz lub wyłączasz usługę przeglądarki SQL Server, musisz przypisać specyficzny numer portu dla każdej instancji oraz napisz swojego klienta kod aplikacji, aby zawsze używać tego numeru portu. Takie podejście ma następujące problemy :

• musisz zaktualizować i zachować kod aplikacji klienta, aby upewnić się, że łączy się on z odpowiednim portem.
• port wybrany dla każdej instancji może być używany przez inną usługę lub aplikację na serwerze, powodując wystąpienie SQL Serwer będzie niedostępny.

I więcej informacji z tego samego artykułu z "How SQL Przeglądarka działa" sekcja:

Ponieważ tylko jedna instancja SQL Server może używać portu lub rury , różne numery portów i nazwy rur są przypisane do nazwanych instancji, w tym SQL Server Express. Domyślnie, gdy włączone, zarówno instancje nazwane, jak i SQL Server Express są skonfigurowane tak, aby użyj portów dynamicznych, czyli dostępny port jest przypisany, gdy SQL Serwer startuje. Jeśli chcesz, określony port można przypisać do instancja serwera SQL. Kiedy łączenia, klienci mogą określić konkretnego portu; ale jeśli port jest przypisany dynamicznie, port liczba może się zmieniać w każdej chwili, gdy SQL Server jest restartowany, więc właściwy port numer nie jest znany klientowi. ... Gdy klient SQL Server zażąda Zasoby serwera SQL, biblioteka sieci klienta wysyła komunikat UDP do serwera za pomocą portu 1434. Przeglądarka SQL Server odpowiada za Port TCP / IP lub nazwany przewód żądanej instancji. Sieć biblioteki w aplikacji klienckiej, a następnie kończy połączenie przez wysyłanie żądania do serwera za pomocą portu lub nazwanego pipe of the pożądana instancja

Musiałem dodać port poprzez Configuration Manager i dodać numer portu w moim połączeniu sql [host]\[nazwa instancji db],1433

Zauważ, (przecinek) pomiędzy instancename i port

Miałem inny problem niż wszystkie odpowiedzi do tej pory wymienione!

Powinienem zacząć od tego, że miałem go w Visual Studio, a nie SQL Server Express, ale rozwiązanie powinno być dokładnie takie samo.

W rzeczywistości był to mój Windows username + \SQLEXPRESS. Jeśli nie zmieniłeś żadnych ustawień, prawdopodobnie jest to również twoje. Jeśli to zadziała, przestań czytać; to jest moja odpowiedź. Jeśli to nie zadziała, może nazwa jest inna.

Jeśli, tak jak ja, miałeś tylko ten problem w Visual Studio, aby sprawdzić, co jest twoje, wykonaj następujące kroki:

1. Open SQL Server Management Studio^ikona.
2. Jeśli nie widzisz swojego serwera (zadokowanego po lewej stronie przez domyślnie) naciśnij F8 lub przejdź do widoku - > Object Explorer .
3. kliknij prawym przyciskiem myszy nazwę serwera i wybierz właściwości (ostatnia Pozycja)
4. w lewym dolnym rogu możesz zobaczyć rzeczywistą nazwę serwera pod "Server " (nie Połączenie, ale nad nim).

To jest nazwa serwera i to jest to, co należy spróbować połączyć! nie to, co sugeruje Visual Studio!

W moim przypadku baza danych działała na niestandardowym porcie. Sprawdź, czy port, z którym się łączysz, jest taki sam jak port, na którym działa baza danych. Jeśli jest więcej instancji SQL server, sprawdź poprawną.

Wystarczy otworzyć odpowiedni port na firewallu serwera.

Jeszcze jedną rzeczą do sprawdzenia jest to, że poprawnie napisałeś nazwaną instancję!

Ten artykuł jest bardzo pomocny w rozwiązywaniu problemów z połączeniem: Jak rozwiązać problem z połączeniem z silnikiem bazy danych SQL Server