<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    I have two things to report:<br>
    <br>
    1) I'm a leper. There are a lot of nice/good people that talk to me,
    but apparently not in public. LOL!<br>
    2) The general consensus seems to be that there isn't currently a
    good working solution to block image search engine "previews" with
    OpenDNS. Considering how simple it was to bring up large-sized
    "preview" images via Google's Image Search even with OpenDNS
    filtering turned on...that's a total deal-breaker. With my libraries
    used to and loving Dans Guardian, I'd be tarred and feathered if I
    switched to OpenDNS. Honestly, I'm pretty bummed about that.
    Switching to the content filter OPLIN has put its money behind would
    have saved my individual libraries money and would have simplified
    things for me.<br>
    <br>
    Thanks, all!<br>
    Chad<br>
    <br>
    <br>
    <div class="moz-signature">______________________________<br>
      <b>Chad Neeper</b><br>
      <small>Senior Systems Engineer</small><br>
      <br>
      <b>Level 9 Networks</b><br>
      <small>740-548-8070 (voice)<br>
        866-214-6607 (fax)</small><br>
      <br>
      <small><small><i>Full LAN/WAN consulting services -- Specialized
            in libraries and schools</i></small></small></div>
    <br>
    On 5/3/2012 11:26 PM, Chad Neeper wrote:
    <blockquote cite="mid:4FA34C6B.3020007@level9networks.com"
      type="cite">
      <meta http-equiv="content-type" content="text/html;
        charset=ISO-8859-1">
      I've used (and liked) OpenDNS as a reliable DNS service. However,
      I just tonight set up the free content filter service for my home
      network to evaluate it as an alternative to DansGuardian. With the
      OPLIN/OpenDNS content filter contract in mind, I've run across a
      bit of a conundrum and was wondering how libraries using OpenDNS
      were handling it:<br>
      <br>
      The issue I'm having is with image search engines. Google's Image
      Search was my test case. With OpenDNS set to filter out the nasty
      sites, I did a simple image search for "nude". Since I was only
      looking at Google's cached images hosted at the google.com domain,
      I was naturally not restricted in any way. Only when I tried to
      actually visit the source site did OpenDNS step in and prevent me.
      To eliminate the loophole, I could presumably enable the option in
      OpenDNS to block image search sites, but that would presumably
      also eliminate the very valuable image search service.<br>
      <br>
      Due to the nature of how OpenDNS blocks sites using DNS, it seems
      to me that there is a glaring hole here. The problem is certainly
      big enough and so easily duplicated that my libraries, which have
      been very happy with DansGuardian, are going to have a big issue
      with it.<br>
      <br>
      Is there a feature in the contracted Enterprise version that helps
      to close this loophole? If the answer is, as I suspect, "NO", then
      how are your libraries keeping your young adults from simply going
      to Google Images and doing their potentially offensive searches?<br>
      <br>
      <br>
      <div class="moz-signature">-- <br>
        ______________________________<br>
        <b>Chad Neeper</b><br>
        <small>Senior Systems Engineer</small><br>
        <br>
        <b>Level 9 Networks</b><br>
        <small>740-548-8070 (voice)<br>
          866-214-6607 (fax)</small><br>
        <br>
        <small><small><i>Full LAN/WAN consulting services -- Specialized
              in libraries and schools</i></small></small></div>
    </blockquote>
  </body>
</html>