Jump to content
Not connected, Your IP: 3.138.175.166
Sign in to follow this  
Staff

New server - Introducing Omicron

Recommended Posts

Hello!

We have just added a new server to our infrastructure: Omicron. It is located in an excellent datacenter (like Altair) and has a German IP. It adds a full 100 Mbit/s bandwidth capacity to our servers pool without any traffic limitation.

Omicron accepts connections on port 53, 80, and 443 (TCP and UDP).

Users with high traffic demand (hundreds of GB or even several TB per month) are kindly advised to give priority connection to this server.

Due to its CPU and RAM capacity, Omicron is able to support hundreds of simultaneous connections in case of need.

As usual, and according to our policy, we don't force any bandwidth or traffic limitation and we respect our commitment to provide a guaranteed allocated bandwidth under any circumstance.

You can pick Omicron connection either through AirVPN client or through our configuration generator right now.

Kind regards

AirVPN admins

Share this post


Link to post

Indeed this is great news! I hope that Altair will be back online soon...

However, Omicron speedtest gave me near 2Mbit/s. Polaris gives better results.

Nevertheless, Airvpn team deserve an applause for continuing efforts providing better service.

Thank you very much.

Share this post


Link to post

Hello! I just paid for premium access and I'm glad to see Omicron up and running, but I can't seem to connect...

My configuration file:

client

dev tun

proto udp

remote 89.149.226.185 53

resolv-retry infinite

nobind

persist-key

persist-tun

ca "ca.crt"

cert "user.crt"

key "user.key"

ns-cert-type server

cipher AES-256-CBC

comp-lzo

verb 3

explicit-exit-notify 5

My connection log:

2011-04-13 10:48:15 *Tunnelblick: Attempting connection with air; Set nameserver = 1; monitoring connection

2011-04-13 10:48:15 *Tunnelblick: /Applications/Tunnelblick.app/Contents/Resources/openvpnstart start air.ovpn 1337 1 0 0 0 49

2011-04-13 10:48:16 *Tunnelblick: kextload: /Applications/Tunnelblick.app/Contents/Resources/tun.kext loaded successfully

2011-04-13 10:48:15 *Tunnelblick: openvpnstart: /Applications/Tunnelblick.app/Contents/Resources/openvpn --cd /Users/XXX/Library/Application Support/Tunnelblick/Configurations --daemon --management XXX --config /Users/XXX/Library/Application Support/Tunnelblick/Configurations/air.ovpn --log /tmp/tunnelblick/logs/-SUsers-SXXX-SLibrary-SApplication Support-STunnelblick-SConfigurations-Sair.ovpn.1_0_0_0_49.1337.openvpn.log --management-query-passwords --management-hold --script-security 2 --up /Applications/Tunnelblick.app/Contents/Resources/client.up.tunnelblick.sh -m -w -d --down /Applications/Tunnelblick.app/Contents/Resources/client.down.tunnelblick.sh -m -w -d --up-restart

2011-04-13 10:48:16 OpenVPN 2.1.4 i386-apple-darwin10.5.0 [sSL] [LZO2] [PKCS11] built on Dec 3 2010

2011-04-13 10:48:16 MANAGEMENT: TCP Socket listening on XXX

2011-04-13 10:48:16 Need hold release from management interface, waiting...

2011-04-13 10:48:16 MANAGEMENT: Client connected from XXX

2011-04-13 10:48:16 MANAGEMENT: CMD 'pid'

2011-04-13 10:48:16 MANAGEMENT: CMD 'state on'

2011-04-13 10:48:16 MANAGEMENT: CMD 'state'

2011-04-13 10:48:16 MANAGEMENT: CMD 'hold release'

2011-04-13 10:48:16 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts

2011-04-13 10:48:16 WARNING: file 'user.key' is group or others accessible

2011-04-13 10:48:16 LZO compression initialized

2011-04-13 10:48:16 Control Channel MTU parms [ L:1558 D:138 EF:38 EB:0 ET:0 EL:0 ]

2011-04-13 10:48:16 Socket Buffers: R=[42080->65536] S=[9216->65536]

2011-04-13 10:48:16 Data Channel MTU parms [ L:1558 D:1450 EF:58 EB:135 ET:0 EL:0 AF:3/1 ]

2011-04-13 10:48:16 Local Options hash (VER=V4): '22188c5b'

2011-04-13 10:48:16 Expected Remote Options hash (VER=V4): 'a8f55717'

2011-04-13 10:48:16 UDPv4 link local: [undef]

2011-04-13 10:48:16 UDPv4 link remote: 89.149.226.185:53

