<div dir="auto"><span style="font-family:sans-serif;font-size:12.8px">Yes correct, the parent Proxy is a forward, but the squid will have to do both from client aspect.</span><div dir="auto"><span style="font-family:sans-serif;font-size:12.8px"><br></span></div><div dir="auto"><span style="font-family:sans-serif;font-size:12.8px">Can I run two instances of squid - forward and reverse separately considering my configuration is good enough?</span></div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, 7 Aug 2018, 22:00 Amos Jeffries, <<a href="mailto:squid3@treenet.co.nz">squid3@treenet.co.nz</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 08/08/18 04:01, Hariharan Sethuraman wrote:<br>
> Thanks Amos: yes agree that I should have told forward proxy.<br>
> <br>
> When I remove the originserver option from cache_peer, the forward proxy<br>
> is working so which means the rewriter is not precluding from happening.<br>
> Does that give any clue to us? <br>
> <br>
<br>
Ah, cant believe I missed that. If the parent proxy is your access to<br>
the Internet then is *not* a reverse-proxy. It cannot be and receive<br>
proxy<->proxy traffic.<br>
<br>
Any attempt to change the scheme is erased because the scheme is not<br>
part of origin-form message syntax.<br>
<br>
<br>
> Moreover the reverse proxy is in next hop to the client and not in<br>
> internet. Time being, we are ok to have insecure channel between client<br>
> and squid. Do you have any sample config that that uses a parent proxy<br>
> to do both forward/reverse proxy? Or do you see my config is good enough<br>
> for this requirement.<br>
> <br>
<br>
The traffic types have different syntax. It is possible to have a parent<br>
proxy which receives both, but that has to be different ports and<br>
different cache_peer links between them.<br>
<br>
Amos<br>
</blockquote></div>