What's new
By:

OpenVPN error/warning "write UDPv4: No buffer space available"

joegreat

joegreat

Very Senior Member
Dear All!

I am using a permanent OpenVPN connection via Proton VPN and linked to a guest WLAN for streaming from a neighbor country.
From time to time, I get the warning/error "write UDPv4 []: No buffer space available (fd=8,code=105)" in syslog - but I cannot relate the error with streaming issues - streaming works fine a far as I can see.

Any suggestions to fix this error or should I simply ignore it?

My research could not find a fix for it - what have I tried so far:
- searched the Internet for hints - found Linux parameters (/proc/sys/net settings) and MTU suggestion
- I fiddled around with OpenVPN parameters, but could not find out how the options tun_mtu, link_mtu, mss_fix and max_frament and fragment relate to each other
- mtu-test gave some results (see below), but I could not deploy them

Setup:
- Main router RT-AX88U Pro with Merlin v3006.102.6 & Entware 64-bit, OpenVPN, Samba and some Scripts
- 1 Gbit/250 Mbit FTH with 2.5 Gbit WAN connection to 1 and 2.5 Gbit LAN setup
- multiple guest WLANs (one for streaming over VPN)
- OpenVPN speed: 311.99 down, 234.19 up, ping 17 ms, jitter 0.3 ms (internet speed test under Adaptive QoS)

Below some snippets from Syslog:
Code: 
Jan  4 20:03:12 ovpn-client1[10409]: write UDPv4 []: No buffer space available (fd=8,code=105)
Jan  5 02:03:34 ovpn-client1[10409]: write UDPv4 []: No buffer space available (fd=8,code=105)
Jan  5 18:03:08 ovpn-client1[10409]: write UDPv4 []: No buffer space available (fd=8,code=105)
Jan  5 18:03:08 ovpn-client1[10409]: write UDPv4 []: No buffer space available (fd=8,code=105)
Jan  5 19:24:38 ovpn-client1[10409]: write UDPv4 []: No buffer space available (fd=8,code=105)
Jan  6 06:03:17 ovpn-client1[10409]: write UDPv4 []: No buffer space available (fd=8,code=105)
Jan  6 06:03:22 ovpn-client1[10409]: write UDPv4 []: No buffer space available (fd=8,code=105)
Jan  6 06:03:26 ovpn-client1[10409]: write UDPv4 []: No buffer space available (fd=8,code=105)
Jan  6 08:03:09 ovpn-client1[10409]: write UDPv4 []: No buffer space available (fd=8,code=105)
Jan  6 08:03:09 ovpn-client1[10409]: write UDPv4 []: No buffer space available (fd=8,code=105)
Jan  6 23:36:37 ovpn-client1[1345]: write UDPv4 []: No buffer space available (fd=8,code=105)
Jan  7 16:03:19 ovpn-client1[1345]: write UDPv4 []: No buffer space available (fd=8,code=105)
Jan  7 18:18:27 ovpn-client1[1345]: write UDPv4 []: No buffer space available (fd=8,code=105)
Jan  8 22:03:09 ovpn-client1[1345]: write UDPv4 []: No buffer space available (fd=8,code=105)
Jan  9 18:03:12 ovpn-client1[1345]: write UDPv4 []: No buffer space available (fd=8,code=105)
Jan 10 05:00:07 ovpn-client1[1345]: write UDPv4 []: No buffer space available (fd=8,code=105)
Jan 10 22:03:10 ovpn-client1[1345]: write UDPv4 []: No buffer space available (fd=8,code=105)
Jan 11 08:03:27 ovpn-client1[1345]: write UDPv4 []: No buffer space available (fd=8,code=105)
Jan 11 09:36:17 ovpn-client1[1345]: write UDPv4 []: No buffer space available (fd=8,code=105)
Jan 11 12:03:32 ovpn-client1[1345]: write UDPv4 []: No buffer space available (fd=8,code=105)
Jan 11 14:03:11 ovpn-client1[1345]: write UDPv4 []: No buffer space available (fd=8,code=105)


