<div dir="ltr">Thank you. It doesn't seem that the "originserver" makes a difference to may case though.<div><br></div><div>I was able to resolve my issue after I understood that I forgot to pay attention to cookies. The API expects the client to use cookies, which I didn't do until now, which resulted in a continuous "401 Unauthorized" loop.</div><div><br></div><div>I have more problems but will start a separate question for that.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 15, 2018 at 12:53 PM, Amos Jeffries <span dir="ltr"><<a href="mailto:squid3@treenet.co.nz" target="_blank">squid3@treenet.co.nz</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 15/03/18 23:52, Patrick Nick wrote:<br>
> Thanks Amos, this sounded promising. Unfortunately the behavior I<br>
> observe is not what I expect.<br>
> So I added the following config:<br>
><br>
</span>> cache_peer <a href="http://my.company.webserver.net" rel="noreferrer" target="_blank">my.company.webserver.net</a> <<a href="http://my.company.webserver.net" rel="noreferrer" target="_blank">http://my.company.webserver.<wbr>net</a>><br>
<span class="">> parent 8081 0 no-query login=NEGOTIATE:myPrincipal<br>
><br>
<br>
</span>Since this is an origin server and not a proxy it requires the<br>
"originserver" option as well.<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
Amos<br>
</font></span></blockquote></div><br></div>