To clarify, the "Netgate Installer" requires an internet connection and supports PPPoE.

Note: I used a translation tool and may not be of much help.

@Beerman said in Glasfaser mit APU2E4 - welcher Durchsatz möglich?:

@ITSGS_

Danke, ich dachte aber eher an einen Ersatz, für meine bestehende Proxmox HW, welche auch schon in die Jahre gekommen ist.

Aber ich bezweifle ein wenig, dass die kleinen Boxen wirklich 24/7 durchhalten...

Also als Proxmox Kiste hab ich im Lab eine Beelink Box mit SSD, 32GB RAM und Ryzen 5 5560U laufen. Schnell, sparsam, läuft problemlos, hat nachts beim Logrotate und Backup mal gaaanz selten ein wenig den Lüfter an und man hörts leise rauschen - das wars aber. Heiß wir die nicht. Läuft jetzt schon fast 2J problemlos. Solche NUC-artigen Teile bekommt man immer wieder gut ran.

Als Firewall eher semi, da meistens Realtek NICs verbaut sind. Unter Linux/Win sind die Treiber noch halbwegs brauchbar, BSD war da in der Vergangenheit aber recht brutal, dass es immer mal wieder Zicken gab mit den Dingern. Darum würde ich da auf Realtek verzichten. Gerade die 2.5er sind da EXTREM empfindlich und haben teils "Wackelkontakt" ähnlichen Betrieb.

@micneu Du hast aber auch eine Domain bei desec geparkt. Er hat keine. Und da es momentan gerade keine dedyn.io DynDNS Domains gibt wegen dem massiven Bot/Spam Angriff, wird das etwas problematischer.

@slu wenn du das trotzdem lösen möchtest, schreib mich an, dann bauen wir was

@Markus4210 said in HAProxy SSL Offloading, wie komme ich mit Zert auf die Server im selben Netz? DANKE!:

Puh, also mit 2 ACME´s das überstiegt meinen Horizont.
Vorallem warum?

Betrifft doch nur sein Setup, das hat keine Allgemeingültigkeit, dass du 2 Zertifikate haben MUSST. Er hat eins für die Firewall und eins für HAproxy.

Ich hab doch ein gültiges zert - es geht nur drum das ich das auch bekomme wenn ich den Dienst anspreche.

Eben.

Noch mal zum Thema in der PFSense DNS Überschreibungen auf die HA-Proxy Eingangsseite.
Also eigentlich mache ich ja dann eine DNS Überschreibung auf meine Öffentliche IP.

Nein, du machst normalerweise einen Override auf die interne Adresse. Du brauchst die externe eigentlich nicht aufrufen. Geht aber theoretisch beides.

Das passiert ja so wie so bei meinem Domain Anbieter

Dafür bräuchtest du aber kein Override. Der Override spielt nur eine Rolle, wenn du auf eine interne HAproxy Adresse gehst, nicht auf die externe. Und man geht im Normalfall auf eine interne, weil man den Paket Flow korrekt halten will. Die WAN IP hängt auf dem WAN Interface. Wenn du aber von intern das WAN aufrufst, kommst du wieder auf dem Proxy raus etc. - das ist alles mit dem Finger durch die Brust ins Auge statt einfach in den Nacken geschlagen ;)

Wenn die die Hostüberschreibung auf die Interne IP des Servers mache habe ich wieder das selbe Problem mit den Ungültigen Zert´s.

Davon redet doch hier keiner. Du sollst AUF DER pfSense im DNS Resolver (außer du nutzt den Forwarder) die aufgerufene Domain überschreiben mit der INTERNEN IP des HAproxy.

Irgendwas hab ich da nicht verstanden.......

Jep :)

HAproxy Frontend: Da gibst du nicht nur die WAN IP:443 an, sondern auch bspw. die LAN IP. DNS Resolver: <domain.arpa> als Host override eintragen und auf die LAN IP setzen. Firewall Rules: prüfen, ob du von deinem Netz/Rechner/whatever überhaupt auf die LAN IP/443 zugreifen darfst. Dann testen im Browser mit Aufruf "https://domain.arpa"

Zugriff sollte dann von

Client -> pfSense (HAproxy) LAN IP -> deinInternerDienst

laufen. So läuft/nutzen das hier die meisten würde ich behaupten und so wird das im Normalfall auch bei unseren Kunden konfiguriert.

WAN IP selbst (ohne Override die Domain) nutzt man im Normalfall eher selten, da privat es oft vorkommt, dass du noch nen Router davorstehen hast und die externe IP eben NICHT auf der pfSense hängt, sondern auf einer Fritte davor oder sonstwo. Dadurch läuft der ganze Traffic falsch und kommt nicht da an wo er soll. Umschreiben auf die interne pfSense IP und den HAproxy darauf lauschen lassen(zusätzlich) löst das Problem und alles funktioniert wie auch von extern.

