topic Connected server OK, negotiations timed out Switching to HTTP tunneling Connected to server OK, No reply received. in QlikView

Connected server OK, negotiations timed out Switching to HTTP tunneling Connected to server OK, No reply received.

Mon, 03 May 2010 15:17:44 GMT

Hi Forum

Sometimes the users obtain this message:

Connected server OK, negotiations timed out Switching to HTTP tunneling Connected to server OK, No reply received.

- The service is OK (Qlikview Server).
- The users have license.
- The port 4747 is open. (Client and server)
- Windows Firewall is disabled.

Thanks for your answers !!!

Connected server OK, negotiations timed out Switching to HTTP tunneling Connected to server OK, No reply received.

disqr_rm — Mon, 03 May 2010 16:46:52 GMT

See if turning on/off Enable Protected Mode checkbox under IE Tools-> Options -> Security Tab helps you.

Connected server OK, negotiations timed out Switching to HTTP tunneling Connected to server OK, No reply received.

Tue, 04 May 2010 02:41:51 GMT

Hi Rakesh

Thnaks for your answer. But We use Qvp connection.

What can i do ?

thnaks a lot !!

Connected server OK, negotiations timed out Switching to HTTP tunneling Connected to server OK, No reply received.

Thu, 13 May 2010 16:34:49 GMT

Hi Forum.

Any suggestions would be greatly appreciated.

Thanks !!

Connected server OK, negotiations timed out Switching to HTTP tunneling Connected to server OK, No reply received.

vgutkovsky — Thu, 13 May 2010 16:41:51 GMT

