Jump to content
Not connected, Your IP: 54.144.219.156

strideram

Members2
  • Content Count

    66
  • Joined

    ...
  • Last visited

    ...
  • Days Won

    2

Everything posted by strideram

  1. I installed the latest client version, 2.18.9 and with that version I am able to connect to the VPN. If possible, I would still like a response to understand why did it stop working with the older version.
  2. Unable to connect to the VPN. Keep getting same error - > Checking authorization ..., 1° try failed (curl: (7) Failed to connect to 63.33.78.166 port 80: Host unreachable) Logs attached. Eddie System/Environment Report - 07-10-2020 22:05 UTC Eddie version: 2.15.2 Eddie OS build: windows_x64 Eddie architecture: x64 OS type: Windows OS name: Windows 10 Pro OS version: Microsoft Windows NT 10.0.19041.0 OS architecture: x64 Mono /.Net Framework: v4.0.30319 OpenVPN driver: TAP-Windows Adapter V9, version 9.21.2 OpenVPN: 2.4.6 - OpenSSL 1.1.0h 27 Mar 2018, LZO 2.10 (C:\Program Files\AirVPN\openvpn.exe) SSH: plink 0.67 (C:\Program Files\AirVPN\plink.exe) SSL: stunnel 5.40 (C:\Program Files\AirVPN\stunnel.exe) curl: 7.54.1 (C:\Program Files\AirVPN\curl.exe) Profile path: C:\Users\amith\AppData\Local\AirVPN\default.xml Data path: C:\Users\amith\AppData\Local\AirVPN Application path: C:\Program Files\AirVPN Executable path: C:\Program Files\AirVPN\Eddie-UI.exe Command line arguments: (1 args) path="home" Network Lock Active: No Connected to VPN: No Detected DNS: 0.0.0.0, 10.28.48.1, 192.168.0.1 Test DNS IPv4: Ok Test DNS IPv6: Failed Test Ping IPv4: 17 ms Test Ping IPv6: -1 ms Test HTTP IPv4: Ok Test HTTP IPv6: Error:curl: (6) Could not resolve host: ipv6.eddie.website Test HTTPS: Ok ---------------------------- Important options not at defaults: login: (omissis) password: (omissis) remember: True log.file.enabled: True mode.protocol: UDP mode.port: 53 netlock.mode: windows_wfp advanced.expert: True windows.dhcp_disable: True windows.dns.force_all_interfaces: True windows.ipv6.bypass_dns: True ---------------------------- Logs: . 2020.10.08 03:19:17 - Eddie version: 2.15.2 / windows_x64, System: Windows, Name: Windows 10 Pro, Version: Microsoft Windows NT 10.0.19041.0, Mono/.Net: v4.0.30319 . 2020.10.08 03:19:17 - Reading options from C:\Users\amith\AppData\Local\AirVPN\default.xml . 2020.10.08 03:19:17 - Command line arguments (1): path="home" . 2020.10.08 03:19:17 - Profile path: C:\Users\amith\AppData\Local\AirVPN\default.xml . 2020.10.08 03:19:21 - OpenVPN Driver - TAP-Windows Adapter V9, version 9.21.2 . 2020.10.08 03:19:21 - OpenVPN - Version: 2.4.6 - OpenSSL 1.1.0h 27 Mar 2018, LZO 2.10 (C:\Program Files\AirVPN\openvpn.exe) . 2020.10.08 03:19:21 - SSH - Version: plink 0.67 (C:\Program Files\AirVPN\plink.exe) . 2020.10.08 03:19:21 - SSL - Version: stunnel 5.40 (C:\Program Files\AirVPN\stunnel.exe) . 2020.10.08 03:19:21 - curl - Version: 7.54.1 (C:\Program Files\AirVPN\curl.exe) . 2020.10.08 03:19:21 - Certification Authorities: C:\Program Files\AirVPN\res\cacert.pem W 2020.10.08 03:19:22 - Recovery. Unexpected crash? . 2020.10.08 03:19:22 - Routes, remove 213.152.162.170 for gateway 10.12.140.1 failed: The route deletion failed: Element not found . 2020.10.08 03:19:23 - Routes, remove 103.254.153.99 for gateway 10.9.108.1 failed: The route deletion failed: Element not found . 2020.10.08 03:19:23 - Routes, remove 185.200.116.219 for gateway 10.15.92.1 failed: The route deletion failed: Element not found . 2020.10.08 03:19:23 - Routes, remove 103.254.153.99 for gateway 10.9.124.1 failed: The route deletion failed: Element not found . 2020.10.08 03:19:23 - Updating systems & servers data ... I 2020.10.08 03:19:23 - Ready . 2020.10.08 03:19:24 - Systems & servers data update completed I 2020.10.08 03:19:37 - Session starting. . 2020.10.08 03:19:38 - Network adapter DHCP switched to static (TP-Link Wireless USB Adapter #4) I 2020.10.08 03:19:42 - Checking authorization ... . 2020.10.08 03:19:42 - Checking authorization ..., 1° try failed (curl: (7) Failed to connect to 63.33.78.166 port 80: Host unreachable) . 2020.10.08 03:20:02 - Checking authorization ..., 2° try failed (curl: (28) Connection timed out after 20016 milliseconds) . 2020.10.08 03:20:22 - Checking authorization ..., 3° try failed (curl: (28) Connection timed out after 20016 milliseconds) . 2020.10.08 03:20:42 - Checking authorization ..., 4° try failed (curl: (28) Connection timed out after 20016 milliseconds) W 2020.10.08 03:20:42 - Authorization check failed, continue anyway (curl: (7) Failed to connect to 63.33.78.166 port 80: Host unreachable) I 2020.10.08 03:20:42 - Cancel requested. . 2020.10.08 03:20:42 - DHCP of a network adapter restored to original settings (TP-Link Wireless USB Adapter #4) ! 2020.10.08 03:20:42 - Session terminated. I 2020.10.08 03:20:48 - Session starting. . 2020.10.08 03:20:49 - Network adapter DHCP switched to static (TP-Link Wireless USB Adapter #4) I 2020.10.08 03:20:52 - Checking authorization ... . 2020.10.08 03:20:53 - Checking authorization ..., 1° try failed (curl: (7) Failed to connect to 63.33.78.166 port 80: Host unreachable) . 2020.10.08 03:21:13 - Checking authorization ..., 2° try failed (curl: (28) Connection timed out after 20015 milliseconds) . 2020.10.08 03:21:33 - Checking authorization ..., 3° try failed (curl: (28) Connection timed out after 20016 milliseconds) . 2020.10.08 03:21:53 - Checking authorization ..., 4° try failed (curl: (28) Connection timed out after 20015 milliseconds) W 2020.10.08 03:21:53 - Authorization check failed, continue anyway (curl: (7) Failed to connect to 63.33.78.166 port 80: Host unreachable) I 2020.10.08 03:21:53 - Cancel requested. . 2020.10.08 03:21:53 - DHCP of a network adapter restored to original settings (TP-Link Wireless USB Adapter #4) ! 2020.10.08 03:21:53 - Session terminated. I 2020.10.08 03:27:50 - Session starting. . 2020.10.08 03:27:52 - Network adapter DHCP switched to static (TP-Link Wireless USB Adapter #4) I 2020.10.08 03:27:55 - Checking authorization ... . 2020.10.08 03:28:15 - Checking authorization ..., 1° try failed (curl: (28) Connection timed out after 20000 milliseconds) . 2020.10.08 03:28:35 - Checking authorization ..., 2° try failed (curl: (28) Connection timed out after 20000 milliseconds) . 2020.10.08 03:28:55 - Checking authorization ..., 3° try failed (curl: (28) Connection timed out after 20016 milliseconds) . 2020.10.08 03:29:15 - Checking authorization ..., 4° try failed (curl: (28) Connection timed out after 20015 milliseconds) W 2020.10.08 03:29:15 - Authorization check failed, continue anyway (curl: (28) Connection timed out after 20000 milliseconds) I 2020.10.08 03:29:15 - Cancel requested. . 2020.10.08 03:29:16 - DHCP of a network adapter restored to original settings (TP-Link Wireless USB Adapter #4) ! 2020.10.08 03:29:16 - Session terminated. . 2020.10.08 03:30:22 - Updating systems & servers data ... . 2020.10.08 03:30:24 - Systems & servers data update completed I 2020.10.08 03:33:17 - Session starting. . 2020.10.08 03:33:19 - Network adapter DHCP switched to static (TP-Link Wireless USB Adapter #4) I 2020.10.08 03:33:22 - Checking authorization ... . 2020.10.08 03:33:23 - Checking authorization ..., 1° try failed (curl: (7) Failed to connect to 63.33.78.166 port 80: Host unreachable) . 2020.10.08 03:33:43 - Checking authorization ..., 2° try failed (curl: (28) Connection timed out after 20016 milliseconds) . 2020.10.08 03:34:03 - Checking authorization ..., 3° try failed (curl: (28) Connection timed out after 20000 milliseconds) . 2020.10.08 03:34:23 - Checking authorization ..., 4° try failed (curl: (28) Connection timed out after 20000 milliseconds) W 2020.10.08 03:34:23 - Authorization check failed, continue anyway (curl: (7) Failed to connect to 63.33.78.166 port 80: Host unreachable) I 2020.10.08 03:34:23 - Cancel requested. . 2020.10.08 03:34:23 - DHCP of a network adapter restored to original settings (TP-Link Wireless USB Adapter #4) ! 2020.10.08 03:34:23 - Session terminated. ---------------------------- Network Interfaces and Routes: { "support_ipv4": true, "support_ipv6": false, "routes": [ { "address": "0.0.0.0\/0", "interface": "{CAFC4075-1C99-476C-839A-139A77AA6C36}", "gateway": "192.168.1.1", "metric": "46" }, { "address": "0.0.0.0\/0", "interface": "{CAFC4075-1C99-476C-839A-139A77AA6C36}", "gateway": "192.168.0.1", "metric": "45" }, { "address": "10.0.75.0\/28", "interface": "{19CB5F7D-2E17-4705-A544-B598583958F9}", "gateway": "link", "metric": "271" }, { "address": "10.0.75.1", "interface": "{19CB5F7D-2E17-4705-A544-B598583958F9}", "gateway": "link", "metric": "271" }, { "address": "10.0.75.15", "interface": "{19CB5F7D-2E17-4705-A544-B598583958F9}", "gateway": "link", "metric": "271" }, { "address": "127.0.0.0\/8", "interface": "{BBED3E08-0B41-11E3-8249-806E6F6E6963}", "gateway": "link", "metric": "331" }, { "address": "127.0.0.1", "interface": "{BBED3E08-0B41-11E3-8249-806E6F6E6963}", "gateway": "link", "metric": "331" }, { "address": "127.255.255.255", "interface": "{BBED3E08-0B41-11E3-8249-806E6F6E6963}", "gateway": "link", "metric": "331" }, { "address": "172.19.16.0\/20", "interface": "{F1D29738-2346-4739-932B-24EAAA2E6CE5}", "gateway": "link", "metric": "5256" }, { "address": "172.19.16.1", "interface": "{F1D29738-2346-4739-932B-24EAAA2E6CE5}", "gateway": "link", "metric": "5256" }, { "address": "172.19.31.255", "interface": "{F1D29738-2346-4739-932B-24EAAA2E6CE5}", "gateway": "link", "metric": "5256" }, { "address": "172.22.0.0\/20", "interface": "{F872F297-2EA1-410A-B9DD-16F4238EEC8D}", "gateway": "link", "metric": "271" }, { "address": "172.22.0.1", "interface": "{F872F297-2EA1-410A-B9DD-16F4238EEC8D}", "gateway": "link", "metric": "271" }, { "address": "172.22.15.255", "interface": "{F872F297-2EA1-410A-B9DD-16F4238EEC8D}", "gateway": "link", "metric": "271" }, { "address": "172.24.176.0\/20", "interface": "{EC94144E-4031-48F8-B6CE-DE9263548E53}", "gateway": "link", "metric": "271" }, { "address": "172.24.176.1", "interface": "{EC94144E-4031-48F8-B6CE-DE9263548E53}", "gateway": "link", "metric": "271" }, { "address": "172.24.191.255", "interface": "{EC94144E-4031-48F8-B6CE-DE9263548E53}", "gateway": "link", "metric": "271" }, { "address": "192.168.0.0\/24", "interface": "{CAFC4075-1C99-476C-839A-139A77AA6C36}", "gateway": "link", "metric": "301" }, { "address": "192.168.0.105", "interface": "{CAFC4075-1C99-476C-839A-139A77AA6C36}", "gateway": "link", "metric": "301" }, { "address": "192.168.0.255", "interface": "{CAFC4075-1C99-476C-839A-139A77AA6C36}", "gateway": "link", "metric": "301" }, { "address": "192.168.224.0\/20", "interface": "{ED2C3F01-881B-4AC3-A6CF-54FDEE5FAF89}", "gateway": "link", "metric": "5256" }, { "address": "192.168.224.1", "interface": "{ED2C3F01-881B-4AC3-A6CF-54FDEE5FAF89}", "gateway": "link", "metric": "5256" }, { "address": "192.168.239.255", "interface": "{ED2C3F01-881B-4AC3-A6CF-54FDEE5FAF89}", "gateway": "link", "metric": "5256" }, { "address": "224.0.0.0\/4", "interface": "{BBED3E08-0B41-11E3-8249-806E6F6E6963}", "gateway": "link", "metric": "331" }, { "address": "224.0.0.0\/4", "interface": "{19CB5F7D-2E17-4705-A544-B598583958F9}", "gateway": "link", "metric": "271" }, { "address": "224.0.0.0\/4", "interface": "{F1D29738-2346-4739-932B-24EAAA2E6CE5}", "gateway": "link", "metric": "5256" }, { "address": "224.0.0.0\/4", "interface": "{CAFC4075-1C99-476C-839A-139A77AA6C36}", "gateway": "link", "metric": "301" }, { "address": "224.0.0.0\/4", "interface": "{ED2C3F01-881B-4AC3-A6CF-54FDEE5FAF89}", "gateway": "link", "metric": "5256" }, { "address": "224.0.0.0\/4", "interface": "{EC94144E-4031-48F8-B6CE-DE9263548E53}", "gateway": "link", "metric": "271" }, { "address": "224.0.0.0\/4", "interface": "{F872F297-2EA1-410A-B9DD-16F4238EEC8D}", "gateway": "link", "metric": "271" }, { "address": "255.255.255.255", "interface": "{BBED3E08-0B41-11E3-8249-806E6F6E6963}", "gateway": "link", "metric": "331" }, { "address": "255.255.255.255", "interface": "{19CB5F7D-2E17-4705-A544-B598583958F9}", "gateway": "link", "metric": "271" }, { "address": "255.255.255.255", "interface": "{F1D29738-2346-4739-932B-24EAAA2E6CE5}", "gateway": "link", "metric": "5256" }, { "address": "255.255.255.255", "interface": "{CAFC4075-1C99-476C-839A-139A77AA6C36}", "gateway": "link", "metric": "301" }, { "address": "255.255.255.255", "interface": "{ED2C3F01-881B-4AC3-A6CF-54FDEE5FAF89}", "gateway": "link", "metric": "5256" }, { "address": "255.255.255.255", "interface": "{EC94144E-4031-48F8-B6CE-DE9263548E53}", "gateway": "link", "metric": "271" }, { "address": "255.255.255.255", "interface": "{F872F297-2EA1-410A-B9DD-16F4238EEC8D}", "gateway": "link", "metric": "271" }, { "address": "::1", "interface": "{BBED3E08-0B41-11E3-8249-806E6F6E6963}", "gateway": "link", "metric": "331" }, { "address": "ff00::\/8", "interface": "{BBED3E08-0B41-11E3-8249-806E6F6E6963}", "gateway": "link", "metric": "331" } ], "interfaces": [ { "friendly": "vEthernet (Default Switch)", "id": "{F872F297-2EA1-410A-B9DD-16F4238EEC8D}", "name": "vEthernet (Default Switch)", "description": "Hyper-V Virtual Ethernet Adapter #3", "type": "Ethernet", "status": "Up", "bytes_received": "0", "bytes_sent": "1411822", "support_ipv4": true, "support_ipv6": false, "ips": [ "172.22.0.1" ], "gateways": [], "bind": true, "dns4": "", "dns6": null }, { "friendly": "vEthernet (DockerNAT)", "id": "{19CB5F7D-2E17-4705-A544-B598583958F9}", "name": "vEthernet (DockerNAT)", "description": "Hyper-V Virtual Ethernet Adapter #2", "type": "Ethernet", "status": "Up", "bytes_received": "0", "bytes_sent": "1648266", "support_ipv4": true, "support_ipv6": false, "ips": [ "10.0.75.1" ], "gateways": [], "bind": true, "dns4": "10.28.48.1", "dns6": null }, { "friendly": "vEthernet (VPN)", "id": "{EC94144E-4031-48F8-B6CE-DE9263548E53}", "name": "vEthernet (VPN)", "description": "Hyper-V Virtual Ethernet Adapter #4", "type": "Ethernet", "status": "Up", "bytes_received": "319433", "bytes_sent": "340587", "support_ipv4": true, "support_ipv6": false, "ips": [ "172.24.176.1" ], "gateways": [], "bind": true, "dns4": "", "dns6": null }, { "friendly": "Local Area Connection* 2", "id": "{E40911A0-9732-4FEC-9258-B161F705135B}", "name": "Local Area Connection* 2", "description": "Microsoft Wi-Fi Direct Virtual Adapter #2", "type": "Wireless80211", "status": "Down", "bytes_received": "0", "bytes_sent": "0", "support_ipv4": true, "support_ipv6": false, "ips": [ "169.254.80.190" ], "gateways": [], "bind": true, "dns4": "", "dns6": null }, { "friendly": "Local Area Connection* 5", "id": "{EB45E415-64BA-47C9-8678-84D280EC308D}", "name": "Local Area Connection* 5", "description": "Microsoft Wi-Fi Direct Virtual Adapter #5", "type": "Wireless80211", "status": "Down", "bytes_received": "0", "bytes_sent": "0", "support_ipv4": true, "support_ipv6": false, "ips": [ "169.254.196.81" ], "gateways": [], "bind": true, "dns4": "", "dns6": null }, { "friendly": "VPN", "id": "{1EDED4AC-BC9E-475E-9E57-DF36FF3C1D9D}", "name": "VPN", "description": "TAP-Windows Adapter V9", "type": "Ethernet", "status": "Down", "bytes_received": "324849", "bytes_sent": "505175", "support_ipv4": true, "support_ipv6": false, "ips": [ "169.254.170.132" ], "gateways": [], "bind": true, "dns4": "10.28.48.1", "dns6": null }, { "friendly": "DualBandWifi", "id": "{CAFC4075-1C99-476C-839A-139A77AA6C36}", "name": "DualBandWifi", "description": "TP-Link Wireless USB Adapter #4", "type": "Wireless80211", "status": "Up", "bytes_received": "261284734", "bytes_sent": "228310645", "support_ipv4": true, "support_ipv6": false, "ips": [ "192.168.0.105" ], "gateways": [ "192.168.1.1", "192.168.0.1" ], "bind": true, "dns4": "", "dns6": null }, { "friendly": "Loopback Pseudo-Interface 1", "id": "{BBED3E08-0B41-11E3-8249-806E6F6E6963}", "name": "Loopback Pseudo-Interface 1", "description": "Software Loopback Interface 1", "type": "Loopback", "status": "Up", "bytes_received": "0", "bytes_sent": "0", "support_ipv4": true, "support_ipv6": true, "ips": [ "::1", "127.0.0.1" ], "gateways": [], "bind": true, "dns4": "", "dns6": null }, { "friendly": "vEthernet (vEthernet (Dock)", "id": "{F1D29738-2346-4739-932B-24EAAA2E6CE5}", "name": "vEthernet (vEthernet (Dock)", "description": "Hyper-V Virtual Ethernet Adapter", "type": "Ethernet", "status": "Up", "bytes_received": "1411822", "bytes_sent": "1485685", "support_ipv4": true, "support_ipv6": false, "ips": [ "172.19.16.1" ], "gateways": [], "bind": true, "dns4": "", "dns6": null }, { "friendly": "vEthernet (DualBandWifi)", "id": "{ED2C3F01-881B-4AC3-A6CF-54FDEE5FAF89}", "name": "vEthernet (DualBandWifi)", "description": "Hyper-V Virtual Ethernet Adapter #5", "type": "Ethernet", "status": "Up", "bytes_received": "334874", "bytes_sent": "355670", "support_ipv4": true, "support_ipv6": false, "ips": [ "192.168.224.1" ], "gateways": [], "bind": true, "dns4": "", "dns6": null } ], "ipv4-default-gateway": "192.168.1.1", "ipv4-default-interface": "{CAFC4075-1C99-476C-839A-139A77AA6C36}" } ---------------------------- ipconfig /all: Windows IP Configuration Host Name . . . . . . . . . . . . : chaser-pc Primary Dns Suffix . . . . . . . : Node Type . . . . . . . . . . . . : Hybrid IP Routing Enabled. . . . . . . . : No WINS Proxy Enabled. . . . . . . . : No Ethernet adapter vEthernet (Default Switch): Connection-specific DNS Suffix . : Description . . . . . . . . . . . : Hyper-V Virtual Ethernet Adapter #3 Physical Address. . . . . . . . . : 00-15-5D-03-BA-EE DHCP Enabled. . . . . . . . . . . : No Autoconfiguration Enabled . . . . : Yes IPv4 Address. . . . . . . . . . . : 172.22.0.1(Preferred) Subnet Mask . . . . . . . . . . . : 255.255.240.0 Default Gateway . . . . . . . . . : NetBIOS over Tcpip. . . . . . . . : Enabled Ethernet adapter vEthernet (DockerNAT): Connection-specific DNS Suffix . : Description . . . . . . . . . . . : Hyper-V Virtual Ethernet Adapter #2 Physical Address. . . . . . . . . : 00-15-5D-01-76-00 DHCP Enabled. . . . . . . . . . . : No Autoconfiguration Enabled . . . . : Yes IPv4 Address. . . . . . . . . . . : 10.0.75.1(Preferred) Subnet Mask . . . . . . . . . . . : 255.255.255.240 Default Gateway . . . . . . . . . : DNS Servers . . . . . . . . . . . : 10.28.48.1 NetBIOS over Tcpip. . . . . . . . : Enabled Ethernet adapter vEthernet (VPN): Connection-specific DNS Suffix . : Description . . . . . . . . . . . : Hyper-V Virtual Ethernet Adapter #4 Physical Address. . . . . . . . . : 00-15-5D-09-A6-E8 DHCP Enabled. . . . . . . . . . . : No Autoconfiguration Enabled . . . . : Yes IPv4 Address. . . . . . . . . . . : 172.24.176.1(Preferred) Subnet Mask . . . . . . . . . . . : 255.255.240.0 Default Gateway . . . . . . . . . : NetBIOS over Tcpip. . . . . . . . : Enabled Wireless LAN adapter Local Area Connection* 2: Media State . . . . . . . . . . . : Media disconnected Connection-specific DNS Suffix . : Description . . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter #2 Physical Address. . . . . . . . . : 36-E8-94-D9-CA-6A DHCP Enabled. . . . . . . . . . . : Yes Autoconfiguration Enabled . . . . : Yes Wireless LAN adapter Local Area Connection* 5: Media State . . . . . . . . . . . : Media disconnected Connection-specific DNS Suffix . : Description . . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter #5 Physical Address. . . . . . . . . : 34-E8-94-D9-CA-6A DHCP Enabled. . . . . . . . . . . : Yes Autoconfiguration Enabled . . . . : Yes Ethernet adapter VPN: Media State . . . . . . . . . . . : Media disconnected Connection-specific DNS Suffix . : Description . . . . . . . . . . . : TAP-Windows Adapter V9 Physical Address. . . . . . . . . : 00-FF-1E-DE-D4-AC DHCP Enabled. . . . . . . . . . . : Yes Autoconfiguration Enabled . . . . : Yes Wireless LAN adapter DualBandWifi: Connection-specific DNS Suffix . : Description . . . . . . . . . . . : TP-Link Wireless USB Adapter #4 Physical Address. . . . . . . . . : 34-E8-94-D9-CA-6A DHCP Enabled. . . . . . . . . . . : Yes Autoconfiguration Enabled . . . . : Yes IPv4 Address. . . . . . . . . . . : 192.168.0.105(Preferred) Subnet Mask . . . . . . . . . . . : 255.255.255.0 Default Gateway . . . . . . . . . : 192.168.1.1 192.168.0.1 DHCP Server . . . . . . . . . . . : 192.168.0.1 DNS Servers . . . . . . . . . . . : 192.168.0.1 0.0.0.0 NetBIOS over Tcpip. . . . . . . . : Enabled Ethernet adapter vEthernet (vEthernet (Dock): Connection-specific DNS Suffix . : Description . . . . . . . . . . . : Hyper-V Virtual Ethernet Adapter Physical Address. . . . . . . . . : 00-15-5D-8F-4F-5B DHCP Enabled. . . . . . . . . . . : No Autoconfiguration Enabled . . . . : Yes IPv4 Address. . . . . . . . . . . : 172.19.16.1(Preferred) Subnet Mask . . . . . . . . . . . : 255.255.240.0 Default Gateway . . . . . . . . . : NetBIOS over Tcpip. . . . . . . . : Enabled Ethernet adapter vEthernet (DualBandWifi): Connection-specific DNS Suffix . : Description . . . . . . . . . . . : Hyper-V Virtual Ethernet Adapter #5 Physical Address. . . . . . . . . : 00-15-5D-CC-17-A5 DHCP Enabled. . . . . . . . . . . : No Autoconfiguration Enabled . . . . : Yes IPv4 Address. . . . . . . . . . . : 192.168.224.1(Preferred) Subnet Mask . . . . . . . . . . . : 255.255.240.0 Default Gateway . . . . . . . . . : NetBIOS over Tcpip. . . . . . . . : Enabled eddie-logs.txt
  3. @Staff any plans to revisit this? It has been a few years now, and things have changed for the better in India, wrt Internet. Please do consider opening an India server.
  4. Thanks a tonne. Really feels nice to have one's faith/loyalty rewarded Another posted asked for more details on what made this change possible. Even I am interested in hearing more.
  5. Off-topic, but I have found linksnappy and premiumize.me to perform far better; and neither have issues with VPN access.
  6. @ofiris, I didn't submit a ticket. The issue continued for many days. However during that duration, I was able to connect properly and get good enough speeds. Close to 80% of what I get without the VPN. A few days ago the client started showing proper scores and latencies. The latencies were still rather high ~250ms. That said, the latency shown in the client is highly dependent on the ISP. The latency issue was discussed a few months ago on another thread and the conclusion was that we need to contact our ISP and get them to implement proper routes or something.
  7. Sigh. I had posted a few weeks ago about the servers showing very high latency. That continued on till today. Today, the client is not showing the score or latency. I have attached a screenshot and the log. I have restarted the client/system multiple times. I have tried different udp/tcp ports. As can be seen from the log, I tried connecting to one server, but it connected to another. Under the stats tab, its showing the server latency as -1. When it did connect, I was getting very slow speeds. As can be seen from the screenshot, 171KBps. Without the VPN, I was downloading the same file at over 900KBps. I 2015.01.24 16:13:54 - AirVPN client version: 2.8.8, System: Windows, Name: Microsoft Windows NT 6.2.9200.0, Architecture: x64 . 2015.01.24 16:13:54 - Reading options from C:\Users\amith\AppData\Local\AirVPN\AirVPN.xml . 2015.01.24 16:13:54 - Data Path: C:\Users\amith\AppData\Local\AirVPN . 2015.01.24 16:13:54 - App Path: C:\Program Files\AirVPN . 2015.01.24 16:13:54 - Executable Path: C:\Program Files\AirVPN\AirVPN.exe . 2015.01.24 16:13:54 - Command line arguments (1): path="home" . 2015.01.24 16:13:54 - Operating System: Microsoft Windows NT 6.2.9200.0 I 2015.01.24 16:13:54 - OpenVPN Driver - TAP-Windows Adapter V9 I 2015.01.24 16:13:54 - OpenVPN - Version: OpenVPN 2.3.6 (C:\Program Files\AirVPN\openvpn.exe) I 2015.01.24 16:13:54 - SSH - Version: plink 0.63 (C:\Program Files\AirVPN\plink.exe) I 2015.01.24 16:13:54 - SSL - Version: stunnel 5.09 (C:\Program Files\AirVPN\stunnel.exe) I 2015.01.24 16:13:54 - IPV6: Available ! 2015.01.24 16:13:54 - Ready I 2015.01.24 16:14:55 - Session starting. I 2015.01.24 16:14:55 - Installing tunnel driver I 2015.01.24 16:14:55 - Network adapter DHCP switched to static (Intel(R) Ethernet Connection (2) I218-V) I 2015.01.24 16:14:58 - DNS of a network adapter forced (Intel(R) Ethernet Connection (2) I218-V) I 2015.01.24 16:14:58 - Checking authorization ... . 2015.01.24 16:14:58 - Checking authorization ..., 1° try failed (The remote name could not be resolved: 'auth.airvpn.org') . 2015.01.24 16:14:58 - Checking authorization ..., 2° try failed (Unable to connect to the remote server) . 2015.01.24 16:14:58 - Checking authorization ..., 3° try failed (The remote name could not be resolved: 'airvpn.org') . 2015.01.24 16:14:58 - Checking authorization ..., 4° try failed (Unable to connect to the remote server) . 2015.01.24 16:14:58 - Checking authorization ..., 5° try failed (Unable to connect to the remote server) . 2015.01.24 16:14:58 - Checking authorization ..., 6° try failed (The remote name could not be resolved: 'airvpn.info') . 2015.01.24 16:14:58 - Checking authorization ..., 7° try failed (The remote name could not be resolved: 'airvpn.ch') . 2015.01.24 16:14:58 - Checking authorization ..., 8° try failed (The remote name could not be resolved: 'airvpn.eu') W 2015.01.24 16:14:58 - Authorization check failed, continue anyway ({1]) ! 2015.01.24 16:14:58 - Connecting to Erakis (Netherlands, Amsterdam) . 2015.01.24 16:14:58 - OpenVPN > OpenVPN 2.3.6 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [IPv6] built on Jan 12 2015 . 2015.01.24 16:14:58 - OpenVPN > library versions: OpenSSL 1.0.1k 8 Jan 2015, LZO 2.08 . 2015.01.24 16:14:58 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100 . 2015.01.24 16:14:58 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file . 2015.01.24 16:14:58 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2015.01.24 16:14:58 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2015.01.24 16:14:58 - OpenVPN > Socket Buffers: R=[65536->65536] S=[65536->65536] . 2015.01.24 16:14:58 - OpenVPN > Attempting to establish TCP connection with [AF_INET]62.212.72.162:80 [nonblock] . 2015.01.24 16:15:08 - OpenVPN > TCP: connect to [AF_INET]62.212.72.162:80 failed, will try again in 5 seconds: The system tried to join a drive to a directory on a joined drive. . 2015.01.24 16:15:08 - OpenVPN > SIGUSR1[soft,init_instance] received, process restarting . 2015.01.24 16:15:08 - OpenVPN > Restart pause, 5 second(s) ! 2015.01.24 16:15:08 - Disconnecting . 2015.01.24 16:15:08 - Connection terminated. I 2015.01.24 16:15:11 - Checking authorization ... . 2015.01.24 16:15:23 - Checking authorization ..., 1° try failed (The operation has timed out) ! 2015.01.24 16:15:24 - Connecting to Pallas (Netherlands, Amsterdam) . 2015.01.24 16:15:24 - OpenVPN > OpenVPN 2.3.6 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [IPv6] built on Jan 12 2015 . 2015.01.24 16:15:24 - OpenVPN > library versions: OpenSSL 1.0.1k 8 Jan 2015, LZO 2.08 . 2015.01.24 16:15:24 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100 . 2015.01.24 16:15:25 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file . 2015.01.24 16:15:25 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2015.01.24 16:15:25 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2015.01.24 16:15:25 - OpenVPN > Socket Buffers: R=[65536->65536] S=[65536->65536] . 2015.01.24 16:15:25 - OpenVPN > Attempting to establish TCP connection with [AF_INET]37.48.80.132:80 [nonblock] . 2015.01.24 16:15:27 - OpenVPN > TCP connection established with [AF_INET]37.48.80.132:80 . 2015.01.24 16:15:27 - OpenVPN > TCPv4_CLIENT link local: [undef] . 2015.01.24 16:15:27 - OpenVPN > TCPv4_CLIENT link remote: [AF_INET]37.48.80.132:80 . 2015.01.24 16:15:27 - OpenVPN > TLS: Initial packet from [AF_INET]37.48.80.132:80, sid=88f20bf5 b4128755 . 2015.01.24 16:15:30 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org . 2015.01.24 16:15:30 - OpenVPN > Validating certificate key usage . 2015.01.24 16:15:30 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0 . 2015.01.24 16:15:30 - OpenVPN > VERIFY KU OK . 2015.01.24 16:15:30 - OpenVPN > Validating certificate extended key usage . 2015.01.24 16:15:30 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication . 2015.01.24 16:15:30 - OpenVPN > VERIFY EKU OK . 2015.01.24 16:15:30 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org . 2015.01.24 16:15:40 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key . 2015.01.24 16:15:40 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication . 2015.01.24 16:15:40 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key . 2015.01.24 16:15:40 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication . 2015.01.24 16:15:40 - OpenVPN > Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 4096 bit RSA . 2015.01.24 16:15:40 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]37.48.80.132:80 . 2015.01.24 16:15:43 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1) . 2015.01.24 16:15:43 - OpenVPN > PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1,dhcp-option DNS 10.7.0.1,comp-lzo no,route 10.7.0.1,topology net30,ping 10,ping-restart 60,ifconfig 10.7.2.30 10.7.2.29' . 2015.01.24 16:15:43 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified . 2015.01.24 16:15:43 - OpenVPN > OPTIONS IMPORT: LZO parms modified . 2015.01.24 16:15:43 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified . 2015.01.24 16:15:43 - OpenVPN > OPTIONS IMPORT: route options modified . 2015.01.24 16:15:43 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified . 2015.01.24 16:15:43 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0 . 2015.01.24 16:15:43 - OpenVPN > open_tun, tt->ipv6=0 . 2015.01.24 16:15:43 - OpenVPN > TAP-WIN32 device [VPN] opened: \\.\Global\{1EDED4AC-BC9E-475E-9E57-DF36FF3C1D9D}.tap . 2015.01.24 16:15:43 - OpenVPN > TAP-Windows Driver Version 9.9 . 2015.01.24 16:15:43 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.7.2.30/255.255.255.252 on interface {1EDED4AC-BC9E-475E-9E57-DF36FF3C1D9D} [DHCP-serv: 10.7.2.29, lease-time: 31536000] . 2015.01.24 16:15:43 - OpenVPN > Successful ARP Flush on interface [6] {1EDED4AC-BC9E-475E-9E57-DF36FF3C1D9D} . 2015.01.24 16:15:48 - OpenVPN > TEST ROUTES: 2/2 succeeded len=1 ret=1 a=0 u/d=up . 2015.01.24 16:15:48 - OpenVPN > C:\Windows\system32\route.exe ADD 37.48.80.132 MASK 255.255.255.255 192.168.11.1 . 2015.01.24 16:15:48 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=10 and dwForwardType=4 . 2015.01.24 16:15:48 - OpenVPN > Route addition via IPAPI succeeded [adaptive] . 2015.01.24 16:15:48 - OpenVPN > C:\Windows\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.7.2.29 . 2015.01.24 16:15:48 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4 . 2015.01.24 16:15:48 - OpenVPN > Route addition via IPAPI succeeded [adaptive] . 2015.01.24 16:15:48 - OpenVPN > C:\Windows\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.7.2.29 . 2015.01.24 16:15:48 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4 . 2015.01.24 16:15:48 - OpenVPN > Route addition via IPAPI succeeded [adaptive] . 2015.01.24 16:15:48 - OpenVPN > C:\Windows\system32\route.exe ADD 10.7.0.1 MASK 255.255.255.255 10.7.2.29 . 2015.01.24 16:15:48 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4 . 2015.01.24 16:15:48 - OpenVPN > Route addition via IPAPI succeeded [adaptive] . 2015.01.24 16:15:48 - Starting Management Interface . 2015.01.24 16:15:48 - OpenVPN > Initialization Sequence Completed I 2015.01.24 16:15:48 - Flushing DNS I 2015.01.24 16:15:48 - Checking route I 2015.01.24 16:15:51 - Checking DNS ! 2015.01.24 16:15:52 - Connected. . 2015.01.24 16:15:52 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100 . 2015.01.24 16:15:52 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info . 2015.01.24 16:19:48 - Updating systems & servers data ... . 2015.01.24 16:19:51 - Systems & servers data update completed
  8. Up until yesterday, most of the Netherland servers would have score of 2-3 stars. The Canada ones would be 1 star. The latency for the Netherland servers would be in the range of 120-160. The Canada ones would have a latency of around 220. However since yesterday the client is showing me the following. When not using the VPN I am getting proper 10Mbps download speeds. When connected to the VPN (either Canada or NL servers), the download speed drops and is not consistent, it keeps fluctuating. Is anyone else having similar issues?
  9. @gurejoks, I have a similar experience as psychlops, right clicking and selecting paste works fine. The keyboard shortcut has never worked for me.
  10. I think its a Windows related bug. I have noticed this to happen, when some sort of full screen app is running (say watching a movie or playing a pc game) and the connection disconnects/reconnects. When you switch out of the full screen app and return to the desktop (ie the taskbar is now visible) the last few generated notifications get played all together. Looking at the logs wont show anything for that time frame, as the actual event happened a while ago. Another instance when this happens is, say you hibernate/sleep your machine while airvpn is connected. When you resume the machine, AirVPN will auto connect. If you wait a few minutes before unlocking the comp (by entering the password), then you will see the notifications get displayed all at once, even though the reconnection had happened a few minutes ago. I have seen the same behaviour for notifications generated by windows apps, written by me. We (my team) never managed to figure out how to prevent it, though we didn't spend much time on it as we felt that the delayed notifications still had value. As for the last notification staying visible till we explicitly dismiss it, thats a li'l irritating.
  11. Welcome to AirVPN, swainston. I am just another regular AirVPN user. As knighthawk mentioned, it would help to mention the following details - - Are you running the openvpn client on your router or desktop/laptop? - Are you running the latest Eddie client? Or are you using the standalone openvpn client? Which operating system, version? - Which protocol, port combination have you tried? Some ISPs tend to block/throttle vpn connections on certain ports. Is your ISP listed under https://airvpn.org/forum/20-known-isp-issue/? - Try Protocol UDP, port 53. Try different servers, instead of auto connecting to the recommended server, try a Netherland one, like Castor or Erikas or Julliet etc. - Try the SSH or SSL tunnel options. They have a performance/speed overhead, but they are the last resort options. AirVPN works wonderfully and whatever issues I have had, have all been ISP related. Just for comparison, if you previously had a VPN subscription from another provider, what settings worked properly?
  12. I am connected to Antares on UDP 443. I have a 4Mpbs plan with my ISP. And as is visible from the speedtest.net result below, I am getting above 3.5Mbps. That said, I would classify the Antares server as "unstable". I say "unstable" with the quotes cuz technically as per the status reports (https://airvpn.org/servers/Antares/) the server is stable and working properly. I have had moments when suddenly the speed would drop to below 0.5Mbps. Reconnecting to Antares wouldn't help. If I connect to one of the Netherland servers, then I am back to 4Mbps. It doesn't happen all the time and its not as bothersome, so I never complained. There are existing threads on this forum on how to diagnose speed issues. I think the most commonly suggested solution is to try connecting over UDP 53.
  13. I started having seeing the captcha yesterday on Castor. I swiched to the Asian servers and they work fine.
  14. @Staff, @JD Hopps - Just my two cents. Stating something works with Mavericks, says nothing about whether or not it will work with older versions. "Vista" and "Windows 7" certified software can and do work properly on XP. Point being "designed for Mavericks" does not imply "not works with older OS". Neither does saying "Mavericks supported". In your response above you worded it correctly as "works ONLY with Maverick and Yosemite" (emphasis mine). I think its better for the long term if you state that explicitly on the following pages - https://airvpn.org/macosx/ - It currently reads Mavericks supported. https://airvpn.org/macosx_ex/ - The OS support is not mentioned. (The link in the first posts leads to this page even though the text reads like earlier link). https://airvpn.org/topic/11578-os-x/ - Mentions latest tested version is Mavericks. To me this reads "it may or may not work on earlier versions". If the evidence from the past 3 releases is to be considered then its a fact that the client doesn't work on older versions. and in the first post of the release threads for each version. It is unrealistic to expect every user to thoroughly peruse the forums to figure out that in some random post somewhere the Staff clarified older versions aren't supported. ----------- Regarding the latest version - All good on Mavericks. Cheers :beer:
  15. I have been using Eddie 2.2-2.4 on Windows 7 x64. I have always ensured that those three settings have the values you have described. I have never had any issues on Windows. I have been using the Mac versions since it was released. With same setting's values set as mentioned. I have had a mixed experience on OSX 10.9.something. The client connects successfully when the app is first started. But if for some reason the connection is lost, it gets stuck in the connect-disconnect-reconnect loop. Doesn't always happen. Quitting the app, ensuring the Wifi DNS is not set to AirVPN DNS and starting app seems to resolve it. Regarding the Exit Confirmation - Huge NO. On my Windows machine I hibernate it a lot. If AirVPN is running when the machine is put into hibernation, on resuming the Servers tab gets badly glitched. Its constantly keeps refreshing itself making it impossible to select a server. Point being I quite the app a lot. Also if I forget to quit app and I try to shutdown/restart the machine, it simply WONT proceed further till I cancel the shutdown, answer yes and try again. Very frustrating. I prefer the confirmation prompt to NOT be enabled by default. If as a user I need something like this, I would ask in the forums and get redirected to the appropriate settings tab.
  16. @giganerd, what do the checking routes result mean? Cuz as per the results, Castor is showing Fail. However I am currently connected to Castor (UDP 443) and able to access ip-api.com (http://imgur.com/ahS5PKY) PS: When I embedded the image url in the post using the `Image` in the posts toolbar, I got an error message on posting - "You are not allowed to use that image extension". Do I need to request permission?
  17. @epsilon, Regarding the latest Eddie client, I am not facing any DNS leak issues on either Windows or Mac. DNS leak is typically a Windows OS issue. Nonetheless, In the preferences of the client, Under Advanced->General, ensure the following are set - 1. DNS Switch Mode is Automatic 2. Check if tunnel is using AirVPN DNS is set 3. If on WIndows OS, Enable the force DNS checkbox. It might be possible that when upgrading from 2.3 to 2.4, the previous settings were overwritten. The staff had previously said that from version 2.4 onwards, when upgrading the previous settings will not be lost. So the settings shouldn't be lost when upgrading to 2.5. There is an existing thread on how to fix DNS leaks (meant for users not using the AirVPN client)- https://airvpn.org/topic/9289-dns-leaks-and-how-to-fix-them/. A particular post in it explains nicely what needs to be done to fix DNS leaks (https://airvpn.org/topic/9289-dns-leaks-and-how-to-fix-them/?do=findComment&comment=11603). I am referencing it cuz it helped me understand what a DNS leak meant.
  18. Back in May end, I had a similar issue. I couldn't connect to my previous VPN or to AirVPN over any UDP ports. The TCP ports would work fine. I resetted my router a few times, but that didn't help. Finally I decided to flash the router with DDWRT. Magically that fixed the issue. UDP and TCP ports both started working. I don't know what exactly the issue was or how it got resolved. If someone does figure it out, please let me also know
  19. @go558a83nk, I am not very knowledgeable about computer networking. I ran the traceroute command you ran and for both my home ISP connections, it looks like the route first goes to Europe, comes back to India and then proceeds to Singapore. For you, its going to the US and then to Singapore. You mentioned that the local ISP needs to be contacted to resolve this. Could you please explain what should I be telling them? Also, is it normal for such a thing to happen? I mean between you and me thats 3 ISPs that are routing it incorrectly. There seem to be a lot more. Are the users of all these ISP supposed to contact them individually? How does this work? Any idea why your work ISP is routing properly but my home ISPs arent?
  20. Hi, Congratulations on the new server. Was hoping for a 1Gbps server to come up in Singapore. Quick question, for the earlier singapore servers, the client would show a latency of around 60ms. The Hadar server would have a latency of around 90-100ms and the Netherland servers would be at around 150-180ms. This makes sense for my location as its closer to singapore than its to hong kong. Though currently, the Singapore server is being reported with latency of close to 250ms. The other servers are showing latency as before. If I use a different ISP then the latency is around 120ms. Either way its much higher than earlier. Is there any commands I can run to help diagnose this?
  21. I have been getting this error on the Mac client for a few days now. I wake the laptop from sleep, if AirVPN client was connected before going to sleep it tries to reconnect automatically. The error happens at this stage. Even if AirVPN client doesn't autoreconnect (maybe because it was diconnected before sleeping), the client has trouble connecting again. I have tried quitting and restarting the client, I have tried turning wifi on/off. The only thing that resolves the issue is - Changing the port/protocol and connecting to a different server. That works properly. If I now revert the port/protocol and connect to the original server, even that works... The issue started a few days ago. EDIT: The struck through description seems to be for some other issue and may not match the log file below. The description for the log file below - Unable to connect to Hadar on any port/protocol combination. Even the Tunnelblick client doesn't work when connecting to Hadar. The status page at the moment doesn't display a ping time for Hadar, is it down? Log statements - I 2014.08.19 15:57:56 - Session starting. ! 2014.08.19 15:57:56 - Checking environment ! 2014.08.19 15:57:56 - Checking authorization ! 2014.08.19 15:57:57 - Connecting to Hadar (Hong Kong, Hong Kong) . 2014.08.19 15:57:57 - OpenVPN > OpenVPN 2.3.4 x86_64-apple-darwin13.2.0 [SSL (OpenSSL)] [LZO] [MH] [IPv6] built on Jun 9 2014 . 2014.08.19 15:57:57 - OpenVPN > library versions: OpenSSL 1.0.1g 7 Apr 2014, LZO 2.05 . 2014.08.19 15:57:57 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100 . 2014.08.19 15:57:57 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file . 2014.08.19 15:57:57 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2014.08.19 15:57:57 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2014.08.19 15:57:57 - OpenVPN > Socket Buffers: R=[196724->65536] S=[9216->65536] . 2014.08.19 15:57:57 - OpenVPN > UDPv4 link local: [undef] . 2014.08.19 15:57:57 - OpenVPN > UDPv4 link remote: [AF_INET]103.10.197.186:443 . 2014.08.19 15:57:57 - OpenVPN > write UDPv4: Can't assign requested address (code=49) . 2014.08.19 15:57:59 - OpenVPN > write UDPv4: Can't assign requested address (code=49) . 2014.08.19 15:58:03 - OpenVPN > write UDPv4: Can't assign requested address (code=49) . 2014.08.19 15:58:11 - OpenVPN > write UDPv4: Can't assign requested address (code=49) . 2014.08.19 15:58:27 - OpenVPN > write UDPv4: Can't assign requested address (code=49) . 2014.08.19 15:58:29 - OpenVPN > [UNDEF] Inactivity timeout (--ping-exit), exiting . 2014.08.19 15:58:29 - OpenVPN > SIGTERM received, sending exit notification to peer . 2014.08.19 15:58:34 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting ! 2014.08.19 15:58:34 - Disconnecting . 2014.08.19 15:58:35 - Connection terminated. EDIT: I sometimes have a parallel connection active from my desktop. But the desktop always connects on UDP 53 and the laptop always on UDP 443. Also they both have different servers in their whitelist. So, I don't think this error is due to connections going to the same server/port/protocol.
  22. The Support ticket was responded to on 16 August 2014 - 03:37 PM with the following - Currently I am able to load the concerned website while connected to Hadar. As epsilon commented, the issue seems to have been resolved @knighthawk & @giganerd, at the time of filing the support ticket, for me the routes page showed the result that giganerd was getting. The screenshot I posted in the support ticket was similar to giganerd's. Strange. Anyway, currently all but 3 servers are routed to some Italian server. The Furud one is still directly connected. And two are still showing pending.
  23. My understanding is, anyone with a subscription to AirVPN can file a support ticket using https://airvpn.org/contact/. I just filed a ticket referencing this thread - Request ID 15911 When not connected to the VPN and using Google DNS, the site loads properly and nslookup resolves as follows - nslookup torrentz.eu Server: 8.8.8.8 Address: 8.8.8.8#53 Non-authoritative answer: Name: torrentz.eu Address: 85.195.102.29 Name: torrentz.eu Address: 85.195.102.30 Name: torrentz.eu Address: 85.195.102.28 When connected to the VPN and using AirVPN DNS, the site doesn't load and the dns entry is incorrect. nslookup torrentz.eu Server: 10.4.0.1 Address: 10.4.0.1#53 Name: torrentz.eu Address: 31.7.58.170 Manually changing the DNS to use Google DNS returns proper nslookup entries, but the site still doesn't load.
  24. I found the following post via Google - http://www.dummies.com/how-to/content/how-to-open-windows-task-scheduler.html It has detailed instructions, much better than what I could have written myself. If you follow the above guide, you can ignore step 7. You will find the scheduled task you are looking for in Step 6. It should have AirVPN in it's name. Steps 8 onwards help you find the required prompts. Cheers.
×
×
  • Create New...