TrustConnect connection problem

[Guest]

[wraithdu]

Is there a problem with the TrustConnect servers right now?  I was able to connect once about a half-hour ago, and since then I have received the AUTH_FAILED message on each attempt.  I've made absolutely sure that my login username is correct (the Service Login from my account page), and the password I'm using is the same as for my Comodo account login.  Am I doing something wrong?  I've looked at the log, and all it has is the AUTH_FAILED message.

PS - can I use the TrustConnect.ovpn and cert files with my own OpenVPN build?  I'm going to assume it's OK since Linux users can compile their own builds.

[wraithdu]

Seems to be working now.  Must have been a server issue earlier today.

And it also works with my OpenVPN build, which is great!  Keep up the good work!

[wraithdu]

Maybe I spoke too soon.  I got one connection which I used successfully for a few minutes.  Then I disconnected and tried to reconnect, and the reconnect failed with the AUTH_FAILED message.

Am I only allowed a certain number of connections per a certain time period?

[Bader40]

I'm having the same, problem when i try to connect i keep getting a message saying "connecting to trustconnect has failed"

Any ideas?

[vadim]

 Hi

Am I only allowed a certain number of connections per a certain time period?

 No limit for certain number of connections per a certain time period.

 It seems, like temporary service problem. Please try to login again.

 

[cavehomme]

I have frequent connection issues, specifically waiting a long time to connect to the server. Often I just give up. Seems there are some limitations after all ? 

[vadim]

I have frequent connection issues, specifically waiting a long time to connect to the server. Often I just give up. Seems there are some limitations after all ? 

Perhaps you tried to connect with wrong login or password.
Could you connect with your login/password to https://accounts.comodo.com/ ?

[secureme]

Same issue here too.  Purchased one (1) year's service and cannot connect "connection failed".     I have submitted ticket to support and awaiting their reply.

[secureme]

Same issue here too.  Purchased one (1) year's service and cannot connect "connection failed".     I have submitted ticket to support and awaiting their reply.

...and still waiting for their reply <yawn>.  Does Support not work weekends?

[vadim]

Same issue here too.  Purchased one (1) year's service and cannot connect "connection failed".     I have submitted ticket to support and awaiting their reply.

We have replied to your  ticket on SupportSuite.

It's not a TrustConnect service problem.

[secureme]

We have replied to your  ticket on SupportSuite.

It's not a TrustConnect service problem.

Thank you Vadim.  I have replied back.

[secureme]

Has anyone been able to connect and use TC on a regular basis with no problems?  I have been trying for over a week to use this service but have yet to do so. 

I have completed numerous support tickets and have received replys back, but still not able to use TC.  It appears to be a good product and I would like to be able to use it.  Thus the reason for my asking has anyone here been able to use it? 

[panic]

G'day,

I have been using TrustConnect without issue for a couple of months, right up until a few minutes ago.

