Tunneling can be an important backup for QlikView Server communications; if port 4747 is blocked for any reason (on either the server or the client machine), tunneling over port 80 will be the only way your users can access their applications. Most people who have tried to implement tunneling with QVS 9 or 10 running IIS have probably noticed a problem immediately: when you enter the URL to test tunneling (http://localhost/scripts/qvstunnel.dll?testtunnel) IIS does not use QVTunnel.dll to implement the tunneling protocol, but rather presents you with a prompt to download the DLL. Fortunately, there is a simple fix for this.
%windir%system32inetsrvappcmd.exe set config "Default Web Site/Scripts/QvsTunnel.dll" "/commit:Default Web Site/Scripts" /section:handlers /accessPolicy:Read,Script,Execute
Applied configuration changes to section "system.webServer/handlers" for "MACHINE/WEBROOT/APPHOST/Default Web Site/Scripts/QvsTunnel.dll" at configuration commit path "MACHINE/WEBROOT/APPHOST/Default Web Site/Scripts"
Hello.. Is there a free Virtual Private Server? Or at least a trial of one, because i like to test stuff before buying..
Hi. QlikView is an internally hosted solution within each organization’s private network and there is no free server that I know of for testing. However, you can contact a QlikTech sales rep for a free evaluation license, which I believe they issue for 30 days.
Regards,
Vlad