Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - Exinus

#1
Is there a manual for OPNsense somewhere? I wouldn't have a problem with that, but diy i wouldn't be able to rule out compilation errors.

Nevertheless, many thanks to the OPNsense dev team for the good work. Even this decision now is probably a knockout criterion for further use for me.



Regards
#2
yes sure i386, but that shouldn't be a problem.

Version 18.7 still had the plugin in the i386 pepository
http://mirror.wjcomms.co.uk/opnsense/FreeBSD:11:i386/18.7/latest/Latest/

So it is apparently feasible in terms of programming?
#3
Nevertheless i386 hardware is still functional and sufficient in many areas. Replacing these just because of developer decisions would be absolutely inefficient.
#4
Install DNSCrypt-Proxy:
System/Firmware/Plugins
=> Install "os-dnscrypt-proxy"

is the plugin discontinued?
For me trying to use on OPNsense 2.1.9 the plugin (os-dnscrypt-proxy) is missing on the plugin list.
#5
wow, i'm really sad to read about no more i386 support.

https://forum.opnsense.org/index.php?topic=18227.msg82729#msg82729

Discontinuing i386 was, next to the bad sound in the forum, the main reason to migrate from pfSense to OPNsense. And I haven't regretted it yet, but i386 support is essential for me. There are a lot of 32 bit Hardware still in use. Now it seems OPNsense is making the same mistake. For me, discontinuing i386 support means migrating to RouterOS as a last resort  :'(.
#6
I also guess it's time to make dnsmasq just a plugin. Its not really needed in most installations anymore.
#7
19.7 Legacy Series / Re: Wireguard plugin missing
June 01, 2020, 07:13:46 PM
that's bad ...  :'(
#8
Quote from: mimugmail on August 02, 2019, 01:48:19 PM
Quote from: Exinus on August 02, 2019, 01:44:09 PM
Hallo allerseits,

also irgendwie hänge ich momentan auch an diesem Problem. Bisher hatte ich pfSense auf einer Astaro ASM 220 (mit Snort und RADIUS) am laufen. Die 200 Mbit/s Leitung damit auszureißen war nie ein Problem. Aufgrund diverse Umstände der letzten Zeit hatte ich beschlossen auf OPNsense zu migrieren. Nun nachdem ich auf OPNsense umgestellt habe ist bei knapp 100 Mbit/s ende und das selbst wenn ich IDS/IPS vollständig deaktiviert habe. Bis auf die Umstellung von pfSense auf OPNsense hat sich nichts verändert. Vielleicht hat ja jemand von euch die Zündende Idee wo es hängt.

Ich würde erst mal einen eigenen Thread aufmachen :)

Und dann mehr Infos rein, CPU Auslastung während der Tests, Verbindung von LAN und LAN2 testen, wie wird getestet etc.

Wozu einen eigenen Thread? Das betrifft doch das gleiche Thema?

Hardware wie gesagt eine Astaro ASM220 (Pentium 4 mit 2,8 Ghz, 2GB Ram, 4 * Intel GBit NIC, 4 * 100 MBit NIC unbenutzt).
Topologie DOCSIS Modem an WAN, Managed Switch mit 2 GBit/s LAGG an der OPNsense, Momentan 3 VLANs die am Managed Switch aufgeteilt werden.
Die CPU Auslastung schwankt am Graphen abgelesen beim test zwischen 50 und 100%.
Gemessen wird von LAN über WAN auf das Internet. So zwischen 80 bis 100 MBit ist ende.

Was mich an dem ganzen so irritiert, tausche ich die Platten und fahre pfSense (mit aktivem Snort) wieder hoch
knallt der direkt auf jenseits der 200 Mbit/s. Mit OPNsense muss das doch auch möglich sein. Hab schon IDS/IPS deaktiviert, auch testweise den RADIUS Dienst aber das macht absolut keinen Unterschied.
#9
Hallo allerseits,

also irgendwie hänge ich momentan auch an diesem Problem. Bisher hatte ich pfSense auf einer Astaro ASM 220 (mit Snort und RADIUS) am laufen. Die 200 Mbit/s Leitung damit auszureißen war nie ein Problem. Aufgrund diverse Umstände der letzten Zeit hatte ich beschlossen auf OPNsense zu migrieren. Nun nachdem ich auf OPNsense umgestellt habe ist bei knapp 100 Mbit/s ende und das selbst wenn ich IDS/IPS vollständig deaktiviert habe. Bis auf die Umstellung von pfSense auf OPNsense hat sich nichts verändert. Vielleicht hat ja jemand von euch die Zündende Idee wo es hängt.