Messages

I share the same problem on my small APU1D. /usr/local/opnsense/service/configd_ctl.py Eating up 65-100% cpu flat out.

Type   opnsense   
Version   21.1.9_1   
Architecture   amd64   
Flavour   OpenSSL   
Commit   e10896164   
Mirror   http://mirror.fra10.de.leaseweb.net/opnsense/FreeBSD:12:amd64/21.1   
Repositories   OPNsense

I need to reboot it too. The only thing I can think of might have triggered it: I updated the DNS list in System > Settings > General a few days ago. It might've since then been acting up?

Any pointers?

Cheers
M

 ;) Gute Nachrichten. Die Regeln sind entsprechend angepasst und nun ist Internet noch da. Ich versuche es zu verstehen. Wo liegt der Unterschied zwischen ANY und WAN Address als Destination wenn es ums NAT geht aufs  WAN Interface?

Danke fuer die Antwort. Das werde ich auf jeden Fall ausprobieren. Im 2. Anhang ist eine andere NAT Regel eingetragen die seit Monaten aktiv ist. Hier habe ich anstatt HTTPS einen anderen Port weitergeleitet, ohne Angabe der WAN Destination Adresse. Diese Regel funktioniert anscheinend (muss aber nicht heissen dass sie genau macht was ich mir dabei denke  ??? ). Aber, ich werde auch diese Regel dann so aendern dass sie mit der WAN Adresse als Ziel laeuft. Dann bin ich Mal gespannt und melde mich mit dem Ergebnis.

Mach Mal ein Screenshot der Regel
Dann kann man genaueres sagen

Siehe Anhang.

Netzwerk:

WAN --- OPNSENSE 192.168.178.0/24 ----- LAN  192.168.178.0/24
                                    +-- VLAN 10.5.5.0/24 

Ich brauche die Regel nicht ein Mal aktivieren.
Sobald ich "Apply Changes" klicke gibt's kein Internetzugang mehr.
Loesche ich die Regel, funktioniert alles wie gehabt.

Hi

Die neueste Version macht bei mir Probleme beim hinzufügen von NAT Port Forward Regeln. Wenn ich versuche vom Internet kommende HTTPS Anfragen zu meinem VLAN zu forwarden wie folgt:

TCP ipv4 any:HTTPS to VLANIP:HTTPS

... bricht mein Internetzugang zusammen. Der Router reagiert weiterhin im GUI, und sobald ich die Regel herausnehme läuft auch Internet wieder. Was ist hier los?

Ein anderer Port als HTTPS forwarde ich bereits erfolgreich. Gibt es Einschränkungen was HTTPS betrifft?

Mit freundlichen Grüßen

Dear all

For half a year or so I've been using the limiter feature to shape traffic for inbound (download) and outbound traffic. It seems to work well, but what annoys me is that I cannot see the IP addresses of the outbound matching rules when I tick "Show active flows" in the shaper Status page ui/trafficshaper/service/statistics.

It only shows matching IP's for the download direction, it will not show the IP details for the upload direction even though all the rules are displayed and traffic totals are continuously aggregated next to them. So, my assumption is that matching is working fine, but there's an issue with the report not breaking things down one level down.

Anyone else confirm this?

Cheers

Similar trouble here... Upgrade to 20.7 worked like a charm. Applied 20.7.1 and now WireGuard is unable to establish connections on my iPhone stating "DNS resolution failure".

Correcting... it was DNS account issue. I have no further issues.

Hi everyone

Who can tell me why I see Python3.7 CPU spikes every ~30-50 seconds?
What's using Python3.7 intensively? 

Code Select Expand

  PID USERNAME    THR PRI NICE   SIZE    RES STATE   C   TIME    WCPU COMMAND
97892 root          1  75    0 30856K 27072K CPU1    1   0:01  65.53% python3.7
40226 root          1  23    0  1033M  2408K wait    0   0:00   0.98% flock
92546 root          1  20    0  1033M  2892K bpf     1   0:00   0.96% filterlog


Cheers
M