TrustConnect connection problem

Security Products & Services Comodo TrustConnect - CTC
1

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.

2

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!

3

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?

4

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

Any ideas?

5

Hi

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

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

6

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 ?

7

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

8

Same issue here too. Purchased one (1) year’s service and cannot connect “connection failed”. (:SAD) I have submitted ticket to support and awaiting their reply.

9

…and still waiting for their reply . Does Support not work weekends?

10

We have replied to your ticket on SupportSuite.

It’s not a TrustConnect service problem.

11

Thank you Vadim. I have replied back.

12

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. (:SAD)

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?

13

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@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@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@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 :slight_smile:

14

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

15

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 :slight_smile:

16

Issue resolved. TC is operational! :BNC

17

w00t

18

I have a problem with My TrustConnect.
As of today I can’t connected to TrustConnect. Everytime I tried there is always error box appears saying “Connection to TrustConnect Has Failed”. I copy also the log file below. Is there anybody here to help me?

Sat Feb 14 09:41:45 2009 OpenVPN 2.1_rc4 Win32-MinGW [SSL] [LZO2] built on Apr 25 2007
Sat Feb 14 09:41:48 2009 LZO compression initialized
Sat Feb 14 09:41:48 2009 Attempting to establish TCP connection with 69.93.174.106:443
Sat Feb 14 09:41:49 2009 TCP connection established with 69.93.174.106:443
Sat Feb 14 09:41:49 2009 TCPv4_CLIENT link local: [undef]
Sat Feb 14 09:41:49 2009 TCPv4_CLIENT link remote: 69.93.174.106:443
Sat Feb 14 09:41:53 2009 [ComodoVPNS-2] Peer Connection Initiated with 69.93.174.106:443
Sat Feb 14 09:41:55 2009 All TAP-Win32 adapters on this system are currently in use.
Sat Feb 14 09:41:55 2009 Exiting

19

Have you tried to reboot your pc? Often it helps…
Another possibility is that TAP device is disabled. To check this go to control panel → network connections, find TAP-Win32 adapters and check if they are enabled. If so - enable it.
Anyway, COMODO has quite nice support and if no luck try asking there.

20

I’m constantly having problems with TrustConnect! It is not any PC problem, because i have the same issue from multiple PCs. It takes multiple attempts, and a very long time on each attempt to connect, and when the connection is made, it’s at low speed. Worst of all, after a few minutes, the connection stops working. This hangs all activity and TrustCnnect only informs me that the connection is terminated at least 2-3 minutes it has actually dropped the connection.

This is really unacceptable. I end up wasting too much time on this piece of software. Especially since it is clearly a service issue and nothing to do with software, OS, hardware or my lack of ability. If it does have something to do with my geoigraphical location,e then I would expect the TrustConnect team ought to be aware of this and at least inform me.