<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[OpenVPN]]></title><description><![CDATA[Discussions about OpenVPN]]></description><link>https://forum.netgate.com/category/34</link><generator>RSS for Node</generator><lastBuildDate>Thu, 11 Jun 2026 08:02:47 GMT</lastBuildDate><atom:link href="https://forum.netgate.com/category/34.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 10 Jun 2026 12:27:42 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[OpenVPN client IPs see each other]]></title><description><![CDATA[@MalagaFirewall8 said in OpenVPN client IPs see each other:

I would solve this on the OpenVPN firewall rules, not with the CSO "local network" field. That field only decides what routes get pushed/installed; it is not an ACL.

It would be a great feature if an ACL would be created out of these CSO-configs.
Very helpful: I'd have every client plus its target-VM-IP in one place.

For production I would make it explicit: pass rules first for each client tunnel IP/alias to only its allowed VM and port(s), for example 172.31.0.16 -&gt; 172.31.110.60 TCP/3389 plus ICMP if you need it. Then add a reject/block rule below for source 172.31.0.0/23 to destination 172.31.0.0/23 and to the local server subnets you do not want reachable. The rule order matters, so test with one client before copying it to the rest.

I will test this out with a test user asap. Thanks.
I have to come up with a rather compact ruleset, as I have to create rules for all the already existing clients.
]]></description><link>https://forum.netgate.com/topic/200809/openvpn-client-ips-see-each-other</link><guid isPermaLink="true">https://forum.netgate.com/topic/200809/openvpn-client-ips-see-each-other</guid><dc:creator><![CDATA[sgw]]></dc:creator><pubDate>Wed, 10 Jun 2026 12:27:42 GMT</pubDate></item><item><title><![CDATA[2.6.20 Upgrade Issues with OpenVPN &amp; pfBlockerNG]]></title><description><![CDATA[Troubleshooting &amp; Workarounds so far:
Main Workaround:  Turn off pfBlocker.
Suricata on/off made no difference.
pfBlocker IP blocks on but DNSBL off worked.
pfBlocker IP blocks on and DNSBL with malware &amp; other filters on but porn filter off works, but connections are slower to establish.  Note the porn filter is the single biggest filter list.
Of course testing the different DNSBL options takes a lot of time as after each change pfBlocker must be reloaded, which with a lot of lists can take 30 min to an hour each time.
I'll do more testing as time allows, but hopefully this may help someone else.  What is odd to me is that it only affects the Tun VPN's as Tap VPN's are so much more complicated.
If anyone has any other ideas they would like me to test/try let me know!
]]></description><link>https://forum.netgate.com/topic/200757/2.6.20-upgrade-issues-with-openvpn-pfblockerng</link><guid isPermaLink="true">https://forum.netgate.com/topic/200757/2.6.20-upgrade-issues-with-openvpn-pfblockerng</guid><dc:creator><![CDATA[SuperTechie]]></dc:creator><pubDate>Mon, 01 Jun 2026 16:01:31 GMT</pubDate></item><item><title><![CDATA[OpenVPN client certificate issue]]></title><description><![CDATA[<p dir="auto">issue resolved.  please ignore</p>
]]></description><link>https://forum.netgate.com/topic/200726/openvpn-client-certificate-issue</link><guid isPermaLink="true">https://forum.netgate.com/topic/200726/openvpn-client-certificate-issue</guid><dc:creator><![CDATA[7up]]></dc:creator><pubDate>Mon, 25 May 2026 14:12:55 GMT</pubDate></item><item><title><![CDATA[OpenVPN Log]]></title><description><![CDATA[@Gertjan
ok thanks
]]></description><link>https://forum.netgate.com/topic/200724/openvpn-log</link><guid isPermaLink="true">https://forum.netgate.com/topic/200724/openvpn-log</guid><dc:creator><![CDATA[Unoptanio]]></dc:creator><pubDate>Sun, 24 May 2026 16:48:58 GMT</pubDate></item><item><title><![CDATA[OpenVPN - make Client Specific Overrides persistent after reboot]]></title><description><![CDATA[@eegclbugs said in OpenVPN - make Client Specific Overrides persistent after reboot:

with a script and not with the GUI for each user individually.

