I wonder if the redirect from Amazon has predicted what certain header
values will be and then used them to generate the X-Amz-SignedHeaders
field ...
and then when what comes back for certain header fields does not match
so it fails.
I say this because the RFC has a piece that says:
Code:
--------------------
If the target URI includes an authority component, then a
client MUST send a field-value for Host that is identical to that
authority component, excluding any userinfo subcomponent and its "@"
delimiter (Section 2.7.1). If the authority component is missing or
undefined for the target URI, then a client MUST send a Host header
field with an empty field-value.
RFC7230 Section 5.4
https://tools.ietf.org/html/rfc7230#section-5.4
--------------------
where "authority" is the
Code:
--------------------
[username:password@]hostname[:port]
--------------------
part
In this special case the remote host knows what the target should be and
that it did not put :443 in it so it could, theoretically at least,
check that it is not there when it comes back in the HOST header
(because it had built a checksum/hash of what it expected in certain
fields).
If that is what is happening always removing the port from that header
field when it is the default for that protocol will work in this
particular case but, if the theory is right, could fail in another if
the remote end had specifically used https AND included the port number
in the redirect.
I might well be over-thinking this ... but at least once the simple fix
is in place, if other users start reporting connections failing that
fail until this change is rolled back then this might be the reason.
Paul Webster
http://dabdig.blogspot.com
author of \"now playing\" plugins covering radio france (fip etc), kcrw,
supla finland, abc australia, cbc/radio-canada and rte ireland
------------------------------------------------------------------------
Paul Webster's Profile: http://forums.slimdevices.com/member.php?userid=105
View this thread: http://forums.slimdevices.com/showthread.php?t=113665
_______________________________________________
Squeezecenter mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/squeezecenter
