Sometimes, a video content fails to load via Windows Media Player if the Content Cache is enabled in IWSVA.
The Apache Traffic Server is being implemented as Content Cache in IWSVA 6.5 SP2.
IWSVA sends the Apache Traffic Server server information within the "Server" header in the HTTP response to the client.
Several clients (such as Windows Media Player or the Silverlight plugin in Internet Explorer) refuse that response and retry the connection to the Web server or the Proxy server until it gets the actual "Server" header of the streaming content server.
HTTP/1.0 200 OK Pragma: packet-pair-experiment=1, no-cache, client-id=824638902, xResetStrm=1, features="seekable,stridable", timeout=60000 Content-Type: application/vnd.ms.wms-hdr.asfv1 Server: ATS/5.3.1 Content-Length: 65487 Date: Wed, 23 May 2018 08:27:22 GMT Cache-Control: no-cache, x-wms-content-size=220394206, max-age=1199, user-public, must-revalidate, proxy-public, proxy-revalidate Last-Modified: Mon, 15 May 2017 05:30:05 GMT Etag: "220394206" Supported: com.microsoft.wm.srvppair, com.microsoft.wm.sswitch, com.microsoft.wm.predstrm, com.microsoft.wm.fastcache, com.microsoft.wm.startupprofile Age: 0 Connection: keep-alive
To resolve the issue:
- Log in to the IWSVA WebUI.
- Go to the [HTTP] > [Configuration] > [Content Cache] page.
- Disable the Content Cache.
- Log on to IWSVA as root via SSH (for example with a SSH shell such as PuTTy).
-
Take a backup of the file records.config:
# cp -ip /usr/iwss/ats/etc/trafficserver/records.config /usr/iwss/ats/etc/trafficserver/records.config_backup
-
Use vi to edit the file records.config:
# vi /usr/iwss/ats/etc/trafficserver/records.config
-
Insert the following string at the end of the file:
CONFIG proxy.config.http.response_server_enabled INT 0
- Save the file and quit.
- Re-enable the Content Cache.