Beiträge von oliver.g

    Hi, als Basic Firewall Regeln nutze ich die hier

    Externer Inhalt gist.github.com
    Inhalte von externen Seiten werden ohne Ihre Zustimmung nicht automatisch geladen und angezeigt.
    Durch die Aktivierung der externen Inhalte erklären Sie sich damit einverstanden, dass personenbezogene Daten an Drittplattformen übermittelt werden. Mehr Informationen dazu haben wir in unserer Datenschutzerklärung zur Verfügung gestellt.

    Nur als Tipp ;)

    PeterT Wo liegt der Unterschied für Dich? Wenn Du sie für ausgehende Anfragen nutzen willst, erweitere einfach Deine Netzwerkkonfiguration:

    Code
    up ip route change default via x.x.x.x src y.y.y.y
    down ip route change default via x.x.x.y

    (Habe ich länger nicht mehr benutzt, müsste aber noch immer so funktionieren.)

    x.x.x.x bzw. x.x.x.y ist Gateway, y.y.y.y deine Quell IP. Diese 2 Zeilen einfach unter deine ens3:1 Konfiguration setzen. Default Gateway gibt's immer nur eins

    Gratulation! Unter Verwendung des Originals (https://github.com/peervpn/peervpn) oder des aktualisierten forks "MeshVPN" (https://github.com/Kuebler-IT/MeshVPN)?

    Original

    Nur der Vollständigkeit halber: Mit einem OpenVPN im TAP (Bridge) Mode hätte das auch funktioniert.

    Das ist richtig, ich wollte allerdings keine Client-Server Struktur aufbauen, da sonst der OpenVPN Server ein SPOF dargestellt hätte. Ich wollte ein System, das einer physischen Anbindung per Switch am Nächsten kommt. PeerVPN ermöglicht genau das durch ein gemeshtes VPN. Jeder Client ist dabei gleichberechtigt und wenn einer ausfällt, bleibt die Verbindung zwischen den restlichen Clients bestehen.

    Das Angriff Szenario ist soweit klar, daher mein Vorschlag mit der Whitelist: AutoRespond nur an Adressen, die im CCP als Kontaktmail hinterlegt sind. Zwar kann den Absender immernoch jemand faken, ein Nutzer, bei dem SPF etc. korrekt eingerichtet sind, freut sich dann aber über die Rückmeldung. Mal davon abgesehen, dass die entsprechende Nutzerzahl für solche Angriffe begrenzt wäre.

    Guten Abend,

    ...

    Wenn wir alle eingehenden Mails automatisch bestätigen, kann dieses von Spammern missbraucht werden.

    ...

    Guten Morgen, wie wäre es denn, wenn ihr eingehende Supportanfragen nur von Adressen annehmen würdet, die bei euch registriert sind? Ich kann mich an eine Anfrage erinnern, die ich von einer anderen Mailadresse gestartet habe, da wurde mir gesagt ich solle sie nochmal von der im CCP hinterlegten Adresse aus starten. Sowas könnte man doch auch hardcoden.

    Dann wäre das Spammerproblem nicht vorhanden, Auto Response an eingehende, verifizierte Adresse.

    Falls du Bilder nach Aufnahmedatum benennen möchtest, kann ich dir XnView empfehlen. Das ist in der Lage deine Bilddateien batchweise umzubenennen, und dabei auch die integrierten EXIF-Daten zu verwenden. Damit benenne ich meine Fotos immer nach dem EXIF-Aufnahmedatum.

    Das sollte funktionieren. Festplatte wird erst angezeigt, nachdem du auf dem Bildschirm, wo man die Festplatte zur Installation auswählen kann, den VirtIO Treiber installiert hat. Das ISO kannst du im SCP einlegen.

    Nabend,

    ich stehe vor dem Gedanken 2 meiner Server zu einem Proxmox Cluster zusammenzuschließen. Nun habe ich gelesen, diese müssten sich im gleichen Netzwerk befinden um per Multicast kommunizieren zu können. Da meine Server nicht im gleichen Subnet liegen dürfte das wohl nicht funktionieren.

    Hat jemand hier ein funktionierendes Setup laufen? Was muss ich beim Aufsetzen, speziell das Multicast Problem betreffend, beachten?

    Danke schonmal für Berichte und Anregungen :)

    Für IPSec in Verbindung mit L2TP kann ich Softether empfehlen. Nutze ich selbst auch auf meinem Server. Bietet mehrere Protokolle an, u. a. openVPN und wie schon erwähnt L2TP/IPSec und das eigene Protokoll, dass man mit dem Softether Client nutzen kann. Die Software lässt sich über das Management Tool von einem Remote Computer aus einfach konfigurieren. Ist immer schnell aufgesetzt, schnell konfiguriert und läuft bei mir bisher problemlos.

    Ich kann gerne eine Anleitung zur einfachen Einrichtung zur Verfügung stellen.

    Ich vermute es liegt einfach an dem System von Netgear.

    Laut https://kb.netgear.com/30278/How-can-…router-remotely bekommst du den direkten Share Zugriff nur über "Network Neighborhood", ich vermute das bedeutet: Aus dem lokalen Subnetz (192.168.1.x). Anfragen aus anderen Netzen, wie z. B. deinem VPN Subnetz werden hingegen abgewiesen. Alternativ wird weiter unten auf der genannten Seite geschildert, dass du den im Router integrierten VPN Dienst nutzen kannst, allerdings wird das wohl ein Server sein, den du mit deiner Provider IP ja nicht von außen erreichen kannst.

    Hier gibts auch Probleme:

    https://community.netgear.com/t5/General-WiF…vpn/td-p/474055

    https://community.netgear.com/t5/General-WiF…-VPN/m-p/451829

    Ich weiß nicht ob das möglich ist, aber evtl. kannst du deinen VPN-Clients Adressen aus dem 192.168.1.x er Subnet zuweisen, z. B. 192.168.1.1-100 für lokale Clients (zugewiesen durch die Fritz) und 192.168.101-200 für deine VPN Clients. Ich vermute aber, dass das so nicht möglich ist, wegen 2 Gateways im gleichen Subnet. Aber vielleicht mit einer Bridge.

    Alternativ und was auf jeden Fall geht: USB HDD an deinen Raspi, dort Samba installieren und entsprechend die Freigabe konfigurieren. Dann hast du was Zugriffskontrolle angeht alles selbst in der Hand ;)