Sun Apr 20 18:21:43 2008 OpenVPN 2.1_rc4 Win32-MinGW [SSL] [LZO2] built on Apr 25 2007
Sun Apr 20 18:21:47 2008 LZO compression initialized
Sun Apr 20 18:21:47 2008 Control Channel MTU parms [ L:1544 D:140 EF:40 EB:0 ET:0 EL:0 ]
Sun Apr 20 18:21:47 2008 Data Channel MTU parms [ L:1544 D:1450 EF:44 EB:135 ET:0 EL:0 AF:3/1 ]
Sun Apr 20 18:21:47 2008 Local Options hash (VER=V4): '69109d17'
Sun Apr 20 18:21:47 2008 Expected Remote Options hash (VER=V4): 'c0103fa8'
Sun Apr 20 18:21:47 2008 Attempting to establish TCP connection with 75.127.65.162:443
Sun Apr 20 18:21:48 2008 TCP connection established with 75.127.65.162:443
Sun Apr 20 18:21:48 2008 Socket Buffers: R=[8192->8192] S=[8192->8192]
Sun Apr 20 18:21:48 2008 TCPv4_CLIENT link local: [undef]
Sun Apr 20 18:21:48 2008 TCPv4_CLIENT link remote: 75.127.65.162:443
Sun Apr 20 18:22:15 2008 TLS: Initial packet from 75.127.65.162:443, sid=133a1994 65be79ed
Sun Apr 20 18:22:48 2008 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
Sun Apr 20 18:22:48 2008 TLS Error: TLS handshake failed
Sun Apr 20 18:22:48 2008 Fatal TLS error (check_tls_errors_co), restarting
Sun Apr 20 18:22:48 2008 TCP/UDP: Closing socket
Sun Apr 20 18:22:48 2008 SIGUSR1[soft,tls-error] received, process restarting
Sun Apr 20 18:22:48 2008 Restart pause, 5 second(s)
Sun Apr 20 18:22:53 2008 Re-using SSL/TLS context
Sun Apr 20 18:22:53 2008 LZO compression initialized
Sun Apr 20 18:22:53 2008 Control Channel MTU parms [ L:1544 D:140 EF:40 EB:0 ET:0 EL:0 ]
Sun Apr 20 18:22:53 2008 Data Channel MTU parms [ L:1544 D:1450 EF:44 EB:135 ET:0 EL:0 AF:3/1 ]
Sun Apr 20 18:22:53 2008 Local Options hash (VER=V4): '69109d17'
Sun Apr 20 18:22:53 2008 Expected Remote Options hash (VER=V4): 'c0103fa8'
Sun Apr 20 18:22:53 2008 Attempting to establish TCP connection with 75.127.65.162:443
Sun Apr 20 18:22:53 2008 TCP connection established with 75.127.65.162:443
Sun Apr 20 18:22:53 2008 Socket Buffers: R=[8192->8192] S=[8192->8192]
Sun Apr 20 18:22:53 2008 TCPv4_CLIENT link local: [undef]
Sun Apr 20 18:22:53 2008 TCPv4_CLIENT link remote: 75.127.65.162:443
Sun Apr 20 18:23:18 2008 TLS: Initial packet from 75.127.65.162:443, sid=e673f873 6f1a4784
Sun Apr 20 18:23:22 2008 VERIFY OK: depth=1, /C=UA/ST=NA/L=Odessa/O=OpenVPN-TEST/OU=eg/CN=testvpn/emailAddress=root[ at ]localhost
Sun Apr 20 18:23:22 2008 VERIFY OK: nsCertType=SERVER
Sun Apr 20 18:23:22 2008 VERIFY X509NAME OK: /C=UA/ST=NA/O=OpenVPN-TEST/OU=eg/CN=testvpn/emailAddress=root[ at ]localhost
Sun Apr 20 18:23:22 2008 VERIFY OK: depth=0, /C=UA/ST=NA/O=OpenVPN-TEST/OU=eg/CN=testvpn/emailAddress=root[ at ]localhost
Sun Apr 20 18:23:53 2008 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
Sun Apr 20 18:23:53 2008 TLS Error: TLS handshake failed
Sun Apr 20 18:23:53 2008 Fatal TLS error (check_tls_errors_co), restarting
Sun Apr 20 18:23:53 2008 TCP/UDP: Closing socket
Sun Apr 20 18:23:53 2008 SIGUSR1[soft,tls-error] received, process restarting
Sun Apr 20 18:23:53 2008 Restart pause, 5 second(s)
Sun Apr 20 18:23:58 2008 Re-using SSL/TLS context

Smells like the other end is causing the issue, as the above test was done on an absolutely clean install of XP, with NO security software installed to hinder the connection.

Hmmmmm? 0-15. Comodo to serve.

Ewen :-)

[secureme]

Thanks Panic.  Yes that log looks familiar.  When I try to logon it tries over and over and over to connect with no luck.

[panic]

Can you re-open your support ticket and include a link to my post so they can see the event listing of the connection attempt.

One small point, I don't remember the phrase "CN=testvpn" from previous successful connection attempts. I might be wrong, but the word "test" tends to stick out.

Cheers,
Ewen :-)

[Tags:]