Not connected, Your IP: 3.238.96.184
Online: 14246 users - 63437 Mbit/s total BWAll Activity
This stream auto-updates
- Past hour
-
-
- Today
-
-
-
-
-
- Yesterday
-
-
-
-
I can confirm that adding --persist-tun to the command line prevents the link from failing after a SIGUSR2. However, I'd like to make a few observations: The suggestion that persist-tun is necessary for a SIGUSR2 restart isn't documented anywhere that I can see. The documentation simple states: "SIGUSR2: Reconnect (restart) the active VPN connection". (I can see the logic of needing persist-tun for SIGUSR1, but not for SIGUSR2.) Requiring persist-tun for a restart of the connection is "unhelpful" for several reasons: First, AFAICT, it breaks compatibility with OpenVPN's use of SIGUSR1, which allows the possibility of restarting without persist-tun. Second, the whole point of the exercise for me was to pick up a new server from europe3.all.vpn.airdns.org. My tests indicate that this doesn't work using SIGUSR2, and the server address is unchanged. Third, is there actually a way to restart the tunnel and run the up / down scripts, just like SIGHUP does on OpenVPN? (Unfortunately, SIGHUP terminates the Hummingbird process. Why the divergence?)
-
iPadOS: OpenVPN & iTorrent
der1agibert replied to der1agibert's topic in Troubleshooting and Problems
I am not sure I understand. How do I manually close them, then? I just checked the torrent address detection to another server on my MacBook connected to the same WiFi via Transmission: Everything’s (still) fine there, my real IP does not show up. -
@air2157 Hello! We should have spotted the problem. The firewall is not the problem, apparently, but the fact that --persist-tun works fine when used as a Hummingbird option, while persist-tun as an OpenVPN directive causes the problem. We could reproduce the problem: when we have persist-tun merely as a profile directive, the tun interface goes down at the re-connection (as if the directive were ignored), but if --persist.-tun is added as an Hummingbird line option, then tun persistence is respected. Thank you for the report, the bug is now under investigation. Can you test with the option, as a cross-check? Kind regards
-
iPadOS: OpenVPN & iTorrent
OpenSourcerer replied to der1agibert's topic in Troubleshooting and Problems
Yes, of course, the ports may be still open in your router. -
iPadOS: OpenVPN & iTorrent
der1agibert replied to der1agibert's topic in Troubleshooting and Problems
Thank you for your quick reply. I tried what you proposed but even with those options disabled my real IP still seeps through -
-
iPadOS: OpenVPN & iTorrent
OpenSourcerer replied to der1agibert's topic in Troubleshooting and Problems
Disable NAT-PMP and UPnP. I think it opened the port on your ISP router. Also disable uTP, it has a tendency to break throughput. -
I have been using AirVPN for the last couple of years on macOS and never had any issues with hiding my actual IP while torrenting. On iPadOS, however, it seems like my set-up has a weak spot, see attached screen-grabs. Can somebody please help me out? Do you need any more information to access the problem?
-
OpenSourcerer reacted to a post in a topic:
Continually connecting to the same server for a static IP ...
-
Continually connecting to the same server for a static IP
OpenSourcerer replied to greased's topic in General & Suggestions
Couldn't have summarized it better, thank you, Mr. SurprisedItWorks. -
-
-
It's a Debian 10 (stretch) image, so uses nftables by default. I already mentioned that I tested it with persist-tun. It fails. Config file: script-security 2 client dev tun remote europe3.vpn.airdns.org 443 resolv-retry infinite nobind persist-key persist-tun auth-nocache route-delay 5 verb 3 push-peer-info setenv UV_IPV6 no remote-cert-tls server cipher AES-256-GCM comp-lzo no proto tcp-client #up up.sh #down down.sh Before state: user@vpn-client:~$ ip ro 0.0.0.0/1 via 10.15.187.1 dev tun0 default via 192.168.8.1 dev ens3 onlink 10.15.187.0/24 dev tun0 proto kernel scope link src 10.15.187.71 128.0.0.0/1 via 10.15.187.1 dev tun0 192.168.8.0/24 dev ens3 proto kernel scope link src 192.168.8.17 194.187.251.165 via 192.168.8.1 dev ens3 user@vpn-client:~$ ip addr 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 52:54:00:4f:84:4e brd ff:ff:ff:ff:ff:ff inet 192.168.8.17/24 brd 192.168.8.255 scope global ens3 valid_lft forever preferred_lft forever inet6 fe80::5054:ff:fe4f:844e/64 scope link valid_lft forever preferred_lft forever 3: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN group default qlen 200 link/none inet 10.15.187.71/24 brd 10.15.187.255 scope global tun0 valid_lft forever preferred_lft forever inet6 fe80::2698:d295:7130:774b/64 scope link stable-privacy valid_lft forever preferred_lft forever user@vpn-client:~$ systemctl status hummingbird@airvpn ● hummingbird@airvpn.service - Hummingbird connection to airvpn Loaded: loaded (/etc/systemd/system/hummingbird@.service; enabled; vendor preset: enabled) Active: active (running) since Wed 2021-05-12 16:34:38 BST; 2min 24s ago Main PID: 366 (hummingbird) Tasks: 2 (limit: 1149) Memory: 9.1M CGroup: /system.slice/system-hummingbird.slice/hummingbird@airvpn.service └─366 /usr/local/bin/hummingbird /etc/openvpn/airvpn.ovpn After state: user@vpn-client:~$ sudo kill -USR2 366 [sudo] password for user: user@vpn-client:~$ systemctl status hummingbird@airvpn ● hummingbird@airvpn.service - Hummingbird connection to airvpn Loaded: loaded (/etc/systemd/system/hummingbird@.service; enabled; vendor preset: enabled) Active: active (running) since Wed 2021-05-12 16:34:38 BST; 3min 20s ago Main PID: 366 (hummingbird) Tasks: 2 (limit: 1149) Memory: 9.1M CGroup: /system.slice/system-hummingbird.slice/hummingbird@airvpn.service └─366 /usr/local/bin/hummingbird /etc/openvpn/airvpn.ovpn user@vpn-client:~$ ip ro default via 192.168.8.1 dev ens3 onlink 192.168.8.0/24 dev ens3 proto kernel scope link src 192.168.8.17 user@vpn-client:~$ ip addr 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 52:54:00:4f:84:4e brd ff:ff:ff:ff:ff:ff inet 192.168.8.17/24 brd 192.168.8.255 scope global ens3 valid_lft forever preferred_lft forever inet6 fe80::5054:ff:fe4f:844e/64 scope link valid_lft forever preferred_lft forever 4: tun0: <POINTOPOINT,MULTICAST,NOARP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 200 link/none user@vpn-client:~$ ping -c1 8.8.8.8 PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data. ping: sendmsg: Operation not permitted ^C --- 8.8.8.8 ping statistics --- 1 packets transmitted, 0 received, 100% packet loss, time 0ms user@vpn-client:~$ cat /etc/resolv.conf # # Created by AirVPN. Do not edit. # # Your resolv.conf file is temporarily backed up in /etc/airvpn/resolv.conf.airvpnbackup # To restore your resolv.conf file you need to log in as root # and execute the below command from the shell: # # mv /etc/airvpn/resolv.conf.airvpnbackup /etc/resolv.conf # nameserver 10.15.187.1 System journal: May 12 16:37:47 vpn-client hummingbird[366]: Received SIGUSR2 signal. Reconnecting VPN. May 12 16:37:47 vpn-client hummingbird[366]: Wed May 12 16:37:47.474 2021 Client terminated, reconnecting in 0... May 12 16:37:47 vpn-client hummingbird[366]: Wed May 12 16:37:47.474 2021 net_route_del: 128.0.0.0/1 via 10.15.187.1 dev tun0 table 0 metric 0 May 12 16:37:47 vpn-client hummingbird[366]: Wed May 12 16:37:47.474 2021 net_route_del: 0.0.0.0/1 via 10.15.187.1 dev tun0 table 0 metric 0 May 12 16:37:47 vpn-client hummingbird[366]: Wed May 12 16:37:47.474 2021 net_addr_del: 10.15.187.71/24 dev tun0 May 12 16:37:47 vpn-client hummingbird[366]: Wed May 12 16:37:47.474 2021 net_iface_mtu_set: mtu 1500 for tun0 May 12 16:37:47 vpn-client hummingbird[366]: Wed May 12 16:37:47.474 2021 net_iface_up: set tun0 down May 12 16:37:47 vpn-client hummingbird[366]: Wed May 12 16:37:47.478 2021 net_route_del: 194.187.251.165/32 via 192.168.8.1 dev ens3 table 0 metric 0 May 12 16:37:47 vpn-client hummingbird[366]: Wed May 12 16:37:47.478 2021 Wed May 12 16:37:47.491 2021 EVENT: RECONNECTING May 12 16:37:47 vpn-client hummingbird[366]: Wed May 12 16:37:47.491 2021 Successfully restored DNS settings May 12 16:37:47 vpn-client hummingbird[366]: Wed May 12 16:37:47.491 2021 ERROR: N_RECONNECT May 12 16:37:47 vpn-client hummingbird[366]: Wed May 12 16:37:47.492 2021 EVENT: RESOLVE May 12 16:37:47 vpn-client hummingbird[366]: Wed May 12 16:37:47.494 2021 Resolved server europe3.vpn.airdns.org into IPv4 194.187.251.165 May 12 16:37:47 vpn-client hummingbird[366]: Wed May 12 16:37:47.494 2021 Adding IPv4 server 194.187.251.165 to network filter May 12 16:37:47 vpn-client hummingbird[366]: Wed May 12 16:37:47.908 2021 Network filter and lock successfully activated May 12 16:37:47 vpn-client hummingbird[366]: Wed May 12 16:37:47.917 2021 Contacting 194.187.251.165:443 via TCPv4 May 12 16:37:47 vpn-client hummingbird[366]: Wed May 12 16:37:47.918 2021 EVENT: WAIT May 12 16:37:48 vpn-client hummingbird[366]: Wed May 12 16:37:47.918 2021 Wed May 12 16:37:48.004 2021 Connecting to [europe3.vpn.airdns.org]:443 (194 .187.251.165) via TCPv4 May 12 16:37:48 vpn-client hummingbird[366]: Wed May 12 16:37:48.430 2021 EVENT: CONNECTING May 12 16:37:48 vpn-client hummingbird[366]: Wed May 12 16:37:48.433 2021 Tunnel Options:V4,dev-type tun,link-mtu 1524,tun-mtu 1500,proto TCPv4_CLIENT ,comp-lzo,cipher AES-256-GCM,auth [null-digest],keysize 256,key-method 2,tls-client May 12 16:37:48 vpn-client hummingbird[366]: Wed May 12 16:37:48.433 2021 Peer Info: May 12 16:37:48 vpn-client hummingbird[366]: IV_VER=3.7 AirVPN May 12 16:37:48 vpn-client hummingbird[366]: IV_PLAT=linux May 12 16:37:48 vpn-client hummingbird[366]: IV_NCP=2 May 12 16:37:48 vpn-client hummingbird[366]: IV_TCPNL=1 May 12 16:37:48 vpn-client hummingbird[366]: IV_PROTO=30 May 12 16:37:48 vpn-client hummingbird[366]: IV_CIPHERS=AES-256-GCM May 12 16:37:48 vpn-client hummingbird[366]: IV_LZO_STUB=1 May 12 16:37:48 vpn-client hummingbird[366]: IV_COMP_STUB=1 May 12 16:37:48 vpn-client hummingbird[366]: IV_COMP_STUBv2=1 May 12 16:37:48 vpn-client hummingbird[366]: UV_IPV6=no May 12 16:37:48 vpn-client hummingbird[366]: IV_GUI_VER=Hummingbird - AirVPN OpenVPN 3 Client 1.1.2 RC3 May 12 16:37:48 vpn-client hummingbird[366]: IV_SSL=OpenSSL 1.1.0l 10 Sep 2019 May 12 16:37:48 vpn-client hummingbird[366]: Wed May 12 16:37:48.532 2021 VERIFY OK: depth=1, /C=IT/ST=IT/L=Perugia/O=airvpn.org/CN=airvpn.org CA/emai lAddress=info@airvpn.org, signature: RSA-SHA1 May 12 16:37:48 vpn-client hummingbird[366]: Wed May 12 16:37:48.535 2021 VERIFY OK: depth=0, /C=IT/ST=IT/L=Perugia/O=airvpn.org/CN=Diadema/emailAddre ss=info@airvpn.org, signature: RSA-SHA512 May 12 16:37:48 vpn-client hummingbird[366]: Wed May 12 16:37:48.814 2021 SSL Handshake: peer certificate: CN=Diadema, 4096 bit RSA, cipher: TLS_CHACH A20_POLY1305_SHA256 TLSv1.3 Kx=any Au=any Enc=CHACHA20/POLY1305(256) Mac=AEAD May 12 16:37:48 vpn-client hummingbird[366]: Wed May 12 16:37:48.814 2021 Session is ACTIVE May 12 16:37:48 vpn-client hummingbird[366]: Wed May 12 16:37:48.814 2021 EVENT: WARN TLS: received certificate signed with SHA1. Please inform your a dmin to upgrade to a stronger algorithm. Support for SHA1 signatures will be dropped in the future May 12 16:37:48 vpn-client hummingbird[366]: Wed May 12 16:37:48.815 2021 EVENT: GET_CONFIG May 12 16:37:48 vpn-client hummingbird[366]: Wed May 12 16:37:48.815 2021 Sending PUSH_REQUEST to server... May 12 16:37:49 vpn-client hummingbird[366]: Wed May 12 16:37:49.816 2021 Sending PUSH_REQUEST to server... May 12 16:37:49 vpn-client hummingbird[366]: Wed May 12 16:37:49.844 2021 OPTIONS: May 12 16:37:49 vpn-client hummingbird[366]: 0 [comp-lzo] [no] May 12 16:37:49 vpn-client hummingbird[366]: 1 [redirect-gateway] [def1] [bypass-dhcp] May 12 16:37:49 vpn-client hummingbird[366]: 2 [dhcp-option] [DNS] [10.15.187.1] May 12 16:37:49 vpn-client hummingbird[366]: 3 [route-gateway] [10.15.187.1] May 12 16:37:49 vpn-client hummingbird[366]: 4 [topology] [subnet] May 12 16:37:49 vpn-client hummingbird[366]: 5 [ping] [10] May 12 16:37:49 vpn-client hummingbird[366]: 6 [ping-restart] [60] May 12 16:37:49 vpn-client hummingbird[366]: 7 [ifconfig] [10.15.187.71] [255.255.255.0] May 12 16:37:49 vpn-client hummingbird[366]: 8 [peer-id] [0] May 12 16:37:49 vpn-client hummingbird[366]: 9 [cipher] [AES-256-GCM] May 12 16:37:49 vpn-client hummingbird[366]: Wed May 12 16:37:49.844 2021 PROTOCOL OPTIONS: May 12 16:37:49 vpn-client hummingbird[366]: cipher: AES-256-GCM May 12 16:37:49 vpn-client hummingbird[366]: digest: NONE May 12 16:37:49 vpn-client hummingbird[366]: ncp enabled: yes May 12 16:37:49 vpn-client hummingbird[366]: key-derivation: OpenVPN PRF May 12 16:37:49 vpn-client hummingbird[366]: compress: LZO_STUB May 12 16:37:49 vpn-client hummingbird[366]: peer ID: 0 May 12 16:37:49 vpn-client hummingbird[366]: control channel: tls-crypt enabled May 12 16:37:49 vpn-client hummingbird[366]: Wed May 12 16:37:49.844 2021 EVENT: ASSIGN_IP May 12 16:37:49 vpn-client hummingbird[366]: Wed May 12 16:37:49.844 2021 VPN Server has pushed IPv4 DNS server 10.15.187.1 May 12 16:37:49 vpn-client hummingbird[366]: Wed May 12 16:37:49.869 2021 Setting pushed IPv4 DNS server 10.15.187.1 in resolv.conf May 12 16:37:49 vpn-client hummingbird[366]: Wed May 12 16:37:49.870 2021 net_iface_mtu_set: mtu 1500 for tun0 May 12 16:37:49 vpn-client hummingbird[366]: Wed May 12 16:37:49.870 2021 net_iface_up: set tun0 up May 12 16:37:49 vpn-client hummingbird[366]: Wed May 12 16:37:49.871 2021 net_addr_add: 10.15.187.71/24 brd 10.15.187.255 dev tun0 May 12 16:37:49 vpn-client hummingbird[366]: Wed May 12 16:37:49.871 2021 net_route_add: 0.0.0.0/1 via 10.15.187.1 dev tun0 table 0 metric 0 May 12 16:37:49 vpn-client hummingbird[366]: Wed May 12 16:37:49.872 2021 net_route_add: 128.0.0.0/1 via 10.15.187.1 dev tun0 table 0 metric 0 May 12 16:37:49 vpn-client hummingbird[366]: Wed May 12 16:37:49.872 2021 net_route_del: 128.0.0.0/1 via 10.15.187.1 dev tun0 table 0 metric 0 May 12 16:37:49 vpn-client hummingbird[366]: Wed May 12 16:37:49.872 2021 net_route_del: 0.0.0.0/1 via 10.15.187.1 dev tun0 table 0 metric 0 May 12 16:37:49 vpn-client hummingbird[366]: Wed May 12 16:37:49.872 2021 net_addr_del: 10.15.187.71/24 dev tun0 May 12 16:37:49 vpn-client hummingbird[366]: Wed May 12 16:37:49.873 2021 net_iface_mtu_set: mtu 1500 for tun0 May 12 16:37:49 vpn-client hummingbird[366]: Wed May 12 16:37:49.873 2021 net_iface_up: set tun0 down May 12 16:37:49 vpn-client hummingbird[366]: Wed May 12 16:37:49.874 2021 Connected via tun May 12 16:37:49 vpn-client hummingbird[366]: Wed May 12 16:37:49.874 2021 LZO-ASYM init swap=0 asym=1 May 12 16:37:49 vpn-client hummingbird[366]: Wed May 12 16:37:49.874 2021 Comp-stub init swap=0 May 12 16:37:49 vpn-client hummingbird[366]: Wed May 12 16:37:49.875 2021 EVENT: CONNECTED europe3.vpn.airdns.org:443 (194.187.251.165) via /TCPv4 on tun/10.15.187.71/ gw=[10.15.187.1/] May 12 16:37:49 vpn-client hummingbird[366]: Wed May 12 16:37:49.875 2021 Server has pushed its own DNS. Removing system DNS from network filter. May 12 16:37:49 vpn-client hummingbird[366]: iptables: Bad rule (does a matching rule exist in that chain?). May 12 16:37:49 vpn-client hummingbird[366]: Wed May 12 16:37:49.887 2021 System DNS 192.168.14.1 is now rejected by the network filter
-
I'm not the expert here, but jumping in anyway... It's not frequent. I've watched the US servers for a year and a half or so, and I think I've seen one retirement. It caused some squawking from users who were using it as their all-the-time server. I believe I also remember Air bailing out of France awhile back over adverse changes to the legal/privacy privacy. My impression is that retirement is more likely to be over serious datacenter issues or the legal environment deteriorating re privacy and not just because usage is down. Enough users choose the load-balancing domains like us3.vpn.airdns.org to keep all servers reasonably busy. And server removal is announced weeks ahead of time here on the website. If you want to experience frequent arbitrary server removal with no notice though, there's always NordVPN. I've seen a list of two dozen working servers become a list of no working servers in under two years, all done silently. -
@air2157 Hello! --persist-tun option is mandatory to perform a successful re-connection. Without persist-tun you should lose the tun interface (then routing table as well as Network Lock prevent leaks, that's why you note you lose connectivity). Can you please re-check? We ask because we can't reproduce the issue. Please note that without persist-tun, it's expected that re-connection fails and your network is locked. Note that Bluetit keeps persist-tun on by default, while Hummingbird keeps persist-tun off by default. Kind regards
- Last week
-
@OpenSourcerer Thanks for the link (and the confirmation regarding server names). I agree that there's no use in re-inventing the wheel. Will definitely clone the repo and have a look. cb
-
Continually connecting to the same server for a static IP
greased replied to greased's topic in General & Suggestions
Thanks for the response. Roughly how often are servers "retired" or exit IP's changed then? I appreciate if this is a vague question, but is it a frequent occurrence or just say, a few less used servers removed every now and then? -
I'm having problems running a SIGUSR2 with Hummingbird. As I understand things, it should reset the tunnel and (for my test) puck up a different IP address. Config file: script-security 2 client dev tun remote europe3.vpn.airdns.org 443 resolv-retry infinite nobind persist-key #persist-tun auth-nocache route-delay 5 verb 3 push-peer-info setenv UV_IPV6 no remote-cert-tls server cipher AES-256-GCM comp-lzo no proto tcp-client #up up.sh #down down.sh Before state: user@vpn-client:~$ ip ro 0.0.0.0/1 via 10.28.123.1 dev tun0 default via 192.168.8.1 dev ens3 onlink 10.28.123.0/24 dev tun0 proto kernel scope link src 10.28.123.68 128.0.0.0/1 via 10.28.123.1 dev tun0 192.168.8.0/24 dev ens3 proto kernel scope link src 192.168.8.17 213.152.162.86 via 192.168.8.1 dev ens3 user@vpn-client:~$ cat /etc/resolv.conf # # Created by AirVPN. Do not edit. # # Your resolv.conf file is temporarily backed up in /etc/airvpn/resolv.conf.airvpnbackup # To restore your resolv.conf file you need to log in as root # and execute the below command from the shell: # # mv /etc/airvpn/resolv.conf.airvpnbackup /etc/resolv.conf # nameserver 10.28.123.1 user@vpn-client:~$ ip addr 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 52:54:00:4f:84:4e brd ff:ff:ff:ff:ff:ff inet 192.168.8.17/24 brd 192.168.8.255 scope global ens3 valid_lft forever preferred_lft forever inet6 fe80::5054:ff:fe4f:844e/64 scope link valid_lft forever preferred_lft forever 3: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN group default qlen 200 link/none inet 10.28.123.68/24 brd 10.28.123.255 scope global tun0 valid_lft forever preferred_lft forever inet6 fe80::df6b:ccad:e3be:3587/64 scope link stable-privacy valid_lft forever preferred_lft forever user@vpn-client:~$ systemctl status hummingbird@airvpn ● hummingbird@airvpn.service - Hummingbird connection to airvpn Loaded: loaded (/etc/systemd/system/hummingbird@.service; enabled; vendor preset: enabled) Active: active (running) since Tue 2021-05-11 20:53:30 BST; 1min 22s ago Main PID: 366 (hummingbird) Tasks: 2 (limit: 1149) Memory: 9.1M CGroup: /system.slice/system-hummingbird.slice/hummingbird@airvpn.service └─366 /usr/local/bin/hummingbird /etc/openvpn/airvpn.ovpn After state: user@vpn-client:~$ sudo kill -USR2 366 [sudo] password for user: user@vpn-client:~$ systemctl status hummingbird@airvpn ● hummingbird@airvpn.service - Hummingbird connection to airvpn Loaded: loaded (/etc/systemd/system/hummingbird@.service; enabled; vendor preset: enabled) Active: active (running) since Tue 2021-05-11 20:53:30 BST; 2min 11s ago Main PID: 366 (hummingbird) Tasks: 2 (limit: 1149) Memory: 9.1M CGroup: /system.slice/system-hummingbird.slice/hummingbird@airvpn.service └─366 /usr/local/bin/hummingbird /etc/openvpn/airvpn.ovpn user@vpn-client:~$ ip ro default via 192.168.8.1 dev ens3 onlink 192.168.8.0/24 dev ens3 proto kernel scope link src 192.168.8.17 user@vpn-client:~$ ip addr 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 52:54:00:4f:84:4e brd ff:ff:ff:ff:ff:ff inet 192.168.8.17/24 brd 192.168.8.255 scope global ens3 valid_lft forever preferred_lft forever inet6 fe80::5054:ff:fe4f:844e/64 scope link valid_lft forever preferred_lft forever 4: tun0: <POINTOPOINT,MULTICAST,NOARP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 200 link/none user@vpn-client:~$ ping -c1 8.8.8.8 PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data. ping: sendmsg: Operation not permitted ^C --- 8.8.8.8 ping statistics --- 1 packets transmitted, 0 received, 100% packet loss, time 0ms System journal after SIGUSR2 May 11 20:55:32 vpn-client hummingbird[366]: Received SIGUSR2 signal. Reconnecting VPN. May 11 20:55:32 vpn-client hummingbird[366]: Tue May 11 20:55:32.114 2021 Client terminated, reconnecting in 0... May 11 20:55:32 vpn-client hummingbird[366]: Tue May 11 20:55:32.114 2021 net_route_del: 128.0.0.0/1 via 10.28.123.1 dev tun0 table 0 metric 0 May 11 20:55:32 vpn-client hummingbird[366]: Tue May 11 20:55:32.114 2021 net_route_del: 0.0.0.0/1 via 10.28.123.1 dev tun0 table 0 metric 0 May 11 20:55:32 vpn-client hummingbird[366]: Tue May 11 20:55:32.114 2021 net_addr_del: 10.28.123.68/24 dev tun0 May 11 20:55:32 vpn-client hummingbird[366]: Tue May 11 20:55:32.114 2021 net_iface_mtu_set: mtu 1500 for tun0 May 11 20:55:32 vpn-client hummingbird[366]: Tue May 11 20:55:32.114 2021 net_iface_up: set tun0 down May 11 20:55:32 vpn-client hummingbird[366]: Tue May 11 20:55:32.118 2021 net_route_del: 213.152.162.86/32 via 192.168.8.1 dev ens3 table 0 metric 0 May 11 20:55:32 vpn-client hummingbird[366]: Tue May 11 20:55:32.118 2021 Tue May 11 20:55:32.140 2021 EVENT: RECONNECTING May 11 20:55:32 vpn-client hummingbird[366]: Tue May 11 20:55:32.140 2021 Successfully restored DNS settings May 11 20:55:32 vpn-client hummingbird[366]: Tue May 11 20:55:32.140 2021 ERROR: N_RECONNECT May 11 20:55:32 vpn-client hummingbird[366]: Tue May 11 20:55:32.140 2021 EVENT: RESOLVE May 11 20:55:32 vpn-client hummingbird[366]: Tue May 11 20:55:32.143 2021 Resolved server europe3.vpn.airdns.org into IPv4 213.152.162.86 May 11 20:55:32 vpn-client hummingbird[366]: Tue May 11 20:55:32.143 2021 Adding IPv4 server 213.152.162.86 to network filter May 11 20:55:32 vpn-client hummingbird[366]: Tue May 11 20:55:32.578 2021 Network filter and lock successfully activated May 11 20:55:32 vpn-client hummingbird[366]: Tue May 11 20:55:32.584 2021 Contacting 213.152.162.86:443 via TCPv4 May 11 20:55:32 vpn-client hummingbird[366]: Tue May 11 20:55:32.584 2021 EVENT: WAIT May 11 20:55:32 vpn-client hummingbird[366]: Tue May 11 20:55:32.584 2021 Tue May 11 20:55:32.640 2021 Connecting to [europe3.vpn.airdns.org]:443 (213 .152.162.86) via TCPv4 May 11 20:55:32 vpn-client hummingbird[366]: Tue May 11 20:55:32.692 2021 EVENT: CONNECTING May 11 20:55:32 vpn-client hummingbird[366]: Tue May 11 20:55:32.694 2021 Tunnel Options:V4,dev-type tun,link-mtu 1524,tun-mtu 1500,proto TCPv4_CLIENT ,comp-lzo,cipher AES-256-GCM,auth [null-digest],keysize 256,key-method 2,tls-client May 11 20:55:32 vpn-client hummingbird[366]: Tue May 11 20:55:32.694 2021 Peer Info: May 11 20:55:32 vpn-client hummingbird[366]: IV_VER=3.7 AirVPN May 11 20:55:32 vpn-client hummingbird[366]: IV_PLAT=linux May 11 20:55:32 vpn-client hummingbird[366]: IV_NCP=2 May 11 20:55:32 vpn-client hummingbird[366]: IV_TCPNL=1 May 11 20:55:32 vpn-client hummingbird[366]: IV_PROTO=30 May 11 20:55:32 vpn-client hummingbird[366]: IV_CIPHERS=AES-256-GCM May 11 20:55:32 vpn-client hummingbird[366]: IV_LZO_STUB=1 May 11 20:55:32 vpn-client hummingbird[366]: IV_COMP_STUB=1 May 11 20:55:32 vpn-client hummingbird[366]: IV_COMP_STUBv2=1 May 11 20:55:32 vpn-client hummingbird[366]: UV_IPV6=no May 11 20:55:32 vpn-client hummingbird[366]: IV_GUI_VER=Hummingbird - AirVPN OpenVPN 3 Client 1.1.2 RC3 May 11 20:55:32 vpn-client hummingbird[366]: IV_SSL=OpenSSL 1.1.0l 10 Sep 2019 May 11 20:55:32 vpn-client hummingbird[366]: Tue May 11 20:55:32.771 2021 VERIFY OK: depth=1, /C=IT/ST=IT/L=Perugia/O=airvpn.org/CN=airvpn.org CA/emai lAddress=info@airvpn.org, signature: RSA-SHA1 May 11 20:55:32 vpn-client hummingbird[366]: Tue May 11 20:55:32.775 2021 VERIFY OK: depth=0, /C=IT/ST=IT/L=Perugia/O=airvpn.org/CN=Rukbat/emailAddres s=info@airvpn.org, signature: RSA-SHA512 May 11 20:55:32 vpn-client hummingbird[366]: Tue May 11 20:55:32.978 2021 SSL Handshake: peer certificate: CN=Rukbat, 4096 bit RSA, cipher: TLS_CHACHA 20_POLY1305_SHA256 TLSv1.3 Kx=any Au=any Enc=CHACHA20/POLY1305(256) Mac=AEAD May 11 20:55:32 vpn-client hummingbird[366]: Tue May 11 20:55:32.978 2021 Session is ACTIVE May 11 20:55:32 vpn-client hummingbird[366]: Tue May 11 20:55:32.978 2021 EVENT: WARN TLS: received certificate signed with SHA1. Please inform your a dmin to upgrade to a stronger algorithm. Support for SHA1 signatures will be dropped in the future May 11 20:55:32 vpn-client hummingbird[366]: Tue May 11 20:55:32.979 2021 EVENT: GET_CONFIG May 11 20:55:32 vpn-client hummingbird[366]: Tue May 11 20:55:32.979 2021 Sending PUSH_REQUEST to server... May 11 20:55:33 vpn-client hummingbird[366]: Tue May 11 20:55:33.125 2021 OPTIONS: May 11 20:55:33 vpn-client hummingbird[366]: 0 [comp-lzo] [no] May 11 20:55:33 vpn-client hummingbird[366]: 1 [redirect-gateway] [def1] [bypass-dhcp] May 11 20:55:33 vpn-client hummingbird[366]: 2 [dhcp-option] [DNS] [10.28.123.1] May 11 20:55:33 vpn-client hummingbird[366]: 3 [route-gateway] [10.28.123.1] May 11 20:55:33 vpn-client hummingbird[366]: 4 [topology] [subnet] May 11 20:55:33 vpn-client hummingbird[366]: 5 [ping] [10] May 11 20:55:33 vpn-client hummingbird[366]: 6 [ping-restart] [60] May 11 20:55:33 vpn-client hummingbird[366]: 7 [ifconfig] [10.28.123.68] [255.255.255.0] May 11 20:55:33 vpn-client hummingbird[366]: 8 [peer-id] [0] May 11 20:55:33 vpn-client hummingbird[366]: 9 [cipher] [AES-256-GCM] May 11 20:55:33 vpn-client hummingbird[366]: Tue May 11 20:55:33.126 2021 PROTOCOL OPTIONS: May 11 20:55:33 vpn-client hummingbird[366]: cipher: AES-256-GCM May 11 20:55:33 vpn-client hummingbird[366]: digest: NONE May 11 20:55:33 vpn-client hummingbird[366]: ncp enabled: yes May 11 20:55:33 vpn-client hummingbird[366]: key-derivation: OpenVPN PRF May 11 20:55:33 vpn-client hummingbird[366]: compress: LZO_STUB May 11 20:55:33 vpn-client hummingbird[366]: peer ID: 0 May 11 20:55:33 vpn-client hummingbird[366]: control channel: tls-crypt enabled May 11 20:55:33 vpn-client hummingbird[366]: Tue May 11 20:55:33.126 2021 EVENT: ASSIGN_IP May 11 20:55:33 vpn-client hummingbird[366]: Tue May 11 20:55:33.126 2021 VPN Server has pushed IPv4 DNS server 10.28.123.1 May 11 20:55:33 vpn-client hummingbird[366]: Tue May 11 20:55:33.158 2021 Setting pushed IPv4 DNS server 10.28.123.1 in resolv.conf May 11 20:55:33 vpn-client hummingbird[366]: Tue May 11 20:55:33.159 2021 net_iface_mtu_set: mtu 1500 for tun0 May 11 20:55:33 vpn-client hummingbird[366]: Tue May 11 20:55:33.161 2021 net_iface_up: set tun0 up May 11 20:55:33 vpn-client hummingbird[366]: Tue May 11 20:55:33.162 2021 net_addr_add: 10.28.123.68/24 brd 10.28.123.255 dev tun0 May 11 20:55:33 vpn-client hummingbird[366]: Tue May 11 20:55:33.162 2021 net_route_add: 0.0.0.0/1 via 10.28.123.1 dev tun0 table 0 metric 0 May 11 20:55:33 vpn-client hummingbird[366]: Tue May 11 20:55:33.163 2021 net_route_add: 128.0.0.0/1 via 10.28.123.1 dev tun0 table 0 metric 0 May 11 20:55:33 vpn-client hummingbird[366]: Tue May 11 20:55:33.163 2021 net_route_del: 128.0.0.0/1 via 10.28.123.1 dev tun0 table 0 metric 0 May 11 20:55:33 vpn-client hummingbird[366]: Tue May 11 20:55:33.163 2021 net_route_del: 0.0.0.0/1 via 10.28.123.1 dev tun0 table 0 metric 0 May 11 20:55:33 vpn-client hummingbird[366]: Tue May 11 20:55:33.163 2021 net_addr_del: 10.28.123.68/24 dev tun0 May 11 20:55:33 vpn-client hummingbird[366]: Tue May 11 20:55:33.163 2021 net_iface_mtu_set: mtu 1500 for tun0 May 11 20:55:33 vpn-client hummingbird[366]: Tue May 11 20:55:33.164 2021 net_iface_up: set tun0 down May 11 20:55:33 vpn-client hummingbird[366]: Tue May 11 20:55:33.164 2021 Connected via tun May 11 20:55:33 vpn-client hummingbird[366]: Tue May 11 20:55:33.164 2021 LZO-ASYM init swap=0 asym=1 May 11 20:55:33 vpn-client hummingbird[366]: Tue May 11 20:55:33.165 2021 Comp-stub init swap=0 May 11 20:55:33 vpn-client hummingbird[366]: Tue May 11 20:55:33.165 2021 EVENT: CONNECTED europe3.vpn.airdns.org:443 (213.152.162.86) via /TCPv4 on t un/10.28.123.68/ gw=[10.28.123.1/] May 11 20:55:33 vpn-client hummingbird[366]: Tue May 11 20:55:33.165 2021 Server has pushed its own DNS. Removing system DNS from network filter. May 11 20:55:33 vpn-client hummingbird[366]: iptables: Bad rule (does a matching rule exist in that chain?). May 11 20:55:33 vpn-client hummingbird[366]: Tue May 11 20:55:33.179 2021 System DNS 192.168.14.1 is now rejected by the network filter It fails a little differently when persist-tun is enabled -- but it still fails. Running SIGUSR2 a second time kills all network connectivity to/from the VM, which is then accessible only via the console. Edit: To keep the log shorter, I'm showing the result for europe3.vpn.airdns.org. In reality, I'm going to be accessing europe3.all.vpn.airdns.org
-
Continually connecting to the same server for a static IP
OpenSourcerer replied to greased's topic in General & Suggestions
It's the only way to be on a non-changing IP all the time. Yes. -
If you post some openvpn client logs from pfsense, someone maybe able to help. -
The first and foremost advantage of a VPN is being able to connect to a remote network over the internet and access and work with certain "shares" on that as if you were physically plugged in to it. If the VPN server shares its internet connection, then you can use its internet as if you're the server, so to speak. Anything else after this is a matter of configuration. Some VPN servers are configured for unblocking georestricted content, others are deliberately set up to anonymize its clients as much as possible. AirVPN's focus is the latter. If you have a greater need for unblocking content than privacy in general, AirVPN might not be the best service for you.
-
I will try that for Iplayer - its a bit crap that it doesnt work with NowTV - I thought one of the advantages of using VPN is to allow you to access thesse kind of things when I am away from home..... why is it not supported?
-
You mean the BBC iPlayer? It's a bit difficult to get access to that, seeing as BBC got quite good at filtering out VPN traffic. For some it works, for some it doesn't. NowTV is not supported, though. Fair warning. For the best chance at accessing at least iPlayer, it is important to use AirDNS, the DNS servers provided by AirVPN. If you use Eddie, you're good to go as it takes care of that by itself. If you're using anything else, you might need to set the DNS server to 10.4.0.1 (IPv4) and/or fde6:7a:7d20:4::1 (IPv6). Only then will you be able to take advantage of geo-unblocking features offered by AirVPN, especially for BBC iPlayer.
-
-
I want to connect to NowTV or Iplayer using AirVPN. How can i do this?
-
-
Are there any UK ISP that have problems with Air VPN?
Rton9we5 replied to Rton9we5's topic in Troubleshooting and Problems
Thanks I'll search any individual providers before i commit to a contract -
And you win !!! I have created the /usr/lib/systemd/system/ and put the file eddie-elevated.service inside it and it works ! So the command for debian 10 is : sudo mkdir /usr/lib/systemd/system/ curl -sSfL https://eddie.website/temp/eddie-elevated.service | sudo tee /usr/lib/systemd/system/eddie-elevated.service && sudo systemctl daemon-reload Thanks for the help M. OpenSourcerer !
-
-
-
"Don't ask elevation every run" missing
OpenSourcerer replied to OWild's topic in Eddie - AirVPN Client
Depends on the systemd config of your distribution. Generally, I'd say it might do the trick, but it's better to check the manual page of systemd.unit beforehand to see if there are special paths for unit files. Does /etc/systemd/system/ exist? If yes, you could use that. -
@TheMicape Hello! Unfortunately there is no coordination between different Linux distributions, so you find different, and often mutually incompatible, configurations, package names, package managers, directory structures, ilibraries and library names, init systems, DNS handling and so on. You find distributions which in their latest version use packages and/or kernel which are 10 years old (even the clib, just to say...), distributions which run a few years old packages and kernel, and distributions on the bleeding edge. Some distributions differ from each other so deeply that in a sense they can be considered different Operating Systems (today not even built on a common kernel anymore). Out of curiosity have a look here: https://distrowatch.com/images/other/distro-family-tree.png https://distrowatch.com/images/other/periodic-table-of-distro.png That's to say that it's difficult nowadays to develop something "for Linux" with any little complexity degree that will run out of the box on every and each distribution, Not even by statically linking everything (which is anyway an extreme and not an elegant solution....) you can be sure to reach a high compatibility degree. Actually you can see that since years ago, some software houses tend not to say anymore that their software is "for Linux", but for some specific distribution ("for Ubuntu", "for Debian/Ubuntu", "for openSUSE", and so on). To mitigate the problem, we offer an AppImage for Eddie. Try it if libappindicator1 is not available in your system. AppImage should run out of the box in at least eight major distributions and most of all of their plethora of derivatives. https://appimage.org/ Eddie AppImage can be found in the usual Linux download page: https://airvpn.org/linux As a further alternative, you can consider the AirVPN Suite for Linux, but only if you don't need a GUI. https://airvpn.org/suite/readme/ A formidable effort has been put both on Eddie and on the AirPVN Suite to let them work out of the box in an exceptionally wide amount of distributions and architectures, but of course anything can be improved. Please consider that about one thousand Linux distributions were around in 2020. Can you tell us your distribution name and exact version? Kind regards
-
-
I installed Eddie to test if the problem is my router but I can't connect via Eddie, too, so it seems the router is not the problem. I also upgraded to the newest Merlin firmware but anyway, this can't be the problem because I can't connect via Eddie, too, if I turn off the VPN in my router. I hope anybody has an idea, otherwise it seems I can't use AIrVPN anymore. Very strange because I use AirVPN for several years now and it worked always well. Edit: I have no idea why but everything is working again now.
.thumb.png.8be84fd39f94c1640ac8c5456fbf3449.png){kind=avatar}
