Witam serdecznie,
Wiem, że może to pytanie było wałkowane setki razy ale nie znalazłem nic konkretnego. Mam pewien problem.
Opiszę krótko w punktach.
1. Mam zainstalowanego Subiekta na zewnętrznym serwerze MS Windows Serwer 2016
2. Serwer posiada stałe IP
3. Chciałbym uzyskać połączenie z bazą która jest na tym zewnętrznym serwerze.

Pytanie jak to zrobić - porty na których pracuje subiekt są odblokowane ( na razie chcę zrobić test ) ale nie mogę uzyskać połączenia. Porty skonfigurowałem...
Czy jest tu może jakiś spec który jest w stanie mnie naprowadzić jak uzyskać to połączenie do logowania do serwera SQL używam IPSERERWA\INSERTGT

Dziekuję.

Dziękuję Ci za zainteresowanie oraz za małą podpowiedź. Udało mi się takowe połączenie uzyskać bez problemu się połączyłem z bazą danych. Trzeba było niestety spełnić kilka warunków aby uzyskać połączenie.

Jeżeli posiadamy jedną instancję serwera to porty TC i UDP 1433 i 1434 oraz dodatkowo zezwolenie na dostęp do usługi serwera.

Teraz kwestia tylko zabezpieczenia połączenia. Ogólnie konfiguracja  mocno od tej do pracy w sieci lokalnej.

Dziękuję

Jeżeli posiadamy jedną instancję serwera to porty TC i UDP 1433 i 1434 oraz dodatkowo zezwolenie na dostęp do usługi serwera.

Skąd wziąłeś te bzdury ? Potrzebny jest tylko port TCP/IP - pokaż ustawienia serwer SQL i zapory dla tego portu.

Port domyślny 1433,

Nie, nie jest to port domyślny dla instancji nazwanych, a swoją nazwał "INSERTGT", instancje nazwane działają domyślnie na portach dynamicznych.

Nic się nie zmieniło, SQL pracuje na jednym porcie, nie ma czegoś takiego jak port domyślny i porty robocze, 1433 do port domyślny dla domyślnej instancji, 1434 to port usługi Browsera.

Browser oczywiście na 1434 (UDP)

Oczywiście tak (poprawiłem literówkę).

Z takimi filmami i poszukiwaniem informacji w takich miejscach byłbym bardzo ostrożny, kiedyś chciałem zamieścić link do takiego filmu, niestety kilka pod rząd prezentowało bzdury, przestałem szukać.

Cytat: dkozlowski w Grudzień 15, 2018, 16:54:25

Nic się nie zmieniło, SQL pracuje na jednym porcie, nie ma czegoś takiego jak port domyślny i porty robocze, 1433 do port domyślny dla domyślnej instancji, 1434 to port usługi Browsera.

Chm, to dlaczego w SQL SCM jest podawany port (domyslnie dynamiczny i wysoki) na którym SQL pracuje z daną instancją?

Każda aplikacja sieciowa pracuje na określonym porcie, aby można było ją odróżnić od innej aplikacji.

I jeśli nie ustawię tego portu na routerze, to nie połączę się z dana instancją.

Aby nawiązać połączenie na określonym porcie to należy znać jego numer, aby znać ten numer to należy go po prostu ustawić na stałe.

Dlaczego mając kilka instancji i nie chcąc pracować na portach dynamicznych, muszę dla każdej instancji ustawić inny port?

Odpowiedź padła już wcześniej - aby odróżnić aplikacje od siebie, w tym przypadku instancje serwerów SQL. 

Co więcej - jak ustawię na sztywno ten port, to nie muszę już w wywołaniu podać nazwy intancji, tylko własnie ten port?

Na podstawie nazwy instancji Browser zwraca numer portu, na którym pracuje serwer SQL, jeśli znamy numer portu to możemy odwołać się bezpośrednio do instancji serwera SQL z pominięciem jego nazwy.