-
Notifications
You must be signed in to change notification settings - Fork 21
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Unable to sustain RDP connection over VPN #9
Comments
Hi David! Thanks for the report. There seem to be two major versions of the server out there which are incompatible, and I only have access to one to test with. Can you try adding the |
Thanks for the fast reply! Getting closer...it connects successfully, but a couple of things are off:
ERROR Connection reset by peer Here is the entire output: INFO Logging in...
|
Well...look at all the egg on my face! I routed the RPi through my phone's mobile hotspot to rule out LAN interference issues, and it seemed to work just fine for as long as I left it connected. Looks like I may just need to change the subnet for my LAN...something tells me I'm not going to get my company to change theirs! Probably a full day's worth of troubleshooting to follow that, tracking down every place I ever saved the old subnet, but... I guess you could kinda sorta call this a bug (?) since I can't be the only person in the world with a subnet clash issue and netExtender and the SonicWall Global VPN client software do not suffer from the same issue, but this may be the right time to close this report... :-D Thanks for pointing me in the right direction with the --use-swap option; that definitely would not have crossed my mind! I'll update if the subnet change doesn't do the trick. All the best! |
Thanks for the test report! So you're saying that The subnet thing must be annoying. The person who set up my employer's network initially decided to use pretty much all the popular consumer subnets >:( |
Spoke too soon I guess...I changed my local subnet to 192.168.69.*, and that seems to have solved the DNS issue (I can ping outside the network and access the web), but the nxBender connection still drops after a few seconds of my Remmina connection. Here's the debug without --use-swap: --BEGIN-- Here's the output with --use-swap enabled: --BEGIN-- Doesn't seem like a whole lot to go on, but, hoping you can figure something out... Thanks! |
Interestingly...it doesn't seem to have much to do with the length of the connection, but rather the volume of the data moving across. If I connect and leave it idle, it may stay connected for minutes at a time, but as soon as I click around and the connection has to re-draw the screen a bit, the vpn will drop out with one of the messages I pasted above (Broken pipe, Connection reset by peer, etc.). Other things I've tried without success: |
Aw geez...ok, so you're awesome and I officially suck. I finally figured out the problem, and it has nothing to do with the vpn at all...I had the color mode set as GFX-something or other in Remmina (an option that is not even available on my Chromebook/NetExtender setup), and when I changed that setting to TrueColor 32bpp it automagically started working and didn't drop once during a 20 minute session where I put it through its paces with video, 2D, and 3D rendering. I'm truly sorry to have wasted any of your time...so happy that this works now! Please continue the fabulous work! Let me know if there is some way I can help you with that automatic switching problem you were looking into. All the best, |
What a weird bug! Well, I'm glad you got it figured out ^_^ I've just pushed a new version to master which should detect and work with your server's version of the protocol, would you mind trying it out? Thanks! |
Hey, sorry to disappear...I just realized that I never replied to your last comment. I can confirm that nxBender connects to my office's version of the SonicWall device without the need for the --use-swap option now. Unfortunately it still refuses to hold a connection reliably, so I have figured out another solution (using another computer as a gateway running netExtender and routing my ARM device traffic for that subnet through that computer). I'm still willing to try out new builds of nxBender to see if it gets cleared up...maybe with auto-reconnect it will be better. I'm convinced at this point that there is some kind of configuration/stability problem with my company's device, but of course I have no access to that. Thanks again for all your hard work on this project! |
Don't know how to properly express my gratitude that you are working on this project! I really want to be able to remote into my work environment via my RPi4, but netExtender is obviously not working for me and I've run out of other solutions. That said...no luck connecting so far. My office uses a self-signed certificate and non-standard port, but I created a config file to house all of that info, and that seems to be working, but here is the output every time I try to connect:
INFO Logging in...
INFO Starting session...
WARNING Unexpected line in session start message: '}</script>'
INFO Duplicated srv_options value ClientIPHigh = "192.168.168.200";
INFO Dialing up tunnel...
ERROR TLS/SSL connection has been closed (EOF) (_ssl.c:1829)
Traceback (most recent call last):
File "/opt/nxBender/nxbender/ppp.py", line 71, in run
stop = self._pump()
File "/opt/nxBender/nxbender/ppp.py", line 116, in _pump
stop = self.tunsock.write_from(self.pty)
File "/opt/nxBender/nxbender/sslconn.py", line 79, in write_from
self.write(data)
File "/opt/nxBender/nxbender/sslconn.py", line 103, in write
self.write_pump()
File "/opt/nxBender/nxbender/sslconn.py", line 113, in write_pump
self.s.sendall(buf)
File "/usr/lib/python2.7/ssl.py", line 741, in sendall
v = self.send(data[count:])
File "/usr/lib/python2.7/ssl.py", line 707, in send
v = self._sslobj.write(data)
SSLZeroReturnError: TLS/SSL connection has been closed (EOF) (_ssl.c:1829)
INFO Shutting down...
Really hoping this makes sense to someone...please let me know if there's anything else I could provide to help troubleshoot!
Thanks,
David
The text was updated successfully, but these errors were encountered: