in reply to Re^2: Http connection manipulations
in thread Http connection manipulations

1. custom proxy = perl HTTP::Proxy
   . . .
clients<->HTTP::Proxy<->SQUID<-ROUND_ROBIN->External Proxy servers (Pa
+rent-proxies 1...10) 
   
Problem resides here clients<->HTTP::Proxy

[download]

If I understand your problem (maybe), how do you know which server "SQUID" selects? Second, you now become the single point of failure in your network. Third, Squid is a caching proxy, so if configured correctly, shouldn't it being redirecting to a running server?

I have never used/configured Squid, but maybe the correct solution is in reconfiguring Squid?

Good Luck.

"Well done is better than well said." - Benjamin Franklin

Replies are listed 'Best First'.
Re^4: Http connection manipulations
by kazak (Beadle) on Jan 11, 2012 at 21:53 UTC
    Unfortunately squid is unable solve this, but he's doing his part with roundrobin. My task now is to implement sockets manipulation or to find a new way to make clients to follow redirects.
[reply]

      kazak,

      Sorry if I can't follow what you're trying to do, but I would like to help you. Maybe answers to a few questions would help all of us understand your problem:

      • Are you on the same server as squid?
      • Are you setting up a socket connection with the client, and then relaying that to the squid server via a separate connection? or
      • Do you have an API to squid that you can query/respond? or
      • Are you being called by squid as part of some error recover process?

      My problem of understanding your problem is that you seem to between the client and squid, so why can't you ask squid for the redirect and return the response to the client! Or does the response need to go to an entirely different squid structure?

      Sometimes, explaining the problem to others in more detail, will lead you to a better solution, and that's what PM is all about!

      Keep explaining!

      "Well done is better than well said." - Benjamin Franklin

[reply]
        Thanks, for your attention at first place.

        Yes. Clients are connecting to the port on external address, port:15000 (HTTP::Proxy custom script) and squid listens 127.0.0.1:3128

        Yes. My custom proxy relaying connections to squid. HTTP::Proxy made for listening responses from squid and if response URL contains "/sorry/" custom proxy redirects client to it's initial destination, client should repeat his last failed request once more (but client can't) and squid roundrobins it to another parent proxy server

        No. I'm affraid I have no skills for doing something with Squid. But if it's possible it would be just great

        Yes. You allmost right custom http::proxy evaluates responses from the squid and tries to repeat initial request, but only if it's failed

[reply]

In Section Seekers of Perl Wisdom