Skip to main content
iliyahoo
New Member
September 23, 2012
Question

Client connected to DMZ can' t go out to the Internet

  • September 23, 2012
  • 14 replies
  • 15688 views
Hi, Help me to resolve the problem described below, please. I' ve installed Fortigate 60B and now need to provide access to our guests. Guests must be isolated from office infrastructure. For this configuration I' ve set up DMZ interface with DHCP server. Client connected to DMZ port gets DHCP configuration but can' t go out to the Internet. Internal interface: Addressing mode: manual (10.0.0.250/24) DMZ interface config: Addressing mode: manual (192.168.16.1/24) DHCP server config (for DMZ interface): Type: regular IP: 192.168.16.100-199 Netmask: 255.255.255.0 Def Gateway: 192.168.16.1 DNS: 192.168.16.1 Policy: DMZ(all) --> WAN1(all) = accept

    14 replies

    ede_pfau
    SuperUser
    SuperUser
    September 23, 2012
    hi, and welcome to the forums. Make sure you have NAT checked in the policy. Without, reply traffic cannot be routed back to your network.
    iliyahoo
    iliyahooAuthor
    New Member
    September 23, 2012
    Thank you for a quick replay. Just now I checked that NAT is enabled. May be I need to add a route?
    ede_pfau
    SuperUser
    SuperUser
    September 24, 2012
    No not really. I assume you have a default route in place for the internal hosts. If not, add a static route ' 0.0.0.0/0' , interface WAN, no gateway address. This will work for both internal and DMZ subnets. The FGT already knows where to find the DMZ subnet so no need for any additional routes here. Do you use Policy Routing somewhere - might interfere with routing.
    iliyahoo
    iliyahooAuthor
    New Member
    September 24, 2012
    Ping to 8.8.8.8 don' t arrive. I' ve added static route (' 0.0.0.0/0' , interface WAN, no gateway address). In Policy Routing I don' t have any rules. Here my def.gateway on the client PC, connected to DMZ. $ route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 192.168.16.1 0.0.0.0 UG 0 0 0 eth0 Thanks.
    ede_pfau
    SuperUser
    SuperUser
    September 24, 2012
    You can check which routes are active (vs. configured) in the Routing Monitor. If your office staff has been able to browse the internet in the past then the additional default route wasn' t necessary. There' s probably one set by the interface config for the WAN port (' override default gateway' ). If you post the screenshot of the Routing Monitor then you could also post the policy ' DMZ' ->' WAN' . These are the only two essential parts of the config needed for traffic flow.
    iliyahoo
    iliyahooAuthor
    New Member
    September 24, 2012
    Thank you, Ede! Please check attached files with screenshots.
    ede_pfau
    SuperUser
    SuperUser
    September 24, 2012
    Funny how the most important parts of the config only become visible in the end... You never mentioned you had 2 WAN lines. Could it be traffic from the DMZ leaves on WAN1 and the reply comes in on WAN2? Again, a peek into the Routing Monitor table would tell more.
    iliyahoo
    iliyahooAuthor
    New Member
    September 24, 2012
    This is my routing monitor:
    ede_pfau
    SuperUser
    SuperUser
    September 24, 2012
    The network mask for the DMZ subnet is too small: /32. Specify /24 instead.
    iliyahoo
    iliyahooAuthor
    New Member
    September 24, 2012
    This isn' t subnet, IP address of interface.
    Thought Leadership Security Summit. Outpace New Threats with AI - enhanced defense. Tuesday, Septmeber 15, 8:30 AM - 2:30 PM PT. The Golf Club at Newcastle, WA.
    Fortinet Flag the Hack. Wednesday, August 26, 9:00 AM - 5:00 PM ET, COSM, Atlanta, GA.