RDP unusable when using OpenVPNProblems setting up a VPN: can connect but can't ping anyoneOpenVPN routing problemOpenVPN connection from within 2nd subnet in office?openvpn multiple instances route issue?Configuring OpenVPN server (Debian 8) and client (Windows 10)OpenVPN and multicast routingOpenVPN Client Local LAN AccessRun OpenVPN server on alias IPHow to configure iptables for a dial-up VPN with OpenVPN and two interfaces?OpenVPN persist-tun option - what's the point?
Confused with atmospheric pressure equals plastic balloon’s inner pressure
How to avoid typing 'git' at the begining of every Git command
How do we say "within a kilometer radius spherically"?
How to befriend someone who doesn't like to talk?
Do empty drive bays need to be filled?
I've been given a project I can't complete, what should I do?
Do you have to have figures when playing D&D?
Increase speed altering column on large table to NON NULL
What would be the way to say "just saying" in German? (Not the literal translation)
Why are MBA programs closing in the United States?
Use 1 9 6 2 in this order to make 75
Grep Match and extract
Could a person damage a jet airliner - from the outside - with their bare hands?
Zig-zag function - coded solution
What should I discuss with my DM prior to my first game?
Was planting UN flag on Moon ever discussed?
Is it possible to have 2 different but equal size real number sets that have the same mean and standard deviation?
Is there a DSLR/mirorless camera with minimal options like a classic, simple SLR?
The origin of the Russian proverb about two hares
Why do radiation hardened IC packages often have long leads?
Why is Na5 not played in this line of the French Defense, Advance Variation?
To what extent do precedents in Westminster systems apply in other countries that use it?
Rail-to-rail op-amp only reaches 90% of VCC, works sometimes, not everytime
Is it a acceptable way to write a loss function in this form?
RDP unusable when using OpenVPN
Problems setting up a VPN: can connect but can't ping anyoneOpenVPN routing problemOpenVPN connection from within 2nd subnet in office?openvpn multiple instances route issue?Configuring OpenVPN server (Debian 8) and client (Windows 10)OpenVPN and multicast routingOpenVPN Client Local LAN AccessRun OpenVPN server on alias IPHow to configure iptables for a dial-up VPN with OpenVPN and two interfaces?OpenVPN persist-tun option - what's the point?
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty height:90px;width:728px;box-sizing:border-box;
I've been stuck on this problem for several days now.
I'm currently running an OpenVPN server on a self-hosted server. Our staff use this so that after logging into the VPN from remote locations, they are able to access resources in our office network. The primary use for this is to use RDP to connect to Windows machines.
We need to migrate this to the cloud. We've set up a test environment whereby AWS VPNs connect from our office to a Transit Gateway, which is connected to various VPCs. One of those VPCs contains an instance on which I am running an OpenVPN server which almost matches the configuration of the current VPN, with a few small changes. However, while RDP works perfectly fine using the current OpenVPN installation, it is unusable using the cloud hosted OpenVPN install. By unusable I mean:
- trying to play YouTube clips so that we can test framerates, the playback freezes for up to 10 seconds immediately, then the RDP session gets disconnected
- when doing anything not involving video, it usually works for a minute or two, then everything freezes, and the session gets disconnected after a while
So we are able to connect fine but clearly something isn't performing as it should, and I've tried everything I can think of. These are the details for the current, working, self-hosted OpenVPN server.
- CentOS 6.10
- OpenVPN 2.4.7
And contents of the server.conf:
local 192.168.1.103
port 1194
proto tcp
dev tun
cert /etc/openvpn/keys2/mycert
key /etc/openvpn/keys2/mykey
dh /etc/openvpn/keys2/dh.pem
server 10.8.0.0 255.255.255.0
topology subnet
route 192.168.2.0 255.255.255.0
push "route 10.8.0.0 255.255.255.0"
push "route 192.168.1.0 255.255.255.0"
push "dhcp-option DNS 192.168.1.1"
push "dhcp-option DNS 8.8.8.8"
push "dhcp-option DNS 8.8.4.4"
client-config-dir /etc/openvpn/ccd
client-to-client
duplicate-cn
keepalive 20 600
cipher AES-128-CBC
max-clients 100
user nobody
group nobody
persist-key
persist-tun
status /var/log/openvpn/openvpn-status.log
log /var/log/openvpn/openvpn.log
verb 4
username-as-common-name
plugin /usr/lib64/openvpn/plugins/openvpn-plugin-auth-pam.so openvpn
reneg-sec 0
management localhost 17505
compress lz4
mssfix 1432
mute 10
ifconfig-pool-persist ipp.txt
key-direction 0
tcp-queue-limit 256
verify-client-cert none
The details of the cloud OpenVPN server:
- CentOS 7.6.1810
- OpenVPN 2.4.7
And the contents of server.conf:
port 1194
proto udp
dev tun
username-as-common-name
ca /etc/certs/ca.crt
cert /etc/certs/server.crt
key /etc/certs/server.key
dh /etc/certs/dh2048.pem
server 10.8.0.0 255.255.255.0
topology subnet
push "route 10.8.0.0 255.255.255.0"
push "dhcp-option DNS 8.8.8.8"
push "dhcp-option DNS 8.8.4.4"
client-config-dir /etc/openvpn/ccd
client-to-client
duplicate-cn
keepalive 20 600
tcp-queue-limit 256
cipher AES-256-CBC
auth SHA256
max-clients 100
user nobody
group nobody
persist-key
persist-tun
status /var/log/openvpn/openvpn-status.log
log /var/log/openvpn/openvpn.log
verb 4
plugin /usr/lib64/openvpn/plugins/openvpn-plugin-auth-pam.so openvpn
reneg-sec 0
compress lz4
mssfix 1432
mute 10
ifconfig-pool-persist ipp.txt
key-direction 0
verify-client-cert none
You can see some of the routing is different by necessity. Also, while currently the new server is using UDP, as noted below this is because I've changed this to try to resolve the issue.
This is what I've tried:
- tried both TCP and UDP (UDP never worked well for us in the office so we have used TCP for years)
- many variations in MTU settings, from 500 to 2500, in many increments
- changing the cipher to AES-128-CBC
- all available RDP colour and bandwidth settings
- various RDP display size settings
- TightVNC, which worked perfectly well, but unfortunately isn't an option as a solution. I just wanted to be sure the issue was specific to RDP
Would appreciate any ideas as I'm out of them.
openvpn remote-desktop rdp
add a comment |
I've been stuck on this problem for several days now.
I'm currently running an OpenVPN server on a self-hosted server. Our staff use this so that after logging into the VPN from remote locations, they are able to access resources in our office network. The primary use for this is to use RDP to connect to Windows machines.
We need to migrate this to the cloud. We've set up a test environment whereby AWS VPNs connect from our office to a Transit Gateway, which is connected to various VPCs. One of those VPCs contains an instance on which I am running an OpenVPN server which almost matches the configuration of the current VPN, with a few small changes. However, while RDP works perfectly fine using the current OpenVPN installation, it is unusable using the cloud hosted OpenVPN install. By unusable I mean:
- trying to play YouTube clips so that we can test framerates, the playback freezes for up to 10 seconds immediately, then the RDP session gets disconnected
- when doing anything not involving video, it usually works for a minute or two, then everything freezes, and the session gets disconnected after a while
So we are able to connect fine but clearly something isn't performing as it should, and I've tried everything I can think of. These are the details for the current, working, self-hosted OpenVPN server.
- CentOS 6.10
- OpenVPN 2.4.7
And contents of the server.conf:
local 192.168.1.103
port 1194
proto tcp
dev tun
cert /etc/openvpn/keys2/mycert
key /etc/openvpn/keys2/mykey
dh /etc/openvpn/keys2/dh.pem
server 10.8.0.0 255.255.255.0
topology subnet
route 192.168.2.0 255.255.255.0
push "route 10.8.0.0 255.255.255.0"
push "route 192.168.1.0 255.255.255.0"
push "dhcp-option DNS 192.168.1.1"
push "dhcp-option DNS 8.8.8.8"
push "dhcp-option DNS 8.8.4.4"
client-config-dir /etc/openvpn/ccd
client-to-client
duplicate-cn
keepalive 20 600
cipher AES-128-CBC
max-clients 100
user nobody
group nobody
persist-key
persist-tun
status /var/log/openvpn/openvpn-status.log
log /var/log/openvpn/openvpn.log
verb 4
username-as-common-name
plugin /usr/lib64/openvpn/plugins/openvpn-plugin-auth-pam.so openvpn
reneg-sec 0
management localhost 17505
compress lz4
mssfix 1432
mute 10
ifconfig-pool-persist ipp.txt
key-direction 0
tcp-queue-limit 256
verify-client-cert none
The details of the cloud OpenVPN server:
- CentOS 7.6.1810
- OpenVPN 2.4.7
And the contents of server.conf:
port 1194
proto udp
dev tun
username-as-common-name
ca /etc/certs/ca.crt
cert /etc/certs/server.crt
key /etc/certs/server.key
dh /etc/certs/dh2048.pem
server 10.8.0.0 255.255.255.0
topology subnet
push "route 10.8.0.0 255.255.255.0"
push "dhcp-option DNS 8.8.8.8"
push "dhcp-option DNS 8.8.4.4"
client-config-dir /etc/openvpn/ccd
client-to-client
duplicate-cn
keepalive 20 600
tcp-queue-limit 256
cipher AES-256-CBC
auth SHA256
max-clients 100
user nobody
group nobody
persist-key
persist-tun
status /var/log/openvpn/openvpn-status.log
log /var/log/openvpn/openvpn.log
verb 4
plugin /usr/lib64/openvpn/plugins/openvpn-plugin-auth-pam.so openvpn
reneg-sec 0
compress lz4
mssfix 1432
mute 10
ifconfig-pool-persist ipp.txt
key-direction 0
verify-client-cert none
You can see some of the routing is different by necessity. Also, while currently the new server is using UDP, as noted below this is because I've changed this to try to resolve the issue.
This is what I've tried:
- tried both TCP and UDP (UDP never worked well for us in the office so we have used TCP for years)
- many variations in MTU settings, from 500 to 2500, in many increments
- changing the cipher to AES-128-CBC
- all available RDP colour and bandwidth settings
- various RDP display size settings
- TightVNC, which worked perfectly well, but unfortunately isn't an option as a solution. I just wanted to be sure the issue was specific to RDP
Would appreciate any ideas as I'm out of them.
openvpn remote-desktop rdp
Can you please add the output ofroute -nfrom your new RDP server? Also, which firewall do you use? pfsense by any chance?
– Itai Ganot
May 27 at 7:36
When you say RDP server, are you saying the server I am attempting to connect to via RDP? Or the OpenVPN server?
– shaneoh
May 27 at 19:58
The server is always the endpoint which is accepting connections, so yes.
– Itai Ganot
May 27 at 19:59
It's a Windows server. Isn't route -n a Linux command?
– shaneoh
May 27 at 20:01
Regarding firewalls - the current VPN server uses iptables, the new one has iptables but we use AWS security groups to manage connections, and all of the Windows machines use Windows Firewall. I'm not sure it's a firewall issue though as the sessions connect, they are just unstable
– shaneoh
May 27 at 20:05
add a comment |
I've been stuck on this problem for several days now.
I'm currently running an OpenVPN server on a self-hosted server. Our staff use this so that after logging into the VPN from remote locations, they are able to access resources in our office network. The primary use for this is to use RDP to connect to Windows machines.
We need to migrate this to the cloud. We've set up a test environment whereby AWS VPNs connect from our office to a Transit Gateway, which is connected to various VPCs. One of those VPCs contains an instance on which I am running an OpenVPN server which almost matches the configuration of the current VPN, with a few small changes. However, while RDP works perfectly fine using the current OpenVPN installation, it is unusable using the cloud hosted OpenVPN install. By unusable I mean:
- trying to play YouTube clips so that we can test framerates, the playback freezes for up to 10 seconds immediately, then the RDP session gets disconnected
- when doing anything not involving video, it usually works for a minute or two, then everything freezes, and the session gets disconnected after a while
So we are able to connect fine but clearly something isn't performing as it should, and I've tried everything I can think of. These are the details for the current, working, self-hosted OpenVPN server.
- CentOS 6.10
- OpenVPN 2.4.7
And contents of the server.conf:
local 192.168.1.103
port 1194
proto tcp
dev tun
cert /etc/openvpn/keys2/mycert
key /etc/openvpn/keys2/mykey
dh /etc/openvpn/keys2/dh.pem
server 10.8.0.0 255.255.255.0
topology subnet
route 192.168.2.0 255.255.255.0
push "route 10.8.0.0 255.255.255.0"
push "route 192.168.1.0 255.255.255.0"
push "dhcp-option DNS 192.168.1.1"
push "dhcp-option DNS 8.8.8.8"
push "dhcp-option DNS 8.8.4.4"
client-config-dir /etc/openvpn/ccd
client-to-client
duplicate-cn
keepalive 20 600
cipher AES-128-CBC
max-clients 100
user nobody
group nobody
persist-key
persist-tun
status /var/log/openvpn/openvpn-status.log
log /var/log/openvpn/openvpn.log
verb 4
username-as-common-name
plugin /usr/lib64/openvpn/plugins/openvpn-plugin-auth-pam.so openvpn
reneg-sec 0
management localhost 17505
compress lz4
mssfix 1432
mute 10
ifconfig-pool-persist ipp.txt
key-direction 0
tcp-queue-limit 256
verify-client-cert none
The details of the cloud OpenVPN server:
- CentOS 7.6.1810
- OpenVPN 2.4.7
And the contents of server.conf:
port 1194
proto udp
dev tun
username-as-common-name
ca /etc/certs/ca.crt
cert /etc/certs/server.crt
key /etc/certs/server.key
dh /etc/certs/dh2048.pem
server 10.8.0.0 255.255.255.0
topology subnet
push "route 10.8.0.0 255.255.255.0"
push "dhcp-option DNS 8.8.8.8"
push "dhcp-option DNS 8.8.4.4"
client-config-dir /etc/openvpn/ccd
client-to-client
duplicate-cn
keepalive 20 600
tcp-queue-limit 256
cipher AES-256-CBC
auth SHA256
max-clients 100
user nobody
group nobody
persist-key
persist-tun
status /var/log/openvpn/openvpn-status.log
log /var/log/openvpn/openvpn.log
verb 4
plugin /usr/lib64/openvpn/plugins/openvpn-plugin-auth-pam.so openvpn
reneg-sec 0
compress lz4
mssfix 1432
mute 10
ifconfig-pool-persist ipp.txt
key-direction 0
verify-client-cert none
You can see some of the routing is different by necessity. Also, while currently the new server is using UDP, as noted below this is because I've changed this to try to resolve the issue.
This is what I've tried:
- tried both TCP and UDP (UDP never worked well for us in the office so we have used TCP for years)
- many variations in MTU settings, from 500 to 2500, in many increments
- changing the cipher to AES-128-CBC
- all available RDP colour and bandwidth settings
- various RDP display size settings
- TightVNC, which worked perfectly well, but unfortunately isn't an option as a solution. I just wanted to be sure the issue was specific to RDP
Would appreciate any ideas as I'm out of them.
openvpn remote-desktop rdp
I've been stuck on this problem for several days now.
I'm currently running an OpenVPN server on a self-hosted server. Our staff use this so that after logging into the VPN from remote locations, they are able to access resources in our office network. The primary use for this is to use RDP to connect to Windows machines.
We need to migrate this to the cloud. We've set up a test environment whereby AWS VPNs connect from our office to a Transit Gateway, which is connected to various VPCs. One of those VPCs contains an instance on which I am running an OpenVPN server which almost matches the configuration of the current VPN, with a few small changes. However, while RDP works perfectly fine using the current OpenVPN installation, it is unusable using the cloud hosted OpenVPN install. By unusable I mean:
- trying to play YouTube clips so that we can test framerates, the playback freezes for up to 10 seconds immediately, then the RDP session gets disconnected
- when doing anything not involving video, it usually works for a minute or two, then everything freezes, and the session gets disconnected after a while
So we are able to connect fine but clearly something isn't performing as it should, and I've tried everything I can think of. These are the details for the current, working, self-hosted OpenVPN server.
- CentOS 6.10
- OpenVPN 2.4.7
And contents of the server.conf:
local 192.168.1.103
port 1194
proto tcp
dev tun
cert /etc/openvpn/keys2/mycert
key /etc/openvpn/keys2/mykey
dh /etc/openvpn/keys2/dh.pem
server 10.8.0.0 255.255.255.0
topology subnet
route 192.168.2.0 255.255.255.0
push "route 10.8.0.0 255.255.255.0"
push "route 192.168.1.0 255.255.255.0"
push "dhcp-option DNS 192.168.1.1"
push "dhcp-option DNS 8.8.8.8"
push "dhcp-option DNS 8.8.4.4"
client-config-dir /etc/openvpn/ccd
client-to-client
duplicate-cn
keepalive 20 600
cipher AES-128-CBC
max-clients 100
user nobody
group nobody
persist-key
persist-tun
status /var/log/openvpn/openvpn-status.log
log /var/log/openvpn/openvpn.log
verb 4
username-as-common-name
plugin /usr/lib64/openvpn/plugins/openvpn-plugin-auth-pam.so openvpn
reneg-sec 0
management localhost 17505
compress lz4
mssfix 1432
mute 10
ifconfig-pool-persist ipp.txt
key-direction 0
tcp-queue-limit 256
verify-client-cert none
The details of the cloud OpenVPN server:
- CentOS 7.6.1810
- OpenVPN 2.4.7
And the contents of server.conf:
port 1194
proto udp
dev tun
username-as-common-name
ca /etc/certs/ca.crt
cert /etc/certs/server.crt
key /etc/certs/server.key
dh /etc/certs/dh2048.pem
server 10.8.0.0 255.255.255.0
topology subnet
push "route 10.8.0.0 255.255.255.0"
push "dhcp-option DNS 8.8.8.8"
push "dhcp-option DNS 8.8.4.4"
client-config-dir /etc/openvpn/ccd
client-to-client
duplicate-cn
keepalive 20 600
tcp-queue-limit 256
cipher AES-256-CBC
auth SHA256
max-clients 100
user nobody
group nobody
persist-key
persist-tun
status /var/log/openvpn/openvpn-status.log
log /var/log/openvpn/openvpn.log
verb 4
plugin /usr/lib64/openvpn/plugins/openvpn-plugin-auth-pam.so openvpn
reneg-sec 0
compress lz4
mssfix 1432
mute 10
ifconfig-pool-persist ipp.txt
key-direction 0
verify-client-cert none
You can see some of the routing is different by necessity. Also, while currently the new server is using UDP, as noted below this is because I've changed this to try to resolve the issue.
This is what I've tried:
- tried both TCP and UDP (UDP never worked well for us in the office so we have used TCP for years)
- many variations in MTU settings, from 500 to 2500, in many increments
- changing the cipher to AES-128-CBC
- all available RDP colour and bandwidth settings
- various RDP display size settings
- TightVNC, which worked perfectly well, but unfortunately isn't an option as a solution. I just wanted to be sure the issue was specific to RDP
Would appreciate any ideas as I'm out of them.
openvpn remote-desktop rdp
openvpn remote-desktop rdp
asked May 27 at 3:18
shaneohshaneoh
1141314
1141314
Can you please add the output ofroute -nfrom your new RDP server? Also, which firewall do you use? pfsense by any chance?
– Itai Ganot
May 27 at 7:36
When you say RDP server, are you saying the server I am attempting to connect to via RDP? Or the OpenVPN server?
– shaneoh
May 27 at 19:58
The server is always the endpoint which is accepting connections, so yes.
– Itai Ganot
May 27 at 19:59
It's a Windows server. Isn't route -n a Linux command?
– shaneoh
May 27 at 20:01
Regarding firewalls - the current VPN server uses iptables, the new one has iptables but we use AWS security groups to manage connections, and all of the Windows machines use Windows Firewall. I'm not sure it's a firewall issue though as the sessions connect, they are just unstable
– shaneoh
May 27 at 20:05
add a comment |
Can you please add the output ofroute -nfrom your new RDP server? Also, which firewall do you use? pfsense by any chance?
– Itai Ganot
May 27 at 7:36
When you say RDP server, are you saying the server I am attempting to connect to via RDP? Or the OpenVPN server?
– shaneoh
May 27 at 19:58
The server is always the endpoint which is accepting connections, so yes.
– Itai Ganot
May 27 at 19:59
It's a Windows server. Isn't route -n a Linux command?
– shaneoh
May 27 at 20:01
Regarding firewalls - the current VPN server uses iptables, the new one has iptables but we use AWS security groups to manage connections, and all of the Windows machines use Windows Firewall. I'm not sure it's a firewall issue though as the sessions connect, they are just unstable
– shaneoh
May 27 at 20:05
Can you please add the output of
route -n from your new RDP server? Also, which firewall do you use? pfsense by any chance?– Itai Ganot
May 27 at 7:36
Can you please add the output of
route -n from your new RDP server? Also, which firewall do you use? pfsense by any chance?– Itai Ganot
May 27 at 7:36
When you say RDP server, are you saying the server I am attempting to connect to via RDP? Or the OpenVPN server?
– shaneoh
May 27 at 19:58
When you say RDP server, are you saying the server I am attempting to connect to via RDP? Or the OpenVPN server?
– shaneoh
May 27 at 19:58
The server is always the endpoint which is accepting connections, so yes.
– Itai Ganot
May 27 at 19:59
The server is always the endpoint which is accepting connections, so yes.
– Itai Ganot
May 27 at 19:59
It's a Windows server. Isn't route -n a Linux command?
– shaneoh
May 27 at 20:01
It's a Windows server. Isn't route -n a Linux command?
– shaneoh
May 27 at 20:01
Regarding firewalls - the current VPN server uses iptables, the new one has iptables but we use AWS security groups to manage connections, and all of the Windows machines use Windows Firewall. I'm not sure it's a firewall issue though as the sessions connect, they are just unstable
– shaneoh
May 27 at 20:05
Regarding firewalls - the current VPN server uses iptables, the new one has iptables but we use AWS security groups to manage connections, and all of the Windows machines use Windows Firewall. I'm not sure it's a firewall issue though as the sessions connect, they are just unstable
– shaneoh
May 27 at 20:05
add a comment |
0
active
oldest
votes
Your Answer
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "2"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fserverfault.com%2fquestions%2f968924%2frdp-unusable-when-using-openvpn%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
0
active
oldest
votes
0
active
oldest
votes
active
oldest
votes
active
oldest
votes
Thanks for contributing an answer to Server Fault!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fserverfault.com%2fquestions%2f968924%2frdp-unusable-when-using-openvpn%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Can you please add the output of
route -nfrom your new RDP server? Also, which firewall do you use? pfsense by any chance?– Itai Ganot
May 27 at 7:36
When you say RDP server, are you saying the server I am attempting to connect to via RDP? Or the OpenVPN server?
– shaneoh
May 27 at 19:58
The server is always the endpoint which is accepting connections, so yes.
– Itai Ganot
May 27 at 19:59
It's a Windows server. Isn't route -n a Linux command?
– shaneoh
May 27 at 20:01
Regarding firewalls - the current VPN server uses iptables, the new one has iptables but we use AWS security groups to manage connections, and all of the Windows machines use Windows Firewall. I'm not sure it's a firewall issue though as the sessions connect, they are just unstable
– shaneoh
May 27 at 20:05