Jump to content
Not connected, Your IP: 3.15.141.155

Leaderboard


Popular Content

Showing content with the highest reputation on 04/22/21 in all areas

  1. 1 point
    Well, define "best". It's down to people's preference. I'd enable v4 and v6 both on router and in Eddie and prefer v6 wherever possible, others get spooked everytime they get a v6 address assigned, see below. This is one of the things you see people telling you all the time, and when asked, the primary, sometimes the only reason, is the possibility for IPv6 addresses to be assigned using the unique hardware address of an interface, which represents the wet dream of a tracking service, if I may write it like that. It needs to be mentioned, though, that no hardware for the private sector does that by default these days. Heck, newer versions of iOS and Android even randomize that hardware address by default. Thank you for seeing it this way. IPv6 itself grew out of puberty a long, long time ago, so I don't see the reason to shut it out, even in a VPN context. If we shut out v6 now (so people don't use it, get spooked about trifles, etcetc) and not think about how to make it more friendly for paranoids, v4 will never die. And v4 needs to die. We're still coming up with ridiculous ways of keeping a protocol alive and make it so it fits today's web of devices in one space, blatantly ignoring the simple fact it will never fit today's global web of devices in one space. It's like keeping CRT displays alive, for freakin' what? Buy a flatscreen, you'll get thrice your money's worth today. Would it be better? Well, for whom? For you there's no real difference between v4 and v6, both work. But for those building networks out there v4 vs v6 is like CRT vs. flatscreen, and you don't hear them asking the market for CRTs. On a side note, people constantly get angry at carriers for using Carrier-Grade NAT or Dual-Stack lite on their networks to provide v4 connectivity but very rarely ask themselves why tf this is the case…
  2. 1 point
    This option controls whether you connect to an AirVPN server using IPv4 or IPv6. This option controls whether you want to route v4 only, v6 only or both v4 and v6 through the VPN. Definition of Dual Stack is not "v4 or v6" but "v4 and v6 at the same time". I'd leave both enabled, but some people might object and say "but you can be tracked with v6 on". As if they can't be tracked with v4. It doesn't need to match, though, it just needs to be enabled for systems to be able to use them. Meaning, if there is no IPv6 connectivity in your router, you'll have a hard time connecting to AirVPN using IPv6.
  3. 1 point
    colorman

    Linux: AirVPN Suite 1.1.0 beta available

    Yes Bluetit deamon starts with boot. But Goldcrest is not running. (update) Found this? localhost:~ # journalctl | grep bluetit Apr 22 07:31:44 localhost bluetit[2107]: Starting Bluetit - AirVPN OpenVPN 3 Service 1.1.0 RC3 - 16 April 2021 Apr 22 07:31:44 localhost bluetit[2107]: OpenVPN core 3.7 AirVPN linux x86_64 64-bit Apr 22 07:31:44 localhost bluetit[2107]: Copyright (C) 2012-2020 OpenVPN Inc. All rights reserved. Apr 22 07:31:44 localhost systemd[1]: bluetit.service: Control process exited, code=exited status=1 Apr 22 07:31:44 localhost bluetit[2107]: Hummingbird client is running or it did not exit gracefully. Exiting. Apr 22 07:31:44 localhost systemd[1]: bluetit.service: Unit entered failed state. Apr 22 07:31:44 localhost systemd[1]: bluetit.service: Failed with result 'exit-code'. And this... (update) test with Bluetit - AirVPN OpenVPN 3 Service 1.0.0 - 7 January 2021 all fine! * bluetit.service - AirVPN Bluetit Daemon Loaded: loaded (/etc/systemd/system/bluetit.service; enabled; vendor preset: disabled) Active: failed (Result: exit-code) since Thu 2021-04-22 07:31:44 CEST; 38s ago Process: 2107 ExecStart=/sbin/bluetit (code=exited, status=1/FAILURE) Apr 22 07:31:44 localhost systemd[1]: Starting AirVPN Bluetit Daemon... Apr 22 07:31:44 localhost bluetit[2107]: Starting Bluetit - AirVPN OpenVPN 3 Service 1.1.0 RC3 - 16 April 2021 Apr 22 07:31:44 localhost bluetit[2107]: OpenVPN core 3.7 AirVPN linux x86_64 64-bit Apr 22 07:31:44 localhost systemd[1]: bluetit.service: Control process exited, code=exited status=1 Apr 22 07:31:44 localhost systemd[1]: Failed to start AirVPN Bluetit Daemon. Apr 22 07:31:44 localhost systemd[1]: bluetit.service: Unit entered failed state. Apr 22 07:31:44 localhost systemd[1]: bluetit.service: Failed with result 'exit-code'.
×
×
  • Create New...