Jan  6 14:28:12 ovpn-client1[6947]: WARNING: using --fragment and --mtu-test together may produce an inaccurate MTU test result
Jan  6 14:28:12 ovpn-client1[6947]: WARNING: if you use --mssfix and --fragment, you should use the "mtu" flag for both or none of of them.

Jan  6 14:11:40 ovpn-client1[25226]: NOTE: Empirical MTU test completed [Tried,Actual] local->remote=[1556,1556] remote->local=[1552,1552]
Jan  6 14:17:01 ovpn-client1[30083]: NOTE: Empirical MTU test completed [Tried,Actual] local->remote=[1580,1580] remote->local=[1576,1576]
Jan  6 14:23:20 ovpn-client1[2858]: NOTE: Empirical MTU test completed [Tried,Actual] local->remote=[1580,1580] remote->local=[1576,1576]
Jan  6 14:35:20 ovpn-client1[15633]: NOTE: Empirical MTU test completed [Tried,Actual] local->remote=[1524,1524] remote->local=[1520,1520]
Jan  6 14:46:04 ovpn-client1[20732]: NOTE: Empirical MTU test completed [Tried,Actual] local->remote=[1524,1524] remote->local=[1520,1520]
Jan  6 14:50:23 ovpn-client1[23611]: NOTE: Empirical MTU test completed [Tried,Actual] local->remote=[1524,1524] remote->local=[1520,1520]
Jan  6 14:56:03 ovpn-client1[27057]: NOTE: Empirical MTU test completed [Tried,Actual] local->remote=[1524,1524] remote->local=[1520,1520]

Jan  6 14:42:55 ovpn-client1[20732]: Control Channel MTU parms [ mss_fix:0 max_frag:0 tun_mtu:1250 tun_max_mtu:0 headroom:126 payload:1600 tailroom:126 ET:0 ]
Jan  6 14:42:55 ovpn-client1[20732]: Data Channel MTU parms [ mss_fix:0 max_frag:0 tun_mtu:1423 tun_max_mtu:1600 headroom:136 payload:1768 tailroom:562 ET:0 ]
Jan  6 14:42:57 ovpn-client1[20732]: Data Channel MTU parms [ mss_fix:0 max_frag:0 tun_mtu:1500 tun_max_mtu:1600 headroom:136 payload:1768 tailroom:562 ET:0 ]
Jan  6 14:47:16 ovpn-client1[23611]: Control Channel MTU parms [ mss_fix:0 max_frag:0 tun_mtu:1250 tun_max_mtu:0 headroom:126 payload:1600 tailroom:126 ET:0 ]
Jan  6 14:47:16 ovpn-client1[23611]: Data Channel MTU parms [ mss_fix:0 max_frag:0 tun_mtu:1423 tun_max_mtu:1600 headroom:136 payload:1768 tailroom:562 ET:0 ]
Jan  6 14:47:18 ovpn-client1[23611]: Data Channel MTU parms [ mss_fix:1408 max_frag:0 tun_mtu:1500 tun_max_mtu:1600 headroom:136 payload:1768 tailroom:562 ET:0 ]
Jan  6 14:52:55 ovpn-client1[27057]: Control Channel MTU parms [ mss_fix:0 max_frag:0 tun_mtu:1250 tun_max_mtu:0 headroom:126 payload:1600 tailroom:126 ET:0 ]
Jan  6 14:52:55 ovpn-client1[27057]: Data Channel MTU parms [ mss_fix:0 max_frag:0 tun_mtu:1500 tun_max_mtu:1600 headroom:136 payload:1768 tailroom:562 ET:0 ]
Jan  6 14:52:57 ovpn-client1[27057]: Data Channel MTU parms [ mss_fix:1400 max_frag:0 tun_mtu:1500 tun_max_mtu:1600 headroom:136 payload:1768 tailroom:562 ET:0 ]
 
Last edited:
OpenVPN manual is available:

Explains --fragment --mtu-test --mssfix etc ... See below

NETWORK CONFIGURATION​

OpenVPN 2.6 Manual

Open-source OpenVPN 2.6 user manual for VPN server and client configurations.
openvpn.net openvpn.net

Full Manual:

OpenVPN 2.6 Manual

Open-source OpenVPN 2.6 user manual for VPN server and client configurations.
openvpn.net openvpn.net
 
if using ProtonVPN it might be worth considering switching to WireGuard for better performance. Their WG implementation works very well within Asuswrt-Merlin, it's what I use for 24/7 VPN testing here on a guest network. I have 47 days of uptime on my main router, and that includes that VPN tunnel.
 
Thank you for the suggestions!

@Twiglets - I saw the posting on superuser - sounds similar to my situation, but no solution posted there so far.
Yes, I read the OpenVPN manual, but as stated: I could not find out how the MTU options relate to each other: the syslog extract above gives some hints on MTU setting, but it did not follow my attempts to correct it based on the MTU-Test results.
I can to some logging later this week to provide details on the (hidden!) OpenVPN config and how it deals with it (not really following my MTU change attempts).

@RMerlin - I tried WireGuard some time ago - was on .388 or even .386 firmware (do not recall anymore) on my older AX88 (non-Pro) - at that time it did not work for me. But on actual firmware with my AX88 Pro - and your good experience - I will give it a try!
 
Really need to see the .ovpn file to see what your settings are ... it is difficult to do anything unless you known your starting point.
Running MTU-Test and only seeing the results is not always useful as MTU-Test can give misleading results due to the actual settings in your .ovpn conflicting with the test itself.

I would personally use Wireguard as it seems to require much less low level 'hackery' :D
[I use it on my Phone & PC and 'it just works' ... as the saying goes !!!]
 
RMerlin said:
if using ProtonVPN it might be worth considering switching to WireGuard for better performance. Their WG implementation works very well within Asuswrt-Merlin, it's what I use for 24/7 VPN testing here on a guest network. I have 47 days of uptime on my main router, and that includes that VPN tunnel.
Click to expand...
ProtonVpn free account working just fine. But they have old expired config in theris PUSH=string.
Have to edit "pull-filter ignore" on som settings.
 
octopus said:
ProtonVpn free account working just fine. But they have old expired config in theris PUSH=string.
Have to edit "pull-filter ignore" on som settings.
Click to expand...
Interesting, but do not work for me with the paid Proton VPN account:
ovpn-client1[32451]: Options error: Unrecognized option or missing or extra parameter(s) in config.ovpn:39: pull-filter (2.6.16)
 
joegreat said:
Interesting, but do not work for me with the paid Proton VPN account:
ovpn-client1[32451]: Options error: Unrecognized option or missing or extra parameter(s) in config.ovpn:39: pull-filter (2.6.16)
Click to expand...
Show me your config file
 
Dear All!
Finally I found the time to extract the OpenVPN-Config.
Curious if you can see something to overcome the recurring errors: No buffer space available (fd=8,code=105)

I have also uploaded the recent OpenVPN-Log - with all details how the config is read and applied - incl. MTU negotiation - can be downloaded as text file from this link.

File content of config.ovpn:
Code: 
daemon ovpn-client1
client
dev tun11
txqueuelen 1000
proto udp
fast-io
remote xxx.yyy.zzz.18 1194
connect-retry-max 15
nobind
persist-key
persist-tun
data-ciphers AES-256-GCM:AES-128-GCM:AES-256-CBC:AES-128-CBC:CHACHA20-POLY1305
route-noexec
reneg-sec 0
tls-crypt static.key
ca ca.crt
auth-user-pass auth
up 'ovpn-up 1 client'
down 'ovpn-down 1 client'
route-up 'ovpn-route-up'
route-pre-down 'ovpn-route-pre-down'
script-security 2
route-delay 2
verb 5
status-version 2
status status 5

