Thread Info
  • State Not Answered
  • Replies 13 replies
  • Subscribers 0 subscribers
  • Views 3918 views
  • Users 0 members are here
Options
Suggested

[8.900][CLOSED] Web Protection error if tunnel broker is down

UrsWeiss
As i have described in another post, my tunnel broker (Freenet6) stays down after an UTM9 reboot. This evening i had to reboot it again because of a strange DHCP error i have not debugged yet. I forgot to restart the tunnel broker manually after reboot, and that brought me to another problem if that happens.

Later this evening i wanted to access a IPv6 enabled website (streams.xenim.de) and the UTM showed me the error "Address family not supported by protocol" (s. attached screen shot).

Log entry: 
2012:03:08-23:09:44 whity httpproxy[4378]: id="0002" severity="info" sys="SecureWeb" sub="http" name="web request blocked" action="block" method="GET" srcip="2001:5c0:x:x:x:x:x:e58e" dstip="79.140.41.30" user="" statuscode="502" cached="0" profile="REF_DefaultHTTPProfile (Default Proxy)" filteraction="REF_DefaultHTTPCFFAction (Default content filter action)" size="2675" request="0x10a94cd0" url="static.streams.xenim.de/.../Business Forums"


Then i recognized that the tunnel broker is not connected anymore (because of the reboot earlier). It was still enabled, but not connected. After restarting it, the site worked again.

So i tried to find the real reason why this occurs. And i think it's because of the DNS cache. IPv6 access to the Internet doesn't work anymore, but the DNS cache of the UTM still has the IPv6 address in his cache and returns it to the client, which then tries to access to the IPv6 address which fails.

Disabling the tunnel broker if the IPv6 enabled site is in the DNS cache has the same effect btw.

Don't know what would be the best way to prevent this behavior.
Parents
  • 0
    Bind will empty its cache on restart of the daemon or reboot of the UTM. Also enabling a tunnel broker just lets you create a tunnel to the ipv6 enabled websites. Your system is already ipv6 capable so your dns queries for example would resolve an ipv6 address if queried no matter if you are connected to the tunnel broker or not.

    For example you can try 
    dig AAAA nscache.us.sixxs.net
     even if you are not using ipv6 and you will get something like  
    ;; ANSWER SECTION:

    nscache.us.sixxs.net.   3600    IN      AAAA    2001:4de0:1000:a3::2

    nscache.us.sixxs.net.   3600    IN      AAAA    2001:4de0:1000:a4::2


    So DNS is not the error, the tunnel broker is. With that out of the way, I am not really sure how would you like the proxy to handle the error situation when it has no route to the host.

    Regards
    Bill
Reply
  • 0
    Bind will empty its cache on restart of the daemon or reboot of the UTM. Also enabling a tunnel broker just lets you create a tunnel to the ipv6 enabled websites. Your system is already ipv6 capable so your dns queries for example would resolve an ipv6 address if queried no matter if you are connected to the tunnel broker or not.

    For example you can try 
    dig AAAA nscache.us.sixxs.net
     even if you are not using ipv6 and you will get something like  
    ;; ANSWER SECTION:

    nscache.us.sixxs.net.   3600    IN      AAAA    2001:4de0:1000:a3::2

    nscache.us.sixxs.net.   3600    IN      AAAA    2001:4de0:1000:a4::2


    So DNS is not the error, the tunnel broker is. With that out of the way, I am not really sure how would you like the proxy to handle the error situation when it has no route to the host.

    Regards
    Bill
Children
No Data
Cookie Information Banner