Re: Updated: setup (2.880)
- Date: Thu, 29 Jun 2017 13:23:22 -0400
- From: cyg Simple <cygsimple@xxxxxxxxx>
- Subject: Re: Updated: setup (2.880)
On 6/27/2017 4:55 PM, Nellis, Kenneth wrote:
> From: Csaba Raduly
>> I also couldn't reproduce your scenario.
>> Since it's reproducible for you, you could (if you're curious) run
>> wget with the -d (--debug) switch or break out the heavy artillery:
>> install Wireshark and look at the HTTP headers sent and received by
> Thanx, Csaba, for your interest. Another test with -d is easy enough,
> so here it is:
> $ wget -d -O setup-x86_64.exe http://cygwin.com/setup-x86_64.exe
Sorry if you've done this already but what if you use https instead of http?
> Setting --output-document (outputdocument) to setup-x86_64.exe
> DEBUG output created by Wget 1.19.1 on cygwin.
> Reading HSTS entries from /home/knellis/.wget-hsts
> --2017-06-27 16:42:01-- http://cygwin.com/setup-x86_64.exe
> Resolving cygwin.com... 184.108.40.206
> Caching cygwin.com => 220.127.116.11
> Connecting to cygwin.com|18.104.22.168|:80... connected.
> Created socket 5.
> Releasing 0x0000000600066420 (new refcount 1).
> ---request begin---
> GET /setup-x86_64.exe HTTP/1.1
> User-Agent: Wget/1.19.1 (cygwin)
> Accept: */*
> Accept-Encoding: identity
> Host: cygwin.com
> Connection: Keep-Alive
> ---request end---
> HTTP request sent, awaiting response...
> ---response begin---
> HTTP/1.1 200 OK
> Server: Apache
> ETag: "16b1f9e-dd613-55161a558184f"
> Accept-Ranges: bytes
> Cache-Control: max-age=0
> Expires: Tue, 27 Jun 2017 20:40:06 GMT
> Vary: Accept-Encoding
> Content-Encoding: gzip
> Content-Security-Policy: default-src 'self' http: https:
> Keep-Alive: timeout=30, max=20
> Content-Length: 877562
> Content-Type: application/octet-stream
> Last-Modified: Wed, 07 Jun 2017 16:58:31 GMT
> Date: Tue, 27 Jun 2017 20:39:27 GMT
> Age: 0
> Via: 1.1 ironport.tms.local:80 (Cisco-WSA/10.1.0-204)
> Connection: keep-alive
Do you have access to configure the allowable sites for download in
> ---response end---
> 200 OK
> Registered socket 5 for persistent reuse.
> Length: 877562 (857K) [application/octet-stream]
> Saving to: ‘setup-x86_64.exe’
> setup-x86_64.exe 100%[===========================================>] 856.99K --.-KB/s in 0.01s
> 2017-06-27 16:42:02 (73.9 MB/s) - ‘setup-x86_64.exe’ saved [877562/877562]
> $ file *.exe
> setup-x86_64.exe: gzip compressed data, from Unix
> Note the response from the Apache server:
>> Content-Encoding: gzip
> Not sure why it would do that. Maybe my wget could be more specific.
> But my updated script (per advice from others) is working fine.
It might be being added by ironport or perhaps an IE network setting
that is adding it to all requests for the file type.
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple