For some reason I can't submit any web forms (post data) when my openvpn connection is established, and it's driving me crazy. Can't login to Gmail or Facebook for example. Is there a setting somewhere in OpenVPN that I forgot to enable? client.conf [code]client dev tun proto udp remote xx.xx.xxx.xxx 1194 resolv-retry infinite nobind persist-key persist-tun comp-lzo verb 3 remote-cert-tls server[/code] server.conf [code]port 1194 proto udp dev tun ca ca.crt cert server.crt key server.key dh dh1024.pem server 10.8.0.0 255.255.255.0 ifconfig-pool-persist ipp.txt push "redirect-gateway def1 bypass-dhcp" push "dhcp-option DNS 8.8.8.8" push "dhcp-option DNS 8.8.4.4" keepalive 10 120 comp-lzo user nobody group nobody persist-key persist-tun status openvpn-status.log verb 3[/code] /etc/sysctl.conf [code]# Controls IP packet forwarding net.ipv4.ip_forward = 1[/code]

Can't Submit Web Forms When Connected to VPN

reeco

For some reason I can't submit any web forms (post data) when my openvpn connection is established, and it's driving me crazy. Can't login to Gmail or Facebook for example. Is there a setting somewhere in OpenVPN that I forgot to enable?

client.conf

client
dev tun
proto udp
remote xx.xx.xxx.xxx 1194
resolv-retry infinite
nobind
persist-key
persist-tun
comp-lzo
verb 3
remote-cert-tls server

server.conf

port 1194
proto udp
dev tun
ca ca.crt
cert server.crt
key server.key
dh dh1024.pem
server 10.8.0.0 255.255.255.0
ifconfig-pool-persist ipp.txt
push "redirect-gateway def1 bypass-dhcp"
push "dhcp-option DNS 8.8.8.8"
push "dhcp-option DNS 8.8.4.4"
keepalive 10 120
comp-lzo
user nobody
group nobody
persist-key
persist-tun
status openvpn-status.log
verb 3

/etc/sysctl.conf

# Controls IP packet forwarding
net.ipv4.ip_forward = 1

reeco

Thanks! I'm reading that documentation and trying to understand how to do that.

What's strange though is the same client and server configs using a different server IP works perfectly fine. Exact same setup, just a different IP on a different server (but using the same OS and identical setup)

Edit: That looks like instructions to have multiple devices connect to the same VPN, unless I'm misreading. I'm dealing with only one device.

Also, I noticed if I run a speedtest while connected, I can only run the test for downloading. Nothing for uploading. Seems like there's a firewall rule somewhere that needs fixing.

reeco

Yeah, that part is all set.

Also, just tested on Windows and it works fine on a windows machine. Seems to be an issue on Ubuntu only.

reeco

Thanks for that. I added it, restarted openvpn and made sure it was executable on the server. Unfortunately no changes there 🙁

reeco

Current configs are posted in the OP. Sorry I'm not sure how to do verb4. How would I pull up the logs?

It's very strange to me that it works perfectly fine in Windows but not Ubuntu. :x

reeco

Oh gotcha. I removed the up/down script after it didn't do anything. I just added it back in since it sounds like it can only help.

Thanks for the help with how to implement verb 4. I added to the client.conf...

log /etc/openvpn/log/client.log
verb 4

I rebooted and connected to the VPN, and nothing was written to the client.log. It's completely blank.

reeco

Interesting because I have other client.confs with the exact same configurations on the client and server side, only different is the ip, and it works on linux. Additionally, those configs don't have the update-resolv-conf in the client config.

...not arguing, just letting you know how it's setup and what I'm seeing to help shed light.

OpenVPN starts automatically. The setting is enabled in Network Connections. I can verify this by browsing whatsmyip.com. I can browse fine, just can't upload anything or submit forms.

reeco

Yeah it's definitely a mystery to me. The OpenVPN configs that are working are tested on the same sites. Examples are logging into Gmail and running speedtest.net test. Same browser, same linux box, same everything other than the OpenVPN IP and server.

Appreciate all the help you provided!

reeco

On Windows, I notice these two lines in the logs that may be the issue (although everything appears to be working fine)...

write UDPv4: No Route to Host (WSAEHOSTUNREACH) (code=10065)
write UDPv4: No Route to Host (WSAEHOSTUNREACH) (code=10065)

Edit: apparently that's just an occasional glitch. On subsequent connections the error went away.