Re: [squid-users] Can squidclient ping or query Squid for ICAP configuration?RESPMOD REQMOQ or service vector?

From: <david_at_davidwbrown.name>
Date: Thu, 19 Feb 2009 07:11:59 -0600 (CST)

Hello Amos, this is a resend. I can connect with telnet mail.treenetnz.co.nz 25 but sending the mail using the SMTPd bounces or fails.

Hello Amos and all readers, thanks for the speedy and informative reply. 2.7.STABLE6 will not configure with --enable-icap-client and 3.0.STABLE13 makes and installs OK but won't accept anything on the gateway. The squid.conf is default except for debug_options set to ALL,3. The error condition follows with a snippet from: cache.log. Please advise, David.

*************************************************************

ERROR
The requested URL could not be retrieved

The following error was encountered while trying to retrieve the URL: /

    Invalid URL

Some aspect of the requested URL is incorrect.

Some possible problems are:

    *

      Missing or incorrect access protocol (should be "http://" or similar)
    *

      Missing hostname
    *

      Illegal double-escape in the URL-Path
    *

      Illegal character in hostname; underscores are not allowed.

Your cache administrator is webmaster.

Generated Thu, 19 Feb 2009 02:20:48 GMT by davidwbrown.name (squid/3.0.STABLE13)

*****************************************************************************************

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.6) Gecko/2009011913 Firefox/3.0.6
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive

}
2009/02/18 20:20:48.212| parseHttpRequest: end = {
}
2009/02/18 20:20:48.213| parseHttpRequest: prefix_sz = 579, req_line_sz = 226
2009/02/18 20:20:48.213| clientStreamInsertHead: Inserted node 0x97385d0 with data 0xb7d93054 after head
2009/02/18 20:20:48.213| commSetTimeout: FD 13 timeout 86400
2009/02/18 20:20:48.213| storeCreateEntry: '/0.4/query?id=835ed7f12b3ba5244023a1c077885e5495337950&nonce=7acca1753e22d91a801c993e62590d23251f27db&target=oyHrVYHkUzmETQ%3D%3D&lang=en-US&version=firefox-20081111&auth=e754e9395712cf65028a05e0a46a273de8a6f424'
2009/02/18 20:20:48.213| store.cc(366) new StoreEntry 0xb7e38580
2009/02/18 20:20:48.213| MemObject.cc(76) new MemObject 0x96f41dc
2009/02/18 20:20:48.213| storeKeyPrivate: GET /0.4/query?id=835ed7f12b3ba5244023a1c077885e5495337950&nonce=7acca1753e22d91a801c993e62590d23251f27db&target=oyHrVYHkUzmETQ%3D%3D&lang=en-US&version=firefox-20081111&auth=e754e9395712cf65028a05e0a46a273de8a6f424
2009/02/18 20:20:48.213| StoreEntry::hashInsert: Inserting Entry 0xb7e38580 key '9FE78FAA635D868375F4A3053BD471F8'
2009/02/18 20:20:48.213| StoreEntry::setReleaseFlag: '9FE78FAA635D868375F4A3053BD471F8'
2009/02/18 20:20:48.213| StoreEntry::lock: key '9FE78FAA635D868375F4A3053BD471F8' count=2
2009/02/18 20:20:48.213| errorConvert: %%U --> '/0.4/query?id=835ed7f12b3ba5244023a1c077885e5495337950&nonce=7acca1753e22d91a801c993e62590d23251f27db&target=oyHrVYHkUzmETQ%3D%3D&lang=en-US&version=firefox-20081111&auth=e754e9395712cf65028a05e0a46a273de8a6f424'
2009/02/18 20:20:48.213| errorConvert: %%U --> '/0.4/query?id=835ed7f12b3ba5244023a1c077885e5495337950&nonce=7acca1753e22d91a801c993e62590d23251f27db&target=oyHrVYHkUzmETQ%3D%3D&lang=en-US&version=firefox-20081111&auth=e754e9395712cf65028a05e0a46a273de8a6f424'
2009/02/18 20:20:48.213| errorConvert: %%w --> 'webmaster'
2009/02/18 20:20:48.213| errorConvert: %%W --> '?subject=CacheErrorInfo%20-%20ERR_INVALID_URL&body=CacheHost%3A%20davidwbrown.name%0D%0AErrPage%3A%20ERR_INVALID_URL%0D%0AErr%3A%20%5Bnone%5D%0D%0ATimeStamp%3A%20Thu,%2019%20Feb%202009%2002%3A20%3A48%20GMT%0D%0A%0D%0AClientIP%3A%20192.168.1.14%0D%0A%0D%0AHTTP%20Request%3A%0D%0A%0D%0A%0D%0A'
2009/02/18 20:20:48.213| errorConvert: %%w --> 'webmaster'
2009/02/18 20:20:48.213| errorConvert: %%T --> 'Thu, 19 Feb 2009 02:20:48 GMT'
2009/02/18 20:20:48.213| errorConvert: %%h --> 'davidwbrown.name'
2009/02/18 20:20:48.213| errorConvert: %%s --> 'squid/3.0.STABLE13'
2009/02/18 20:20:48.213| StoreEntry::replaceHttpReply: /0.4/query?id=835ed7f12b3ba5244023a1c077885e5495337950&nonce=7acca1753e22d91a801c993e62590d23251f27db&target=oyHrVYHkUzmETQ%3D%3D&lang=en-US&version=firefox-20081111&auth=e754e9395712cf65028a05e0a46a273de8a6f424
2009/02/18 20:20:48.213| InvokeHandlers: 9FE78FAA635D868375F4A3053BD471F8
2009/02/18 20:20:48.213| StoreEntry::InvokeHandlers: checking client #0
2009/02/18 20:20:48.213| storeComplete: '9FE78FAA635D868375F4A3053BD471F8'
2009/02/18 20:20:48.213| storeEntryValidLength: Checking '9FE78FAA635D868375F4A3053BD471F8'
2009/02/18 20:20:48.214| InvokeHandlers: 9FE78FAA635D868375F4A3053BD471F8
2009/02/18 20:20:48.214| StoreEntry::InvokeHandlers: checking client #0
2009/02/18 20:20:48.214| StoreEntry::unlock: key '9FE78FAA635D868375F4A3053BD471F8' count=1
2009/02/18 20:20:48.214| clientStreamRead: Calling 1 with cbdata 0xb7d7107c from node 0x97385d0
2009/02/18 20:20:48.214| store_client::copy: 9FE78FAA635D868375F4A3053BD471F8, from 0, for length 4096, cb 1, cbdata 0xb7d70018
2009/02/18 20:20:48.214| storeClientCopy2: 9FE78FAA635D868375F4A3053BD471F8
2009/02/18 20:20:48.214| store_client::doCopy: Copying normal from memory
2009/02/18 20:20:48.214| clientBuildReplyHeader: Error, don't keep-alive
2009/02/18 20:20:48.214| The reply for GET /0.4/query?id=835ed7f12b3ba5244023a1c077885e5495337950&nonce=7acca1753e22d91a801c993e62590d23251f27db&target=oyHrVYHkUzmETQ%3D%3D&lang=en-US&version=firefox-20081111&auth=e754e9395712cf65028a05e0a46a273de8a6f424 is ALLOWED, because it matched 'all'
2009/02/18 20:20:48.214| StoreEntry::lock: key '9FE78FAA635D868375F4A3053BD471F8' count=2
2009/02/18 20:20:48.214| clientReplyContext::sendMoreData: Appending 1922 bytes after 233 bytes of headers
2009/02/18 20:20:48.214| clientStreamCallback: Calling 1 with cbdata 0xb7d93054 from node 0x9738588

