Forum Użytkownikow Subiekt GT
InsERT GT => Subiekt GT => Wątek zaczęty przez: insert-fighter w Sierpień 17, 2018, 13:34:50
-
Witam Panowie (i Panie?) :o
Zagadka od kilkudziesięciu godzin dla mnie.
Sieć (router: standard, serwer DHCP: PC1 IP statyczne, PC2 dynamiczne, klasa adresów 192.168.2.X) składa się z hostów:
- PC1 Win7 Prof. (all updates, firewall microsoft) zainstalowany subiekt w wersji 1.53 SP2, SQL server 2014, funkcjonalność bazy dla 1.50 SP1, firewall skonfigurowany, port otwarty TCP 1433, UDP 1343, dodany program w wyjątkach sqlserver.exe.
- PC2 Win7 Prof. (all updates, firewall microsoft) zainstalowany subiekt w wersji 1.53 SP2 client.
1. Jeśli firewall na PC1 jest wyłączony, wszystko działa.
2. Po włączeniu firewalla systemowego z ustawieniami jak powyżej dla PC1 wszystko działa... 8) ale... po zamknięciu programu na PC2 pojawia się miły komunikat na PC2 "Serwer zajęty". Wyłączam firewall na PC1 wszystko działa, komunikat nie pojawia się.
Co zrobiłem źle?
-
port otwarty TCP 1433, UDP 1343
A czy port TCP jest wpisany w danych serwera SQL i czy oba porty są otwarte na firewallu?
Zalecane jest używanie portu TCP z tych wysokich. nawet sam SQL podpowiada jako port dynamiczny rzędu 4XXXX lub 5XXXX.
Port 1433 jest portem nasłuchowym (UDP).
-
zainstalowany subiekt w wersji 1.53 SP2, SQL server 2014, funkcjonalność bazy dla 1.50 SP1
A co konkretnie znaczy pogrubiony fragment?
Bo mnie to określenie w ogóle nic nie mówi.
-
Po kolei
1. Jeżeli nic nie przestawiałeś to port dla Browsera to UDP 1434
2. Jeżeli masz instancję nazwaną (a widzę, że masz) to domyślnie jest ustawiany na tej instancji port dynamiczny do podłączenia się z SQL Serwerem. Jeżeli tego nie zmieniałeś to nie widzę potrzeby ustawiania reguły dla portu TCP 1433. Wystarczy że zrobiłeś regułę dla usługi SQL Serwera.
Port 1433 jest portem nasłuchowym (UDP).
Akurat dla instancji domyślnej jest ustawiony port statyczny TCP 1433. Wysokość portu to nie jest wskaźnik tego czy jest to port TCP czy UDP.
-
zainstalowany subiekt w wersji 1.53 SP2, SQL server 2014, funkcjonalność bazy dla 1.50 SP1
A co konkretnie znaczy pogrubiony fragment?
Bo mnie to określenie w ogóle nic nie mówi.
Mam na myśli przeprowadzoną aktualizację do wersji 1.53 SP2 programu, ale aktywne funkcje mam dla 1.50 SP1 (brak abonamentu :-[ ). Źle się wyraziłem ::).
-
Mam na myśli przeprowadzoną aktualizację do wersji 1.53 SP2 programu, ale aktywne funkcje mam dla 1.50 SP1 (brak abonamentu :-[ ). Źle się wyraziłem ::).
Nieistotne, ważne że nie ma to kompletnie żadnego znaczenia dla omawianego problemu.
-
Mam na myśli przeprowadzoną aktualizację do wersji 1.53 SP2 programu, ale aktywne funkcje mam dla 1.50 SP1 (brak abonamentu :-[ ). Źle się wyraziłem ::).
Nieistotne, ważne że nie ma to kompletnie żadnego znaczenia dla omawianego problemu.
Obiektywnie patrząc tak, jednak wolałem być zbyt precyzyjny, niż skłaniać kogoś do domysłów. Szczególnie, że ludzie tu chcą pomóc.
-
To poprawiłeś ten port UDP czy nie?
-
Akurat dla instancji domyślnej jest ustawiony port statyczny TCP 1433. Wysokość portu to nie jest wskaźnik tego czy jest to port TCP czy UDP.
A gdzie to napisałem, że tak jest?
-
Oczywiście wysokość (wartość liczbowa) portu nie jest wyznacznikiem protokołu UDP lub TCP, to pamiętam ze szkoły.
Dałem ciała. Otóż, usługa SQL Server Browser nasłuchuje na porcie UDP 1434 :D, a ja w najlepsze otwarłem port UDP 1343 ::), co zauważył Sławek :o.
Teraz działa jak należy ;D!
Polecenie "netstat -abn" koniecznie z podniesionymi uprawnieniami do administratora otworzyło mi oczy.
Bardzo dziękuję za pomoc. Tę lekcję zapamiętam na bardzo długo, sporo nowego się nauczyłem 8)...
Każdemu po trochu dziękuję za zaangażowanie, bo po nitce do kłębka.
Do zamknięcia / solved :o!
-
Akurat dla instancji domyślnej jest ustawiony port statyczny TCP 1433. Wysokość portu to nie jest wskaźnik tego czy jest to port TCP czy UDP.
A gdzie to napisałem, że tak jest?
To co miałeś na myśli pisząc:
Port 1433 jest portem nasłuchowym (UDP).
1433 może być portem zarówno TCP jak i UDP (w przypadku SQL serwera raczej częściej jest portem TCP)
Aplikacja może używać do "nasłuchu" zarówno portów UDP jak i TCP (więc UDP to nie jest ekwiwalentem nasłuchu)
-
1433 może być portem zarówno TCP jak i UDP (w przypadku SQL serwera raczej częściej jest portem TCP)
Aplikacja może używać do "nasłuchu" zarówno portów UDP jak i TCP (więc UDP to nie jest ekwiwalentem nasłuchu)
Kiedyś, wieki temu, na kursach z SQL uczyli, żeby port nasłuchowy (tutaj 1433) ustawiać jako UDP. Może teraz to się zmieniło, ale w dalszym ciągu takie ustawienie działa bez zarzutu. Dlatego nie napisałem, że tak musi być, tylko, że tak działa bez problemu.
W dyskusji o nieistotnych drobiazgach nie będe mącił wody.
-
1433 może być portem zarówno TCP jak i UDP (w przypadku SQL serwera raczej częściej jest portem TCP)
Aplikacja może używać do "nasłuchu" zarówno portów UDP jak i TCP (więc UDP to nie jest ekwiwalentem nasłuchu)
Kiedyś, wieki temu, na kursach z SQL uczyli, żeby port nasłuchowy (tutaj 1433) ustawiać jako UDP. Może teraz to się zmieniło, ale w dalszym ciągu takie ustawienie działa bez zarzutu. Dlatego nie napisałem, że tak musi być, tylko, że tak działa bez problemu.
W dyskusji o nieistotnych drobiazgach nie będe mącił wody.
InsERT sugeruje, aby używać portu TCP 1433 oraz UDP 1434 ;) info jest podane zarówno w pomocy F1 programu jak i na www.
A to czy protokół jest połączeniowy czy nie i kiedy lepiej używać jednego czy drugiego, to już głębsza analiza działania sieci Panowie :o.