Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 16 replies
  • Subscribers 2 subscribers
  • Views 56681 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
    Vilic, the reasons for Client->DC->UTM->OpenDNS are redundancy and "fastest path" in the clients and the DC.  All UTM->DC DNS requests should be via 'Request Routes' - the DC should not be a forwarder in the UTM DNS Proxy.  Not my rules, just my documentation of others' best practices.

    Cheers - Bob
Reply
  • 0
    Vilic, the reasons for Client->DC->UTM->OpenDNS are redundancy and "fastest path" in the clients and the DC.  All UTM->DC DNS requests should be via 'Request Routes' - the DC should not be a forwarder in the UTM DNS Proxy.  Not my rules, just my documentation of others' best practices.

    Cheers - Bob
Children
No Data