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 - marcoj90

#1
I´m not alone...   :D

I have the exact same problem on 2 completly differend systems.

1. System:
An VM running on unRAID with direct access to to the hardware Intel + Broadcom NICs.

This system was running for about 4 years now. But after an updates i got these reboot problems. At 1st i thought it was a dead NIC so i bought a couple of different Broadcom NICs and also tried to use a virtual Network interface ... without succsess.

2. System: Mini PC Celeron J4125 4 x I225-V (bare-metal installation)

Here i got the same reboot problem. So i was using my whole weekend to analyse it a bit more and made about 18 fresh installations only on that device.

As far as i can say, the fresh downloaded Version 23.1 is absolutly stable. It runs without any problems. But also without extenstions (updates required). As soon as the updates are installed, right after the boot completed, the system crashes. But only, if the WAN interface gets connected. If the ethernet cable on the WAN gets removed, the system runs stable ... for some time (a few minutes in my case maximum was about 20min). Trying to switch between the interfaces doesn`t change anything.

This even happen, if im not recover any configuration. Just fresh install, interface assignment and static ip on LAN. After the update to the newest version the problems keep going.

For me it looks like some sort of I/O Problem.

If i just connect one PC to the LAN Interface, connect WAN and don´t use any internet connection, it seems to work till i try to configure something or using the internet connection. Sometimes it worked for a few MB till it crashes.

And this happen on both systems the same way.

Additional Information:
Because i was waiting for the mini pc, i was using a different router as gateway and the OPNsense VM with unplugged WAN Cable for openVPN, DHCP, DNS, DDClient for about 3 weeks without any crashes. Just the WAN ethernet cable disconnected.
#2
Vielleicht zum Verständnis, weil es mir grad aufgefallen ist, dass ich es nicht explizit geschrieben habe:

Es geht nicht darum, den Datenverkehr durch den VPN Tunnel zu bekommen, sondern erstmal um den Verbindungsaufbau der VPN Verbindung.

Wenn es aber so aufgefasst wurde, wie müsste eine entsprechende manuelle NAT Regel denn aussehen?
Ich hab eben vergebens versucht es darüber zum laufen zu bekommen. und wenn ich danach Google finde ich nur haufenweise Beiträge dazu, Traffic durch den bereits bestehenden VPN Tunnel zu bekommen, daher auch die Anmerkung von mir ;-)
#3
Hallo Zusammen,

ich habe mit meiner OPNsense ein Problem, welches ich ohne weiteren Denkanstoß scheinbar nicht gelöst bekomme. Ich versuche meine OPNSense als OpenVPN Client zu nutzen, um mich zu einem Server in einem RZ zu verbinden. Jedoch kann der Client keine Verbindung herstellen. Im Firewall log im RZ kommen keine Pakete an.

Unter FIREWALL: PROTOKOLLDATEIEN: LIVEANSICHT sind die ausgehenden Pakete als zugelassen zu sehen.
Ich habe zusätzlich um sicher zu gehen noch für den WAN Port eine ausgehende Regel für das Ziel + Port hinzugefügt. Auch diese Regel erscheint erfolgreich in dieser Liveansicht.

Um auf Nummer sicher zu gehen, habe ich die OpenVPN Verbindung auf einem Gerät im LAN der OPNsense eingerichtet und konnte erfolgreich eine Verbindung herstellen. Es scheint also nur ein OPNsense internes Problem zu sein.

Netzwerk:

PC ---- Switch ---- OPNsense ---- Kabelrouter (bridge-mode) ---- Internet ---- Strato ---- Server

Für Denkanstöße oder weitere Analysemöglichkeiten wäre ich dankbar.