This is the mail archive of the
cygwin
mailing list for the Cygwin project.
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
>> wget.
>
> 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... 209.132.180.131
> Caching cygwin.com => 209.132.180.131
> Connecting to cygwin.com|209.132.180.131|: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
ironport?
https://supportforums.cisco.com/discussion/12920926/wsa-ironport-allow-exe-downloads-specific-urls-wsus-server
> ---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.
--
cyg Simple
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple