Jump to content
Not connected, Your IP: 44.220.131.93

Staff

Staff
  • Content Count

    10486
  • Joined

    ...
  • Last visited

    ...
  • Days Won

    1747

Posts posted by Staff


  1. @BettyIsBoop

    Hello!

    We're going to look into the issue. Since you get SERVFAIL, the mappy.fr authoritative DNS might be down or more probably it's blocking some or all of our VPN servers. Can you also tell us which VPN server(s) you experience this problem on?

    Kind regards
     

  2. Hello!


    We're very glad to inform you that a new 1 Gbit/s full duplex server located in Chicago, IL (USA) is available: Praecipua.

    The AirVPN client will show automatically the new server. If you use any other OpenVPN or WireGuard client you can generate all the files to access it through our configuration/certificates/key generator (menu "Client Area"->"Config generator").

    The server accepts OpenVPN connections on ports 53, 80, 443, 1194, 2018 UDP and TCP, and WireGuard connections on ports 1637, 47107 and 51820.

    Just like every other Air server, Praecipua supports OpenVPN over SSL and OpenVPN over SSH, TLS 1.3, tls-crypt and WireGuard.
    Full IPv6 support is included as well.

    As usual no traffic limits, no logs, no discrimination on protocols and hardened security against various attacks with separate entry and exit-IP addresses.

    You can check the server status as usual in our real time servers monitor:
    https://airvpn.org/servers/Praecipua


    Do not hesitate to contact us for any information or issue.

    Kind regards and datalove
    AirVPN Team

    chicago.thumb.jpg.dbe19dcb818255bcede9363fff2d8b11.jpg


  3. Hello!


    We're very glad to inform you that a new 1 Gbit/s full duplex server located in Miami, FL (USA) is available: Minelauva.

    The AirVPN client will show automatically the new server. If you use any other OpenVPN or WireGuard client you can generate all the files to access it through our configuration/certificates/key generator (menu "Client Area"->"Config generator").

    The server accepts OpenVPN connections on ports 53, 80, 443, 1194, 2018 UDP and TCP, and WireGuard connections on ports 1637, 47107 and 51820.

    Just like every other Air server, Minelauva supports OpenVPN over SSL and OpenVPN over SSH, TLS 1.3, tls-crypt and WireGuard.
    Full IPv6 support is included as well.

    As usual no traffic limits, no logs, no discrimination on protocols and hardened security against various attacks with separate entry and exit-IP addresses.

    You can check the server status as usual in our real time servers monitor:
    https://airvpn.org/servers/Minelauva


    Do not hesitate to contact us for any information or issue.

    Kind regards and datalove
    AirVPN Team

    miami-5152178_1280.thumb.jpg.08a13a8e61dbba9d1ba50d804518ccf0.jpg


  4. Hello!

    For the readers: the problem was caused by OpenVPN 2.5 configuration files used on OpenVPN 2.3.
    Remember that OpenVPN 2.5 profiles broke backward compatibility with the addition of new directives and other modifications. If you need a file for OpenVPN 2.3 and 2.4 you must tell the Configuration Generator to generate a profile for OpenVPN 2.4 by setting "OpenVPN Type" comb box to the proper version. In case of OpenVPN 2.3 you must also take care to connect to entry-IP address 1 (ONE) because OpenVPN 2.3 supports only tls-auth, which is NOT offered on entry-IP addresses 3 and 4.

    If you have the chance to do so, anyway, please consider to drop obsolete OpenVPN versions and upgrade.

    Kind regards

    Config_Generator_screenshot.thumb.png.919cb2f5b00f51775209ce9ad73c024f.png
     


  5. 15 hours ago, ss11 said:

    How would AirVPN know it's you for whom the DMCA notice was addressed, when it has hundreds or tens of users connected to the same server at the same time? I am just asking.


    Hello!

    Correct, we can't know it. @Rodent The problem would perhaps arise only if the client is still connected and it was constantly and still is the only one connected to a VPN server (which is nearly impossible).

    Kind regards
     

  6. Hello!

    Probably no mistakes, it's just that your listening program listens to IPv4 address and not IPv6. Some programs do so by default, some programs can be configured to listen either to v4 or v6 IP addresses. Listening to IPv4 is normally preferred because most services and nodes still stick to IPv4, and those which use IPv6 can use IPv4 too, while some don't support IPv6 at all.

    Kind regards
     


  7. Hello!

    We apologize for the badly written sentence full of typos and errors which make it totally cryptic.

    We try a better explanation: if someone is already a customer and visits the web site through your referral link during the same month (*) he/she made a payment, you will not be counted as the legitimate referral and you will not be credited as such. The logic behind this is that the customer delivered a payment BEFORE he/she knew or used your referral link. This is a particular case of the more general scenario example written here:
     

    Quote

    Scenario examples:
    If a user follows your referral link, and it's the first time in a month that he/she browses airvpn.org website, any account that this user will create is associated to the referral.

     


    Kind regards
     
    (*) Intended as the last 30 calendar days period, not the last Gregorian month from 1st to last day.

  8. 1 minute ago, firefox1970 said:
    Thank you. There is nothing wirten that all Referral from last Month will not count ??
     

    Hello!

    Sorry, we do not understand the question. Can you please re-formulate? Or, even better, please open a ticket to the sales department (click "Contact us" on the web site, or write directly to marketing@airvpn.org) with all of your questions, even because they can offer additional fees for mid-term commitments.

    Kind regards
     

  9. Hello!

    Please set a small MTU size as a first test. Try for example 1320 bytes. To do so add the following line in the WireGuard configuration [Interface] section:
    MTU = 1320
     

    Quote

    When I speed test I get pretty good results: 450/350mbps.


    Also make sure that uTP is disabled in the torrent program settings, as it will shape traffic, and check your torrent program settings against the following guide:
    https://airvpn.org/faq/p2p/

    Connection and torrent program must both be re-started in order to apply the changes.

    If the problem persists please try a direct connection from another device, just to rule out that the bottleneck is in the pfSense box and to make a comparison. Do you see packet errors in the OpenVPN log, when connected over UDP? Last but not least, please remember to open a ticket (if you haven't already done so) for AirVPN support (here you will get community support, so you might like to get both professional and community support).

    Kind regards
     


  10. @mazenahmed

    Hello!

    We see two problems. Please find first problem explanation and quick solution here:
    https://airvpn.org/forums/topic/56657-cant-connect-to-anything/?do=findComment&comment=225418

    The 2nd problem might be a direct consequence of the first, let's see whether it gets resolved simply by fixing the DCO issue. If the 2nd problem persists please send again a system report (created with the new settings).

    Kind regards

     

  11. @Miracles

    Hello!

    Watch out, the mentioned data are not stored in the VPN system, but they are stored in PayPal servers and can be accessed by the account holders while entering the account. In this way it's still possible to verify through the transaction ID and deliver a refund, for example. Account holders can not delete such data and PayPal must preserve them for several years according to the legal frameworks concerning banks, payment processors, financial entities in general, anti money-laundering rules, of the countries PayPal operates in.

    With that said, we confirm that it's impossible, even for the data processor, to correlate any account with any VPN usage, not even with which server the account has been used for connections and we also confirm the validity of the ToS and the Privacy Notice.

    Kind regards
     

  12. Hello!

    We inform you that due to datacenter needs, Aquila VPN server (Fremont, California) has been assigned new IP addresses. If you use Aquila-specific configuration files please re-generate them. If you run Eddie (any edition), no specific action is required, Eddie will update data automatically.

    Kind regards
    AirVPN Staff
     


  13. Hello!

    We don't deem those tests reliable at all. Why are they performed against servers in Malaysia (Kuala Lumpur and Puchong)? That's a questionable choice for our servers in New Zealand, Japan and Singapore. Try with comparison servers and VPN servers in the same country. The only correct choice was Sydney when you were not connected to the VPN.

    Trying OpenVPN makes sense in case WireGuard and/or UDP are shaped. In this latter case please make sure to test OpenVPN over TCP.

    Kind regards
     


  14. @ScanFarer

    Hello!

    Your analysis is correct. The maximum amount of bandwidth this month which Haedus could give was 7 Gbit/s:
    Screenshot_20231208_094849_Haedus.png.88357405a3d0079d06faa4b1514817b4.png

    One of the main reasons is that the load on the CPU increases more than linearly as the number of OpenVPN connected clients increases. Other reasons include routing, since the maximum throughput one can get is the maximum throughput that the slowest hop in the route can provide.

    While more and more users switch to WireGuard, the servers will be able to deliver more bandwidth, because WireGuard scales excellently. Consider that each OpenVPN process runs in a single thread of a single core (when OpenVPN's DCO is stable things will change), forcing us to run multiple processes, while we only need to run one WireGuard process which distributes load evenly on all cores. Furthermore, WireGuard doesn't copy data from kernel to userspace and vice-versa, while OpenVPN does (again, OpenVPN's DCO running in the kernel space will do the same). Actually, Haedus can provide almost 4 Gbit/s (8 Gbit/s on the server, in practice) when the connection is performed by a single client. Increasing MTU size might also improve performance further, only provided that there's room in the frames.

    From Android devices, almost everyone runs WireGuard, because Eddie Android edition is set to WireGuard by default. From desktop devices, Eddie's default is OpenVPN at the moment, so many users start with that default setting and stick to it. What to offer by default is a matter of analysis on desktop systems: WireGuard poses privacy issues and can be easily blocked, while OpenVPN is definitely and sometimes significantly slower even on most AES-NI supporting devices but offers dynamic address assignment and the invaluable abilities to connect over stunnel, SSH, SOCKS proxies, Tor (working in TCP).

    Kind regards
     

  15. Hello!


    We're very glad to inform you that a new 1 Gbit/s full duplex server located in Tokyo (JP) is available: Ainalrami.

    The AirVPN client will show automatically the new server. If you use any other OpenVPN or WireGuard client you can generate all the files to access it through our configuration/certificates/key generator (menu "Client Area"->"Config generator").

    The server accepts OpenVPN connections on ports 53, 80, 443, 1194, 2018 UDP and TCP, and WireGuard connections on ports 1637, 47107 and 51820.

    Just like every other Air server, Ainalrami supports OpenVPN over SSL and OpenVPN over SSH, TLS 1.3, tls-crypt and WireGuard.
    Full IPv6 support is included as well.

    As usual no traffic limits, no logs, no discrimination on protocols and hardened security against various attacks with separate entry and exit-IP addresses.

    You can check the server status as usual in our real time servers monitor:
    https://airvpn.org/servers/Ainalrami


    Do not hesitate to contact us for any information or issue.

    Kind regards and datalove
    AirVPN Team

    akihabara-1180397__340.jpg.c2c96df1c25db64ccd1d24e97a9216d5.jpg


  16. 12 hours ago, Koalaman said:

    Thank you for your support! 

    I am now getting around constant 100mbit down via ethernet to my Pi connected to Asian servers, however not more - Is this to be expected?

    Secondly, no matter what I do, my upload is atrocious, used to be better when using AirVPN Suite, but not crazy better, UP always around 2mbit.
     


    Hello!

    Both conditions are not expected. Now that the previous problem is resolved at least in download (yes, the upload seems even worse now, puzzling!), try to enlarge at small steps the MTU size. Start with 1340 bytes. If the performance improves, keep going up at small steps of 20 bytes maximum (1360, 1380...). As soon as performance decreases, go back to the previous step for optimum performance.

    Another factor to consider is packet errors caused by the physical layer, if the device is connected via WiFi. Unfortunately WireGuard's puny log does not help in this case, so try anyway to change channel and get a stronger WiFi signal (ignore if the Pi is already connected via Ethernet):
    https://www.metageek.com/training/resources/why-channels-1-6-11/

    How is the upload band measured?

    Kind regards
     
×
×
  • Create New...