Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 22 replies
  • Subscribers 2 subscribers
  • Views 12195 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

Red Setup - Manual / Split Setup

jstraten
For a remote office location, we initially wanted to go with the Transparent / Split mode, but it says that our entire remote network would go down when the tunnel fails.  According to the Astaro RED Technical Guide we can void this problem by using the Manual / Split mode.

Sadly the otherwise great guide is somewhat vague on the configuration for the Manual / Split mode.

Here is what we did some far:
- RED10 is registered to ASG on RED tab
- RED10 is setup in Standard / Unified mode as suggested in the guide
- Changed REDS1 in ASG to use Ethernet Static and assigned it an IP in the remote nework
- Link and State are showing as UP on the ASG dashboard
- RED10 shows tunnel as established

What else do we need to do?  We still can't ping the other network.  In fact, we cannot even PING the REDS1 IP address on the local network...  Do we need a static route to the IP address used above?

In our environment, the remote office is on a different domain with different DNS servers than the central office.  Ideally, we would like to keep everything separate at this time.

Did anybody get this to work successfully?  What are we missing?

Thank you!


This thread was automatically locked due to age.
Parents
  • 0
    Bob, with Standard / Unified we don't like the part where the local network will go down when the tunnel goes down.  Basically, this is a collocation scenario and we would like to limit the tunnel traffic to application server traffic.

    The odd thing is that I had briefly working last night.  I figured out that we need to treat the RED10 as a gateway for domain specific traffic like apijnappels is suggesting and that worked well.  Even DNS worked!  However, it stopped working again this morning...

    Here is what I have now:
    - REDS1 interface is set to static with an IP for the remote network
    - RED10 is set to static with the same IP as REDS1
    - Created a remote static route for HQ domain traffic to be routed through the REDS1 IP specified above
    - Requested DNS routing for the HQ domain to use DNS server on HQ network

    Not sure what broke it over night...

    I also have one very basic question:  The static IP on the reds1 interface is the same as the one specified in the RED10 edit screen, right?  If so, why doesn't the configuration screen update the interface when there are configuration changes?  Why even bother showing the interface?

    I also found that  it is sometimes necessary to power cycle the RED10 to take configuration changes.

    I guess I am getting closer to a solution...
  • 0 in reply to jstraten
    I also have one very basic question:  The static IP on the reds1 interface is the same as the one specified in the RED10 edit screen, right?


    No. They must be different.

    The IP you specify through the RED edit screen under "[Server] Client Management" is the IP of the WAN port. The IP you specify through the interfaces section of "Interfaces & Routing" is the IP of the LAN ports.
Reply
  • 0 in reply to jstraten
    I also have one very basic question:  The static IP on the reds1 interface is the same as the one specified in the RED10 edit screen, right?


    No. They must be different.

    The IP you specify through the RED edit screen under "[Server] Client Management" is the IP of the WAN port. The IP you specify through the interfaces section of "Interfaces & Routing" is the IP of the LAN ports.
Children
No Data