[GitHub] trafficserver pull request: Potential Fix for TS-4207

Github user jacksontj commented on the pull request: https://github.com/apache/trafficserver/pull/523#issuecomment-195615709 Yea, once jira is up i'll file one and attach this to it. As for the ink_zero-- I'll add that to the TODO list of my hostdb cleanup. For now this is consistent

[GitHub] trafficserver pull request: Potential Fix for TS-4207

Github user bgaff commented on the pull request: https://github.com/apache/trafficserver/pull/523#issuecomment-195615069 I'm not sure this fixes TS4207 but this is a good patch regardless. +1 from me. --- If your project is set up for it, you can reply to this email and have your rep

[GitHub] trafficserver pull request: Potential Fix for TS-4207

Github user zwoop commented on the pull request: https://github.com/apache/trafficserver/pull/523#issuecomment-195614866 As per the IRC discussion, this seems unlikely to be our issue, since we don't enable the hosts files support on our boxes. Also, probably should use ink_zero() :).

[GitHub] trafficserver pull request: Potential Fix for TS-4207

Github user zwoop commented on the pull request: https://github.com/apache/trafficserver/pull/523#issuecomment-195615480 Yeah, +1 from me too, but file a new Jira for it since this is likely not related to TS-4207. --- If your project is set up for it, you can reply to this email and

[GitHub] trafficserver pull request: Potential Fix for TS-4207

GitHub user jacksontj opened a pull request: https://github.com/apache/trafficserver/pull/523 Potential Fix for TS-4207 std::map is creating an entry, and we are setting a subset of values. Since we were not clearing the memory that we got, we end up with some non-initialized struc

Re: ATS byte-range requests

Nuno, You can enable debugging in records.config: CONFIG proxy.config.diags.debug.enabled INT 1 CONFIG proxy.config.diags.debug.tags STRING cache_range_requests Re-run your testing to see if the Range Request header is recognized. Thanks -- John J. Rushford IPCDN Engineering 1400 Wewatta Street

Re: ATS byte-range requests

ATS should tandem whatever it gets back from the Origin. Can you check what the Origin is returning?  You may do a sample curl against the Origin directly to see. Thanks, Sudheer On Friday, March 11, 2016 11:18 AM, Nuno Jose Baeta wrote:   Hello,   I’m trying to get ATS work with b

RE: ATS byte-range requests

Hello, I'm trying to get ATS work with byte-range requests. I have installed version 5.3.2, configured as a HTTP cache proxy. On my remap.config file, I inserted the following: @plugin=cache_range_requests.so The server is responding with the whole content, with HTTP 200 status. What I'm doi

Re: help with origin redirect configuration

Just fyi, If you have a requirement that the clients see the 3xx redirect response and do the redirect follow themselves, you may also use to map the Location header received from your origin to an externally accessible domain. http://trafficserver.readthedocs.org/en/latest/admin-guide/files/rem

Re: help with origin redirect configuration

Check out these settings: https://trafficserver.readthedocs.org/en/latest/admin-guide/files/records.config.en.html#http-redirection proxy.config.http.redirection_enabled proxy.config.http.number_of_redirections They will enable ATS to follow the redirection instead of returning 302 to user agent.

RE: help with origin redirect configuration

Hi David Thanks a lot for your help I've already managed to solve this using the parameter you just mentioned. Now looking to cache config, reading and learning :) [Mar 11 14:49:22.532] Server {0x2b8f8da24500} NOTE: traffic server running [Mar 11 14:49:22.532] Server {0x2b8f8da24500} WARNING: the

help with origin redirect configuration

Hi I'm trying to configure a reverse proxy but when my origin server returns a 302 redirect the end user receives the redirect url. Since the connection between ATS and my origin is private the end user can't reach the origin servers. I've configured proxy.config.url_remap.pristine_host_hdr=INT