Suchergebnisse

Auf jeden Fall. Bei mir lief es mindestens bis 6.1.x problemlos. Jetzt seit Version 6.2.1 oder 6.2.2 geht es nicht mehr. Auch rsync über ssh als Admin geht nicht mehr ohne weiteres. Man muss die Berechtigung jetzt explizit setzen.

Glaub mir, das habe ich x-Mal geprüft. SFTP funktioniert auch einwandfrei, aber SSH nicht. Ich habe die Shell auf /bin/sh geändert und das HOME-Verzeichnis auf /volume1/DATEN. Er authorisiert sich im Prinzip auch, bekommt dann aber die Axt durch Synology.

Hallo, seit Version 6.2.X kann ich mich nicht mehr als normaler User per SSH verbinden. Eine korrekte Login-Shell ist gesetzt (https://blog.emeidi.com/2017/11/25/normalen-benutzern-den-ssh-login-auf-synology-diskstations-erlauben/) aber ich bekomme immer ein permission denied. Habe auch versucht...

Danke, das ist alles so weit klar und deutlich für mich. Der einzige offene Punkt ist, wie ich das kommuniziere... Wenn ich in die Anleitung schreibe: - bei einer statischen Adressvergabe musst du die 252 benutzen - bei zwei die 248 und 252 - bei drei die 244, 248 und 252 - usw. kapiert das...

OK, dein Vorschlag wäre also es fix zu setzen, so dass alle 2xx statisch sind (also ca. 25 Stück) oder den Wert dynamisch aus den max-clients zu setzen. Beides hat natürlich Vor- und Nachteile. Bei großen Installationen kann es ja schnell zu Konflikten führen... Oder man sagt pauschal 2xx ist...

Setze ich auch nicht. Ich lese nur die Anzahl der max-clients aus (wie im WebGUI gesetzt). Ich wollte so wenig wie möglich in der von Synology generierten Konfigurationsdatei ändern und den Mehrwert dieser Setzung erkenne ich jetzt nicht...

Das soll jeder machen wie er will. Ich generiere die Grenze dynamisch. D. h. ich schaue nach, was du in der WebGUI konfiguriert hast und erzwinge dann einen höheren Port... Erscheint mir am logischsten...

Das hängt stark davon ab, wieviele Clients du auf dem Server konfiguriert hast. Das Problem ist, dass der VPN Server nichts von deiner fixen IP Konfiguration weiß, da sie ja im Synology-System nicht vorgesehen ist. Daher zwingt das Skript dich, die IPs außerhalb des dynamischen Bereichs zu...

Ja, das wird auf dem Server-NAS gemacht. Ich habe auch ein Skript auf Github gestellt, das das alles automatisiert. Findest du hier: https://github.com/alexanderharm/syno-openvpn-static-ip Dazu gibt es auch noch eine Clienterweiterung, da Synology die unangenehme Eigenschaft hat, dass nach zu...

Nein, ist es nicht. Wenn er über den OpenVPN-Tunnel geht, dann ist die Route durch den Tunnel und nicht über die Fritz!Box. Dann würdest du etwas wie 10.8.0.1 10.8.0.x (IP deines Clients) sehen. In deinem Fall: Backup geht direkt über das Site-Site-VPN deiner beiden Fritz!Boxen. Wenn du...

Die Fritz!Box-Route. Es sei denn du hast am Client angegeben, dass das lokale LAN auch geteilt werden soll. Kann man ganz einfach mit traceroute nachprüfen. Gehe per SSH auf deine Server-DS und dann mach ein traceroute <LAN-IP> und du kannst an den Hops sehen welche Route er wählt.

Es wird evtl. überschrieben nach einem Update des VPN Centers ja. Ich persönlich habe mir das alles in ein Skript gepackt, das jede Stunde via Aufgabenplaner läuft, die Konfiguration prüft und evtl. wieder anpasst. Also maximal 1h Ausfall. Findet man auf Github.

Und hast du dann am VPN Server die entsprechenden Setzungen vorgenommen? Dann bekommst du eine statische interne IP. Funktioniert bei mir tadellos.

Hast du ein VPN am Client eingetragen (falls ja was als Zieladresse)?

Ich glaube die obige Lösung funktioniert nur, wenn die Clients Zugriff auf das Server-LAN haben. Wenn das nicht der Fall ist, dann könnte folgendes funktionieren: # Superuser werden sudo -i # Anlegen eines Client-Konfigurationsordners mkdir -p /var/packages/VPNCenter/etc/openvpn/ccd #...

Ich kann es einmal versuchen... VPN-Server Paket installieren und OpenVPN mit den Standardeinstellungen aktivieren, d. h. kein Zugang der Clients zum Server-LAN (wichtig)! Dann per SSH einwählen und folgenden Befehle im Terminal eingeben: # Superuser werden sudo -i # Anlegen eines...