Wo sollen ausgehende Verbindungen denn hin wenn der Server auf dem Router läuft ?
Ich habe bei meinen ein zweites NAS. Ich mache jeweils das Backup dadrauf. Da bin ich schon froh, wenn die Daten auch über das VPN geschützt sind. Ausserdem habe ich mal gelesen, dass die ISP die Datenmenge manchmal einschränken, wenn sie sehen, dass zu grosse Datenmengen geschickt oder empfanden werden.
Kein Windows-Update in den zwei Jahren durchgeführt?
Doch klar. Es funktionierte jedoch immer alles einwandfrei.
Warum sollen ausgehende Verbindung über VPN laufen ?
Ist demnach nicht sinnvoll und notwendig, dass ausgehende Verbindungen über VPN laufen?
Danke für all die Rückmeldungen betreffend default-admin. Werde ich für root-Aktivitäten wieder aktivieren.
Mod: Zitat ohne Quellenangabe ... korrigiert! 
Die Zitat Funktion des Forums richtig nutzen
Geht ja um die eingehenden Verbindungen WAN>LAN, hat also nix mit Ausgeheneden zu tun .
Ich habe nun vpn auf dem modem aktiviert. Also sind nur die eingehenden Verbindungen eingeschlossen? Muss ich für ausgehende ein eigenes VPN aktivieren oder installieren? Auf dem NAS?
Mod: Zitat ohne Quellenangabe ... korrigiert! Die Zitat Funktion des Forums richtig nutzen
Dann hast du ja deine Fehlermeldung + Behebung.
Ja, das klingt ja alles nachvollziehbar. Nur habe ich auf meinem Laptop nur einen Benutzer registriert und ich habe mit den gleichen Einstellungen (virtuelle Laufwerke, etc.) über zwei Jahre ohne Probleme gearbeitet. Wie kommt es, dass ohne von mir gemachte Änderung, das Ganze nicht mehr funktioniert?
Ist ein admin, aber nicht der "default-admin". haben nicht alle admins die gleichen Rechte? Kann ich die Rechte anpassen, damit ich Samba updaten kann?
update zu meiner Laufwerk-Situation auf Win10:
wenn ich alle virtuellen Netzwerke trenne, kann ich auf die IP zugreifen. Sobald ein virtuelles Laufwerk verbunden ist, geht es nicht. Win10 meldet, dass eine doppelte Anmeldung stattfinde. Die virtuellen Laufwerke haben auf der anderen Seite ca. 2 Jahre unter Win10 funktioniert. Wie auch der mDNS-Name des NAS. Kann das an einem Update liegen?
Zitat von dolbymanUnd falls VPN auf dem Router geht ...dann bitte dort drauf ..dann brauch man auch keine Guides fürs NAS ergoogeln
Laufen die ausgehenden Verbindungen automatisch über VPN?
Vielen Dank!
Danke für die Inputs. Ich hab's mit smb3enable versucht. Muss ich noch was beachten? Gab eine Fehlermeldung und SMB3 wurde nicht aktiviert:
]$ smb3enable
Shutting down SMB services:sh: /etc/.qsys.log: Permission denied
Segmentation fault
smbd smbd-notifyd cleanupdsh: /etc/.qsys.log: Permission denied
Segmentation fault
nmbd.
rm: unable to remove `/var/lock/subsys/smb': Permission denied
Shutting down winbindd services:sh: /etc/.qsys.log: Permission denied
Segmentation fault
winbindd.
kill: Could not kill pid '16114': Operation not permitted
kill: Could not kill pid '16284': Operation not permitted
kill: Could not kill pid '16303': Operation not permitted
kill: Could not kill pid '16324': Operation not permitted
rm: unable to remove `/share/MD0_DATA/.samba/cache/gencache.tdb': Permission denied
rm: unable to remove `/share/MD0_DATA/.samba/cache/netsamlogon_cache.tdb': Permission denied
rm: unable to remove `/share/MD0_DATA/.samba/cache/printing': Permission denied
rm: unable to remove `/share/MD0_DATA/.samba/cache': Permission denied
umount: tmpfs: not found
umount: /share/MD0_DATA/.samba/lock/msg.lock: must be superuser to umount
umount: tmpfs: not found
umount: /share/MD0_DATA/.samba/lock/msg.lock: must be superuser to umount
umount: tmpfs: not found
umount: /mnt/ext/opt/samba/private/msg.sock: must be superuser to umount
umount: tmpfs: not found
umount: /mnt/ext/opt/samba/private/msg.sock: must be superuser to umount
chmod: /usr/local/samba/private/msg.sock: Operation not permitted
chmod: /etc/config/smb.conf: Operation not permitted
max protocol SMB 3 ... enabled.
rm: unable to remove `/usr/local/samba/var/lock/msg.lock': Permission denied
rm: unable to remove `/share/MD0_DATA/.samba/lock/msg.lock/16114': Permission denied
rm: unable to remove `/share/MD0_DATA/.samba/lock/msg.lock/16254': Permission denied
rm: unable to remove `/share/MD0_DATA/.samba/lock/msg.lock/16259': Permission denied
rm: unable to remove `/share/MD0_DATA/.samba/lock/msg.lock/16260': Permission denied
rm: unable to remove `/share/MD0_DATA/.samba/lock/msg.lock/16284': Permission denied
rm: unable to remove `/share/MD0_DATA/.samba/lock/msg.lock/16303': Permission denied
rm: unable to remove `/share/MD0_DATA/.samba/lock/msg.lock/16324': Permission denied
rm: unable to remove `/share/MD0_DATA/.samba/lock/msg.lock/16360': Permission denied
rm: unable to remove `/share/MD0_DATA/.samba/lock/msg.lock/16408': Permission denied
chmod: /share/MD0_DATA/.samba/lock/msg.lock: Operation not permitted
rm: unable to stat `/usr/local/samba/private/msg.sock/*': Permission denied
chmod: /usr/local/samba/private/msg.sock: Operation not permitted
chmod: /usr/local/samba/private/msg.sock: Operation not permitted
mkdir: Cannot create directory `/mnt/HDA_ROOT/.locks': Permission denied
rm: unable to remove `/usr/local/samba/var/locks': Permission denied
ln: /usr/local/samba/var/locks/.locks: Permission denied
rm: unable to remove `/usr/local/samba/var/locks': Permission denied
ln: /usr/local/samba/var/locks/.locks: Permission denied
locks path was set to /var/.locks
chmod: /var/lock: Operation not permitted
chmod: /var/log: Operation not permitted
Shutting down winbindd services:sh: /etc/.qsys.log: Permission denied
Segmentation fault
winbindd.
kill: Could not kill pid '16114': Operation not permitted
kill: Could not kill pid '16284': Operation not permitted
kill: Could not kill pid '16303': Operation not permitted
kill: Could not kill pid '16324': Operation not permitted
Starting winbindd services:Starting SMB services:/etc/init.d/smb.sh: line 2403: /home/httpd/cgi-bin/apps/systemPreferences/systemPreferences.json: Permission denied
sh: /etc/.qsys.log: Permission denied
sh: /etc/.qsys.log: Permission denied
Segmentation fault
sh: /etc/.qsys.log: Permission denied
Failed to create /var/log/cores for user 505 with mode 0700
Unable to setup corepath for nmbd: Success
[2020/10/24 17:20:38.638111, 0] ../lib/util/debug.c:947(reopen_logs_internal)
Unable to open new log file '/var/log/log.nmbd': Permission denied
sh: /etc/.qsys.log: Permission denied
Segmentation fault
.
touch: /var/lock/subsys/smb: Permission denied
chmod: /etc/config/smb.conf: Operation not permitted
smbd (samba daemon) Version 4.4.16
smbd (samba daemon) is running.
max protocol SMB 2.1 enabled.Hallo dolbyman
Zitat von dolbymanWie oben bereits geschrieben, bitte den SMB Status checken smb2status
Antwort von NAS auf Abfrage:
smbd (samba daemon) Version 4.4.16
smbd (samba daemon) is running.
max protocol SMB 2.1 enabled.Sie ok aus. Oder?
Seit ich das Mikrosoft-Netzwerk auf dem Webinterface deaktiviert und reaktiviert habe (obwohl NAS und Win10 beide die Einstellung WORKGROUP haben), kann ich nicht mehr mit Windows auf das NAS zugreifen. Webinterface geht. Was könnte da los sein?
VPN auf dem Router schon eher
VPN auf Router oder geht auch auf dem NAS? Weiss jemand ein gutes Tutorial für VPN auf dem NAS? Bisher habe ich das leider nicht richtig begriffen.
Danke!
Danke Crazyhorse
Zitat von Crazyhorse
Für die Auflösung wird halt ein mDNS basierter Mechanismus verwendet und der ist halt ein wenig lahm und störanfällig.
Ok, gut zu wissen. Hatte den mDNS nun über Jahre benutzt. Komisch, dass es plötzlich Probleme gibt.
Habe nun die IP versucht. Gibt aber bei den virtuellen Laufwerken die gleiche Fehlermeldung.
Zitat von dolbymanOh weh .. bitte nicht
auch mit https? und geändertem Port, etc.?
Danke dolbyman
Über das Internet ? .. du meinst lokales Netzwerk .. oder ?
über das lokale Netzwerk geht es nicht. Dann kommt eben die Fehlermeldung.
Mit Internet meinte ich zum Beispiel mit dem Handy 4G (z. B. QFile) und dyndns. Dann geht es.
Zitat von dolbyman
Mal testweise via cli SMB2,2.1 oder 3 aktiviert ?
Was ist cli? Auf dem webinterface des nas sehe ich die Version des SMB nicht.
Ich habe nun Microsoft-Netzwerk deaktiviert und reaktiviert. Dann habe ich WORKGROUP ergäntzt. Nun habe ich gar keinen Zugriff mehr.
Hallo
Ich habe ein ähnliches Problem.
Mein TS-410 P II (FW 4.3.3.1386) ist schon 2.5 Jahre mit einem Windows 10 Laptop verbunden. Am Anfang ging das gut. Nach etwa einem Jahr konnte in das NAS im Explorer nicht mehr sehen. Die virtuellen Netzwerklaufwerke waren noch vorhanden und die Verbindung möglich. Ich habe dann einen Ordner mit dem Servernamen des NAS erstellt. Danach war die Verbindung wieder möglich.
Nun ging die Verbindung von Sonntag auf Montag plötzlich wieder verloren. Das heisst ich kann jetzt weder mit den Netzwerklaufwerke noch mit dem Servernamen verbinden. Wenn ich im Explorer die IP eingebe, ist es möglich. Auch wenn ich ein Netzwerklaufwerk trenne und neu mit der IP und dem entsprechenden Ordner verbinde geht es, nicht aber, wenn ich den Servername verwende. Das war bisher kein Problem.
Ich erhalte jeweils die angehängte Fehlermeldung. Über das Internet war die Verbindung immer möglich.
NAS wie auch Win 10 sind auf dem aktuellsten Stand.
Was könnte das Problem sein? Vielen Dank für die Unterstützung.
Grüsse
moses
Hallo
Ich konnte online zu diesem Thema leider nichts finden.
Ich habe schon seit längerer Zeit die ts-419 pII. Seit einem Jahr habe ich einen Laptop mit Windows 10. Bis vor ein paar Tagen war alles in Ordnung und das QNAP wurde problemlos angezeigt. Leider sehe ich das QNAP nun im Dateimanager unter Netzwerk nicht mehr. Über die "verbundenen Laufwerke" sowie über den Browser kann ich problemlos darauf zugreifen. Die Einstellungen beim NAS bezüglich Windows sehen (meines Erachtens) gut aus.
Hat jemand eine Idee, was da los sein könnte?
Danke für die Hilfe.
Liebe Grüsse
moses
Hallo an alle
Was muss ich ändern, damit sich qfile über 443 mit der file station verbindet?
Es macht den Anschein, dass die App kaum einen Verbindungsaufbau versucht.
Kann mir jemand weiterhelfen?
Vielen Dank!
Hat noch jemand Ideen, weshalb nur der SSL 443 über QFile, nicht aber der SSL 443 über QManager nicht verbindet? 8080 geht bei beiden! Welche Einstellung muss ich ändern, damit es funktioniert?
Hab jetzt mit Port 8180 probiert. Ging auch nicht.
Wo könnte ein Unterschied in den Einstellungen bestehen, dass qManager geht und qFile nicht?
qManager: 8080 und 443 SSL gehen beide
qFile: 8080 geht, 443 SSL geht nicht.
Würde man nicht davon ausgehen, dass die Ports ok sind, aber ein Problem bei File Station oder qFile besteht?
Inwiefern würde ein anderer SSL-Port bei File Station weiterhelfen?
Hab jetzt mal 8180 als ssl gesetzt und ging nicht. gleiches resulatat
Ja, wirklich falsch verstanden.
Ist der Port in der Systemsteuerung nicht vorallem für das Verbinden mit dem Einstellungspanel? Bei File Station sind die Ports glaube ich fix?
qManager, welcher auf die Einstellungen zugreift funktioniert mit 8080 und 443 (SSL).
Port automatisch ist nicht aktiviert. Port 8080 ohne SSL geht. Eine gesicherte Verbindung ist mir jedoch wichtig.
Gibt es da Alternativen?
NAS ist upgedated, aber keine Änderung der Situation.
Sieht jemand noch andere Fehlerquellen?
TS-210
FW 4.2.6 Built 20170620
Danke für die weiteren Inputs.
Muss ich bei bestehender dyndns Weiterleitung trotzdem ein QNAP-Cloud Konto eröffnen? Ist das nicht etwas ähnliches, aber ein anderer Anbieter? Die Ports habe ich manuell weitergeleitet. 443 funktioniert in qManager einwandfrei. Die Verbindungsoptionen in der qManager App sind dieselben, wie die der qFile App.
