<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif"><span style="font-family:Arial,Helvetica,sans-serif">On Thu, 7 Feb 2019 at 15:24, Amos Jeffries <<a href="mailto:squid3@treenet.co.nz" target="_blank">squid3@treenet.co.nz</a>> wrote:</span><br></div></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 8/02/19 12:28 am, Walid A. Shaari wrote:<br>> Greetings,<br>> <br>> due to architectural or workflow issue, I would like to utilize squid to<br>> redirect one url to another.<br>> <br>> e.g.  <a href="http://bing.com" rel="noreferrer" target="_blank">bing.com</a> to <a href="http://google.com" rel="noreferrer" target="_blank">google.com</a><br>> however, keep the parameters, is that doable?<br>> <br>
<br>There are two problems;<br>
<br>First is that those services no longer use HTTP. So you will need to<br>decrypt the HTTPS to get any access to the URLs.<br></blockquote><div><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">thats doable correct via bump and splice?</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif"><span class="gmail_default"> </span><span style="font-family:Arial,Helvetica,sans-serif">Second is that they are different services by different organizations.</span></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">So the parameters have different meanings. Retaining them can cause more<br>problems than it solves.<br></blockquote><div><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">in my case actually it is the same, it is an issue DNS whitlisting at work. as when a cname resolution happens it happens at the proxy end not the host end, does that make any sense?</div><div class="gmail_default" style="font-family:tahoma,sans-serif">so for example</div><div class="gmail_default"><font face="tahoma, sans-serif"><br></font></div><div class="gmail_default"><font face="tahoma, sans-serif"><a href="http://dc.services.visualstudio.com">dc.services.visualstudio.com</a> requsted is actually a CNAME for <a href="http://dc.applicationinsights.microsoft.com">dc.applicationinsights.microsoft.com</a></font><br></div><div class="gmail_default"><br></div><div class="gmail_default"><font face="tahoma, sans-serif">I always thought DNS resolution happens first, then that is passed to the proxy server, in my case from tcpdump, I belive the http payload host is the one that gets resolved by the proxy, and if the proxy has a web gateway in front of it, this is where the whitelisting/black listing happens before any name resoultion/alias are resolved. am I right? I apperciate any good resources on how and where name resolution happens when proxises, load balancers and web gateways  are involved </font></div><div class="gmail_default"><font face="tahoma, sans-serif"><br></font></div><div class="gmail_default"><font face="tahoma, sans-serif">Best regards,</font></div><div class="gmail_default"><font face="tahoma, sans-serif"><br></font></div><div class="gmail_default"><font face="tahoma, sans-serif">Walid</font></div></div></div></div></div>