Forum Użytkownikow Subiekt GT
InsERT GT => Subiekt GT => Wątek zaczęty przez: valdi74 w Grudzień 14, 2018, 23:46:07
-
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ę.
-
Wejdź na serwer i uruchom polecnie cliconfg.exe. Sprawdź czy jest załączony protokół TCP.
Oprócz tego jakie porty masz odblokowane?
-
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ę
-
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...
Skoro skonfigurowałeś i nie działa to znaczy, że nie skonfigurowałeś (nie napisałeś co zrobiłeś) lub dostawca blokuje skonfigurowany port.
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
Szkoda, że nie pomyślałeś o tym w momencie wyboru dostawcy programów... Gdzie znalazłeś informację, że należy podawać instancję serwera SQL ?
-
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 ? :o Potrzebny jest tylko port TCP/IP - pokaż ustawienia serwer SQL i zapory dla tego portu.
-
Port domyślny 1433, jest portem nasłuchowym SQL. Port 1434 jest w takim przypadku niepotrzebny.
Chyba, że masz potrzebę ustawienia portów roboczych, bo masz np kilka instancji sql. Ale to troche inna bajka.
-
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.
-
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.
Mnie uczyli, że port nasłuchowy domyślny dla SQL to właśnie 1433, ew. 1434.
I na tym porcie SQL oczekuje na wywołanie. Natomiast porty robocze to co innego.
Ale to było kiedyś, może teraz się zmnieniło.
-
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)
-
Browser oczywiście na 1434 (UDP)
Oczywiście tak (poprawiłem literówkę).
-
Wpisz sobie na youtubie : Allow remote connections to SQL Server Express : How to Video
Przekieruj port na routerze i gra :-)
-
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ć.
-
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ą? I jeśli nie ustawię tego portu na routerze, to nie połączę się z dana instancją. Dlaczego mając kilka instancji i nie chcąc pracować na portach dynamicznych, muszę dla każdej instancji ustawić inny port?
Co więcej - jak ustawię na sztywno ten port, to nie muszę już w wywołaniu podać nazwy intancji, tylko własnie ten port?
-
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.
-
......................
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.
Ale odpowiadając w ten sposó nie odpowiadasz na podstawową kwestię - że nie wystarczy tylko port 1433 i potrzebny jest drugi port "roboczy".
-
......................
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.
Ale odpowiadając w ten sposó nie odpowiadasz na podstawową kwestię - że nie wystarczy tylko port 1433 i potrzebny jest drugi port "roboczy".
Port 1433 (TCP ) czy jakikolwiek inny wolny wystarczy. Masz tego przykład kiedy przekierowujesz na routerze port do SQLSerwera.
Podłączając się za pomocą SERWER_SQL,PORT omijamy Browsera i łączymy się sami przez port, który ustawiliśmy dla danej instancji
Podłączając się za pomocą SERWER_SQL\NAZWA_INSTANCJI nie interesuje nas port bo tym się zajmie SqlBrowser