This is the mail archive of the cygwin mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]