# Custom Configuration
remote-random
resolv-retry infinite
cipher AES-256-GCM
setenv CLIENT_CERT 0
remote-cert-tls server
replay-window 2048
sndbuf 524288
rcvbuf 524288
mtu-test
 
Last edited:
RMerlin said:
if using ProtonVPN it might be worth considering switching to WireGuard for better performance. Their WG implementation works very well within Asuswrt-Merlin, it's what I use for 24/7 VPN testing here on a guest network. I have 47 days of uptime on my main router, and that includes that VPN tunnel.
Click to expand...
Thank you for the WireGuard suggestion - first test look good - now I let it run for a while in the hourly speed test only - to see how stable it is.

The throughput is really good: Full speed of my internet line 1000/250!
1768751322697.png
 
joegreat said:
Dear All!
Finally I found the time to extract the OpenVPN-Config.
Curious if you can see something to overcome the recurring errors: No buffer space available (fd=8,code=105)

I have also uploaded the recent OpenVPN-Log - with all details how the config is read and applied - incl. MTU negotiation - can be downloaded as text file from this link.

File content of config.ovpn:
Code: 
daemon ovpn-client1
client
dev tun11
txqueuelen 1000
proto udp
fast-io
remote xxx.yyy.zzz.18 1194
connect-retry-max 15
nobind
persist-key
persist-tun
data-ciphers AES-256-GCM:AES-128-GCM:AES-256-CBC:AES-128-CBC:CHACHA20-POLY1305
route-noexec
reneg-sec 0
tls-crypt static.key
ca ca.crt
auth-user-pass auth
up 'ovpn-up 1 client'
down 'ovpn-down 1 client'
route-up 'ovpn-route-up'
route-pre-down 'ovpn-route-pre-down'
script-security 2
route-delay 2
verb 5
status-version 2
status status 5

# Custom Configuration
remote-random
resolv-retry infinite
cipher AES-256-GCM
setenv CLIENT_CERT 0
remote-cert-tls server
replay-window 2048
sndbuf 524288
rcvbuf 524288
mtu-test
Click to expand...

Just for grins, replace your entire custom config with this one (not just the part under where it says "custom configuration" in yours, but the entire thing)

Code: 
remote-random
resolv-retry infinite
remote-cert-tls server
ping 15
ping-restart 0
ping-timer-rem
persist-key
persist-tun
reneg-sec 0
fast-io
disable-occ
mute-replay-warnings
auth-nocache
sndbuf 524288
rcvbuf 524288
push "sndbuf 524288"
push "rcvbuf 524288"
pull-filter ignore "auth-token"
pull-filter ignore "ifconfig-ipv6"
pull-filter ignore "route-ipv6"
explicit-exit-notify 3
tun-mtu 1500
tun-mtu-extra 32
mssfix 1450

It's the one I've used for years between different VPN providers, and it's always been reliable for me.
 
joegreat said:
Dear All!
Finally I found the time to extract the OpenVPN-Config.
Curious if you can see something to overcome the recurring errors: No buffer space available (fd=8,code=105)

I have also uploaded the recent OpenVPN-Log - with all details how the config is read and applied - incl. MTU negotiation - can be downloaded as text file from this link.

File content of config.ovpn:
Code: 
daemon ovpn-client1
client
dev tun11
txqueuelen 1000
proto udp
fast-io
remote xxx.yyy.zzz.18 1194
connect-retry-max 15
nobind
persist-key
persist-tun
data-ciphers AES-256-GCM:AES-128-GCM:AES-256-CBC:AES-128-CBC:CHACHA20-POLY1305
route-noexec
reneg-sec 0
tls-crypt static.key
ca ca.crt
auth-user-pass auth
up 'ovpn-up 1 client'
down 'ovpn-down 1 client'
route-up 'ovpn-route-up'
route-pre-down 'ovpn-route-pre-down'
script-security 2
route-delay 2
verb 5
status-version 2
status status 5

# Custom Configuration
remote-random
resolv-retry infinite
cipher AES-256-GCM
setenv CLIENT_CERT 0
remote-cert-tls server
replay-window 2048
sndbuf 524288
rcvbuf 524288
mtu-test
Click to expand...
Try this config, I use free account hence many ip number modify for your needs.
some settings are depreciated

Code: 
daemon ovpn-client3
client
dev tun13
txqueuelen 1000
proto udp
fast-io
remote 95.173.205.162 1194
nobind
persist-tun
data-ciphers AES-256-GCM:AES-128-GCM:CHACHA20-POLY1305
route-noexec
tls-crypt static.key
ca ca.crt
auth-user-pass auth
up 'ovpn-up 3 client'
down 'ovpn-down 3 client'
route-up 'ovpn-route-up'
route-pre-down 'ovpn-route-pre-down'
script-security 2
route-delay 2
verb 3
status-version 2
status status 5

# Custom Configuration
remote-random
resolv-retry infinite
server-poll-timeout 20
remote 95.173.205.162 80
remote 95.173.205.162 1194
remote 95.173.205.162 4569
remote 95.173.205.162 5060
remote 95.173.205.162 51820
remote 95.173.205.164 80
remote 95.173.205.164 1194
remote 95.173.205.164 5060
remote 95.173.205.164 4569
remote 95.173.205.164 51820
pull-filter ignore "sndbuf"
pull-filter ignore "rcvbuf"
pull-filter ignore "socket-flags TCP_NODELAY"
pull-filter ignore "tun-mtu 1500"
cipher AES-256-GCM
nobind
auth-nocache
setenv CLIENT_CERT 0
# mssfix 0
reneg-sec 3600
remote-cert-tls server
log /tmp/vpnclient.log
 
octopus said:
Try this config, I use free account hence many ip number modify for your needs.
some settings are depreciated

Code: 
daemon ovpn-client3
client
dev tun13
txqueuelen 1000
proto udp
fast-io
remote 95.173.205.162 1194
nobind
persist-tun
data-ciphers AES-256-GCM:AES-128-GCM:CHACHA20-POLY1305
route-noexec
tls-crypt static.key
ca ca.crt
auth-user-pass auth
up 'ovpn-up 3 client'
down 'ovpn-down 3 client'
route-up 'ovpn-route-up'
route-pre-down 'ovpn-route-pre-down'
script-security 2
route-delay 2
verb 3
status-version 2
status status 5

# Custom Configuration
remote-random
resolv-retry infinite
server-poll-timeout 20
remote 95.173.205.162 80
remote 95.173.205.162 1194
remote 95.173.205.162 4569
remote 95.173.205.162 5060
remote 95.173.205.162 51820
remote 95.173.205.164 80
remote 95.173.205.164 1194
remote 95.173.205.164 5060
remote 95.173.205.164 4569
remote 95.173.205.164 51820
pull-filter ignore "sndbuf"
pull-filter ignore "rcvbuf"
pull-filter ignore "socket-flags TCP_NODELAY"
pull-filter ignore "tun-mtu 1500"
cipher AES-256-GCM
nobind
auth-nocache
setenv CLIENT_CERT 0
# mssfix 0
reneg-sec 3600
remote-cert-tls server
log /tmp/vpnclient.log
Click to expand...
Thank you for your OpenVPN config - but after comparing it line by line I see only a difference in the pull-filter commands - and they do not change MTU - just removing my sndbuf/rcvbuf settings.
So, I do not foresee how this could bring cure to the "No buffer space available" errors.

But I will let it run some time to prove or disprove my prediction... 😇
 
Viktor Jaep said:
Just for grins, replace your entire custom config with this one (not just the part under where it says "custom configuration" in yours, but the entire thing)

