Inne => Kosz => Wątek zaczęty przez: lukasvanmalen w Marzec 21, 2016, 18:41:14
-
Błagam jak to ogarnąć aby połączyć się z bazą.
Serwer jest na matce w sieci lan + pare innych komputerów które też są połączenie w tej samej sieci, moje pytanie jest takie co zrobić aby połączyć się z komputera w innej sieci internetowej do tej właśnie bazy.
Bardzo proszę o szybka odpowiedz.
Dziękuję.
-
Taki sam temat: http://www.forumsubiekta.pl/subiekt/subiekt-za-routerem-jakie-porty-przekierowac/msg1935/#msg1935 (http://www.forumsubiekta.pl/subiekt/subiekt-za-routerem-jakie-porty-przekierowac/msg1935/#msg1935)
-
Taki sam temat: http://www.forumsubiekta.pl/subiekt/subiekt-za-routerem-jakie-porty-przekierowac/msg1935/#msg1935 (http://www.forumsubiekta.pl/subiekt/subiekt-za-routerem-jakie-porty-przekierowac/msg1935/#msg1935)
Chris dałeś linka do tematu z 2011 roku, a 5 lat to kawałek czasu i trochę się zmieniło.
A niedawno były wątki z podawanymi rozwiązaniami technicznymi i organizacyjnymi. Niestety nie umiem posługiwać się tutejszą wyszukiwarką, bo niezależnie od wpisanego tekstu pokazuje mi wszystkie wiadomości co niektóre kolorując.
-
Nawet jakby minęło 10 lat to tutaj nic się nie zmieniło, cały czas trzeba zrobić przekierowanie portów. A wyszukiwarka faktycznie jest do bani, pewnie właśnie dlatego znalazłem temat sprzed 5 lat lat,a nie nowszy.
-
wg. mnie najbezpieczniejsze połączenie do subiekta z sieci zewnętrznej to pulpit zdalny.
-
Nieustannie cały czas to forum to właśnie sugeruje - > RDP
-
Nieustannie cały czas to forum to właśnie sugeruje - > RDP
Owszem, tylko trzeba zachować zdrowy rozsądek, bo dla jednego czy dwóch pracowników kto bedzie kupował serwer Windows z serwerem terminali.
-
Kochani, wszystko się zgadza, najlepiej (pod względem wydajności) robić połączenie przez pulpit zdalny, a najszybciej będzie działało przez funkcję RemotaAPP (udostępnienie tylko okna aplikacji) - wiem bo wczoraj po raz kolejny konfigurowałem u klienta i buzia mi się uśmiechała jak klient widział prędkość działania.
Nie zmienia to faktu, że @lukasvanmalen prosi o informacje jak się połączyć do bazy z innej sieci, co w punktach postaram się opisać.
1) Serwer Subiekta GT w sieci lokalnej musi mieć ustawiony stały adres IP
2) Usługa SQL musi mieć przyporządkowany stały port TCP, na którym działa. Port ustawiamy w programie SQL Server Configuration Manager, w opcji SQL Server Network Configuration -> Protocols for INSERTGT -> TCP/IP -> IP Adressess -> IPAll. Pole TCP Dynamic Port czyścimy, a w polu TCP Port wpisujemy numer portu, na którym ma działać nasz serwer SQL (dla naszego przykładu np. 6789)
3) W zaporze serwera ustawiamy, aby przyjmował połączenia przychodzące dla portu TCP 6789
4) W Routerze ustawiamy przekierowanie portu (ang. forwarding). Opcja jest różnie jest umiejscowiona w zależności od routera, więc trzeba zajrzeć do instrukcji. Przekierowanie portu TCP 6789 na adres IP naszego serwera.
5) Łączymy się Subiektem "z zewnątrz" w polu adres serwera wpisujemy adres_wan_ip_routera,port czyli np. 83.123.123.12,6789
adres_wan_ip_routera to jest adres IP zewnętrzny (WAN), a nie lokalny (LAN).
Dane do logowania można zapisać na stałe za pomocą Programu Serwisowego, opcja Parametry Uruchomieniowe (instaluje się razem z pakietem Insert GT)
Jak coś istotnego ominąłem, to proszę pisać :)
-
Trzeba też w NAT ustawić port nasłuchowy SQL - 1433 lub 1434. Do sprawdzenia w tym samym miejscu w którym ustawia się port roboczy.
-
Jak coś istotnego ominąłem, to proszę pisać :)
Jest kilka możliwości konfiguracji, ale podany opis zadziała ;) Uważam, że warto również przypomnieć, aby ze względów bezpieczeństwa dla wszystkich loginów SQL z "sa" na czele nadać silne hasło.
-
Trzeba też w NAT ustawić port nasłuchowy SQL - 1433 lub 1434. Do sprawdzenia w tym samym miejscu w którym ustawia się port roboczy.
Wystarczy przekierowanie portu usługi serwera SQL, Browser nie jest potrzebny.
-
Trzeba też w NAT ustawić port nasłuchowy SQL - 1433 lub 1434. Do sprawdzenia w tym samym miejscu w którym ustawia się port roboczy.
A tego nigdy nie robiłem, możesz wyjaśnić po co to?
-
Trzeba też w NAT ustawić port nasłuchowy SQL - 1433 lub 1434. Do sprawdzenia w tym samym miejscu w którym ustawia się port roboczy.
Wystarczy przekierowanie portu usługi serwera SQL, Browser nie jest potrzebny.
Niekoniecznie, właśnie na routerze klienta odznaczyłem port 1433 i łączność szlag trafił. Po ponownym uaktywnieniu jest ok.
Więc jednak jest coś na rzeczy.
-
Trzeba też w NAT ustawić port nasłuchowy SQL - 1433 lub 1434. Do sprawdzenia w tym samym miejscu w którym ustawia się port roboczy.
Wystarczy przekierowanie portu usługi serwera SQL, Browser nie jest potrzebny.
Niekoniecznie, właśnie na routerze klienta odznaczyłem port 1433 i łączność szlag trafił. Po ponownym uaktywnieniu jest ok.
Więc jednak jest coś na rzeczy.
1433 jest domyślnym portem usługi serwera SQL, a nie Browsera.
-
To jak mam zrozumieć takie Twoje zdanie:
Wystarczy przekierowanie portu usługi serwera SQL, Browser nie jest potrzebny.
-
To jak mam zrozumieć takie Twoje zdanie:
Wystarczy przekierowanie portu usługi serwera SQL, Browser nie jest potrzebny.
Nie wiem co nie jest jasne, jak coś to pogadam na PW.
-
Nie daje sobie z tym rady. .jaki port mam ustawić w sql ? Druga sprawa to przekierowanie portu na adres IP też nie daje rady wie ktoś jak to zrobić w routerze netia spot? Proszę mnie tutaj nie zjechać za te pytania :)
Pozdrawiam.
-
Jeśli tak szczegółowa instrukcja nie jest dla Ciebie wystarczająca to polecam skorzystać z pomocy kogoś kto zajmuje się takimi rzeczami na co dzień (na przykład autora instrukcji).