*Inhalt gelöscht*
Zuletzt bearbeitet von einem Moderator:
Follow along with the video below to see how to install our site as a web app on your home screen.
Anmerkung: this_feature_currently_requires_accessing_site_using_safari
Absolut nicht, aber das scheint von weiteren, unbekannten Faktoren abhängig zu sein, ob man betroffen ist oder nicht.Schlechte Peerings sind eigentlich Schnee von gestern, das hat sich die letzten Jahre auch stark verbessert.
Die Kabelanbieter kann man alle komplett in die Tonne treten, da muss man sehr sehr viel Glück haben überhaupt einen störungsfreien Anschluss zu bekommen.
Guter Tipp, siehe zB https://docs.netgate.com/pfsense/en/latest/recipes/nat-voip-phones.htmlAuch static outbound NAT beachten. So sah das z.B. für meine Fritte aus:
Anhang anzeigen 879420
Und das war ja andrer250282's Problem.By default pfSense® software rewrites the source port on all outbound traffic. This is necessary for proper NAT in some circumstances such as having multiple SIP phones behind a single public IP registering to a single external PBX. With a minority of providers, rewriting the source port of RTP can cause one way audio. In that case, setup manual outbound NAT and Static Port on all UDP traffic potentially with the exclusion of UDP 5060.
Aber beachten, dass (wenn Adguard, Pihole o.ä. verwendet wird) jetzt (übergangsweise) ausdrücklich der DNS-Server in der DHCP-config genannt werden muss (statt leer=OPNsense IP): https://github.com/opnsense/core/issues/6513OPNsense Update 23.1.6 verfügbar. Reboot erforderlich.
Insbesondere wegen verbessertem netmap interessant.
Das ist ja ein genialer Tipp...Guter Tipp, siehe zB https://docs.netgate.com/pfsense/en/latest/recipes/nat-voip-phones.html
Und das war ja andrer250282's Problem.
nopeAber... müsste das nicht in beiden Fällen auftreten? Bei ausgehenden und eingehenden Telefonaten? Weil ich habe es ja nur auf eingehenden Telefonaten
Aber beachten, dass (wenn Adguard, Pihole o.ä. verwendet wird) jetzt (übergangsweise) ausdrücklich der DNS-Server in der DHCP-config genannt werden muss (statt leer=OPNsense IP): https://github.com/opnsense/core/issues/6513
Update für das OPNsense Adguard Home plugin ist da.D.h., es wird hier bald ein Update geben und dann läuft es wieder wie gewohnt?
LG
Ohne reboot.Today we switch to OpenVPN 2.6 including deferred authentication which we
know some people have been waiting for. The routing subsystem received a
refactor to integrate default gateway switching into the actual routing
code.
Suricata was finally updated to a newer release since the Netmap (IPS) stall
bug inside their code had been found and fixed while we were still using an
older code base that did not have the error.
Bei mir hat das so geklappt; auf reddit berichten einzelne user von Problemen.Man kann also beruhigt updaten und es läuft ohne Eingriffe wieder alles normal weiter?
Ich bin bisher ganz gut mit pfSense gefahren, @home nutze ich mittlerweile pfSense+.Auf welches Pferd setzt man heute als 'advanced User'? Opnsense? Oder gar was ganz anderes?
Das war auch noch vor kurzem so.Ich dachte immer, dass Opnsense auf dem akt. Unterbau basiert - wieder was gelernt.
Kann man so sagen, wobei halt pfSense den pfBlocker hat.Von der Erweiterbarkeit (Plugins) ist aber Opnsense besser, oder nicht?