Messages

Bin noch bei 23.7.10_1 und da läuft der Dienst stabil.

Der Traffic Shaper soll aber nicht den Down- oder Upload beschränken, sondern nur eine bestimmte Bandbreite sicherstellen. Ist eine schöne Sache, wenn für ein TEL-Netz eine gesicherte Bandbreite zur Verfügung stehen soll.   

Mein Vorschlag:

Nimm mal die statische Route aus der FB raus.
Setzte die OPNsense zurück und benutze den Einrichtungsassistent.

Schnittstellen
WAN-IPv4-Konfigurationstyp: DHCP
LAN-IPv4-Konfigurationstyp: Statisches IPv4

Unter /System/Einstellungen/Allgemein bei DNS-Server Einstellungen den Haken bei " Erlaube das Überschreiben der DNS Serverliste durch DHCP/PPP auf WAN" setzen.

Viel Erfolg

Sorry, habe deine Info dazu überlesen.

Hast du eventuell auf der WAN-Schnittstelle der OPNsense (192.168.178.2) den Haken bei "Blockiere private Netze" noch gesetzt?

Bei dir ist die WAN und LAN IP der OPNsense im gleichen Netz!

Vorschlag:
Internet - Fritzbox(LAN 192.168.0.1) - OPNsense(WAN192.168.0.2 / LAN192.168.10.254) - Switch(192.168.10.250) --- diverse Clients.

Lass mal zu Anfang die VLAN´s weg und benutze den Assistenten von OPNsense für die Einrichtung.
Und natürlich auch keine VLAN´s auf dem Switch.

1. Fritzbox 7490 am Internetanschluss VDSL der Telekom - Telefonie ist dort komplett eingerichtet
2. Opnsense
3. weitere Fritzbox 7490 intern, nur für DECT-Telefonie

1. Fritzbox im Bridge-Mode
2. OPNsense
3. Fritzbox als IP-Client und Telefonzentrale

Wie Monviech schon sagt, mal bei deinem Provider die Vorgaben/Anforderungen für VoIP durchlesen.

Ich hätte eher folgenden Aufbau favorisiert:

Zyxcel > OPNsense > Fritzbox [IP-Client-Modus] > Alle weiteren Geräte (WLAN oder LAN).

Wenn der PC und FB direkt an der OPNsense hängen, dann mußt du den Rat von
Patrick M. Hausen berücksichtigen.

Lernen ist immer gut -  also Daumen hoch!

Ich habe so eine ähnliche Konfiguration. Das Gerät des Anbieters in den Bridge-Mode (Modembetrieb) gesetzt und die OPNsense macht die PPPoE-Einwahl und bekommt die Public-IP. Also kein doppeltes NAT und VPN-Verbindungen lassen sich auch einfacher konfigurieren. Ist die erste Hürde! ;-)

Die Fritzbox hängt bei mir im VLAN "DMZ" als IP-Client und macht WLAN für die Smartphones und eventuellen
Gäste-Notebooks. Früher war noch DECT am laufen ist inzwischen aber abgeschaltet, da ich alle VOIP-Telefone per Kabel angeschlossen habe.

Bei deiner Geräteanzahl wirst du vielleicht zu Anfang nur ein LAN betreiben. Die meisten Geräte habe ich mit einer festen IP versehen, von 192.168.100.100 bis 192.168.100.239. Alles danach sind Switche und WLAN-Accesspoints. DHCP habe ich auf dem LAN-Interface von 192.168.100.51 bis 192.168.100.99 eingerichtet.

Zweistellig = DHCP (Gäste, u.s.w.)
Dreistellig  = Festes Equipment...

Falls irgendetwas nicht funzt - Hilfe gibt es meistens hier... Viel Spaß beim Netzwerken. 

Ich hatte mit dem ddclient auch etwas Stress nach einem Update auf 23.7.9.

Mein DynDNS-Anbieter ist NO-IP. Ich hatte hier die Voreinstellungen zu NO-IP ausgewählt
und bekam besagte Warnmeldungen. Nach etwas probieren bin ich dann zu den Custom-Einstellungen
gewechselt, jetzt klappt es.

Protokoll: dyndns2
Server:  dynupdate.no-ip.com

Falls du deine Schnittstellen unter Unbound manuell eingetragen hast, dann musst du die zusätzliche Schnittstelle dort ebenfalls eintragen.

Statt 5353 kannst du doch zu Beispiel auch 5335 verwenden.

Ich hatte diesen Effekt auch, weil bei mir mal SURIKATA Log´s übergelaufen sind.
Also auch den freien Speicherplatz prüfen.

Adguardhome Port 53 // Unbound DNS Port 5353

Vielleicht ist der mDNS-Port auch keine glückliche Wahl als Port für Unbound DNS.

Die Konfiguration vom "ddclient" war der Übeltäter.

Ich bin durch den Protokollvergleich auf die unterschiedlichen IP-Adressen für Seite A gestoßen.
Letztendlich hatte sich die Konfiguration vom "Dynamischen DNS" irgendwie selbstständig gemacht,
was zur fehlenden Aktualisierung führte. Konfiguration gespeichert, das war´s.

Monviech, nochmals vielen Dank für deine Hilfe. Hast einen Glühwein gut bei mir