2 Terminal Servers on 2 different ports


Recommended Posts

I have a terminal server running on the default port 3389 behind a linksys router. On the router I forward port 3389 to my internal IP of 192.168.0.104. I have another terminal server with IP of 192.168.0.101. On the server I changed the terminal server listening port to 3390 and on the router I forwarded port 3390 to IP 192.168.0.101.

When I connect from inside the network with 192.168.0.101:3390, it does not work. When I use 192.168.0.101:3389 it works. I don't get it. I canged the port in the registry to 3390. What am I doing wrong?

Thanks in advance.

Yes, I just did that and it fixed the problem internally. The problem now is that I cannot connect to the server on port 3390 from outside of the network. Is this a limitation of the linksys router? It should see a request xx.xxx.xxx.xx:3390 and forward to internal IP of 192.168.0.101. It seems like that is not happening. Why not? I have FTP, email and web all forwarded and everything works.

Internally it works, externally it does not. I logged on to my computer at work to test externallly. I will test again when I am actually there but I believe that tha result will be the same.

i assume from outside that you can connect to the first server with 3389 port for RDP? but connecting to the 1.101 with 3390 does not? i've set this up on linksys routers for people before and it should be ok.. maybe need to check settings on the router and update/reboot it.

i assume from outside that you can connect to the first server with 3389 port for RDP? but connecting to the 1.101 with 3390 does not? i've set this up on linksys routers for people before and it should be ok.. maybe need to check settings on the router and update/reboot it.

Your are 100% correct! I can connect with my external IP:3389 but not with 3390. I believe that the router has the latest firmware and I will reboot it when I get home. I hope that will help but I am not optimistic.

Are you trying to hit the console? They changed the flag from /console to /admin on the new client.

Also the new client has an option to not connect if auth fails under advanced.

Are you trying to hit the console? They changed the flag from /console to /admin on the new client.

Also the new client has an option to not connect if auth fails under advanced.

No, not the console. I checked the authentication and it is set to connect and not warm. I'm just scratching my head still.

Do you get asked for auth? You dont have anything under the TS gateway settings do you?

Are you using any 3rd party security to lock down your remote desktop connections. The 2x SecureRDP for example

http://www.2x.com/securerdp/download.html

It has a feature where you can lock down the client versions that can connect -- you might need to add the new client version. I have seen this issue before.

No it does not ask me for authentication nor do I have anything under the TS gateway settings. The strange thing is that it worked fine when the port was 3389. I cange the TS listening port to 3390 and now I can only connect from the old RDP client. The only change was the port.

I am not using any third party software yet.

You really should not have any need to change the port it listens on.. As already stated -- on the router just forward 3390 to 3389 on the inside.

example

PC one publicip:3389 ext - router - int 192.168.1.100:3389

PC two publicip:3390 ext - router - int 192.168.1.101:3389

PC three publicip:3390 ext - router - int 192.168.1.102:3389

I have set this up multiple times on many different routers. If your router does not support this would be the only reason you would have change the IP your PC rdp listens on. Any decent router would allow you to listen on a different port on the public side and then forward to different port on the private side.

Here is an example from a very common dlink router.

post-14624-1228361590_thumb.png

What specific router are you using? If the native firmware does not support this -- maybe it can run 3rd party like dd-wrt, openwrt or tomato, etc. Which for sure would allow for such a basic feature.

Yeah that linksys native firmware is lame at best.. I would suggest you put 3rd party on that wrt54G of yours -- what hardware version is it?

As you can see dd-wrt clearly supports changing the port on a forward.

post-14624-1228393215_thumb.png

Yeah that linksys native firmware is lame at best.. I would suggest you put 3rd party on that wrt54G of yours -- what hardware version is it?

As you can see dd-wrt clearly supports changing the port on a forward.

post-14624-1228393215_thumb.png

It is version six.

version 6 is supported by dd-wrt and openwrt, but not tomato.

I would highly suggest you take a look at dd-wrt vs the lame native stuff. Not only will it allow you do do the different port forwards it has many many many features and enhancements over the native junk.

