Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 16 replies
  • Subscribers 2 subscribers
  • Views 8522 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Move Server from Branch Office to HeadQuarter

lferrara
Hi All, 

We are joining 3 small offices to our Company(where we have an UTM 220, Full License and a Vmware Environment). Our goal is to unify all 3 branch office and allow them to stay protect behind our 220. They have one/two old servers at each branch(with DHCP, DNS, AD and other local app). So we bought 3 Red to allow them to connect with us, in Unified Mode. The point is:

All the Workstations at each location point to their servers locally, for example:
DC, DNS(192.168.1.10/24)
App Server(192.168.1.11/24)
Our Internal HeadQuarter net is:
172.16.0.0/21
So we would assign 172.16.0.20 and 21 to those Servers.

My Question is:
Is there a transparent way to instruct remote workstation to still point to 192.168.1.10 and 1.11?
For example:
RDP from Branch's Workstation to 192.168.1.11 but the connection automatically goes to 172.16.0.21.

I tried with destination nat on 220 on Red interface but I have to write a manual route on each Branch's Workstation.

Please help!!!

Thank you

Luciano


This thread was automatically locked due to age.
Parents
  • 0
    I don't understand.  Do you want to get rid of the servers in the remote locations and have everyone connected to the AD, DNS, DHCP in your main location?

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • 0 in reply to BAlfson
    Hi All, 

    The goal I am try to reach is to avoid clients to change their way to work after a possible red installation. 

    I did a test in this way:

    1. Move 1 Server from branch office to HeadQuarter(from physical to virtual);
    2. Instruct Red to be the new DHCP server at each branch office,with DHCP option, like: new DNS Server IP, Red DNS IP, Domain Name, DG(red interf);
    3. Created a dnat on ASG 220 at HeaQuarter from on unsued ip(192.168.1.50) at branch office to Headquarter(172.16.0.21)new IP Server
    4. Created a route on a test Workstation that point the same unused ip, configured in ASG 220, where the DG is Red IP ADD.
    5. Started a RDP from this workstation 

    When I start the RDP to 192.168.1.50, I am able to reach the new Server IP Add(172.16.0.21)

    The point is:

    Is there a way to avoid the creation of ip static route on single workstation?

    Thank you.
Reply
  • 0 in reply to BAlfson
    Hi All, 

    The goal I am try to reach is to avoid clients to change their way to work after a possible red installation. 

    I did a test in this way:

    1. Move 1 Server from branch office to HeadQuarter(from physical to virtual);
    2. Instruct Red to be the new DHCP server at each branch office,with DHCP option, like: new DNS Server IP, Red DNS IP, Domain Name, DG(red interf);
    3. Created a dnat on ASG 220 at HeaQuarter from on unsued ip(192.168.1.50) at branch office to Headquarter(172.16.0.21)new IP Server
    4. Created a route on a test Workstation that point the same unused ip, configured in ASG 220, where the DG is Red IP ADD.
    5. Started a RDP from this workstation 

    When I start the RDP to 192.168.1.50, I am able to reach the new Server IP Add(172.16.0.21)

    The point is:

    Is there a way to avoid the creation of ip static route on single workstation?

    Thank you.
Children
No Data
Unfiltered HTML