Skocz do zawartości

Ustawienia sieci - router ZTE + NAS (Xpenology-DSM)


Rekomendowane odpowiedzi

Opublikowano

Cześć,

Od jakiegoś czasu korzystam ze złożonego mini PC służącego za serwer NAS. Postawiony jest na nim Xpenology wraz z DSM 7.2  Serwer służy mi na potrzeby własne w domowym HomeLAB. 


Mam problem z poprawną konfiguracją adresów IP na routerze oraz w oprogramowaniu DSM. Być może jeszcze w innym miejscu należy dokonać poprawnej konfiguracji.


Mam światłowód 1/1Gb/s z urządzeniem ONT(od Inea)2,5Gb/s wraz z routerem gigabitowym ZTE H3640. 
Mam wykupiony publiczny zmienny adres IP na potrzeby zewnętrznego dostępu do serwera plików.

W mieszkaniu na noc wyłączamy router - co wiąże się z tym, że zmienia mi się zewnętrzny adres IP. Dodatkowo router po zresetowaniu przydziela mi inny adres IP dla mini PC na którym mam Xpenology wraz z DSM. 

Żeby temu zaradzić ustawiłem statyczny adres IP w ustawieniach sieci w oprogramowaniu DSM: 192.168.1.7
W ustawieniach routera w miejscu: Local Network-->LAN-->DHCP Binding dopisałem statyczny adres IP(ten sam co w oprogramowaniu DSM czyli 192.168.1.7) oraz wpisałem MAC karty sieciowej do której podłączony jest przewód ethernetowy od routera. 
Wchodząc przez przeglądarkę po adresie 192.168.1.7 moge się na przykład dziś zalogować ale po wyłączeniu routera ZTE i ponownym jego włączeniu(po nocy) - nie mogę już się zalogować na serwer po wpisaniu 192.168.1.7
Zauważyłem, że gdy uruchamiam serwer to Bootloader (ARC) za każdym razem po uruchomieniu serwera pokazuje mi inny adres IP, który przydziela do karty sieciowej znajdującej się w serwerze - dlaczego? Skoro ustawiłem statyczny adres na routerze oraz w oprogramowaniu DSM? 
Poniżej załączam screeny:

LAN-IPV4-ROUTER-ZTE.png

 

LAN-Devices-Router-ZTE.png

 

 

ustawienia-sie-DSM-Xpenology-natywny.png

 

20250211-105555.jpg

 

 

 

Opublikowano (edytowane)

arc loader to całkiem inny podsystem, niezależny od DSM. Gubi on adres sieciowy po wyłączeniu routera (brak DHCP w sieci). Jego konfiguracje znajdziesz w pliku user_config.json w /mnt/tcrp i tam wpisz statyczny adres IP.

 

A tak poza tym, po co wyłączasz router na noc?

Edytowane przez zakk87
Opublikowano
Godzinę temu, zakk87 napisał(a):

A tak poza tym, po co wyłączasz router na noc?

Moja druga połowa zawsze wyłącza wszystko co świeci na noc(a że router mamy w salonie a salon jest sypialnią) to niestety ale przeważnie mi wyłączy router. Wpadłem dziś na pomysł, że przed routerem mam jeszcze ONT dostawcy Internetu i zapewne gdy on nie będzie wyłączany to powinienem mieć zachowywany publiczny zmienny adres IP. 
 
Wprowadzę zatem modyfikację w pliku:thumbup: i dam znać czy pomogło.

Opublikowano
12 minut temu, Meistero napisał(a):

Moja druga połowa zawsze wyłącza wszystko co świeci na noc

Mnie denerwowały diody z routera odpowiedzialnego za zapasowe łącze to wziąłem czarną taśmę izolacyjną i je zakleiłem :P

  • Haha 1
Opublikowano (edytowane)
W dniu 12.02.2025 o 17:02, zakk87 napisał(a):

arc loader to całkiem inny podsystem, niezależny od DSM. Gubi on adres sieciowy po wyłączeniu routera (brak DHCP w sieci). Jego konfiguracje znajdziesz w pliku user_config.json w /mnt/tcrp i tam wpisz statyczny adres IP.

 

A tak poza tym, po co wyłączasz router na noc?

