Show all posts by user
A portal to and from the mailing list.
Re: Nginx cache-control headers issue - 5 years ago
Hi Francis, Nginx decide which content to cache based on the configuration under "Location" + the cache key? For example I have proxy_cache which means will cache everything which match the specific location? I don't yet why I am getting cache miss for all the token based requests (m3u8 & ts), but I am wondering if is related to cache key and if will need to instruct neginx to cheby andregr-jp - Nginx Mailing List - English
Re: Nginx cache-control headers issue - 5 years ago
Hi Francis, Thank you for the suggestion, I will start removing the config and try to find which one is the source of the problem. Also, I want to ask you, I saw that the last-modified header with token is always: Last-Modified: Sun, 19 Nov 2000 08:52:00 GMT, but there isn't line in the config forcing this date/time. Can you suggest which code forcing this modified time? Thanks Andrew ___by andregr-jp - Nginx Mailing List - English
Re: Nginx cache-control headers issue - 5 years ago
I tried with upstream cache control and this is the results: Request URL: https://example.com/hls/nickelback/Nickelback-Lullaby_1280_720_13000000011.ts?token=st=1563586913~exp=1563673313~acl=/hls/nickelback/*~hmac=bad8f13314c29ec41312b6f10b9106a2f1f024fdfbfce090d9a08bd0a635928f 1. Accept-Ranges: bytes 2. Access-Control-Allow-Credentials: true 3. Access-Control-Allow-Headers: DNT,X-Customby andregr-jp - Nginx Mailing List - English
Re: Nginx cache-control headers issue - 5 years ago
Hi Francis, Thanks for the response, I checked multiple scenarios and when I removed the token I got the correct header. Looks like when the token is active, I am getting wrong headers. Also "upstream" you mean the Origin for nginx? which is in my case is S3 For example, this is a token-based request: Request URL: https://example.com/hls/nickelback/Nickelback-Lullaby_960_540_9000000by andregr-jp - Nginx Mailing List - English
Nginx cache-control headers issue - 5 years ago
Hello, I have an nginx proxy which suddenly adding 2 cache-control headers and the last modified time is always the current time: curl -I https://example.com/hls/5d15498d3b4e13.57348983/1280_720_3200_5d15498d3b4e13.57348983.m3u8?token=st=1563488654~exp=1563575054~acl=/hls/5d15498d3b4e13.57348983/*~hmac=863d655766652601b77c0ba1fc94a60039c4c800d9ac7097b68edfa77b9c1cdb HTTP/1.1 200 OK Server:by andregr-jp - Nginx Mailing List - English
Nginx cache-control headers issue - 5 years ago
Hello, I have an nginx proxy which suddenly adding 2 cache-control headers and the last modified time is always the current time: curl -I https://example.com/hls/5d15498d3b4e13.57348983/1280_720_3200_5d15498d3b4e13.57348983.m3u8?token=st=1563488654~exp=1563575054~acl=/hls/5d15498d3b4e13.57348983/*~hmac=863d655766652601b77c0ba1fc94a60039c4c800d9ac7097b68edfa77b9c1cdb HTTP/1.1 200 OK Server: nginxby andregr-jp - Nginx Mailing List - English
Nginx cache-control headers issue - 5 years ago
Hello, I have an nginx proxy which suddenly adding 2 cache-control headers and the last modified time is always the current time: curl -I https://example.com/hls/5d15498d3b4e13.57348983/1280_720_3200_5d15498d3b4e13.57348983.m3u8?token=st=1563488654~exp=1563575054~acl=/hls/5d15498d3b4e13.57348983/*~hmac=863d655766652601b77c0ba1fc94a60039c4c800d9ac7097b68edfa77b9c1cdb HTTP/1.1 200 OK Server: nginxby andregr-jp - Nginx Mailing List - English
Re: Nginx 1.17.0 doesn't change the content-type header - 5 years ago
Thanks Francis, will modify the upstream server ________________________________ From: nginx <nginx-bounces@nginx.org> on behalf of Francis Daly <francis@daoine.org> Sent: Wednesday, July 3, 2019 12:22 PM To: nginx@nginx.org Subject: Re: Nginx 1.17.0 doesn't change the content-type header On Wed, Jul 03, 2019 at 06:17:46AM +0000, Andrew Andonopoulos wrote: Hi there, I think that thby andregr-jp - Nginx Mailing List - English
Re: Nginx 1.17.0 doesn't change the content-type header - 5 years ago
Hello, I missed the cache status header in my previous email. This is another response with all the headers: https://example.com/hls/5d0f9398852b84.49917460/1280_720_1300_5d0f9398852b84.49917460_00004.tshttps://cdn1.cdnlotus.com/hls/5d0f9398852b84.49917460/1280_720_1300_5d0f9398852b84.49917460_00004.ts 1. Accept-Ranges: bytes 2. Access-Control-Allow-Credentials: true 3. Access-Control-Aby andregr-jp - Nginx Mailing List - English
Nginx 1.17.0 doesn't change the content-type header - 5 years ago
Hello, I have the following config in the http: include mime.types; default_type application/octet-stream; also i have this in the location: types { application/vnd.apple.mpegurl m3u8; video/mp2t ts; } But when i send a request, i am getting these headers: Request URL: https://example.com/hls/5d134afe91b970.80939375/1024_576_1500_5d134afe91b970.by andregr-jp - Nginx Mailing List - English
Re: Securing URLs with the Secure Link Module in NGINX - 5 years ago
Hi Francis, Regarding the map, can you please explain which values the variables $one and $the_md5 will have? My understanding of map directive is, request_uri will have the whole URI and will try to match it as per the regex. If there is a match then will pass the value to $one which will pass it to $the_md5? Is this correct? map $request_uri $the_md5 { default ""; ~^/vod/(?Pby andregr-jp - Nginx Mailing List - English
Re: Securing URLs with the Secure Link Module in NGINX - 5 years ago
Hi Francis, The idea of moving MD5 and Time after the first directory is good. So with this option i will not have to worry modifying the manifests. If i use this URL: /vod/MD5/TIME/hls/directory/files The locations will be like this? location ^~ /vod/" secure_link $the_md5,$the_time; secure_link_md5 "some-secret $the_directory $secure_link_expires"; if ($secure_link = &qby andregr-jp - Nginx Mailing List - English
Re: Securing URLs with the Secure Link Module in NGINX - 5 years ago
also i don't have Akamai CDN behind nginx. Can i use this module without using other CDN ? Thanks Andrew ________________________________ From: Andrew Andonopoulos <andre8525@hotmail.com> Sent: Monday, June 17, 2019 12:25 PM To: nginx@nginx.org Subject: Re: Securing URLs with the Secure Link Module in NGINX Hi Hung, I presume i need to re-compile nginx. I never installed a module beforeby andregr-jp - Nginx Mailing List - English
Re: Securing URLs with the Secure Link Module in NGINX - 5 years ago
Hi Hung, I presume i need to re-compile nginx. I never installed a module before so i think i need to follow these steps: 1) get the module in the server, in the folder /tmp/ 2) compile nginx with this command: ./configure --add-module=/tmp/nginx-secure-token-module (this will be the module folder? so i just point it to the folder in tmp? Thanks Andrew ________________________________ From: ngby andregr-jp - Nginx Mailing List - English
Re: Securing URLs with the Secure Link Module in NGINX - 5 years ago
Hi Francis and thank you for your quick response / support. Now is more clear how locations and secure link works. I would like to add the secure link in each m3u8 and ts file but can't modify the files on the fly with the free nginx version, i think nginx plus have this capability ? (receive fmp4 and deliver manifests on the fly) https://www.nginx.com/products/nginx/streaming-media/ What you wby andregr-jp - Nginx Mailing List - English
Re: Securing URLs with the Secure Link Module in NGINX - 5 years ago
Hello Francis and thank you for the response. In my case the player will request the m3u8 URL: https://<domain>/hls/justin-timberlake-encrypted/playlist.m3u8?md5=u808mTXsFSpZt7b8wLvlIw&expires=1560706367https://cdn1.cdnlotus.com/hls/justin-timberlake-encrypted/playlist.m3u8?md5=u808mTXsFSpZt7b8wLvlIw&expires=1560706367 The response from the server will be: #EXTM3U #EXT-X-VERSION:by andregr-jp - Nginx Mailing List - English
 |
 |
 |
 |
|