Code: 
remote-random
resolv-retry infinite
remote-cert-tls server
ping 15
ping-restart 0
ping-timer-rem
persist-key
persist-tun
reneg-sec 0
fast-io
disable-occ
mute-replay-warnings
auth-nocache
sndbuf 524288
rcvbuf 524288
push "sndbuf 524288"
push "rcvbuf 524288"
pull-filter ignore "auth-token"
pull-filter ignore "ifconfig-ipv6"
pull-filter ignore "route-ipv6"
explicit-exit-notify 3
tun-mtu 1500
tun-mtu-extra 32
mssfix 1450

It's the one I've used for years between different VPN providers, and it's always been reliable for me.
Click to expand...
Thank you for your hints regarding MTU/MSS - looks like this changed my resulting MTU!
Code: 
New MTU: 
Empirical MTU test completed [Tried,Actual] local->remote=[1556,1556] remote->local=[1552,1552]
Old MTU: 
Empirical MTU test completed [Tried,Actual] local->remote=[1524,1524] remote->local=[1520,1520]
Maybe the push-filter for buffer will also do some good - I will let it run some time to see what happens!
 
octopus said:
Try this config, I use free account hence many ip number modify for your needs.
some settings are depreciated

Code: 
daemon ovpn-client3
client
dev tun13
txqueuelen 1000
proto udp
fast-io
remote 95.173.205.162 1194
nobind
persist-tun
data-ciphers AES-256-GCM:AES-128-GCM:CHACHA20-POLY1305
route-noexec
tls-crypt static.key
ca ca.crt
auth-user-pass auth
up 'ovpn-up 3 client'
down 'ovpn-down 3 client'
route-up 'ovpn-route-up'
route-pre-down 'ovpn-route-pre-down'
script-security 2
route-delay 2
verb 3
status-version 2
status status 5

# Custom Configuration
remote-random
resolv-retry infinite
server-poll-timeout 20
remote 95.173.205.162 80
remote 95.173.205.162 1194
remote 95.173.205.162 4569
remote 95.173.205.162 5060
remote 95.173.205.162 51820
remote 95.173.205.164 80
remote 95.173.205.164 1194
remote 95.173.205.164 5060
remote 95.173.205.164 4569
remote 95.173.205.164 51820
pull-filter ignore "sndbuf"
pull-filter ignore "rcvbuf"
pull-filter ignore "socket-flags TCP_NODELAY"
pull-filter ignore "tun-mtu 1500"
cipher AES-256-GCM
nobind
auth-nocache
setenv CLIENT_CERT 0
# mssfix 0
reneg-sec 3600
remote-cert-tls server
log /tmp/vpnclient.log
Click to expand...

joegreat said:
Thank you for your OpenVPN config - but after comparing it line by line I see only a difference in the pull-filter commands - and they do not change MTU - just removing my sndbuf/rcvbuf settings.
So, I do not foresee how this could bring cure to the "No buffer space available" errors.

But I will let it run some time to prove or disprove my prediction... 😇
Click to expand...
Yes, my prediction came true: no change with this minimal adoption - Buffer Error is still there and comes back regularly.

Maybe the other change with MTU/MSS and pushing buffer size will do the trick - until now the Buffer Error did not show up on OpenVPN Client 2.

And WireGuard is also working well - testing it with streaming the whole evening without problem.
Only observation with WG, is that over the Guest WLAN, the CPU load is very high (100% on one core) but throughput low (120/110 Mbps down/up) compared to the direct test on the router with full ISP speed (1000/250 Mbps) with low CPU utilization - maybe due to multithreading of Ookla speed test?

>>>updated on day 2 of testing<<<
 
Last edited:
joegreat said:
Yes, my prediction came true: no change with this minimal adoption - Buffer Error is still there and comes back regularly.

Maybe the other change with MTU/MSS and pushing buffer size will do the trick - until now the Buffer Error did not show up on OpenVPN Client 2.

And WireGuard is also working well - testing it with streaming the whole evening without problem.
Only observation with WG, is that over the Guest WLAN, the CPU load is very high (100% on one core) but throughput low (120/110 Mbps down/up) compared to the direct test on the router with full ISP speed (1000/250 Mbps) with low CPU utilization - maybe due to multithreading of Ookla speed test?