Cheers :)

@JeGr

danke für die Info, es scheint etwas mit ip6 zu tun zu haben. Das letzte Update brachte keine Besserung und ich ich kann derzeit nicht auf ip6 verzichten. Ich frage mal beim pfBlocker nach.

Gruß ré

@eagle61 said in Wie die selbe Fritzbox sowohl für PPPoE-Passthrough als auch für Telefonie mit 1&1 nutzen:

Dann hast du aber großes Glück. Im Netz liest man überall, dass 1&1 zwangsweise alle Kunden auf DS-Lite umgestellt habe. Da ich bei o2 bin und für die Telefonie auch keine Fritte nutze, sondern eine Gigaset Go Box 100 als DECT-Basis und am WAN der pfsense ein Vigor 167 werde ich dir wohl leider keine konkreten Hielfen anbieten können.

Das stimmt nur nicht. Wenn man beim Support anruft und für sein DSL auf Dual Stack umstellen lässt, war das überhaupt kein Problem und ein Anruf mit 5min. Warum da alle so Panik schieben kann ich nicht nachvollziehen.

@xxlexanixx
Einen Automatismus gibt es leider noch nicht, die Config von der Box aus zu sichern ist aber nicht schwer. Und mit einer NC solltest du eh schon eine Kiste haben, wo auch SSH möglich ist, da ich kaum annehme, du hast Nextcloud unter Windows installiert ;)

Am Einfachsten ist da wirklich auf der NC schlichtweg einen User anzulegen fürs Backup, einen SSH Key zu erstellen, den auf der Sense einzuspielen und entweder von der NC->Sense aus per SFTP die config zu sichern oder per Cron auf der Sense das Ganze Sense->NC zum Backup User zu sichern. Kommt auf die Richtung an die man gehen möchte. Per SSH/SFTP die /conf/config.xml abziehen und sichern ist aber recht simpel.

Cheers

@heiko3001 said in OpenVPN Site-to-Site Routing Frage hinter Fritzbox:

Also quasi als reines VPN-Gateway. Die VPN Verbindung steht soweit und ich kann von der Server-Seite die PfSense 192.168.178.220 erreichen und anpingen. Was muss ich tun (vermutlich eine Route setzen, oder?) um die anderen Geräte der Fritzbox hinter der PfSense vom anderen Standort zu erreichen?

Vielen Dank für eure Hilfe im Voraus.

Das wird ungemütlich und schreit nach Problemen, da es asymetrisches Routing ist!

@Snoopy354 said in OpenVPN Site-to-Site Routing Frage hinter Fritzbox:

Du musst auf der Server Seite eine Statische Route eintragen, zum Netzwerk hinter der FRITZ!Box, über deine VPN Verbindung.

Nein muss man nicht. Die Route wird in OpenVPN konfiguriert. Nicht statisch irgendwo reingeklöppelt :)

@viragomann said in OpenVPN Site-to-Site Routing Frage hinter Fritzbox:

Besser wäre es aber, die pfSense in ein gesondertes Netzwerksegment zu verlagern und die Route am Standardgateway, also der FB zu setzen. Ich kenne aber deren Fähigkeiten nicht, weiß nicht, ob du da noch ein zusätzliches Subnetz einrichten kannst.

Antworten

Genau das. Die Sense direkt ins gleiche Netz wie den restlichen Kram zu hängen gibt immer Ärger. An der Fritte ist aber nun sonstiger Kram stark limitiert. Das macht es leider nicht einfach. Besser wäre an der Stelle schlichtweg die Sense auf der Seite zwischen Fritte und Rest zu hängen und sie zum Default GW zu machen und die Fritte lediglich als Internet zu nutzen. Das wäre für alle besser.

@eagle61 said in OpenVPN Site-to-Site Routing Frage hinter Fritzbox:

Mich würde mal interessieren, warum man das so kompliziert macht? Offenbar willst Du ja nur Geräte erreichen, die am zweiten Standort direkt an der Fritzbox angeschlossen sind.

Weil man ansonsten asymetrisches Routing hat und damit "im Kreis" oder "im Dreieck" routet was sehr häufig zu allerlei Problemen, langsamer Datenübertragung oder Verbindungs-Abbrüchen, Problemen bei der Verbindung, Lags und Latenzen führt.

@eagle61 said in OpenVPN Site-to-Site Routing Frage hinter Fritzbox:

Das wiederum könnte man doch viel einfacher per Wireguard statt openVPN erreichen. Die FritzBoxen mit aktueller Firmware können doch alle Wireguard und die pfsense auch, wenn man das WireGuard-Paket istalliert. Dann können pfsense und FritzBox einen permanenten Wiregurad-VPN-Tunnel errichten.