You're already close to the answer ^^
If you found this :
[image: 1779291236149-99d2d10a-8edf-4b54-9294-543f6218e683-image.png]
you actually use this :
[image: 1779291275273-b52bf3f7-9b15-456a-b197-75f3670153cd-image.png]
That file can be found here :  /usr/local/www/vpn_openvpn_csc.php
Read that file (it's a script, world's most known : php)
The bottom part is what your browser shows you.
The top part is where the user's input (the pfSense admin), is validated, stored in the "one and unique pfSense config file" and you also find where the scs file are created etc.
So ... if your script can use this script as a source, model (etc) you'll have the best of both worlds :
Your script adds/edit/whateber the scs file.
The - your - info is stored into the  "one and unique pfSense config file" so when pfSense restarts, everything is setup according to its  "one and unique pfSense config file" info.
And you can still use the GUI to look/edit/delete things.
Btw : this is a 'how I would do it solution'.
Commanding pfSense from the command line without doing it the 'pfSense' way is generally a bad idea.
]]></description><link>https://forum.netgate.com/topic/200711/openvpn-make-client-specific-overrides-persistent-after-reboot</link><guid isPermaLink="true">https://forum.netgate.com/topic/200711/openvpn-make-client-specific-overrides-persistent-after-reboot</guid><dc:creator><![CDATA[Gertjan]]></dc:creator><pubDate>Wed, 20 May 2026 12:34:42 GMT</pubDate></item><item><title><![CDATA[ifconfig option in OpenVPN server config for Peer to Peer necessary?]]></title><description><![CDATA[@Gertjan said in ifconfig option in OpenVPN server config for Peer to Peer necessary?:

Then restart the openvpn server (client) and see what happens.

That's one idea I had, but since the traffic is routed to the remote side via IP 10.0.0.2 this will break my connection.
It's a router to router connection, but this must also possible with the "Remote Access" mode?
So whats the exactly benefit of the peer to peer Mode?
]]></description><link>https://forum.netgate.com/topic/200701/ifconfig-option-in-openvpn-server-config-for-peer-to-peer-necessary</link><guid isPermaLink="true">https://forum.netgate.com/topic/200701/ifconfig-option-in-openvpn-server-config-for-peer-to-peer-necessary</guid><dc:creator><![CDATA[slu]]></dc:creator><pubDate>Mon, 18 May 2026 10:55:02 GMT</pubDate></item><item><title><![CDATA[OpenVPN CVE-2026-40215 | will CE 2.8.1 also received the update to 2.6.20?]]></title><description><![CDATA[It's now fixed in Plus and CE:
https://forum.netgate.com/post/1242673
]]></description><link>https://forum.netgate.com/topic/200669/openvpn-cve-2026-40215-will-ce-2.8.1-also-received-the-update-to-2.6.20</link><guid isPermaLink="true">https://forum.netgate.com/topic/200669/openvpn-cve-2026-40215-will-ce-2.8.1-also-received-the-update-to-2.6.20</guid><dc:creator><![CDATA[slu]]></dc:creator><pubDate>Mon, 11 May 2026 20:54:52 GMT</pubDate></item><item><title><![CDATA[openvpn-client-export remove persist-key from regular export (deprecated)]]></title><description><![CDATA[It's only ignored, not a fatal error, so it's not critical to remove yet.
They do not have a timeline for its removal, so there's no hurry to change it at the moment.
We usually drop options to "legacy" when they cause a failure or otherwise have a negative impact. Leaving them in place as they are now increases the compatibility of the generated configuration files with a wider range of OpenVPN client versions.
]]></description><link>https://forum.netgate.com/topic/200650/openvpn-client-export-remove-persist-key-from-regular-export-deprecated</link><guid isPermaLink="true">https://forum.netgate.com/topic/200650/openvpn-client-export-remove-persist-key-from-regular-export-deprecated</guid><dc:creator><![CDATA[jimp]]></dc:creator><pubDate>Thu, 07 May 2026 13:43:16 GMT</pubDate></item><item><title><![CDATA[OpenVPN issue when unautorized login attempt]]></title><description><![CDATA[@Autourdupc said in OpenVPN issue when unautorized login attempt:

One side, external : LAN2 with NAS2 -&gt; Freebox (router) -&gt; WAN
Other side, office : LAN1 with NAS1 -&gt; pfsense (router) -&gt; Freebox (router) -&gt; WAN
Purpose : NAS1 sends backup to NAS2

