Yes, that solved the problem. Thanks to everyone involved.
Dnia 14 kwietnia 2020 23:48 juergenp [core] <[email protected]>
napisał(a):
As Alan mentioned: the clients need to resolve
the mapped hostname, i run into such a problem and fixed it with creating a
dns-entry (fqdn) wich resolves for all
clients. if the clients are on the internet, a public zone must be used. if
the clients are known
and not random, then you can use also modify the hosts-file on each client for
that manually. on the
intranet, you can use your internal DNS for that. exposing internal addresses
to the internet is not a good idea,
like defining internal addresses on a public dns-zone. kr Juergen
On Tue, 14 Apr 2020 16:54:18 -0500
Alan Carroll wrote: Then your clients are wrong and should be fixed. That is,
they are trying to access something other than your S3 bucket via your ATS
instance. Based on your description, every
request that arrives should have the first line as GET ats-s3-proxy
ats-s3-proxy HTTTP/1.1 or
GET / HTTP/1.1 in both cases with the field Host: ats-s3-proxy
If not, why are they connecting to your ATS instance? If so, then the remap
rule will prevent the 404
Not Found On Accelerator. On Tue, Apr 14, 2020 at 1:48
PM Kamil < wp.pl [email protected] > wrote:
Hi Alan, If I change CONFIG proxy.config.url_remap.remap_r INT to 1 then I am
getting:
"Not found on Accelerator" error on any client calling it. regards,
Dnia 14
kwietnia 2020 19:41 Alan Carroll < verizonmedia.com
[email protected] > napisał(a):
You have this " CONFIG
proxy.config.url_remap. INT 0"
This means requests go through even if there is no
matching remap rule. Therefore a request to 127.0.0.1:80 127.0.0.1:80
will go through, and connect back to ATS, thereby creating a loop. If ATS is
running on a host with address
172.16.0.1 and a request for that address arrives, exactly the same thing will
happen. This may be what using your
private IP address is doing.
Because the remap rule is for port 80, requests to other ports
on localhost or 127.0.0.0 127.0.0.0/8 will also loop, e.g. HTTPS
requests (port 443).
** Best Regards
Jürgen Paulhart E-Mail / SIP / XMPP : [email protected] VoIP / Mobil: +43
676 30 59 244 *** Information Technologies & Hosted Unified
Communications ***
<** Diese Nachricht is signiert. Der Inhalt wurde während des Transfers
nicht verändert **> <*** ..
and if you don't know, now you know, ... ***>
