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

Can't access device behind RED

Hi I have a site setup with the following setup

Internal>ASG120Cluster->WAN->Router serving DHCP>RED10>Cisco>Client PC's

My RED is in standard unified mode and has an interface 172.16.250.1/29 serving DHCP on 172.16.250.4-6
The RED is 172.16.250.1 the Cisco WAN side is 172.16.250.2 

The Cisco can ping external addresses on my ASG Cluster as can client PC's

however I can't ping the Cisco or client pc's from the ASG or anything inside it.  I can ping my RED address however.

Firewall rules are Trusted networks(internal etc)>any>any and RED network and client networks>ports they require(https etc)>external address of virtual webserver (server load balancing)

Any ideas?


This thread was automatically locked due to age.
Parents
  • build your Network right, its never a Problem

    The reason for this "rule" is that binding definitions to an interface can cause WebAdmin to create routes you don't expect, disrupting VPN and NATted traffic.

    Any necessary definitions with a bound interface can be created by adding an Additional Address to an interface and using the "(Address)" object created by WebAdmin.

    At least, that's how I understand it.

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • Hi Balfson,

    binding an network object to an interface is not the same than using an Additional-Address on an Interface. 
    But you are right with VPN, the interface where you have to bind Objects wich are behind an VPN is an virtual interface and thats not there to bind anything.
    If you shure that an defined object is behind an specific Interface - so what - Packets have to go in and out this Interface and none else.

    Greets firebear
Reply
  • Hi Balfson,

    binding an network object to an interface is not the same than using an Additional-Address on an Interface. 
    But you are right with VPN, the interface where you have to bind Objects wich are behind an VPN is an virtual interface and thats not there to bind anything.
    If you shure that an defined object is behind an specific Interface - so what - Packets have to go in and out this Interface and none else.

    Greets firebear
Children
No Data