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

asg7.104/ssl1.3: sporadic name resolution problems

hi.

i have a problem with asg7.104 and ssl1.3:

- the client connects and gets the correct informations by dhcp, as routing, dns and domain-suffix. 
- sporadicly outlook and smb-shares stop working.
- pinging the hostname doesn't get an answer. a tcpdump on tun0 doesn't show any dns requests.
- nslookup resolves the hostname. the request is visible on tun0
- net stop/start dnscache or just waiting for some minutes solves the problem

the ruleset of the ssl-network is configured automatically for two private networks. the dns is ad-integrated. a reversezone  for the ssl-network is also configured. there is no wins configured.

i checked the ruleset for the ssl-network by ssh. the packetfilter only shows some dropped dns-multicast packets. there are some rules, which obviously were not configured by gui.

 asg:/root # iptables -vxnL | grep 10.242.2.0
0        0 CONFIRMED  tcp  --  *      *       10.242.2.0/24        0.0.0.0/0           tcp spts:53:65535 dpt:53 CONFIRMED 
0        0 CONFIRMED  udp  --  *      *       10.242.2.0/24        0.0.0.0/0           udp spts:53:65535 dpt:53 CONFIRMED 


i also checked routing and dns configuration when the error appears. everything seems ok. even a dump with whireshark on all interfaces of ssl-client doesn't show any dns lookups. it seems like it gave up resolving.

has anyone made similar experiences?

rgds


This thread was automatically locked due to age.
Parents Reply Children
  • hi.

    i couldn't solve the random dns issues, but i made WINS working.

    rgds
  • I have seen the IPS detect valid traffic in a VPN tunnel as an attack before (in fact, it triggered some DNS rules which were set to Drop) ... check your IPS logs.  I either disable the rule, or exempt the VPN clients from the IPS.
  • I have seen the IPS detect valid traffic in a VPN tunnel as an attack before (in fact, it triggered some DNS rules which were set to Drop) ... check your IPS logs.  I either disable the rule, or exempt the VPN clients from the IPS.


    Did this worked? We have the same problems with one laptop, but I can not test because itś on the road. 

    On the other hand: I Don't understand why a "net stop/start dnscache" should change the behavior of the IPS. But this works....

    Lars