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
    ... in Unified Mode

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

    If Barry's ideas don't solve all your problems, I think you'll need to hire someone to help you.

    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
    Thanks all, 

    The problem is with Ip address, not DNS name. If a ping server01, this one is resolved from local workstation correctly(172.16.0.21). The only problem is with some client-server app that point to ip address instead DNS name.

    I am using red as Standard/Split
Reply
  • 0 in reply to BAlfson
    Thanks all, 

    The problem is with Ip address, not DNS name. If a ping server01, this one is resolved from local workstation correctly(172.16.0.21). The only problem is with some client-server app that point to ip address instead DNS name.

    I am using red as Standard/Split
Children
No Data
Unfiltered HTML