No trochę za mało danych podałeś.

Jak MS SQL jest w wersji Express i postawiony na Win 10 od wersji wiosna zeszłego roku to będzie pewien problem z zewnętrznym dostępem: w ramach troski o zasoby kompa użytkownika (wersja Microsoftu) czy zmuszania do kupna wersji płatnej (moje brzydkie podejrzenia) przy bezczynności ta usługa się wyłączy a domyślna konfiguracja Windows 10 nie pozwoli jej włączyć z zewnątrz i będziesz musiał poszukać w sieci jak to rozwiązać (żadne rozwiązanie nie jest idealne).

Zakładając, że ten MS SQL działa na gospodarzu (sprawdź w menadżerze zadań) a z zewnętrznego komputera nie masz dostępu w LAN, to pewnie nie otworzyłeś MS SQL na firewallu, nie włączyłeś połączeń po TCP/IP na MS SQL, albo uwierzytelniasz się po kontach Windows a nie serwera MS SQL i na gospodarzu MS SQL konto, na którym się logujesz, nie ma uprawnień.

Jak ogarniesz działanie w LAN (szczerze, to mam pewne wątpliwości...), to możesz zabierać się za LTE. Masz dwie opcje: albo Pulpit Zdalny (bez wątpliwych prawnie "nakładek" jednocześnie 2 osoby na Windows 10 nie popracują), ew. jakieś PultpitoZdalniePodobne programy (też z "szarym" statusem prawnym na Windows 10) albo odległe połączenie z bazą danych. W tym drugim przypadku masz wszystkie te problemy, które opisałem w przypadku LAN a dodatkowo LTE ma duże pingi, co źle wpływa na pracę z bazą danych (prędkość łącza ma mniejsze znaczenie, LTE powinno wyrabiać), ale dochodzi kwestia zabezpieczeń. Zdecydowanie nie polecam "otwierania MS SQL na świat" (przekierowanie portów na ruterze do bazy MS SQL), tylko musisz postawić jakiegoś VPNa.

Jak masz tam jakieś NASa jak piszesz i nie jest to model "budżetowy", to powinna być tam szansa postawienia maszyny wirtualnej z MS SQL na Linuksie i serwerowej części VPN i konfigurujesz InsERTA wtedy na połączenie z bazą na wirtualce na tym NAS, przy czym przy LTE łączysz się przez VPN, ale z uwagi na duże pingi może to być praca mało komfortowa.

I wybacz, ale nie wierzę, że to skonfigurujesz do 15:50, ale życzę powodzenia i trzymam kciuki...

No to jak ogarnąłeś to wstąpiła we mnie nadzieja.

Ale zdecydowanie nie polecam zewnętrznego nieszyfrowanego połączenia z MS SQL bo Ci ktoś się przez ten MS SQL błyskawicznie włamie.

Absolutne minimum, to jest postawienie serwera VPN (np. OpenVPN - darmowy) na kompie z MS SQL z odpowiednią konfiguracją rutera i klienta VPN na tym odległym komputerze. Jak ruter jest bardziej wypasiony (nie sprzętowo, chodzi o soft, np. dd-wrt czy openwrt to mają) to powinien mieć możliwość postawienia serwera VPN i większość (nawet tanich ale markowych NAS np. Synology, QNAP) też taką możliwość mają. Wtedy dla zdalnego komputera łączenie odbywa się jak po LAN, szyfrowanym tunelem, ale oczywiście ze wszystkimi wadami odległego połączenia jak prędkość, przerwy, długie pingi.

RDP bezpieczniejsze  i łatwe w konfiguracji od otwartego MS SQL (to szaleństwo), choć też lepiej z VPN po RDP się łączyć. Zamiast RDP możesz spróbować np. Winflectora - dla 2 użytkowników jest za darmo. Tyle że interpretacja Microsoftu jest taka, że 2 użytkowników jednocześnie pracujących na Windows 10 jest nielegalna a Winflector twierdzi inaczej - dlatego status tego rozwiązania jest "szary"...

Działa! :-D

Problemem był port SQL Configuration Manager -> SQL network Configuration -> Protocols for InsertGT -> TCP/IP -> IP Addresses -> IPAll:
- było ustaione TCP Dynamic Ports,
- a zadziałało gdy skasowałem wynik w Dynamics i ustawiłem TCP Port.

Pytanie za 100 pkt: jak bardzo to jest niebezpieczne i co z tym zrobić, żeby było lepiej? ;-]

Pytanie za 100 pkt: jak bardzo to jest niebezpieczne i co z tym zrobić, żeby było lepiej? ;-]

Zaszyfrować połączenie między komputerami.
Jeżeli ten router nie ma wbudowanego serwera vpn to możesz zestawić szyfrowane połączenie między komputerami samym oprogramowaniem.
Jest wiele tematów na tym forum poruszających kwestię zdalnego dostępu do GT.