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

AD x subnets

Marc M
Hi all,

I have one domain controller in the HQ 192.168.0.0/24 and REDs 192.168.1.0/24 in the branches offices, so I write this post here and not in the RED section because I found today the log bellow in the firewall live log..

19:22:32 Default DROP NetBIOS Name Service 192.168.1.132:137 → 192.168.1.255:137 len=78 ttl=128 tos=0x00 srcmac=0d:52:00:9c:4e:85 dstmac=00:53:64:03:e2[:D]e

My problem is that the computers behind the REDs cannot works fine with AD in the HQ, not logon, not access shares etc...

I try everything, I only got join the computers to the domain via djoin (off line join) but its very bad, I try WINS, NetBIOS over TCPIP, LMHOSTS etc... 

Anyone have an idea to help ?

thx.


This thread was automatically locked due to age.
Parents
  • 0
    Anyway, I prefer more Client -> DC -> ISP DNS path. 

    I've setup dozens of ISA/TMG server scenarios in the past on that way (they don't have built-in DNS proxy service), so I just continued to use the same concept with the UTM. 
    It is easier for me to troubleshoot DNS problems internally only in one place, and there is also one hop less, so I guess that this is the fastest path...[;)]

    I agree with the request routing part, of course.
Reply
  • 0
    Anyway, I prefer more Client -> DC -> ISP DNS path. 

    I've setup dozens of ISA/TMG server scenarios in the past on that way (they don't have built-in DNS proxy service), so I just continued to use the same concept with the UTM. 
    It is easier for me to troubleshoot DNS problems internally only in one place, and there is also one hop less, so I guess that this is the fastest path...[;)]

    I agree with the request routing part, of course.
Children
No Data