If this is only happening sometimes and only for some users, my guess would be either network problems (such as maybe the server's network card is faulty) or server overload during peak usage times. Analyze your log files using QvServerPerformance and see if you can find a trend. The session logs are probably a good place to start.

Regards,

Connected server OK, negotiations timed out Switching to HTTP tunneling Connected to server OK, No reply received.

Thu, 13 May 2010 23:00:38 GMT

Hi Forum

Vlad thanks for you answer. Yes this is only happening sometimes and only for some users.
The server's network card is OK. I saw the log files and these don't have errors.

Any suggestions would be greatly appreciated.

Connected server OK, negotiations timed out Switching to HTTP tunneling Connected to server OK, No reply received.

Thu, 13 May 2010 23:13:03 GMT

try the following:

Locate the file C:\Program Files\QlikView\Server\QvClients\QvJava\CodeLib\Authenticate.js

Copy (don't move) this file to C:\Program Files\QlikView\Server\QvClients\QvPlugin\Authenticate.js

See if the above solves your problem with the plugin.

visit this link

http://qlikcommunity.qliktech.com/index.php?id=575&tx_mmforum_pi1[action]=list_post&tx_mmforum_pi1[tid]=4205

Regards,

Connected server OK, negotiations timed out Switching to HTTP tunneling Connected to server OK, No reply received.

Thu, 20 May 2010 17:35:51 GMT

Hi Forum

Ricardo Thnaks for you answer. I copy the file. But the trouble persists.

Any suggestions would be greatly appreciated.

Thanks !!

Connected server OK, negotiations timed out Switching to HTTP tunneling Connected to server OK, No reply received.

vgutkovsky — Tue, 25 May 2010 04:30:55 GMT

Does this happen with all clients (Plugin and AJAX)? Does it happen with all browsers (IE and Firefox)?

Regards,

Connected server OK, negotiations timed out Switching to HTTP tunneling Connected to server OK, No reply received.

Tue, 25 May 2010 14:38:08 GMT

Hi Vlad

We use qvp connection (Our distributor recomends this). The users have Qlikview Professional installed.
I have tried with Plugin (IE) and Ajax. But the trouble persists (Connected server OK, negotiations timed out Switching to HTTP tunneling).

Thanks a lot.

Connected server OK, negotiations timed out Switching to HTTP tunneling Connected to server OK, No reply received.

partenope — Fri, 28 May 2010 12:08:48 GMT

hi plazas,

I see that I'm not alone!
I have the same problem, and I don't know what I can do...

In my case, only the customer PC doesn't work, but the Tunneling test page works!
If I try from my PC, closing all firewall ports and opening only 80 and 7777 (tunneling) in my network, the tunneling works good and the QlikView document works in the IE PlugIn.

In the customer network the same ports are opened, but the document doesn't work and appear the error message!

The configuration is:

QlikServer 8.50 on a remote Server with IIS, Tunneling activate and Reverse Proxy configured to accept QlikView connections
IE PlugIn 9.0 on my PC, only 80 and 7777 ports opened and Tunneling test page OK
IE PlugIn 8.50 on cuspomer's PC, only 80 and 7777 ports opened and Tunneling test page OK

Anyone have some ideas?

Thanx!

Connected server OK, negotiations timed out Switching to HTTP tunneling Connected to server OK, No reply received.

Mon, 31 May 2010 03:10:55 GMT

Hi Dario We have realized some changes. We had Qlikviewserver 8.5. Now We have migrated to 9.0 And We had synchronize problems with server hour and clients. This issue have resolved (synchronize). It (Connected server OK, negotiations timed out Switching to HTTP ) cuold be a network problem.

Regards;

Connected server OK, negotiations timed out Switching to HTTP tunneling Connected to server OK, No reply received.

Wed, 03 Aug 2011 20:03:05 GMT

We had the same problem. The problem was that we have two internet links. Depending on the provider, the request gone in one link and returns in the other one. A rule was created and the problem was solved.

Re: Connected server OK, negotiations timed out Switching to HTTP tunneling Connected to server OK, No reply received.

Thu, 08 Mar 2012 20:28:37 GMT

We are experiencing the same problem. Our QlikView installed base is still small. Until recently, all run. Now, when we open the QlikView in our machines and "open in server", "QVP😕/pd-bi-rj", the same PLAZAS error is raised: "Connected server OK, Negotiations timed out Switching to HTTP tunneling Connected to server OK, No reply received." This post is still as "Not Answered". Please, if someone found a solution, share.
Thank you,
Carlos.

Re: Connected server OK, negotiations timed out Switching to HTTP tunneling Connected to server OK, No reply received.

Fri, 09 Mar 2012 12:25:26 GMT

On the server, the log (Events_xxx.log):

4 700 Information Session stop reason: can't authenticate

In "Enterprise Management Console", "System", "Directory Services Connectors", "Active Directory", the Path is ok (not changed) and the username/password is working fine.

All ports is open in my LAN. "telnet server 4747" works.

What is my problem?

Any clue?

Re: Connected server OK, negotiations timed out Switching to HTTP tunneling Connected to server OK, No reply received.

Fri, 09 Mar 2012 13:08:40 GMT

Well... searching, searching, searching... I found the solution for my problem:

Posting here to (perhaps) help someone else:

connect as:

qvp://domain\user@server

Connected server OK, negotiations timed out Switching to HTTP tunneling Connected to server OK, No reply received.

Anonymous — Wed, 02 May 2012 15:32:55 GMT

We had the same problem. The problem was that the Windows Client and the Server had different DNS-Settings.

Re: Connected server OK, negotiations timed out Switching to HTTP tunneling Connected to server OK, No reply received.

Mon, 30 Jul 2012 06:38:20 GMT

you should change your ip

Re: Connected server OK, negotiations timed out Switching to HTTP tunneling Connected to server OK, No reply received.

Tue, 18 Sep 2012 01:43:40 GMT

Una cortita: una de las cosas por la que no se conectaba al server desde Qlikview Desktop era porque IE estaba en modo Trabajar sin conexiòn, aunque no estaba ejecutado...raro no?

Saludos,

Re: Connected server OK, negotiations timed out Switching to HTTP tunneling Connected to server OK, No reply received.

michaelfreitas — Tue, 30 Jul 2013 19:25:15 GMT

One thing that I did when it happened to me: the problem is related to the user.

On two occasions I went through this problem, to authenticate the license of QlikView Developer, version 11, using the license server:

1: I was missing the password.

2: The user I was using was not in the same domain or the same group as the server. Solution: You can use the tip from our friend Carlos Antabi (QVP 😕 / domain \ user @ server) or add the user to the same domain or the same group as the server.

You can also check other things related to user, eg if the password has not expired or the user is locked.

Regards,