Zugriff im eigenen Netzwerk nicht möglich, aber unter quickconnect

[arphex]

Hi,
manchmal kann ich mein NAS im Netz nicht erreichen (Chrome Browser, unter IP adresse sowie unter dem hostnamen)
Auch probiert mit IPort.

terminal geht, via SSH komme ich drauf. Und via quickconnect kann ich es auch öffnen.

Habe die Firewall überprüft, es ist auch keine lokale IP geblockt im DSM.

Version: DSM 7.2.1-69057 Update 5

Danke sehr

 

[Jagnix]

Ich bekomme manchmal den Schlüssel nicht in Schloss.

 

[Ronny1978]

Habe die Firewall überprüft, es ist auch keine lokale IP geblockt im DSM.

Heißt das, die DSM Firewall ist an? Was @Jagnix sagen will: Das sind sehr wenige Infos. Was für ein Router hast du? Kannst du beide NAS nicht erreichen oder nur die DS918+? Welche IP zeigt die DS918+ (wenn es die ist) im Router an? IP bekommt das NAS vom Router per DHCP oder statisch im NAS eingestellt?

Habe die Firewall überprüft, es ist auch keine lokale IP geblockt im DSM

Wir evtl. das Konto oder die IP in der Blockliste NICHT Firewall , blockiert?

 

[arphex]

Hi Ronny. Danke für deine Antwort. Ja das @Jagnix einfach nur sinnfrei die Threads trollen will ist mir auch aufgefallen. Vllt ist er einfach im falschen Forum oder hat im RL nichts zu sagen

Zum eigentlich Thread:
Es dreht sich nur um die DS 918+.
Diese hat im NAT die IP 192.168.188.21. (1000 Mbps, Full duplex, MTU 1500)
Das DSM kann ich mit der lokalen IP + Port via Browser nicht erreiechen. Wohl aber mit der Quickconnect-ID.

Auch kann ich die Synology via SSH erreichen.
IP im NAS ist statisch eingerichtet, DHCP habe ich aus.
Im Router ist sie ebenfalls mit der 192.168.188.21 registriert und wird als solche angezeigt.

Auch ist meine IP nicht in der Blockliste.
( Control Panel --> Security --> Protection --> Allow/Block list)

Firewall der DSM ist aus.

Edit:
Mit dem NAS komme ich aus dem NAT ins WAN.

sh-4.4# ping web.de
PING web.de (82.165.229.138) 56(84) bytes of data.
64 bytes from bs.web.de (82.165.229.138): icmp_seq=1 ttl=246 time=21.6 ms
64 bytes from bs.web.de (82.165.229.138): icmp_seq=2 ttl=246 time=19.10 ms
64 bytes from bs.web.de (82.165.229.138): icmp_seq=3 ttl=246 time=23.1 ms
64 bytes from bs.web.de (82.165.229.138): icmp_seq=4 ttl=246 time=19.9 ms
64 bytes from bs.web.de (82.165.229.138): icmp_seq=5 ttl=246 time=17.2 ms
64 bytes from bs.web.de (82.165.229.138): icmp_seq=6 ttl=246 time=18.4 ms
64 bytes from bs.web.de (82.165.229.138): icmp_seq=7 ttl=246 time=19.1 ms
64 bytes from bs.web.de (82.165.229.138): icmp_seq=8 ttl=246 time=18.6 ms
64 bytes from bs.web.de (82.165.229.138): icmp_seq=9 ttl=246 time=19.8 ms
^C
--- web.de ping statistics ---
9 packets transmitted, 9 received, 0% packet loss, time 16ms
rtt min/avg/max/mdev = 17.212/19.748/23.139/1.668 ms

 

[Benares]

Also http://192.168.188.21:5000 geht nicht und "ssh admin@192.168.188.21" geht? Ist ja komisch.

 

[arphex]

Ja richtig.
Browser via http://192.168.188.21:5000/ geht nicht und ssh -p 51000 user@192.168.188.21 klappt.
(Hab den SSH Port in meinen Systemen meist umgelegt)
Jepp, sehr komisch..

 

[Hellraiser123]

Ist der Webserver vielleicht irgendwie nicht aktiv? Oder falsche config....

 

[Benares]

Hab den SSH Port in meinen Systemen meist umgelegt

und der DSM-http-Port ist noch 5000, oder auch umgelegt?

 

[Ronny1978]

@arphex : HTTPS und 5001 geht auch nicht? Ich weiß nicht, ob es evtl. einen internen Portscanner gibt, der die offenen Ports der Synology prüfen kann.

 

[Benares]

Mit "netstat -tulpen" auf der Konsole sieht man zumindest schonmal, welcher Prozess auf welchen Port lauscht.

 

[arphex]

und der DSM-http-Port ist noch 5000, oder auch umgelegt?

ja der war umgelegt, die Antwort bin ich noch schuldig.


Habs mehr oder weniger durch zufall herausgefunden.
Bei mir laufen ein paar Container. Bin vor einiger Zeit auf den Container Manager umgestiegen.

Scheinbar war Web Station outdated. Im Changelog fand ich unten stehen den Bugfix.

#3 könnte es ein, leider sehr wenig aussagekräftig.. aber geht wieder

https://www.synology.com/de-de/releaseNote/WebStation

Version: 4.2.3-0522​

---

(2024-07-29)
Fixed Issues

1. Fixed an issue where web portals for Container Manager's containers might not work properly.
2. Fixed an issue where the PHP version of a services could appear inconsistently between the Script Language Setting page and the service's Settings tab.
3. Fixed an issue where Web Station might not run properly.
4. Fixed an issue where creating a new containerized script language website might fail.
5. Fixed an issue where uninstalling Web Station might not remove Container Manager projects for containerized script language websites.
6. Minor bug fixes.

Der Kommentar von @Hellraiser123 hat mich auf die Webstation gebracht und dann zum Package manager, da fand ich dann das ausstehende Update und eben den genannten Changelog.
Danke an alle konstruktiven Beiträge!