Here are the instructions for flashing a V6 to dd-wrt

http://www.bitsum.com/openwiking/owbase/ow.asp?WRT54G5_CFE

Thanks, I will check that out. A while back I was considering Tomato. Is this better?

On my original issue, I decided to go to another workstation that had the old version of RDP client and it was not letting me connect. Now I think that maybe it has something to do with the security on our systems. When I stated before that I could connect from the old client, it was from our terminal server here (the terminal server I am connecting to is at another location). Maybe the workstations are blocking port 3390 and the terminal server is not? I disabled the firewalls on the workstations so it must be some other security program (ISA maybe?). I will try connecting from a friend's computer and that will be my final test.

Yeah for it work the firewalls on both the client and server side are going to have to allow for the traffic. Or any other routers in between, etc.

As to dd-wrt being better than tomato -- I think so, but both have their advantages, etc. The problem is tomato does not support the version of hardware you have. So you could not run it if you wanted too.

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • I don’t get why if I bought the game on the last get I needed to pay $40 to upgrade to the new version in the first place and people who love the game and play a lot would have upgraded already so this is just PR and a chance to grab new players who forgot the game long time ago I think
    • The term "use" is doing a lot of heavy lifting in that headline. "Use" can mean opening ChatGPT occasionally to ask for the definition of a word or information about a specific topic. If you frame the question around how many people use it as a daily driver in their work or personal lives, that number is a lot smaller. Those are the people who pay for AI. Nearly everyone else is happy to use it for free, but doesn't see enough value in it to pay for it.
    • No support for Windows Hello!
    • I think you meant the "ntfs3" driver, but yes there have been a lot of fixes for it in this release and previous releases, not 100% sure if the issue you mentioned is fixed though. In any case, the new "ntfs" driver in 7.1 doesn't have that issue (at least, no reports of such have come thru), but your kernel needs to explicitly enable support for the new driver first (like how CachyOS kernel has it), and you need to edit your mount points in /etc/fstab to use "ntfs" instead of the other drivers.
    • Epic Games says Unreal Engine 6 will help developers "build content faster" using AI models by Pulasthi Ariyasinghe Epic Games is rolling out the latest major update to Unreal Engine 5 today, and at the same time, the company also dropped some information on the next-generation version of the product, Unreal Engine 6. This was already revealed a few weeks ago alongside the new Rocket League upgrade reveal. The company says it is combining the features of Unreal Engine and Unreal Editor for Fortnite to create this new version of its popular media creation tool. On top of creating entire games, the new engine will also focus on letting developers operate large-scale live service titles more easily, whether by shipping content into their own ecosystems or into Fortnite. The use of large language models is also mentioned here, with Epic saying it will be a core part of the engine. "We see LLMs, generative AI models, and tools like Claude and Codex playing a central role in helping you build content faster while maintaining the creative control you need," adds the company. Here is the rundown of what's new about version 6 of Unreal Engine: With all these changes to the programming model, portability upgrades, and generative AI integration, Epic says the new version of the engine will "change a lot about how games are made." The company aims to ship Unreal Engine 6 into early access in late 2027, with a full release planned for 12-18 months later. Epic Games also dropped a lengthy blog post about the new Unreal Engine 5.8 update for game developers over here. The release is focused on delivering better performance, customization, and streamlined workflows for development teams. This will be the final major update for this version of the engine before Epic switches to focus fully on Unreal Engine 6's early access launch.
  • Recent Achievements

    • One Month Later
      Vincian earned a badge
      One Month Later
    • First Post
      Jocimo earned a badge
      First Post
    • Week One Done
      suprememobiles48 earned a badge
      Week One Done
    • One Month Later
      Windows Guy earned a badge
      One Month Later
    • One Month Later
      Prasann earned a badge
      One Month Later
  • Popular Contributors

    1. 1
      +primortal
      502
    2. 2
      +Edouard
      162
    3. 3
      PsYcHoKiLLa
      86
    4. 4
      Steven P.
      67
    5. 5
      neufuse
      65
  • Tell a friend

    Love Neowin? Tell a friend!