Zacząłem od wejścia w panel konfiguracyjny -  Arc Loader'a i tam znalazłem opcję przypisania adresu mac karty sieciowej z StaticIP ( bodajże pod eth1).  Później zaktualizowałem bootloadera ale finalnie mi coś nie poszło. 

Wziąłem się za robotę od początku:
- przywróciłem ustawienia fabryczne routera i od razu ustawiłem statyczne adresy IP dla urządzeń połączony z routerem po ethernecie. Dla NAS'a przypisałem sobie 192.168.1.2
[wcześniej jeszcze próbowałem wyczyścić na routerze listę "allocated adress DHCP - ale nie było tam takiej opcji więc uznałem, że przywrócenie do ustawień fabrycznych pomoże:-)] 

- ściąłem i wypaliłem najnowszą kompilację Arc Loadera 1.5.17>1.5.18/DS 920+/V. 7.2/
- podczas konfiguracji ARC'a ustawiłem ręcznie prawdziwy MAC mojej karty sieciowej pod którą mam podłączony router, numer SN wziąłem z zakładki "Hardware ID" - widziałem na forum openlinksys.info (od shibby), że SN można wygenerować:

"Xpenology na baremetal
1) ściągamy i wypalamy plik IMG na pendrive. Bootujemy z niego obraz (wskazane UEFI jeżeli dostępne).
2) po uruchomieniu Menu wskazujemy wybrany przez nas model (w M-Shell dodatkowo wybieramy metodę DDSML), generujemy Serial, wybieramy MAC (ja preferuję prawdziwy MAC) i budujemy obraz.
zewnetrznym
3) obraz zostanie skompilowany i wgrany od razu na pendrive
4) robimy reboot i wybieramy obraz z naszym Loaderem.
5) po kilku minutach możemy otworzyć stronę http://IP:5000 i dokończyć instalację identycznie jakbyśmy to robili na kupionym ze sklepu Synology."

 