2011-04-13 10:48:16 MANAGEMENT: >STATE:1302662896,WAIT,,,

2011-04-13 10:49:16 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)

2011-04-13 10:49:16 TLS Error: TLS handshake failed

2011-04-13 10:49:16 TCP/UDP: Closing socket

2011-04-13 10:49:16 SIGUSR1[soft,tls-error] received, process restarting

2011-04-13 10:49:16 MANAGEMENT: >STATE:1302662956,RECONNECTING,tls-error,,

2011-04-13 10:49:16 MANAGEMENT: CMD 'hold release'

2011-04-13 10:49:16 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts

2011-04-13 10:49:16 Re-using SSL/TLS context

2011-04-13 10:49:16 LZO compression initialized

2011-04-13 10:49:16 Control Channel MTU parms [ L:1558 D:138 EF:38 EB:0 ET:0 EL:0 ]

2011-04-13 10:49:16 Socket Buffers: R=[42080->65536] S=[9216->65536]

2011-04-13 10:49:16 Data Channel MTU parms [ L:1558 D:1450 EF:58 EB:135 ET:0 EL:0 AF:3/1 ]

2011-04-13 10:49:16 Local Options hash (VER=V4): '22188c5b'

2011-04-13 10:49:16 Expected Remote Options hash (VER=V4): 'a8f55717'

2011-04-13 10:49:16 UDPv4 link local: [undef]

2011-04-13 10:49:16 UDPv4 link remote: 89.149.226.185:53

2011-04-13 10:49:16 MANAGEMENT: >STATE:1302662956,WAIT,,,

2011-04-13 10:50:16 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)

2011-04-13 10:50:16 TLS Error: TLS handshake failed

2011-04-13 10:50:16 TCP/UDP: Closing socket

In fact, this happens no matter which server I try to connect to through any UDP port. If I try to connect through any TCP port, I get the authorization failure error... Any ideas on what's going on? I appreciate your time and help!

Share this post


Link to post

kenzieparis wrote:

Hello! I just paid for premium access and I'm glad to see Omicron up and running, but I can't seem to connect...

2011-04-13 10:49:16 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)

2011-04-13 10:49:16 TLS Error: TLS handshake failed

In fact, this happens no matter which server I try to connect to through any UDP port. If I try to connect through any TCP port, I get the authorization failure error... Any ideas on what's going on? I appreciate your time and help!

Hello!

You are authorized to access all the servers...

First, could you please make sure that:

- a firewall does not block Tunnelblick.

- you have copied all the files (including key and certificates) inside air.zip and pasted them into ~/Library/Application Support/Tunnelblick/Configurations

If all of the above does not solve the problem, be aware that there is a rare bug in some Tunnelblick versions which causes connection failures like yours. It seems to be caused by a wrong configuration file parsing. Once you have imported the configuration, try to modify some parameter (for example, Edit connection from Preferences). Change for example connection port, set it 80. Then save and try again.

Let us know if you could manage to solve the problem or not.

Kind regards

AirVPN admins

Share this post


Link to post

Hello,

Thanks for the quick reply. Although there is a "Great Firewall of China", I have used AirVPN before so it shouldn't be the problem, and I have indeed copied all configuration files to the proper location. I have previously had problems with Tunnelblick file parsing, but I'm unclear about exactly what parameters I should modify and where. Could you please be more specific?

Thank you!

Share this post


Link to post

kenzieparis wrote:

Hello,

Thanks for the quick reply. Although there is a "Great Firewall of China", I have used AirVPN before so it shouldn't be the problem, and I have indeed copied all configuration files to the proper location. I have previously had problems with Tunnelblick file parsing, but I'm unclear about exactly what parameters I should modify and where. Could you please be more specific?

Thank you!

Hello!

Yes, at the moment all of our servers are reachable from China.

Before proceeding with Tunnelblick, anyway, you might perform a test with another OpenVPN client for Mac, Viscosity. Although it is free only for 1 month trial, you can use it during this period as a test to ascertain whether the connection problem relies on Tunnelblick or not.

'>http://www.thesparklabs.com/viscosity/>

Kind regards

AirVPN admins

Share this post


Link to post

Thank you for your help. I cannot access Viscosity in China, but I played around with Tunnelblick and it turns out my previous problems with dev tun in Tunnelblick are no longer applicable, but I was still configuring as before. Needless to say, I'm up and running now.

Thank you once again!

Share this post


Link to post

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
  • Security Check
    Play CAPTCHA Audio
    Refresh Image
Sign in to follow this  

×
×
  • Create New...