-
2x Units in the different offices, both with 23.01 recently updated.
tunnel between them works stable with DCO enabled, another issues already reported, but the tunnel works it's the main.However channel for remote users is very unstable. First we didn't manage to run it from the first shot, after restoring backup from 22.01 to freshly imaged unit on 23.01.
Users were not able to connect, but everything looks fine from inside, even all the tunnels between offices worked.Ok, we swaped the unit with a backup on 22.01 (luckly we had it in place prepared).
Today the second try, unit flashed to 22.01, backup restored, updated to 23.01 via web interface, worked.
But suddenly at some point, users were disconnected, unbound went down, and log was filled with the messages like below. This from recent log.Unit was restarted forcefully and work for the whole day without any issues, and right now the same thing happened, with the same messages. The only thing, that this time I've restarted OpenVPN server related to remote users and it helped. This server has no DCO enabled.
Please let me know what should I check. This is affecting the normal offices work.
sonewconn: pcb 0xfffff80021661600 (local:/var/etc/openvpn/server5/sock): Listen queue overflow: 2 already in queue awaiting acceptance (1 occurrences), euid 0, rgid 0, jail 0
Feb 23 21:14:58 pfSense1 kernel: arpresolve: can't allocate llinfo for 192.168.0.1 on igb0 Feb 23 21:14:59 pfSense1 kernel: arpresolve: can't allocate llinfo for 192.168.0.1 on igb0 Feb 23 21:15:00 pfSense1 kernel: sonewconn: pcb 0xfffff80021661600 (local:/var/etc/openvpn/server5/sock): Listen queue overflow: 2 already in queue awaiting acceptance (1 occurrences), euid 0, rgid 0, jail 0 Feb 23 21:15:01 pfSense1 kernel: arpresolve: can't allocate llinfo for 192.168.0.1 on igb0 Feb 23 21:15:02 pfSense1 kernel: arpresolve: can't allocate llinfo for 192.168.0.1 on igb0 Feb 23 21:15:02 pfSense1 kernel: arpresolve: can't allocate llinfo for 192.168.0.1 on igb0
-
Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.