Re: Errors over VPN - message authentication code incorrect

"Dan Langille" <[email protected]>
Newsgroups gmane.os.freebsd.devel.net
Message-ID <[email protected]>
On Sat, Mar 8, 2025, at 11:15 AM, Marek Zarychta wrote:
> W dniu 8.03.2025 o 13:07, Dan Langille pisze:
>> Hello,
>>
>> I am getting errors when transferring data over my VPN.  I'm not sure why. I've recently replace the gateway / firewall device. Previously, this VPN was stable and these types of transfers worked without error.
>>
>> Here is an example.  mydev is behind the firewall. r720-02 is accessed over the VPN
>>
>> [12:04 mydev dvl ~/tmp] % time scp -r [email protected]:bacula.dump .
>> bacula.dump              0%    0     0.0KB/s   --:-- ETAFssh_ssh_dispatch_run_fatal: Connection to 10.10.0.217 port 22: message authentication code incorrect
>> scp: Connection closed
>> scp -r dvl@r720-02:bacula.dump .  0.14s user 0.01s system 21% cpu 0.665 total
>>
>> If I try the scp direct, without using the VPN, the copy succeeds.
>>
>> Ideas please?
>
> Hello Dan,
>
> I'm not sure what type of VPN it is, but if it's OpenVPN, you might need 
> to add "tun-mtu 1400" on the server side. Please refer to PR 276838.

Yes, this is OpenVPN 2.6.13 on FreeBSD 14.2

I just tried "tun-mtu 1400" on the server side. I restarted all clients.  Problem persists.

I also added "mssfix" to the server, restarted server, restarted all clients. Problem persists. As I read the PR again, it mentions "As of today, kernel openvpn does not seem to support `mssfix` - I'm not sure what "kernel openvpn" is.

The server configuration contains 'disable-dco'.

PR 276838 mentions DCO, so given it is disabled, wtf?

I notice that the problem exists on all the OpenVPN client except one. That client is on FreeBSD 14.2, the failing clients are all on FreeBSD 14.1 - hmmm. That is curious.  Perhaps I should update one of the clients and try again.

Thank you.

-- 
  Dan Langille
  [email protected]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.