- obraz zrobiony, DSM zainstalowany z ustawieniami :
*  statyczne IP - takie samo jakie robiłem podczas konfiguracji w Arc Loaderze czyli 192.168.1.2 [Sieć-interfejs sieciowy-LAN2-IPv4]
* ustawiłem DDNS [dostęp zewnętrzny-ddns] i powiązany jest z moim zewnętrznym zmiennym adresem IP(w trybie auto) - test połączenia prawidłowy
*  doinstalowałem Open VPN Server z fabrycznymi ustawieniami  + wyeksporotwałem plik na potrzeby klienta VPN. Co ważne w pliku konfiguracyjnym nie wprowadziłem mojego zewnętrznego adresu IP tylko nazwę hosta jaki mam zarejestrowany jako DDNS i to działa [mój zewnętrzny zmienny adres IP co jakiś czas ulega zmianie(sprawdzałem i nawet gdy mój GPON-ONT nie jest odłączany z prądu na noc a działa non stop od około tygodnia  - adres IP mimo tego ulega zmianie] 

- na routerze oczywiście skonfigurowany DDNS oraz przekierowanie portów ustawione na IP dla NAS'a.[192.168.1.2]

 

Podsumowując: 
Teraz gdy odpalam system to Arc pokazuje mi prawidłowy adres IP, SMB działa, dostęp z zewnątrz do NAS'a po Open VPN client też działa a nawet po nawiązaniu połączenia klienta z serwerem (Open VPN) - mogę wejść w konfigurację routera - wcześniej też miałem z tym problem. 
Kończąc to - właśnie mam jakiś problem ze zdalnym dostępem do routera i serwera....
Edit: działa, musiałem wyłączyć i włączyć dane komórkowe oraz hot spot w telefonie

Czy według Was jest to poprawna konfiguracja? Mogę dosłać jakieś print screeny


Jeśli by się to udało to następnym krokiem będzie poprawna instalacja i konfiguracja(od początku) ARC Loadera na Proxmoxie 

Edytowane przez Meistero
Opublikowano
W dniu 12.02.2025 o 18:37, narmiak napisał(a):

Mnie denerwowały diody z routera odpowiedzialnego za zapasowe łącze to wziąłem czarną taśmę izolacyjną i je zakleiłem :P

Wiesz, że coraz więcej routeróœ ma w ustawieniach opcje wyłączenia tych diod?

  • 2 tygodnie później...
Opublikowano

 

@narmiak  jeśli chodzi o natywną konfigurację Xpenology  oraz ustawienia routera to zrobiłem dokładnie według otrzymanych od Ciebie wcześniej informacji ( jeszcze gdy działało forum PCLab'a) - za co Tobie dziękuję :thumbup: 
@narmiak; @zakk87 ; @EUZEBIUSZJeśli możecie to zerknijcie czy konfigurację wykonałem poprawnie. 
Od tygodnia postawiłem sobie wirtualkę Xpenology na Proxmoxie. Przy okazji korzystałem z tego posta:
https://openlinksys.info/forum/viewthread.php?thread_id=23038
Dostęp z zewnątrz przez Open VPN postawiony na VM Xpenology + przekierowanie portu na routerze - działa. Nie wiem dlaczego ale na routerze nie musiałem nawet konfigurować DDNS'a ( No-IP).  
Temat związany ze zmieniającym się moim zewnętrznym  zmiennym IP publicznym rozwiązałem tak, że w pliku konfiguracyjnym klienta Open VPN wpisałem nazwę hosta jaką mam dla DDNS'a ( No-IP) zamiast zewnętrznego zmiennego IP Publicznego. 
Dodam do tego, że mój zmienny adres IP publiczny ulega zmianie gdy wyłączę na noc router( lub jest przez dłuższy czas bez zasilania). Od około miesiąca mam włączone non-stop urządzenie ONT. Myślałem, że jak będzie non-stop włączone to mój zewnętrzny zmienny IP nie będzie ulegał zmianie - chyba się myliłem. Przez 1-2 tygodnie spisywałem codziennie jak ulega zmianie adresacja otrzymywanego zewnętrznego IP. Jeden adres przewija się najczęściej. Zakładam, że gdybym nie wyłączał routera ten adres mógłbym uznać za stały:-) 
 

Opublikowano

Adres IP w INEA zmienia się jak podłączysz inny router bo wykryje inny MAC adres portu wAN routera, albo router ma gdzieś zaprogramowane, że ma częściej to jakoś wymuszać. Na pewno samo wyłączanie i włączanie ONT nie zmienia adresu IP ponieważ ONT tylko sam sygnał światłowodu przekształca na miedź w kablu Ethernet.

 

Ja miałem router Asusa RT-AX59U i tu każde wyłączenie na stronie konfiguracyjnej portu wAN i włączenie zmieniało IP publiczne. Nie wiem jak to robi Asus.

Jezu jaka mała czcionka na tym forum co dałeś link. Nawet jakbym wsadził łeb w ekran ledwo coś widzę i to w okularach. Pogięło ich całkowicie.

Opublikowano
3 minuty temu, EUZEBIUSZ napisał(a):

Adres IP w INEA zmienia się jak podłączysz inny router bo wykryje inny MAC adres portu wAN routera, albo router ma gdzieś zaprogramowane, że ma częściej to jakoś wymuszać. Na pewno samo wyłączanie i włączanie ONT nie zmienia adresu IP ponieważ ONT tylko sam sygnał światłowodu przekształca na miedź w kablu Ethernet.

Wporządku teraz rozumiem co się dzieje gdy pozostawię włączony lub wyłączę ONT na noc. 

Jedna w przypadku routera wygląda to inaczej i tutaj jest pewnie tak, że każde wyłączenie routera na noc powoduję zmianę adresu IP po ponownym włączeniu routera( na przykład po nocy) - na moim przykładzie:

Zrzut-ekranu-2025-03-04-190855.jpg

 

Opublikowano

Na moim Ubiquiti mógłbym nie wiem jak często wyłączać i włączać to raz na 2-3 tygodnie zmiana IP, a jak nie wyłączam Ubiquiti tylko samo ONT to IP w ogóle się nie zmienia. To kwestia routera.

  • 1 miesiąc temu...
Opublikowano (edytowane)

Udało mi się rozwiązać codzienną upierdliwość związana z wyłączaniem na noc routera i tym samym z codziennie na nowo przydzielanym adresem zewnętrznym:

W ONT zakleiłem diody taśmą i podłączyłem zasilacz na stałe do gniazdka.

Jako router brzegowy postawiłem UCG-Ultra, również podłączony w drugim pokoju pod ciągle zasilanie(bez listy z włącznikiem) - działa 24h/7 dni i w końcu od ok. 2 tygodni mój zewnętrzny publiczny adres IP nie ulega zmianie. W oprogramowaniu Unifi można z łatwością wyłączyć podświetlanie panelu przedniego lub ograniczyć podświetlanie do minimum.

Router ZTE od Inea wykorzystałem teraz jako APek (wyłączyłem dhcp oraz przydzieliłem inne IP do logowania się do zarządzania do routera ZTE) - Wszyztko DZIAŁA :D

Edytowane przez Meistero
Opublikowano

Jakby tak przeanalizować pobór prądu to nie wiem czy ONT nie bierze więcej niż Ubiquiti i ZTE razem, no ale dobra :P 

Jeśli chcesz dodać odpowiedź, zaloguj się lub zarejestruj nowe konto

Jedynie zarejestrowani użytkownicy mogą komentować zawartość tej strony.

Zarejestruj nowe konto

Załóż nowe konto. To bardzo proste!

Zarejestruj się

Zaloguj się

Posiadasz już konto? Zaloguj się poniżej.

Zaloguj się
  • Ostatnio przeglądający   0 użytkowników

    • Brak zarejestrowanych użytkowników przeglądających tę stronę.
  • Popularne tematy

  • Najnowsze posty

    • Być ładnym i się tak oszpecić... nie wiem czym to jest spowodowane, czy faktycznie strzępkiem mózgu czy ogólnym stereotypom że kobieta bez "lifitingu" jest brzydka.
    • Zacznij od formata i zainstalowania podstawowych rzeczy, msi center i tam tylko sterowniki do chpisetu i nic więcej, stery do grafy trochę starsze i testuj. Żadnych light, razerów i co przyjdzie Ci jeszcze do głowy, tym bardziej programów monitorujących, bo to też potrafi działać negatywnie na gry jak i na psychikę  .W obecnym stanie możesz jeszcze wrzucić ss z latencymoon. Czy w ww grach różnicę robią ustawienia graficzne? Tzn. czy jak dasz wszystko na low to jest taki sam efekt jak na Twoich ustawieniach? Czy jak ograniczysz liczę klatek do 60fps, to też jest problem? Ja wiem że w grach online trzeba mieć więcej, ale z ciekawości możesz zobaczyć. Oczywiście blokujesz klatki o te 3 mniej, niż masz odświeżanie monitora? A tak na marginesie możesz poczytać  https://forum.ithardware.pl/topic/8975-stuttering-latencymon/ https://forum.ithardware.pl/topic/8444-stuttering-w-grach/#comments tylko tutaj są procki od AMD czy ludzie sobie z tym poradzili to nie wiem, trzeba się zagłębić, aaa jeszcze mamy jednego kolegę którego stuttery już długo męczą i sobie z tym nie poradził, też na AMD.      
    • Zależy czy procesor jest lutowany, ale tego lapka to się powinno oddać na elektrozłom i każda zł zainwestowana w niego to wyrzucanie pieniędzy w błoto.  Chyba że lubisz takie rzeczy i robisz to dla sportu to poczekaj na kogoś innego o ile w ogóle się taki znajdzie. Z mojej strony to elektrozłom i powinno się go zutylizować a nie używać  
    • Witam, poszukuję pomocy w rozwiązaniu problemów z micro stutteringu na zestawie: GPU - 5070 12 GB Gigabyte CPU - i5 14600kf MOBO - MSI PRO B760-P WIFI DDR4 CHŁODZENIE - PEERLESS ASSASIN 120  RAM - 32GB VIPER DDR4 3600MHZ A2 B2 (podczas zmiany nie miałem budżetu na DDR5 a szybko potrzebowałem nowej płyty do cpu) PSU - CORSAIR RMX 650W 80 GOLD PLUS DYSKI - M2 NVME SSD SAMSUNG 970 EVO PLUS 500GB + SATA SSD CRUCIAL MX 500 1TB  MONITORY - AOC24 1080/144HZ DISPLAY PORT + PHILIPS24/1080/60HZ DVI (podpięte w kartę graficzną nie płytę główną)  SYSTEM - WINDOWS 11 SOFTWARE który może powodować problemy i robić problem z frame time (?) - msi center + msi mystic light (odinstalowałem jednak za pewne siedzi dalej w rejestrze itd), razer synapse, sterowniki do chipsetu, intel gna, realtek, realtek ethernet, intel serial io, najnowszy sterownik nvidia game ready, sterowniki dźwiękowe itd. ( WSZYSTKIE NAKŁADKI DISCORD/NVIDIA WYŁĄCZONE ) Bios aktualny z września (7D98v1F) , wcześniej korzystałem z wersji beta z okresu maja (7D98v1F1(Beta version)) Zawsze robiłem UV poprzez cpu lite load ponieważ temperatury były przesadzone, testowałem różne ustawienia, od personalnych poradników na forum msi do losowych porad innych osób. (nawet bez uv na wyższych temp było to samo)   Linia czasowa zmiany podzespołów:  Procesor na początku tego roku razem z płytą główną, Karta graficzna w sierpniu, Reszta podzespołów: płyta główna, ram, zasilacz, itd z poprzednich zestawów ( posiadane przez 3-5 lat ) Posiadałem wcześniej rx 6700 xt  + i5 10600k, następnie 4060 ti + 10600k (zwróciłem kartę ponieważ nie byłem zadowolony z wydajności) 5060 ti + 14600kf (bardzo głośne cewki, zwrot) aktualnie 5070 i5 14600kf  Ważna informacja, na wymienionych zestawach które posiadałem przez okres 2-3 lat praktycznie na każdym miałem ten sam problem z micro stutteringiem, raz większy raz mniejszy, teraz dopiero poważnie się za to biorę bo jednak wolałbym żeby taki zestaw dawał z siebie trochę więcej stabilności i frajdy. Zawsze robiłem DDU czy nawet format więc nigdy nie było problemów żeby sterowniki się ze sobą "gryzły"  Opis problemu:  Grając w większość gier odczuwam dziwny micro stuttering, gram zwykle na vsyncu ponieważ bez niego występuje problem z screen tearingiem i rozjeżdżającym obrazem (limit fps nie poprawia tego lub zaburza płynność obrazu), fps spadają z 144 na 142/141 lub nawet 138, w 90% spadek FPS pojawia się w losowym momencie. Podczas akcji FPS jest idealnie stabilny. Praktycznie nie ważne co się dzieje nie odczuwałem spadków poprzez brak zapasu mocy zestawu. Micro stuttering występuje w momencie kiedy np stoję w miejscu lub akcja w danej grze "ucicha". Testowałem też bez vsync, limit fps, odblokowane fps, praktycznie w każdym ustawieniu jednak było to czuć. Gry które najbardziej na to cierpią i praktycznie zabierają całą zabawę z rozgrywki to:  Numer 1 - War Thunder, gram na wysokich/max ustawieniach, gra wojenna jak to wiadomo pełno akcji, wybuchów itd, fps idealnie stabilny, za to natomiast jadę pojazdem, na ekranie spokój, spadki fps do 140 z 144 co kilkadziesiąt sekund lub w dobrym okresie co kilka minut.  ( cpu 20-40% gpu 75% )  Numer 2 - Fortnite, gram na ustawieniach wydajnościowych, testowałem jednak też Direct 11 czy 12, tutaj również problem wygląda praktycznie tak samo chociaż myślę że o wiele bardziej agresywnie, spadki 1 low % z 144 na 90 itd.  Numer 3 - Valorant/League of Legends, sytuacja taka sama jak wyżej, akcja, duża ilość rzeczy dziejących się na ekranie, fps idealnie stabilny, losowe momenty i rwanie fps.  Numer 4 - Minecraft edycja z microsoft store, czuję dość częsty i mocniejszy stuttering nawet przy zmianie renderowania chunków itd. Inne gry to np:  CS2 - działa u mnie na wysokich praktycznie idealnie, nigdy nie odczułem żadnych spadków nie ważne co, Gry wyścigowe pokroju forza horizon/forza motorsport/need for speed itd ustawienia ultra bez problemów,  Rainbow Six Siege tak samo ustawienia ultra, 144 fps prawie idealnie jednak od czasu do czasu coś chrupnie. Elden Ring/Nightrein ultra 60 fps idealnie. Dodam jeszcze że podczas grania i rozmawiania jednocześnie na Discordzie problem pogłębia się/występuje częściej ( akceleracja sprzętowa wyłączona! ) Na tym zestawie nie miałem żadnego bluee screena czy losowego wyłączania kompa, jedyne co pamiętam to kilkukrotny problem z brakiem pamięci wirtualnej, udało się to naprawić poprzez powiększenie go.  Temperatury GPU to zwykle 40-60+, cpu 40-65+ stopni (bez uv np 75 w stresie podczas grania) Rzeczy jakie testowałem:  różne ustawienia BIOSU, UV, bez UV, różne ustawienia zasilania, wyłączanie, hyper threading itd itd itd... nowy bios, xmp włączony/wyłączony zmiany zarządzania energią w nvidia czy panel sterowania, odinstalowanie xbox game bar,  zmiany ustawień gry czy akceleracja gpu w windowsie,  zmiany zarządzania energią karty sieciowej i magistracji usb w menedżerze urządzeń,  wyłączenie karty sieciowej i granie na wifi a następnie wyłączenie w biosie bluetooth + wifi, granie na 1 monitorze z odpiętym całkowicie drugim,  przesłanie całej gry która powoduje problemy + shader cache na dysk NVME + fizyczne odpięcie SATA żeby na pewno nie przeszkadzał,  reset shader cache + zwiększenie rozmiaru pamięci podręcznej,  wyłączenie szybkiego rozruchu w windowsie,  różne ustawienia skalowania nvidia,  zmiana hz w klawiaturze i myszce, wyłączona izolacja rdzenia windows,  AKTUALNE USTAWIENIA BIOSU:  Włączone XMP, resizable bar, intel default power 181W, CPU LITE LOAD 15, C1E włączone, Hyper Threading włączone, E Cores P Cores itd tak samo włączone, CEP ( Current Excursion Protection) włączone (sprawdzałem z wyłączonym), reszta default praktycznie. Co mogę jeszcze zrobić, potestować żeby to naprawić? Tak jak mówię problem występował na poprzednich zestawach, od 4-5 lat posiadam ten sam RAM oraz zasilacz plus dyski, gram na 1080p w 144fps locked więc myślę że to nie wina braku mocy. Jedynie zmieniały się karty czy procesor. Można powiedzieć że problem nie jest jakoś bardzo drastyczny jednak posiadam znajomych którzy mają podobne zestawu lub lekko gorsze i nie odczuwają takiego micro stutteringu a i ja czasami mam dni gdzie wszystko działa prawie na medal, jednak następnego dnia jest 2x gorzej. Szukam rozwiązań żeby osiągnąć jak najlepszą stabilność, sprzęt wyciąga zwykłe +200/250 fps na wysokich/ultra w tych gierkach więc fajnie byłoby uzyskać płynność na tych 144 fps przy aktualnym monitorze a w przyszłości po upgrade na lepsze wyniki. Jest sens coś tam jeszcze grzebać czy może kolejny format + sterowniki gpu + chipset i wtedy testować i szukać winowajcy? Czy może jakieś konkretne ustawienia posprawdzać w biosie chociaż wątpię że jest rzecz której nie ruszałem. Dodatkowo jak sięgam pamięcią to na gorszym zestawie gdy były spadki fps to występowały one w racjonalnym momencie a w okresie spokojnym fps trzymał się stabilnie, tutaj prawie na odwrót.  Moim głównym celem jest po prostu ustabilizowanie frame time bez losowych spadków i czysta frajda w ulubionych gierkach niż jakieś wygórowane wyniki w benchmarkach. Z góry przepraszam za jakieś błędy w opisie czy ocenie sytuacji ale dopiero pierwszy raz zabieram się za diagnostykę problemów tego typu i nie ogarniam, dziękuję za pomoc i w razie pytań postaram się udzielić dalszych informacji.   
  • Aktywni użytkownicy

×
×
  • Dodaj nową pozycję...