>>>updated on day 2 of testing<<<
Click to expand...
Try to set:
Code: 
sndbuf 524288
rcvbuf 524288
to
Code: 
sndbuf 0
rcvbuf 0
and remove
Code: 
mtu-test
 
Viktor Jaep said:
Just for grins, replace your entire custom config with this one (not just the part under where it says "custom configuration" in yours, but the entire thing)

Code: 
remote-random
resolv-retry infinite
remote-cert-tls server
ping 15
ping-restart 0
ping-timer-rem
persist-key
persist-tun
reneg-sec 0
fast-io
disable-occ
mute-replay-warnings
auth-nocache
sndbuf 524288
rcvbuf 524288
push "sndbuf 524288"
push "rcvbuf 524288"
pull-filter ignore "auth-token"
pull-filter ignore "ifconfig-ipv6"
pull-filter ignore "route-ipv6"
explicit-exit-notify 3
tun-mtu 1500
tun-mtu-extra 32
mssfix 1450

It's the one I've used for years between different VPN providers, and it's always been reliable for me.
Click to expand...
Adding the suggested lines to the custom config:
sndbuf 524288
rcvbuf 524288
push "sndbuf 524288"
push "rcvbuf 524288"
tun-mtu 1500
tun-mtu-extra 32
mssfix 1450
lead to no more buffer shortage! 👍

It looks like the re-negotiated MTU did the trick:
Empirical MTU test completed [Tried,Actual] local->remote=[1556,1556] remote->local=[1552,1552]

Many thanks for the great input!
 
Got excited too soon!
In some (rare) speed tests (scheduled every 2 hours by spdmerlin) I still get the buffer error:
Jan 24 02:03:07 ovpn-client2[14144]: write UDPv4 []: No buffer space available (fd=8,code=105)
Jan 24 10:03:11 ovpn-client2[14144]: write UDPv4 []: No buffer space available (fd=8,code=105)
Jan 25 14:03:07 ovpn-client1[871]: write UDPv4 []: No buffer space available (fd=8,code=105)
Jan 25 16:03:11 ovpn-client1[871]: write UDPv4 []: No buffer space available (fd=8,code=105)
Jan 25 22:03:22 ovpn-client1[871]: write UDPv4 []: No buffer space available (fd=8,code=105)
Jan 26 12:03:21 ovpn-client1[871]: write UDPv4 []: No buffer space available (fd=8,code=105)
Jan 26 20:03:19 ovpn-client1[871]: write UDPv4 []: No buffer space available (fd=8,code=105)

But as it happens during speed tests only and I do not see any issues in normal operation (mainly TV streaming), I can live with the improved situation! 👍
 
You must log in or register to reply here.
Similar threads
Thread starter Title Forum Replies Date
T Deleting OpenVPN Clients on 3006.102.7 Asuswrt-Merlin 3
XxUnkn0wnxX OpenVPN killswitch `prohibit` rule not applied via VPN Director / CLI (FW 3004.388.11) Asuswrt-Merlin 4
M Any plans to support OpenVPN DCO with 2.7.0? Asuswrt-Merlin 14
A Ipvanish Openvpn will not connect on Merlin Asuswrt-Merlin 9
Wishmaster1965 OpenVpn Issues ? Asuswrt-Merlin 1
CaptnDanLKW HDHomerun and OpenVPN Asuswrt-Merlin 18
7OH OpenVPN CA truncated to 7999 chars on 3004.388.10_2 Asuswrt-Merlin 2
atkinsom Export OpenVPN Server Certificates Asuswrt-Merlin 2
Shazb0t OpenVPN Wi-Fi 7 Router Recommendation Asuswrt-Merlin 24
B RT-BE86U OpenVPN - cannot download ovpn file Asuswrt-Merlin 1

Similar threads

Latest threads

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!

Members online

Total: 5,470 (members: 6, guests: 5,464)
Back
Top
✖