Forum Użytkownikow Subiekt GT
InsERT GT => Subiekt GT => Wątek zaczęty przez: hock w Luty 12, 2018, 11:06:49
-
Hej,
Mam problem z programami InsertGT w sieci lokalnej. Po domyślnej i pomyślnej konfiguracji routera TP-LINK TL-ER6020, nie mogę zalogować się do programów Insertu na "końcówkach". Oczywiście lokalnie działa, ktoś może mi powiedzieć, gdzie szukać problemu?
Dysponuje konfiguracja routera, na której programy działają lecz nie można dostać się do interfejsu sterowania routerem, gdyz się skopał i dlatego wykonuje ponowna konfigurację.
Proszę o pomoc, gdzie mogę szukać problemu i co należy ustawić w routerze aby to śmignęło na końcówkach lokalnych?
-
Hej,
Mam problem z programami InsertGT w sieci lokalnej. Po domyślnej i pomyślnej konfiguracji routera TP-LINK TL-ER6020, nie mogę zalogować się do programów Insertu na "końcówkach". Oczywiście lokalnie działa, ktoś może mi powiedzieć, gdzie szukać problemu?
Dysponuje konfiguracja routera, na której programy działają lecz nie można dostać się do interfejsu sterowania routerem, gdyz się skopał i dlatego wykonuje ponowna konfigurację.
Proszę o pomoc, gdzie mogę szukać problemu i co należy ustawić w routerze aby to śmignęło na końcówkach lokalnych?
Przypisać stały nr IP do serwera nadawany przez router - w menu DHCP - address reservation. Próbować połączyć się po adresie IP, a nie po nazwie - 192.168.X.X\InsertGT
-
Hej,
Mam problem z programami InsertGT w sieci lokalnej. Po domyślnej i pomyślnej konfiguracji routera TP-LINK TL-ER6020, nie mogę zalogować się do programów Insertu na "końcówkach". Oczywiście lokalnie działa, ktoś może mi powiedzieć, gdzie szukać problemu?
Dysponuje konfiguracja routera, na której programy działają lecz nie można dostać się do interfejsu sterowania routerem, gdyz się skopał i dlatego wykonuje ponowna konfigurację.
Proszę o pomoc, gdzie mogę szukać problemu i co należy ustawić w routerze aby to śmignęło na końcówkach lokalnych?
Przypisać stały nr IP do serwera nadawany przez router - w menu DHCP - address reservation. Próbować połączyć się po adresie IP, a nie po nazwie - 192.168.X.X\InsertGT
Przypisać na stałe adres IP serwera w ustawieniach routera, a czy ten adres IP jest gdzieś definiowany przy połączeniu na końcówkach, żeby to zmienić? (SQL czy coś takiego)? Teraz logują się za pomocą FUJITSU/INSERTGT.
-
Teraz logują się za pomocą FUJITSU/INSERTGT.
To na początek zmień na FUJITSU\INSERTGT
-
Teraz logują się za pomocą FUJITSU/INSERTGT.
To na początek zmień na FUJITSU\INSERTGT
Co zmienić na FUJTISU/SERWER?
-
Teraz logują się za pomocą FUJITSU/INSERTGT.
To na początek zmień na FUJITSU\INSERTGT
Co zmienić na FUJTISU/SERWER?
Nie rozumiem pytania :(
-
Teraz logują się za pomocą FUJITSU/INSERTGT.
To na początek zmień na FUJITSU\INSERTGT
Co zmienić na FUJTISU/SERWER?
Nie rozumiem pytania :(
Napisałeś, żeby zmienić na FUJITSU\SERWER, jeżeli chodzi o \ a / to jest poprawnie, tylko ja źle napisałem
-
Napisałeś, żeby zmienić na FUJITSU\SERWER, jeżeli chodzi o \ a / to jest poprawnie, tylko ja źle napisałem
Nie pisałem o FUJITSU\SERWER tylko o FUJITSU\INSERTGT
A o tym że ukośnik jest poprawny zakomunikowałeś pytaniem "Co zmienić na FUJTISU/SERWER?"
To brzmi logicznie, jak mogłem się nie domyślić? ;)
-
Pomimo wszystko ponawiam pytanie.
Przypisać na stałe adres IP serwera w ustawieniach routera, a czy ten adres IP jest gdzieś definiowany przy połączeniu na końcówkach, żeby to zmienić? (SQL czy coś takiego)?
-
Pomimo wszystko ponawiam pytanie.
Przypisać na stałe adres IP serwera w ustawieniach routera, a czy ten adres IP jest gdzieś definiowany przy połączeniu na końcówkach, żeby to zmienić? (SQL czy coś takiego)?
Oczywiście, że jest definiowany - jak inaczej by wiedziały z jakim serwerem się połączyć?
Jest to zapisane w pliku konfiguracyjnym Subiekt.xml pomiędzy znacznikami <sql_server>adres serwera</sql_server>
Może być adres w postaci nazwy lub IP i oczywiście musi być poprawny. Można to edytować ręcznie lub (lepiej) za pomocą programu serwisowego InsERT.
Ale trochę nie rozumiem z tym routerem: chyba nie ukryłeś serwera MS SQL przed klientami za routerem, w dodatku z niepublicznym adresem? Bo jeśli tak zrobiłeś, to będziesz musiał przekierowywać porty na routerze...
-
Nie, nie ukrywałem za routerem.
Czy jeżeli w starej konfiguracji adres ip jest ustawiony dla serwera na 192.168.0.100, to czy może być to problem jeżeli w nowym routerze jest przydzielone inne IP dla serwera? I z tego powodu końcówki mogą się nie łączyć? (program się zawiesza)
-
Nie, nie ukrywałem za routerem.
Czy jeżeli w starej konfiguracji adres ip jest ustawiony dla serwera na 192.168.0.100, to czy może być to problem jeżeli w nowym routerze jest przydzielone inne IP dla serwera? I z tego powodu końcówki mogą się nie łączyć? (program się zawiesza)
Jeśli w pliku startowym w adresie serwera jest podany adres IP, to jak będzie inny, to jasne, że się nie połączy. Po nazwie powinien się połączyć.
Jak na nowym routerze serwer ma przypisany nowy adres, to ten nowy trzeba podać w plikach startowych.
Dlatego, żeby to IP nie zmieniało się przy każdym połączeniu, trzeba go "usztywnić" przypisując mu stały adres.
-
Nie, nie ukrywałem za routerem.
Czy jeżeli w starej konfiguracji adres ip jest ustawiony dla serwera na 192.168.0.100, to czy może być to problem jeżeli w nowym routerze jest przydzielone inne IP dla serwera? I z tego powodu końcówki mogą się nie łączyć? (program się zawiesza)
Jeśli w pliku startowym w adresie serwera jest podany adres IP, to jak będzie inny, to jasne, że się nie połączy. Po nazwie powinien się połączyć.
Jak na nowym routerze serwer ma przypisany nowy adres, to ten nowy trzeba podać w plikach startowych.
Dlatego, żeby to IP nie zmieniało się przy każdym połączeniu, trzeba go "usztywnić" przypisując mu stały adres.
Ok, w takim razie już trochę mi rozjaśniliście. W jakim miejscu mogę zmienić adres IP już usztywniony w programie serwisowym?
-
Nie, nie ukrywałem za routerem.
Czy jeżeli w starej konfiguracji adres ip jest ustawiony dla serwera na 192.168.0.100, to czy może być to problem jeżeli w nowym routerze jest przydzielone inne IP dla serwera? I z tego powodu końcówki mogą się nie łączyć? (program się zawiesza)
Jeśli w pliku startowym w adresie serwera jest podany adres IP, to jak będzie inny, to jasne, że się nie połączy. Po nazwie powinien się połączyć.
Jak na nowym routerze serwer ma przypisany nowy adres, to ten nowy trzeba podać w plikach startowych.
Dlatego, żeby to IP nie zmieniało się przy każdym połączeniu, trzeba go "usztywnić" przypisując mu stały adres.
Ok, w takim razie już trochę mi rozjaśniliście. W jakim miejscu mogę zmienić adres IP już usztywniony w programie serwisowym?
Podałem to w pierwszej odpowiedzi. Tak przy okazji, to problem może też być z zaporami. Zarówno windowsową jak i programów antywirusowych.
-
Jeżeli w danym momencie działa na zaporach windowsowych i na końcówkach to przy zresetowaniu ustawień w routerze do fabrycznych raczej nie powinno to mieć na to wpływu bezpośrednio?
-
Jeżeli w danym momencie działa na zaporach windowsowych i na końcówkach to przy zresetowaniu ustawień w routerze do fabrycznych raczej nie powinno to mieć na to wpływu bezpośrednio?
Akurat to nie powinno, ale wiele razy spotkałem się z odruchowym klikaniem na dymek zapory (notabene bardzo upierdliwy), co włącza zaporę.
-
Wszystkie porty na serwerze są odblokowane. Czy macie jeszcze jakieś propozycje dotyczące mojego problemu? Ktoś może mi wytłumaczyć na jakiej zasadzie gdy wpisuje nazwę serwera w tym przypadku FUJITSU\INSERGT, to na jakiej zasadzie komputer klienci wie, że FUJITSU to w tym przypadku 192.168.0.100?
Jeżeli zresetuje router i np. serwer dostanie IP 192.168.0.105 to skąd będzie wiedział, że FUJITSU to 192.168.0.105. Rozumiem, że w parametrach uruchamiania ustawić mam adres IP, lecz w tym momencie jak chce się połączyć po IP 192.168.0.100\INSERTGT to nie przechodzi a w momencie zamiany adresu IP na nazwę serwera przechodzi.
I jaka jeszcze może być to kwestia ustawień w routerze? Czy tylko jest to kwestia przypisania stałego adresu IP przydzielonego przez DHCP serwerowi. Tylko skąd wtedy komputer kliencki będzie wiedział, że FUJITSU to tym razem 192.168.0.105?
Dlaczego, bez przypisania stałego adresu IP dla serwera przyznanego z DHCP, komputer klienci nie może odnaleźć serwera po nazwie FUJITSU? Odszukać jakby odszukiwał, ale zawiesza się podczas włączania.
Sorry, że jestem taki upierdliwy, ale chęć resetu routera do ustawień fabrycznych powoduje lawinę wku@wionych starych kochanych księgowych?
-
Jak serwer ma 192.168.0.5 to weź na końcówce uruchom wiersz poleceń i wpisz ping 192.168.0.5 i zobacz czy komputer serwer spinguje.
-
Wszystkie porty na serwerze są odblokowane. Czy macie jeszcze jakieś propozycje dotyczące mojego problemu? Ktoś może mi wytłumaczyć na jakiej zasadzie gdy wpisuje nazwę serwera w tym przypadku FUJITSU\INSERGT, to na jakiej zasadzie komputer klienci wie, że FUJITSU to w tym przypadku 192.168.0.100?
Jeżeli zresetuje router i np. serwer dostanie IP 192.168.0.105 to skąd będzie wiedział, że FUJITSU to 192.168.0.105. Rozumiem, że w parametrach uruchamiania ustawić mam adres IP, lecz w tym momencie jak chce się połączyć po IP 192.168.0.100\INSERTGT to nie przechodzi a w momencie zamiany adresu IP na nazwę serwera przechodzi.
I jaka jeszcze może być to kwestia ustawień w routerze? Czy tylko jest to kwestia przypisania stałego adresu IP przydzielonego przez DHCP serwerowi. Tylko skąd wtedy komputer kliencki będzie wiedział, że FUJITSU to tym razem 192.168.0.105?
Dlaczego, bez przypisania stałego adresu IP dla serwera przyznanego z DHCP, komputer klienci nie może odnaleźć serwera po nazwie FUJITSU? Odszukać jakby odszukiwał, ale zawiesza się podczas włączania.
Sorry, że jestem taki upierdliwy, ale chęć resetu routera do ustawień fabrycznych powoduje lawinę wku@wionych starych kochanych księgowych?
Wszystkie te Twoje pytania wiążą się z zarządzaniem siecią i znajomością tych zasad.
Jeśli w sieci jest serwer z oprogramowaniem serwerowym, to wtedy on kontroluje sieć, szczególnie jeśli to jest sieć domenowa.
Natomiast w małych sieciach bez serwera tą role pełni właśnie router.
Od tego on jest, żeby pilnował porządku i jednocześnie udostępniał to, co trzeba. Właśnie router pilnuje, żeby nie duplikowały się nazwy komputerów i powiązania nazw z adresami IP. Dlatego też ważne jest, jak router jest ustawiony.
-
Może po kolei.
1. Jaki jest adres lokalny IP routera.
2. Ustaw statyczne adresy Serwera i klientów z tej samej klasy adresowej co router.
3. Ustaw pulę DHCP nie kolidującą z adresami Serwera i stacji z niego korzystających.
-
Może po kolei.
1. Jaki jest adres lokalny IP routera.
2. Ustaw statyczne adresy Serwera i klientów z tej samej klasy adresowej co router.
3. Ustaw pulę DHCP nie kolidującą z adresami Serwera i stacji z niego korzystających.
1. Adres routera to 192.168.0.219, maska podsieci 255.255.255.0.
2. W zakładce Network>Lan>DHCP Reservation ustawiam rezerwacje IP, które przydzieliło serwerowi wraz z przywróceniem ustawień fabrycznych routera.
3. Ustawiam w zakładce DHCP:
>DHCP Server: Enable
>Start IP Address: 192168.0.100
>End IP Address: 192.168.0.199
>Lease Time: 120
>Default Gateway: 192.168.0.1 <- tutaj nie wiem co ustawić, nie rozumiem tej reguły
>Default domain: Nazwa sieci
Primary i Secondary DNS na 0.0.0.0
Czy to będzie w takim razie poprawna konfiguracja?
Czy jak mogę wpłynąć na to jaki adres IP przydzieli serwerowi? Bo od tego zależy jak ustawić DHCP?
Zasadnicze pytanie czy w ustawieniach Advanced>NAT>Virtual Server należy dodać porty SQL? Mam tutaj takie opcje (https://i.imgur.com/juq4mze.png)
-
1. Adres routera to 192.168.0.219, maska podsieci 255.255.255.0.
2. W zakładce Network>Lan>DHCP Reservation ustawiam rezerwacje IP, które przydzieliło serwerowi wraz z przywróceniem ustawień fabrycznych routera.
3. Ustawiam w zakładce DHCP:
>DHCP Server: Enable
>Start IP Address: 192168.0.100
>End IP Address: 192.168.0.199
>Lease Time: 120
>Default Gateway: 192.168.0.1 <- tutaj nie wiem co ustawić, nie rozumiem tej reguły
>Default domain: Nazwa sieci
Primary i Secondary DNS na 0.0.0.0
Czy to będzie w takim razie poprawna konfiguracja?
Czy jak mogę wpłynąć na to jaki adres IP przydzieli serwerowi? Bo od tego zależy jak ustawić DHCP?
Nie, to nie będzie prawidłowa konfiguracja. Kolega powinien dostać w firmie zakaz zbliżania się do urządzeń sieciowych zanim nie opanuje pierwszego rozdziału elementarza konfiguracji sieci domorosłego admina... Niech zgadnę - internet też nie działa w tej sieci?
Ale spróbuję pomóc:
- Niech Kolega się nawet nie zbliża do żadnych "wirtualnych serwerów" i nic tam nie tyka, jeśli serwer MS SQL jest w tym samym LAN co komputery z InsERT GT
- W DHCP Reservation powinna być tabelka w które się po jednej stronie wpisuje MAC komputera - w tym przypadku serwera MS SQL, a po drugiej stronie IP jakie zawsze ma być mu automatycznie przydzielane. To IP, skoro Kolega na zakres DHCP wybrał 100-199, powinno się mieścić w tym zakresie
- Default Gateway to domyślna bramka: adres na jaki mają być kierowane połączenia na adresy spoza sieci, czyli mniej więcej "adres urządzenia do którego jest podpięty internet". Jeśli Kolega internet podpina pod ten router, to skoro dał mu adres 192.168.0.219, to taki sam powinien wpisać jako bramkę.
- jako nazwy domeny nic nie wpisywać jak Kolegi LAN jest bez domeny. Jak jest z domeną, to niech Kolega nic nie grzebie, tylko skontaktuje się z administratorem domeny...
Teraz na serwerze MS SQL kolega powinien otworzyć wiersz poleceń i wpisać tam ipconfig /release by pozbyć się starych ustawień sieciowych a następnie wpisać ifconfig /renew by pobrać nowe (restart też pomoże). Potem wpisać ifconfig /all i sprawdzić czy gdzieś tam są wpisy z z adresem, który Kolega przypisał serwerowi MS SQL w routerze (powinny być), jak również powinno być tam ustawienie dotyczące nowej prawidłowej bramki.
Na komputerach z InsERT GT też zrobić restart lub sekwencję ipconfig /release i ipconfig /renew a potem zrobić z nich pingowanie do serwera MS SQL po jego adresie IP czy dochodzi a następnie pingowanie po nazwie.
Jak jest to jak Kolega twierdzi w tym samym LAN to na routerze nie trzeba robić żadnych "wirtualnych serwerów", przekierowań portów itd. Powinno już działać, skoro pingi dochodzą, a jak nie działa, to jest to kwestia ustawień zapory na serwerze MS SQL lub samego MS SQL (np. włączenia połączeń IP).
-
..- W DHCP Reservation powinna być tabelka w które się po jednej stronie wpisuje MAC komputera - w tym przypadku serwera MS SQL, a po drugiej stronie IP jakie zawsze ma być mu automatycznie przydzielane. To IP, skoro Kolega na zakres DHCP wybrał 100-199, powinno się mieścić w tym zakresie
Właśnie odwrotnie, adres dla serwera ustawia się spoza tego zakresu. Mamy wtedy pewnosć, że router go nigdy nie przydzieli innemu urządzeniu, nawet jak serwer będzie wyłączony.
Dostępny zakres portów ustawiamy dla innych urządzeń, które łączą się sporadycznie lub gdy nam nie zależy na adresie IP, jaki zostanie im przydzielony.
-
..- W DHCP Reservation powinna być tabelka w które się po jednej stronie wpisuje MAC komputera - w tym przypadku serwera MS SQL, a po drugiej stronie IP jakie zawsze ma być mu automatycznie przydzielane. To IP, skoro Kolega na zakres DHCP wybrał 100-199, powinno się mieścić w tym zakresie
Właśnie odwrotnie, adres dla serwera ustawia się spoza tego zakresu. Mamy wtedy pewnosć, że router go nigdy nie przydzieli innemu urządzeniu, nawet jak serwer będzie wyłączony.
Dostępny zakres portów ustawiamy dla innych urządzeń, które łączą się sporadycznie lub gdy nam nie zależy na adresie IP, jaki zostanie im przydzielony.
Artwi dobrze napisał - to przecież DHCP ma przydzielić adres komputerowi z serwerem SQL. Rezerwacja jest dla tego, żeby przypisał adres tylko dla TEGO komputera. Podczas przydzielania dzierżawy adresów IP najpierw sprawdza czy dany komputer ma ustawioną rezerwację i jeżeli nie to dopiero wtedy daje wolną z puli (jeszcze jest czas dzierżawy, ale to w tym momencie nie jest ważne).
Tylko jeżeli nie chcemy korzystać z DHCP tylko ustawić adres na stałe to nadajemy ten adres, który nie jest w puli dzierżawy DHCP.
-
..- W DHCP Reservation powinna być tabelka w które się po jednej stronie wpisuje MAC komputera - w tym przypadku serwera MS SQL, a po drugiej stronie IP jakie zawsze ma być mu automatycznie przydzielane. To IP, skoro Kolega na zakres DHCP wybrał 100-199, powinno się mieścić w tym zakresie
Właśnie odwrotnie, adres dla serwera ustawia się spoza tego zakresu. Mamy wtedy pewnosć, że router go nigdy nie przydzieli innemu urządzeniu, nawet jak serwer będzie wyłączony.
Dostępny zakres portów ustawiamy dla innych urządzeń, które łączą się sporadycznie lub gdy nam nie zależy na adresie IP, jaki zostanie im przydzielony.
Artwi dobrze napisał - to przecież DHCP ma przydzielić adres komputerowi z serwerem SQL. Rezerwacja jest dla tego, żeby przypisał adres tylko dla TEGO komputera. Podczas przydzielania dzierżawy adresów IP najpierw sprawdza czy dany komputer ma ustawioną rezerwację i jeżeli nie to dopiero wtedy daje wolną z puli (jeszcze jest czas dzierżawy, ale to w tym momencie nie jest ważne).
Tylko jeżeli nie chcemy korzystać z DHCP tylko ustawić adres na stałe to nadajemy ten adres, który nie jest w puli dzierżawy DHCP.
Przeczytaju powoli i spokojnie to co napisasłeś. Włącznie z ostatnim zdaniem.
Rezerwacji adresu dokonujemy też w dziale DHCP, tylko w sekcji adres reservation. Więc i tak korzystamy z DHCP - tylko troszkę inaczej.
Są urządzenia sieciowe, ktore powinny mieć usztywnione/przypisane adresy IP - serwer, drukarki, nasy, itp. Dlatego też nie daje się do puli ogólnodostepnych adresów te, które rezerwujemy dla konkretnych urządzeń. Co zresztą potwierdziłeś w ostatnim zdaniu i co akurat odwrotnie napisał Artwi.
-
1. Adres routera to 192.168.0.219, maska podsieci 255.255.255.0.
2. W zakładce Network>Lan>DHCP Reservation ustawiam rezerwacje IP, które przydzieliło serwerowi wraz z przywróceniem ustawień fabrycznych routera.
3. Ustawiam w zakładce DHCP:
>DHCP Server: Enable
>Start IP Address: 192168.0.100
>End IP Address: 192.168.0.199
>Lease Time: 120
>Default Gateway: 192.168.0.1 <- tutaj nie wiem co ustawić, nie rozumiem tej reguły
>Default domain: Nazwa sieci
Primary i Secondary DNS na 0.0.0.0
Czy to będzie w takim razie poprawna konfiguracja?
Nurtuje mnie kwestia adresu Bramy 192.168.0.1 - ten adres przepisałeś ze starego routera? Jeśli tak to wygląda na to, że "po drodze" do Internetu jest jeszcze jeden router, gdyż ta adresacja jest lokalną, nierutowalną. Teraz kwestia czy któryś z klientów serwera nie pochodzi z sieci za natem tego routera. Czy możesz sprawdzić jak wygląda fizyczne połączenie komputerów z subiektem i serwerem w tej sieci? Wszystkie są wpięte do jednego routera, ewentualnie do wspólnego switcha połączonego z routerem ?
-
Nurtuje mnie kwestia adresu Bramy 192.168.0.1 - ten adres przepisałeś ze starego routera? Jeśli tak to wygląda na to, że "po drodze" do Internetu jest jeszcze jeden router, gdyż ta adresacja jest lokalną, nierutowalną. Teraz kwestia czy któryś z klientów serwera nie pochodzi z sieci za natem tego routera. Czy możesz sprawdzić jak wygląda fizyczne połączenie komputerów z subiektem i serwerem w tej sieci? Wszystkie są wpięte do jednego routera, ewentualnie do wspólnego switcha połączonego z routerem ?
A skąd Ci się wziął dodatkowy router. Wszystkie adresy, ktore podał @hock są z tej samej klasy adresowej 192.168.0.X. A skoro taka klasa adresowa jest ustawiona w DHCP, to brama jest pierwszym adresem czyli właśnie 192.168.0.1. I jest adres sieciowy routera w tej sieci wewnętrznej.
-
Rezerwacji adresu dokonujemy też w dziale DHCP, tylko w sekcji adres reservation. Więc i tak korzystamy z DHCP - tylko troszkę inaczej.
Są urządzenia sieciowe, ktore powinny mieć usztywnione/przypisane adresy IP - serwer, drukarki, nasy, itp. Dlatego też nie daje się do puli ogólnodostepnych adresów te, które rezerwujemy dla konkretnych urządzeń. Co zresztą potwierdziłeś w ostatnim zdaniu i co akurat odwrotnie napisał Artwi.
Powiem tak: moja konfiguracja działa zawsze i nigdy nie przydziela innej maszynie zarezerwowanego adresu nawet jak komp tam opisany jest wyłączony, natomiast spotkałem się z routerami, gdzie nie dało się przez DHCP rezerwować adresów nie z podanego zakresu. Może dlatego, że na części z nich jest to faktycznie "rezerwacja DHCP" a w innych realizowane jest to przez wpis na sztywno do tablicy ARP.
Jak Kolega chciał skrytykować, to mógł się raczej doczepić przeoczenia kwestii DNS...
-
Nurtuje mnie kwestia adresu Bramy 192.168.0.1 - ten adres przepisałeś ze starego routera? Jeśli tak to wygląda na to, że "po drodze" do Internetu jest jeszcze jeden router, gdyż ta adresacja jest lokalną, nierutowalną. Teraz kwestia czy któryś z klientów serwera nie pochodzi z sieci za natem tego routera. Czy możesz sprawdzić jak wygląda fizyczne połączenie komputerów z subiektem i serwerem w tej sieci? Wszystkie są wpięte do jednego routera, ewentualnie do wspólnego switcha połączonego z routerem ?
W tym nie ma nic tajemniczego: jak przyznał Kolega hock, zresetował on router do fabrycznych ustawień. A potem zabrał się za jego konfigurowanie i nadał mu jakiś tam adres IP (być może zapisany z poprzedniej konfiguracji, bo fabrycznie takie nie są przypisywane), a bramki nie zmieniał, bo nie wiedział co to jest...
Teoria, że wzmiankowany router służy tylko za serwer DHCP (ew. jeszcze switch i AP) a w sieci jest jeszcze bramka, jest oczywiście możliwa, ale "sprzeczna z Brzytwa Ockhama", choć ręki, że tak nie jest, nie dałbym sobie uciąć... ;)
-
UWAGA: wszędzie gdzie mylnie napisałem ifconfig powinno być ipconfig! W Windows jest ipconfig, a mnie się myli z ifconfig (tak jest pod Linuksem) - dyslektykiem jestem... :P
-
A skąd Ci się wziął dodatkowy router. Wszystkie adresy, ktore podał @hock są z tej samej klasy adresowej 192.168.0.X. A skoro taka klasa adresowa jest ustawiona w DHCP, to brama jest pierwszym adresem czyli właśnie 192.168.0.1. I jest adres sieciowy routera w tej sieci wewnętrznej.
Stąd, że gateway, jeśli jest przepisany ze starego routera (dlatego o to pytałem) oznacza, że ten router nie ma bezpośredniego połączenia z Internetem - gdyz adres bramy jest nierutowalny - z opisu wynikało, ze to adres bramy routera a nie komputera - jak Ty pewnie założyłeś. Co do adresu routera to w tym przypadku nie jest jak w wiekszości pierwszy z puli tylko 192.168.0.219. Obawiam się, że kolega Hock troszkę się pogubił i dlatego chcę w jego sieci wykluczyć najpierw bardziej skomplikowane scenariusze aby podać najprostsze rozwiązanie.
Teoria, że wzmiankowany router służy tylko za serwer DHCP (ew. jeszcze switch i AP) a w sieci jest jeszcze bramka, jest oczywiście możliwa, ale "sprzeczna z Brzytwa Ockhama", choć ręki, że tak nie jest, nie dałbym sobie uciąć... ;)
Różne akcje widziałem, więc założyłem i taki wariant - czasem tak bywa, ze biuro posiada gniazdo lan i właściciel wpina swój router tworząc kolejna podsieć, możliwe również, ze stary router miał wyłączone dhcp i służył jako AP i switch a był spięty z innym poprzez port LAN (nie WAN), który znajduje się w tej samej firmie ale w innym pomieszczeniu - niestety i takie przypadki spotykałem gdzie w ten sposób poprawiano sobie zasięg WIFI. Dlatego istotnym jest niech kolega sprawdzi, czy wszystkie komputery sa fizycznie wpięte do jednego routera - to na początek.
-
Niech ktoś się połączy i to skonfiguruje, zajmie to kilka minut, będzie duuużo szybciej niż zgadywanie i zbędne komplikowanie tematu na forum...
-
Niech ktoś się połączy i to skonfiguruje, zajmie to kilka minut, będzie duuużo szybciej niż zgadywanie i zbędne komplikowanie tematu na forum...
Tyle, że jeśli ustawił taka bramę jak podał na routerze i ta brama nie jest adresem kolejnego routera to pewnie internetu brak. W każdym razie faktycznie - zdalnie to roboty na kilka minut. Hock - jeśli masz dostęp do Internetu to pisz na priv, postaram się pomóc - około godziny będę dostępny jeszcze.
-
Stąd, że gateway, jeśli jest przepisany ze starego routera (dlatego o to pytałem) oznacza, że ten router nie ma bezpośredniego połączenia z Internetem - gdyz adres bramy jest nierutowalny - z opisu wynikało, ze to adres bramy routera a nie komputera - jak Ty pewnie założyłeś. Co do adresu routera to w tym przypadku nie jest jak w wiekszości pierwszy z puli tylko 192.168.0.219. Obawiam się, że kolega Hock troszkę się pogubił i dlatego chcę w jego sieci wykluczyć najpierw bardziej skomplikowane scenariusze aby podać najprostsze rozwiązanie.
Ta bramka jest po stronie LAN a nie WAN (przynajmniej taką mam nadzieję...) i nie musi więc mieć adresu publicznego, tylko powinna mieć adres po stronie LAN routera, czyli 192.168.0.219, skoro taki adres routera Hock ustawił. Można też (i to byłoby normalniej) zmienić adres routera na 192.168.0.1 a bramkę zostawić bez zmian.
Do kwestii WAN na tym routerze jeszcze nie doszliśmy :-* Ale brak internetu nie powinien mieć wpływu na działanie InsERTa, jeśli LAN jest w miarę poprawnie skonfigurowany.
-
Ta bramka jest po stronie LAN a nie WAN (przynajmniej taką mam nadzieję...) i nie musi więc mieć adresu publicznego, tylko powinna mieć adres po stronie LAN routera, czyli 192.168.0.219, skoro taki adres routera Hock ustawił. Można też (i to byłoby normalniej) zmienić adres routera na 192.168.0.1 a bramkę zostawić bez zmian.
Do kwestii WAN na tym routerze jeszcze nie doszliśmy :-* Ale brak internetu nie powinien mieć wpływu na działanie InsERTa, jeśli LAN jest w miarę poprawnie skonfigurowany.
Jeszcze raz przejrzałem post z ustawieniami i faktycznie kolega podawał ustawienia DHCP z routera więc bramką powinien być adres LAN routera z końcówką 192.168.0.219.
Oczywiście, że internet nie potrzebny do Subiekta w lokalnej, ale my pisaliśmy o tym w kontekście pomocy zdalnej - aby zalogować sie u kolegi i skonfigurować.
-
..- W DHCP Reservation powinna być tabelka w które się po jednej stronie wpisuje MAC komputera - w tym przypadku serwera MS SQL, a po drugiej stronie IP jakie zawsze ma być mu automatycznie przydzielane. To IP, skoro Kolega na zakres DHCP wybrał 100-199, powinno się mieścić w tym zakresie
Właśnie odwrotnie, adres dla serwera ustawia się spoza tego zakresu. Mamy wtedy pewnosć, że router go nigdy nie przydzieli innemu urządzeniu, nawet jak serwer będzie wyłączony.
Dostępny zakres portów ustawiamy dla innych urządzeń, które łączą się sporadycznie lub gdy nam nie zależy na adresie IP, jaki zostanie im przydzielony.
Artwi dobrze napisał - to przecież DHCP ma przydzielić adres komputerowi z serwerem SQL. Rezerwacja jest dla tego, żeby przypisał adres tylko dla TEGO komputera. Podczas przydzielania dzierżawy adresów IP najpierw sprawdza czy dany komputer ma ustawioną rezerwację i jeżeli nie to dopiero wtedy daje wolną z puli (jeszcze jest czas dzierżawy, ale to w tym momencie nie jest ważne).
Tylko jeżeli nie chcemy korzystać z DHCP tylko ustawić adres na stałe to nadajemy ten adres, który nie jest w puli dzierżawy DHCP.
Przeczytaju powoli i spokojnie to co napisasłeś. Włącznie z ostatnim zdaniem.
Rezerwacji adresu dokonujemy też w dziale DHCP, tylko w sekcji adres reservation. Więc i tak korzystamy z DHCP - tylko troszkę inaczej.
Są urządzenia sieciowe, ktore powinny mieć usztywnione/przypisane adresy IP - serwer, drukarki, nasy, itp. Dlatego też nie daje się do puli ogólnodostepnych adresów te, które rezerwujemy dla konkretnych urządzeń. Co zresztą potwierdziłeś w ostatnim zdaniu i co akurat odwrotnie napisał Artwi.
Ja bardzo dobrze wiem co napisałem i jak to działa, a Ty nie bardzo widzisz jaka jest różnca pomiędzy adresem przypisanym na stałe do karty sieciowej na kliencie a adresem przypisanym przez DHCP i zarezerwowanym dla tej karty sieciowej po MAC (na komputerze mamy cały czas automatyczne pobieranie adresu).
Jeżeli DHCP nada mi określony adres i go zarezerwuje dla mnie to jak niby miałby dać ten adres komuś innemu?
-
Ja bardzo dobrze wiem co napisałem i jak to działa, a Ty nie bardzo widzisz jaka jest różnca pomiędzy adresem przypisanym na stałe do karty sieciowej na kliencie a adresem przypisanym przez DHCP i zarezerwowanym dla tej karty sieciowej po MAC (na komputerze mamy cały czas automatyczne pobieranie adresu).
Jeżeli DHCP nada mi określony adres i go zarezerwuje dla mnie to jak niby miałby dać ten adres komuś innemu?
Widzę, że mijamy się w wypowiedziach.Od początku pisałem o DHCP routera i usztywnieniu adresu (czyli jego przypisaniu) przez address reservation.
Zajęcie adresu może wystąpić wtedy, gdy usztywnimy adres na karcie sieciowej i będzie on z puli dostępnej dla DHCP. Wtedy przy wyłączonym komputerze dla routera ten adres bedzie wolny i może go przydzielić innemu urządzeniu, co spowoduje konflikt adresów w sieci.
Dlatego napisałem, że jednym rozsądnym wyjściem jest właśnie address reservation, najlepiej z spoza puli dostępnych określonych w zakresie DHCP.
Natomiast dla karty sieciowej zaznaczenie parametru "Pobieraj automatycznie".
Tylko tyle.
-
Ja bardzo dobrze wiem co napisałem i jak to działa, a Ty nie bardzo widzisz jaka jest różnca pomiędzy adresem przypisanym na stałe do karty sieciowej na kliencie a adresem przypisanym przez DHCP i zarezerwowanym dla tej karty sieciowej po MAC (na komputerze mamy cały czas automatyczne pobieranie adresu).
Jeżeli DHCP nada mi określony adres i go zarezerwuje dla mnie to jak niby miałby dać ten adres komuś innemu?
Widzę, że mijamy się w wypowiedziach.Od początku pisałem o DHCP routera i usztywnieniu adresu (czyli jego przypisaniu) przez address reservation.
Zajęcie adresu może wystąpić wtedy, gdy usztywnimy adres na karcie sieciowej i będzie on z puli dostępnej dla DHCP. Wtedy przy wyłączonym komputerze dla routera ten adres bedzie wolny i może go przydzielić innemu urządzeniu, co spowoduje konflikt adresów w sieci.
To już jest błąd operatora komputera. Jeżeli ustawisz adres na karcie sieciowej to DHCP nie ma co przydzielać bo nie bierze w tym udziału.
Dlatego napisałem, że jednym rozsądnym wyjściem jest właśnie address reservation, najlepiej z spoza puli dostępnych określonych w zakresie DHCP.
Natomiast dla karty sieciowej zaznaczenie parametru "Pobieraj automatycznie".
Tylko tyle.
To akurat nie jest żadne rozwiązanie, bo jeżeli ten "zarezerwowany adres" wpiszesz na stałe w innym komputerze na stałe to też będziesz miał konflikt.
Rozwiązania:
1. Zostawienie sobie jakieś puli adresów dla stałych adresów a dla DHCP inny zakres
2. Puszczenie wszystkiego na DHCP i rezerwacja określonych adresów dla określonych urządzeń
3. Połączenie rozwiązania 2 i 3
-
Uparłeś się, ze każdą moją wypowiedź komentować na zasadzie co by było gdyby, nie czytając dokładnie tego co napisałem.
Nie jest ważne, że byłby to błąd operatora, tylko to, że jest możliwy, jeśli nie korzysta się tylko z address reservation.
-
Uparłeś się, ze każdą moją wypowiedź komentować na zasadzie co by było gdyby, nie czytając dokładnie tego co napisałem.
Nie jest ważne, że byłby to błąd operatora, tylko to, że jest możliwy, jeśli nie korzysta się tylko z address reservation.
Sam przecież użyłeś takiego "gdybania"
Zajęcie adresu może wystąpić wtedy, gdy usztywnimy adres na karcie sieciowej i będzie on z puli dostępnej dla DHCP. Wtedy przy wyłączonym komputerze dla routera ten adres bedzie wolny i może go przydzielić innemu urządzeniu, co spowoduje konflikt adresów w
Dodatkowo błędne gdybanie... Jeżeli komputer "serwer" będzie miał przyznaną rezerwację to nawet jak go wyłączymy to wcale jego adres nie będzie "wolny" i DHCP nie nada tego adresu innemu komputerowi bo wtedy dzierżawa adresu nie gaśnie. To że innemu komputerowi ustawimy na stałe adres na karcie (gdybam jak TY) jest zupełnie inną sytuacją.
Obsługiwałem już dość duże sieci i wszędzie miałem pulę dla DHCP (w tej puli także zarezerwowane adresy) i pulę dla ręcznie ustawianych adresów. Dzięki temu jak ustawiałem ręcznie adres to sprawdzałem tylko czy nie mam konfliktów w puli stałej - DHCP sobie radził sam. I nigdy nie wychodziłem z rezerwacją poza pulę DHCP bo tylko dołożyłoby mi to pracy.