Amos Jeffries wrote ..
> david_at_davidwbrown.name wrote:
> > Hello squid users, I have read the ICAP RFC but I cannot see a way to devise
> a ICAP query to the Squid server to extract ICAP information. It appears the squid
> 3.0.STABLE13 does not communicate with my ICAP server what-so-ever. I have run
> ./squid -N -X and the output shows all ICAP tags recognized including service vector
> points: echo, url_check, etc. This is a harsh way to test as I have to shutdown
> squid on my gateway just to do a test. Is there a real-time method to test Squid
> for ICAP communications using the squidclient? I can telnet to the ICAP server
> and get a response but I can't do the same connecting to squid. Please advise,
> David.
>
> Ouch. Heres a few debugging tips I use to debug squid on a production
> gateway:
>
> - build a _second_ instance of squid in a semi-jail, listening on
> different ports, etc than the live squid. This allows you to run tests
> on the secondary instance under the same conditions as live, but without
> affecting the main flow.
>
> - use reload/reconfigure to action new configurations as much as
> possible. Restart is overkill on many changes.
>
> Amos
> --
> Please be using
> Current Stable Squid 2.7.STABLE6 or 3.0.STABLE13
> Current Beta Squid 3.1.0.5
Received on Thu Feb 19 2009 - 13:12:06 MST

This archive was generated by hypermail 2.2.0 : Fri Feb 20 2009 - 12:00:01 MST