Rdesktop Autoselected Keyboard Map En-us Error Unable To Connect

Posted on by admin
  1. Rdesktop Autoselected Keyboard Map En-us Error Unable To Connect

Oct 25, 2011  I can't get rdesktop to access the windows 7 box. 'rdesktop ipaddress' 'Autoselected keyboard map en-us Error: ipaddress: unable to connect I am on Ubuntu 9.10 64 bit access to Windows 7 With Allow access from any version of. 2008, and 2012 allows remote users to connect over the network and. Is to use the ‘rdesktop. 73 Autoselected keyboard map en-us ERROR.

This is a constant problem for me as well and it was present in 9.04, 9.10 and now 10.04. My current Ubuntu build is:

Rdesktop Autoselected Keyboard Map En-us Error Unable To Connect

Ubuntu 10.04 LTS n l

Linux box1 2.6.32-21-generic #32-Ubuntu SMP Fri Apr 16 08:09:38 UTC 2010 x86_64 GNU/Linux

The problem is not present when connecting to Windows 2008 servers, only Windows 2003 servers. I'm using RDPv5 in the tsclient settings. It's a very annoying problem. I connect to a Windows 2003 server and the window comes up. Sometimes the problem occurs right away in that I cannot login because of network issues (I guess, with the tsclient) and the session freezes and disconnects. Sometimes I can login but the session freezes just after that and finally disconnects. If I use a Windows client/OS these issues are never present on any server I connect to with RDP so it seems as if something is broken with the Ubuntu package(s).

This means you're good to go for two reasons - you can already use set.a.light 3D now and your usage is future-proof, because you'll obtain V2 completely free of charge. Set a light 3d studio keygen. Set.a.light 3D V2 is estimated to be above the current version in terms of price, so you can save money here as well.

I have tried fiddling with the tsclient/rdesktop options to no avail.

I run tsclient -vvv from the CLI and here's what's in the console for a session that fails.

cd@box1:~$ tsclient -vvv

(tsclient:17124): GLib-GObject-WARNING **: /build/buildd/glib2.0-2.24.0/gobject/gsignal.c:3079: signal name `depressed' is invalid for instance `0x1988800'

(tsclient:17124): GLib-GObject-WARNING **: /build/buildd/glib2.0-2.24.0/gobject/gsignal.c:3079: signal name `depressed' is invalid for instance `0x1988800'

** (tsclient:17124): WARNING **:
Autoselected keyboard map en-us
WARNING: Remote desktop does not support colour depth 24; falling back to 16
ERROR: recv: Connection reset by peer

One of my customers of the company I work for has made a change to their Internet connection, and now we can't connect to them any more from our LAN.

To help me troubleshoot this issue, the network guy on the customer's site has configured their firewall so that a HTTPS connection to their public IP address is open to any IP. I should put https://<customer's IP> in my browser and get a web page. Well, it works from any network I've tried (even from my smartphone), just not from my company's LAN.

I thought it may be an issue with our firewall (though I checked its rules and it allows outbound TCP port 443 to anywhere), so I just connected a PC directly to the network connection of our provider, bypassing out firewall completely, and still it didn't work (everything else worked).

So I asked for help to our Internet provider's customer service, and they asked me to do a tracert to our customer's IP. The tracert is successful, as the final hop shown in the output is the host I want to reach. So they said there's no problem. :(

I also tried telnet <customer's IP> 443 and that works as well: I get a blank page with the cursor blinking (I've tried using another random port and that gives me an error message, as it should).Still, from any browser of any PC in my LAN I can't open that URL.

I tried checking the network traffic with Wireshark: I see the packages going through and answers coming back, thought the packets I see passing are far less than they are if I successfully connect to another HTTPS website. See the attached screenshot: I had to blur the IPs, anyway the longer string is my PC's local IP address, the shorter one is the customer's public IP.

Yo soy betty la fea online. You always have the choice to experience our sites without personalized advertising based on your web browsing activity by visiting the, the, and/or the, from each of your browsers or devices. Those advertisers use tracking technologies to collect information about your activity on our sites and applications and across the Internet and your other apps and devices.

I don't know what else to try. This is the only IP doing this.. Any idea what could I try to find a solution to this issue?

Thanks, let me know if you need further details.

Edit: when I say 'it doesn't work' I mean: the page doesn't open, the browser keeps loading for a long time and eventually shows an error saying that the page cannot be opened. I'm not in my office now so I can't paste the exact message, but it's the usual message you get when the browser reaches its timeout.When I say 'it works', I mean the browser loads and shows a webpage (it's the logon page for the customers' firewall admin interface: so there's the firewall brand's logo and there are fields to enter a user id and a password).

Update 13/09/2012: tried again to connect to the customer's network through our Internet connection without a firewall. This is what I did:

  • Run a Kubuntu 12.04 live distro on a spare laptop;
  • Updated all the packages I could and installed WireShark;
  • Attached it to my LAN and verified that I couldn't open https://<customer's IP>. Verified that the Wireshark trace for this attempt was the same as the one I've already posted;
  • Verified that I could connect to another customer's host using rdesktop (it worked);
  • Tried to rdesktop to <customer's IP>, here's the output:

  • Disconnected the laptop from the LAN;

  • Disconnected the firewall from the Extranet connection, connected the laptop instead. Set its network configuration so that I could access the Internet;
  • Verified that I could connect to other websites in http and https and in RDP to other customers' hosts - it all worked as expected;
  • Verified that I could still traceroute to <customer's IP>: I could;
  • Verified that I still couldn't open https://<customer's IP> (same exact result as before);
  • Checked the WireShark trace for this attempt and noticed a different behaviour: I could see packets going out to the customer's IP, but no replies at all;
  • Tried to run rdesktop again, with a slightly different result:

  • Finally gave up, put everything back as it was before, turned off the laptop and lost the WireShark traces I had saved. :( I still remember them very well though. :)

Can you get anything out of it? Thank you very much.

Update 12/09/2012 n.2: I followed the suggestion by MadHatter in the comments. From inside the firewall, this is what I get:

If I now type GET / the output pauses for several seconds and then I get:

I'm going to try the same, but bypassing the firewall, as soon as I can.

Thanks.

Update 12/09/2012 n.3: So, I think ISA Server is altering the results of my tests.. I tried installing Wireshark directly on the firewall and monitoring the packets on the Extranet network card. When the destination is the customer's IP, whatever service I try to connect to (HTTPS, RDP or SAProuter), I can only see outbound packets and no response packets whatsoever from their side.

Rdesktop autoselected keyboard map en-us error unable to connect

It looks like ISA Server is 'faking' the remote server's replies, that's why I get a connection using telnet or the openSSL client.

This is the wireshark trace from inside our LAN:

But this is the trace on the Extranet network card:

This makes a bit more sense.. I'll send this info to the customer's tech and see if he can make anything out of it.

Thanks to all that took the time to read my question and post suggestions. I'll update this post again.

MacThePenguin
MacThePenguinMacThePenguin

2 Answers

I would recommend to check your browser's proxy settings.

As you mentioned you've been able to telnet port 443 just fine. And the problme lies within your LAN, so first check the proxy settings of the browser.

sandeep.s85sandeep.s85

I know you guys are going to hate me.. The connection has started working perfectly. I didn't do anything: apparently the firewall on the customer's side has been rebooted and that did the trick.

Again, thank you very much to all of you who took the time to read my question and post suggestions. I've learned a few new tricks thanks to you. I upvoted all of them, I hope I didn't miss any.

MacThePenguinMacThePenguin

Not the answer you're looking for? Browse other questions tagged networkingfirewall or ask your own question.