Aber Wireguard ist viel besser "yada yada"...
Das ist in diesem Fall völlig irrelevant, da der Tunnel steht. Egal ob WG oder nicht, das zu Grunde liegende Problem von Routing löst auch Wireguard nicht "magisch" in Luft auf. Es macht das Ganze nur noch unübersichtlicher. Und die Fritte als WG Device zu nutzen ist auf andere Art "challenging", weil AVM hier auch wieder einige Fußangeln eingebaut hat. Sobald das Netz nicht simpel nur "dieses eine FB Netz" routen ist, löst sich das "ist viel einfacher" schnell in Luft auf.

Zumal ich hier nicht sehe, warum man - wenn eh schon eine Box mit pfSense vor Ort ist - man die lieber abschaltet als schlicht vollends als Router in Betrieb zu nehmen. Oder hat die Box ggf. nur einen NIC und kann deshalb keinen Router spielen? Das wäre dann natürlich unglücklich.

Cheers

@CharlyTango said in Upgrade Lanner FW-7541 pfSense 2.3.4-RELEASE-p1 (i386):

Ich kann mich noch nicht überwinden alle Einstellungen ggfs zu verlieren :-(

Warum verlieren - die Einstellungen stehen doch in der config.xml. Was wird da verloren?
Die Configs der Sense sind versioniert und sollten entsprechend dessen auf die neueste Version konvertiert werden. Einzig wenn da richtige alte Schrott-Einstellungen drin sind oder wenn Dienste genutzt werden, die es nicht mehr gibt, könnte es Probleme geben. Dazu müssten wir aber Hellseher sein, ohne mehr Details ist da wenig zu zu sagen.

Cheers

@DerCedrik
Angenommen auf dem NAS ist es auch möglich, VLANs zu terminieren und die VMs damit zu verbinden, kannst du da bspw. VLAN10 für HA einrichten, während das NAS selbst auf VLAN5 seinen Service + Management bereitstellt.

Auf dem AP laufen die Geräte, die mit HA im selben Layer 2 Netz sein müssen, auf VLAN11.
Auf pfSense kannst du dann VLAN10 und 11 brücken. So können sich die Geräte alle sehen und sind glücklich, entsprechende Firewall Regeln vorausgesetzt, während sie von andren Netzwerksegmenten fern gehalten werden.

@slu
Der Proxy ist das Problem.
Der Agent funktioniert selbst für pfSense 6,4 zu 7.

Beim Proxy bekomm ich z.B die Autoregistration nicht zum laufen.

@slu
Servus, danke für den Tipp.
Ja momentan - testbetrieb sinds 2 Wans -> wird aber wieder eins, Produktiv dann.

MfG.

@DarkMasta
Soweit ich weiß ist die Installation nicht verschlüsselt. Wer physischen Zugriff hat, kann auch im Zweifel die Config auslesen. Wie gesagt, wenn es um das reine Entsorgen geht, würde ich die Datenträger zerstören. Ansonsten DBAN für HDDs oder Secure-Erase-Befehl bei SSDs durchführen. Das ist aber deutlich mehr Aufwand.

Moinsen,
umm, mal so gefragt:
du hast auf der pfsense ALLES bzgl DNS (forwarder und auch resolver) deaktiviert, nutzt aber im screenshot auf dem pihole das conditional forwarding (und gibst da dann die IP der pfsense an).
Nun kommt also deine Anfrage aus dem LAN zu pihole, dieses schickt es dann (conditional forwarding) an die pfsense. Dort aber ist sowohl die Resolver als auch die Forwarder Funktion aus. Also...
Frage:

warum google und cloudflare? Du kannst im pihole doch als Resolver unbound aktivieren, das fragt dann nicht unbedingt diese datenhungrigen Anbieter. und wie …@viragomann schon gefragt hat: deine Clients sind korrekt in pihole hinterlegt? Sonst keine Auflösung...
Bau dir da mal nicht so viele Domains. Da ist jetzt einmal pi.hole, dann das Workgroup Teil und diese (vorherige) pfsense Domain...
Mach es dir einfach (und mach es korrekt): für interne Domain das .internal nutzen...davor ggf. noch etwas wie pascalhome...dann wird am Ende für die Clients das pihole.pascalhome.internal draus...oder meinpc.pascalhome.internal... darf pihole Anfragen aus anderen Netzen beantworten (falls du dein LAN in subnetze oder VLANs unterteilt hast)?

Ein Wireshark sieht ganz normal aus, es gibt keine Reply's von UDP Packeten.

Würde ich die MTU für das OpenVPN in "Interfaces -> VPNS2S" setzen oder in den OpenVPN Einstellungen direkt?