Replace 'Freebox' with 'Livebox' and you have exactly my same setup.
I backup my work Synology diskstation to my home Syno diskstation, using Hyper Backup on one side (work) and the counterpart 'The Vault' at the home side.
Since I have fiber at home and at work, this has became a usable option. Renting 10 Tera somewhere was way more expensive. Previous upload speeds (VDSL) made this nearly impossible anyway.
I used OpenVPN in the beginning ... but then I started to think : the communication channel is 'ssh' and the distance isn't that far. SSH means : traffic is TLS encrypted.
The data copied are already encrypted Macrium Reflect backup files.
Do I really need an encrypted VPN channel over an encrypted channel with data already encrypted ?
Btw : the data is company related (a hotel) and we don't store private client info, maybe just their name, and their bills and so on.
Since I stopped using VPN, my backups always terminate every night, and it takes some 60 minute s or so to transfer something like 250 Gbytes.
I do use OpenVPN for remote admin access. Just UDP. Never had any issues with that.
The only 'VPN' "errors" I see are these :
[image: 1778046306704-e46a8a08-5bbd-4e60-8c34-9876e6a2fd1e-image.png]
and these are, imho, just packets from scanners trying. The OpenVPN isn't restarted.
]]></description><link>https://forum.netgate.com/topic/200627/openvpn-issue-when-unautorized-login-attempt</link><guid isPermaLink="true">https://forum.netgate.com/topic/200627/openvpn-issue-when-unautorized-login-attempt</guid><dc:creator><![CDATA[Gertjan]]></dc:creator><pubDate>Mon, 04 May 2026 09:08:37 GMT</pubDate></item><item><title><![CDATA[Renegotiation Time with MFA]]></title><description><![CDATA[<p dir="auto">We recently deployed Entra ID MFA with our OpenVPN setup. It’s working well overall, but we’ve run into one issue.</p>
<p dir="auto">We currently have reneg-sec set to 36000 on both the server and client. However, we’re finding that clients that remain connected for the full duration are only staying connected for about 9 hours, rather than the expected 10 hours.</p>
<p dir="auto">Aside from increasing the renegotiation time to compensate, has anyone seen these settings fail to honor the full timeout value?</p>
]]></description><link>https://forum.netgate.com/topic/200618/renegotiation-time-with-mfa</link><guid isPermaLink="true">https://forum.netgate.com/topic/200618/renegotiation-time-with-mfa</guid><dc:creator><![CDATA[SanDwest]]></dc:creator><pubDate>Sat, 02 May 2026 03:42:37 GMT</pubDate></item><item><title><![CDATA[Configure pfSense with Microsoft MFA for VPN]]></title><description><![CDATA[<p dir="auto">Is it possible to configure Entra ID users from a Microsoft tenant for validation with Microsoft Authenticator MFA for VPN access validation? Would it be possible to integrate this validation through SAML? Is an intermediate server or any specific CPU hardware requirement needed for this purpose?</p>
<p dir="auto">We have been searching for information but haven't found exactly what I'm referring to.</p>
<p dir="auto">If it's not possible through SAML, would it be feasible to set up this MFA Authenticator for 2FA using an intermediate RADIUS server?</p>
<p dir="auto">Thank you in advance for your help.</p>
]]></description><link>https://forum.netgate.com/topic/200562/configure-pfsense-with-microsoft-mfa-for-vpn</link><guid isPermaLink="true">https://forum.netgate.com/topic/200562/configure-pfsense-with-microsoft-mfa-for-vpn</guid><dc:creator><![CDATA[rperez79]]></dc:creator><pubDate>Mon, 20 Apr 2026 09:12:28 GMT</pubDate></item><item><title><![CDATA[pfSense OpenVPN multiple servers crash]]></title><description><![CDATA[<p dir="auto">I am running pfSense with multiple OpenVPN servers configured (several instances on different interfaces).</p>
<p dir="auto">Total number of connected users is around ~200.</p>
<p dir="auto">Authentication is done via:</p>
<ul>
<li>RADIUS (FreeRADIUS)</li>
<li>2FA (OTP / push-based)</li>
</ul>
<p dir="auto">When the main WAN link briefly goes down (even for a few seconds), all VPN clients disconnect.<br />
After the link is restored, all clients attempt to reconnect simultaneously (reconnect storm).<br />
At that moment pfSense becomes unstable and starts behaving incorrectly:<br />
OpenVPN clients fail to reconnect properly<br />
OpenVPN see "Unable to contact daemon<br />
Service not running?"<br />
<img src="/assets/uploads/files/1776370137045-e81d9bf9-2773-4ab2-a666-f76b00032fad-image.png" alt="e81d9bf9-2773-4ab2-a666-f76b00032fad-image.png" class=" img-fluid img-markdown" /></p>
<p dir="auto"><strong>What is the correct way to handle mass OpenVPN reconnect storms on pfSense?</strong></p>
]]></description><link>https://forum.netgate.com/topic/200543/pfsense-openvpn-multiple-servers-crash</link><guid isPermaLink="true">https://forum.netgate.com/topic/200543/pfsense-openvpn-multiple-servers-crash</guid><dc:creator><![CDATA[slonpro]]></dc:creator><pubDate>Thu, 16 Apr 2026 20:10:05 GMT</pubDate></item><item><title><![CDATA[OpenVPN Crash after update]]></title><description><![CDATA[@Gertjan Are there by any chance any other logs I can check?
]]></description><link>https://forum.netgate.com/topic/200535/openvpn-crash-after-update</link><guid isPermaLink="true">https://forum.netgate.com/topic/200535/openvpn-crash-after-update</guid><dc:creator><![CDATA[PJHaan]]></dc:creator><pubDate>Thu, 16 Apr 2026 11:58:04 GMT</pubDate></item><item><title><![CDATA[OPEN VPN MULTISITE ON HIRING PFSENSE CLOUD]]></title><description><![CDATA[@Manhbkas270495 Read the documentation
https://docs.netgate.com/pfsense/en/latest/vpn/openvpn/index.html
And read about iroute. This is what you need
]]></description><link>https://forum.netgate.com/topic/200506/open-vpn-multisite-on-hiring-pfsense-cloud</link><guid isPermaLink="true">https://forum.netgate.com/topic/200506/open-vpn-multisite-on-hiring-pfsense-cloud</guid><dc:creator><![CDATA[netblues]]></dc:creator><pubDate>Fri, 10 Apr 2026 07:23:37 GMT</pubDate></item><item><title><![CDATA[OpenVPN clients sometimes receive a DHCP address instead of the address assigned by FreeRADIUS]]></title><description><![CDATA[After the adjustment, it has been working well for some time now, and the issue appears to be resolved.
]]></description><link>https://forum.netgate.com/topic/200488/openvpn-clients-sometimes-receive-a-dhcp-address-instead-of-the-address-assigned-by-freeradius</link><guid isPermaLink="true">https://forum.netgate.com/topic/200488/openvpn-clients-sometimes-receive-a-dhcp-address-instead-of-the-address-assigned-by-freeradius</guid><dc:creator><![CDATA[itnl]]></dc:creator><pubDate>Wed, 08 Apr 2026 07:35:39 GMT</pubDate></item><item><title><![CDATA[OpenVPN Gateway Issues]]></title><description><![CDATA[i have the exact same problem as you do and pfsense has set it to dynamic and grayed out the option to change it to static and netgate support wont help at all
]]></description><link>https://forum.netgate.com/topic/200429/openvpn-gateway-issues</link><guid isPermaLink="true">https://forum.netgate.com/topic/200429/openvpn-gateway-issues</guid><dc:creator><![CDATA[kevin bradt]]></dc:creator><pubDate>Sun, 29 Mar 2026 19:50:02 GMT</pubDate></item><item><title><![CDATA[VPN access for specific user only]]></title><description><![CDATA[@Gertjan
Ah haha Noted.
And thank you so much for the help.
]]></description><link>https://forum.netgate.com/topic/200408/vpn-access-for-specific-user-only</link><guid isPermaLink="true">https://forum.netgate.com/topic/200408/vpn-access-for-specific-user-only</guid><dc:creator><![CDATA[osnaabay]]></dc:creator><pubDate>Tue, 24 Mar 2026 11:36:34 GMT</pubDate></item><item><title><![CDATA[OpenVPN Connectivity Issue from Public Network | Pfsense VM]]></title><description><![CDATA[And it still fails the same way?
Check the states in pfSense when you're trying to connect. Do you see the incoming state on WAN?
If you don't see a state do you see blocked traffic in the firewall log?
]]></description><link>https://forum.netgate.com/topic/200371/openvpn-connectivity-issue-from-public-network-pfsense-vm</link><guid isPermaLink="true">https://forum.netgate.com/topic/200371/openvpn-connectivity-issue-from-public-network-pfsense-vm</guid><dc:creator><![CDATA[stephenw10]]></dc:creator><pubDate>Mon, 16 Mar 2026 13:16:07 GMT</pubDate></item><item><title><![CDATA[ExpressVPN CA Certificate Expiration]]></title><description><![CDATA[@Gertjan Previously, swapping locations would sometimes still get TLS errors, but that was due to not separating the CA authorities, like you did in your photo. Thanks for capturing that. Now, as of 11 April at least one .ovpn file (chosen at random) downloaded without the second CA. Fortunately, by offering just the CA 3 that matches your photo, it all works again. The authority now expires in 2124, and certificate 2066 as you documented. With that, reviewed all settings, and that finally resolved the TLS errors/cert expirations/or connection failures. ExpressVPN / pfSense immediately connect. Everything is looking great.  ***While at it, another major company has Certs expiring this summer too (related to secure UEFI keys for booting). So, ensure auto update / latest updates are on for systems/devices before the expiration this summer. Auto update seems to be the preferred route.
]]></description><link>https://forum.netgate.com/topic/200350/expressvpn-ca-certificate-expiration</link><guid isPermaLink="true">https://forum.netgate.com/topic/200350/expressvpn-ca-certificate-expiration</guid><dc:creator><![CDATA[weavers]]></dc:creator><pubDate>Sat, 14 Mar 2026 09:44:45 GMT</pubDate></item><item><title><![CDATA[Cannot connect to LAN servers apart from the pfSense LAN Interface IP address]]></title><description><![CDATA[okay,
thought it might be just a typo...
Is your openVPN server running on pfsense itself?
What are your rules for the openVPN Interface?
Your openVPN tunnel IP range is 10.8.0.0/24 (?)), so your vpn client gets some out of there...
As @Gertjan said: make sure your openVPN inteface has the rules needed to ping and reach your LAN (192.168.4.0/24)...
Also as @johnpoz said...do you have your vms and servers and other stuff behind another firewall? VMs i.E with proxmox server and there firewall active? NAS running with its own firewall active? Then go there and allow either your VPN tunnel net or (better imho) give your VPN client a static IP (iE 10.8.0.2/24) and allow just that one...(and others, if needed).
:)
]]></description><link>https://forum.netgate.com/topic/200314/cannot-connect-to-lan-servers-apart-from-the-pfsense-lan-interface-ip-address</link><guid isPermaLink="true">https://forum.netgate.com/topic/200314/cannot-connect-to-lan-servers-apart-from-the-pfsense-lan-interface-ip-address</guid><dc:creator><![CDATA[the other]]></dc:creator><pubDate>Mon, 09 Mar 2026 09:01:37 GMT</pubDate></item><item><title><![CDATA[Disconnect inactive clients after 2 hours]]></title><description><![CDATA[@shaunmccloud You've tried the inactive switch on their client .ovpn configs?
]]></description><link>https://forum.netgate.com/topic/200296/disconnect-inactive-clients-after-2-hours</link><guid isPermaLink="true">https://forum.netgate.com/topic/200296/disconnect-inactive-clients-after-2-hours</guid><dc:creator><![CDATA[KOM]]></dc:creator><pubDate>Thu, 05 Mar 2026 16:31:22 GMT</pubDate></item><item><title><![CDATA[OpenVPN server error | MULTI: new incoming connection would exceed maximum number of clients (1)]]></title><description><![CDATA[<p dir="auto">Hi</p>
<p dir="auto">I have issues with my setup regarding a OpenVPN server running on my pfSense instance. I have one client connected to it, which is a Synology NAS. For some reason the NAS tries to reconnect, but the server seems to see the NAS as a new client and not a reconnect of existing client. Any ideas on what the issue could be? The config have worked for several weeks and suddenly this became a problem, nothing have been changed in the config or update of any software in this period.</p>
<p dir="auto">Sorry in advance for any missing information in helping me solve this, I will try to provide whatever is needed.</p>
<p dir="auto">Log:<br />
MULTI: new incoming connection would exceed maximum number of clients (1)</p>
]]></description><link>https://forum.netgate.com/topic/200294/openvpn-server-error-multi-new-incoming-connection-would-exceed-maximum-number-of-clients-1</link><guid isPermaLink="true">https://forum.netgate.com/topic/200294/openvpn-server-error-multi-new-incoming-connection-would-exceed-maximum-number-of-clients-1</guid><dc:creator><![CDATA[vegard]]></dc:creator><pubDate>Thu, 05 Mar 2026 12:54:57 GMT</pubDate></item><item><title><![CDATA[Differentiating between OpenVPN servers with RADIUS auth]]></title><description><![CDATA[@Gertjan My assumption is #3686 was not implemented as outlined, and that functionality was implemented as "nas-port" - which unfortunately isn't recognized by Windows Server NPS as far as I can see.
]]></description><link>https://forum.netgate.com/topic/200246/differentiating-between-openvpn-servers-with-radius-auth</link><guid isPermaLink="true">https://forum.netgate.com/topic/200246/differentiating-between-openvpn-servers-with-radius-auth</guid><dc:creator><![CDATA[frozenmsp]]></dc:creator><pubDate>Thu, 26 Feb 2026 12:18:35 GMT</pubDate></item><item><title><![CDATA[Rewrite OpenVPN client subnet]]></title><description><![CDATA[Hm, that doesn't work fully ... now that I try to deploy that.
Do I need a second rule to also rewrite the reply packets?
I 1:1 even the correct method here?
Shouldn't I do Outbound NAT maybe?
I had assumed to be able to access IPs in the LAN of the ovpn-client via their mapped counterpart:
LAN-IP: 192.168.0.12
accessable from the OpenVPN-server side via 172.16.1.12
AND: I assume I would have to edit "Remote IPv4 networks" for that CSO to 172.16.1.0/24.
In a packet capture on the client I see (ping-test) ICMP packages, but they don't get back through the tunnel somehow.
I try to ping 172.16.1.12 from the ovpn-server pfSense.
]]></description><link>https://forum.netgate.com/topic/200203/rewrite-openvpn-client-subnet</link><guid isPermaLink="true">https://forum.netgate.com/topic/200203/rewrite-openvpn-client-subnet</guid><dc:creator><![CDATA[sgw]]></dc:creator><pubDate>Fri, 20 Feb 2026 13:22:39 GMT</pubDate></item><item><title><![CDATA[OpenVPN peer-to-peer DNS question]]></title><description><![CDATA[<p dir="auto">I have configured a peer-to-peer OpenVPN connection between two pfSense instances.</p>
<p dir="auto">The issue is that I don't get DNS resolution at the client for server-side LAN DNS (which is hosted on the pfSense server) unless I configure a specific "Domain Override" on the client under <code>Services/DNS Resolver/General Settings</code></p>
<p dir="auto">Client-side Domain Override</p>
<p dir="auto"><img src="/assets/uploads/files/1771434147902-2026-02-18_09-01-53.png" alt="2026-02-18_09-01-53.PNG" class=" img-fluid img-markdown" /></p>
<p dir="auto">On the server I have configured a Client Specific Override:</p>
<p dir="auto"><img src="/assets/uploads/files/1771434244166-2026-02-18_08-50-21.png" alt="2026-02-18_08-50-21.PNG" class=" img-fluid img-markdown" /></p>
<p dir="auto">And on the client I have set "Pull DNS"</p>
<p dir="auto"><img src="/assets/uploads/files/1771434275985-2026-02-18_08-53-32.png" alt="2026-02-18_08-53-32.PNG" class=" img-fluid img-markdown" /></p>
<p dir="auto">I expected that those two settings would eliminate the need for a Domain Override in the client's DNS resolver configuration.  Without this Domain Override, the client resolver never attempts to send DNS queries to the server.</p>
<p dir="auto">Did I misunderstand this?  Is a Domain Override always necessary?</p>
]]></description><link>https://forum.netgate.com/topic/200190/openvpn-peer-to-peer-dns-question</link><guid isPermaLink="true">https://forum.netgate.com/topic/200190/openvpn-peer-to-peer-dns-question</guid><dc:creator><![CDATA[jhg]]></dc:creator><pubDate>Wed, 18 Feb 2026 17:07:22 GMT</pubDate></item></channel></rss>