Leaderboard

I've been unable to find something that meets my needs, and I'm not even sure whether such a book even exists. A lot of stuff about internet culture, internet history etc, but I'm more interested in the technical foundation, everything that makes the internet work. The book should include information about · the structure of the internet: nodes, clients, servers, backbones, sea cables... · information about communication standards: ISDN, DSL, 4G, 5G, ... · protocols and systems such as TCP/IP, HTTP, VPN, TLS, DNS, data packages ... Examples of how information gets processed and travels through the internet. Maybe also suggestions on how to try things out for yourself through tools or a command prompt. I'd also love some extras such as information design about the internet, how many visitors sites get, like an atlas about current topics, like the ones by Le Monde Diplomatique, only for the internet. Neither completely academic / dry for master students nor "what is the internet for my grandparents" kind of thing. Any suggestions are welcome, thanks.

Go here and read and click links in the explanation https://airvpn.org/forums/forum/10-websites-support/page/2/ .It will be clear.

I'm not sure such a thing exists in one simple book. You don't want an academic or newbie thing but you want academic and newbie topics covered. This will easily fill 2000+ pages. I think you should find multiple books from newbie through intermediate to advanced. I can give recommendations for German-language books, but will have to pass for the ones in English.

Probably not since it's a SOC Sent from my SM-N960U using Tapatalk

How is the server Eddie connects to selected? Based on ping like Eddie for desktop? Or just overal best server based on Load? I'm in Norway at the moment and it would make sense it connects to a Norwegian server but it connects to a server in the Netherlands. I've not set a favorite country, only blocked Germany. In the log I can see it detects me being in Norway but still connects me to a NL server, don't know why. Edit: discovered there is an option that forbids to connect to a server in the same country so that explains What is the reasoning behind selecting a NL server instead and not a let's say Swedish server? Or if I'm outside Europe, eg South Africa, what server country will be selected and why?

Same here... (Ubuntu 18.04) Just quits itself after a couple of seconds... 2018.09.23 14:40:37 - OpenVPN Driver - Found, /dev/net/tun . 2018.09.23 14:40:37 - OpenVPN - Version: 2.4.4 - OpenSSL 1.1.0g 2 Nov 2017, LZO 2.08 (/usr/sbin/openvpn) . 2018.09.23 14:40:37 - SSH - Version: OpenSSH_7.6p1 Ubuntu-4, OpenSSL 1.0.2n 7 Dec 2017 (/usr/bin/ssh) . 2018.09.23 14:40:37 - SSL - Version: stunnel 5.44 (/usr/bin/stunnel4) . 2018.09.23 14:40:37 - curl - Version: 7.58.0 (/usr/bin/curl) . 2018.09.23 14:40:37 - Certification Authorities: /usr/share/eddie-ui/cacert.pem . 2018.09.23 14:40:37 - Recovery. Unexpected crash? ! 2018.09.23 14:40:37 - Deactivation of Network Lock ! 2018.09.23 14:40:37 - Activation of Network Lock - Linux iptables . 2018.09.23 14:40:37 - Network lock not enabled on IPv6 layer. IPv6 seems disabled at system level. I 2018.09.23 14:40:40 - Ready . 2018.09.23 14:40:40 - Collect information about AirVPN completed F 2018.09.23 14:41:00 - Unexpected error. Please contact our support staff. - curl: (28) Connection timed out after 20001 milliseconds - at Eddie.Core.Tools.Curl.Fetch (Eddie.Core.HttpRequest request) [0x007fe] in :0 F 2018.09.23 14:41:00 - at Eddie.Core.Engine.FetchUrl (Eddie.Core.HttpRequest request) [0x00010] in :0 F 2018.09.23 14:41:00 - at Eddie.Core.Jobs.Updater.OnRun () [0x000e9] in :0 F 2018.09.23 14:41:00 - at Eddie.Core.Job.Run () [0x0000d] in :0 F 2018.09.23 14:41:00 - at System.Threading.ThreadHelper.ThreadStart_Context (System.Object state) [0x00017] in <8f2c484307284b51944a1a13a14c0266>:0 F 2018.09.23 14:41:00 - at System.Threading.ExecutionContext.RunInternal (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, System.Boolean preserveSyncCtx) [0x0008d] in <8f2c484307284b51944a1a13a14c0266>:0 F 2018.09.23 14:41:00 - at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, System.Boolean preserveSyncCtx) [0x00000] in <8f2c484307284b51944a1a13a14c0266>:0 F 2018.09.23 14:41:00 - at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state) [0x00031] in <8f2c484307284b51944a1a13a14c0266>:0 F 2018.09.23 14:41:00 - at System.Threading.ThreadHelper.ThreadStart () [0x0000b] in <8f2c484307284b51944a1a13a14c0266>:0 [ERROR] FATAL UNHANDLED EXCEPTION: System.Exception: curl: (28) Connection timed out after 20001 milliseconds at Eddie.Core.Tools.Curl.Fetch (Eddie.Core.HttpRequest request) [0x007fe] in :0 at Eddie.Core.Engine.FetchUrl (Eddie.Core.HttpRequest request) [0x00010] in :0 at Eddie.Core.Jobs.Updater.OnRun () [0x000e9] in :0 at Eddie.Core.Job.Run () [0x0000d] in :0 at System.Threading.ThreadHelper.ThreadStart_Context (System.Object state) [0x00017] in <8f2c484307284b51944a1a13a14c0266>:0 at System.Threading.ExecutionContext.RunInternal (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, System.Boolean preserveSyncCtx) [0x0008d] in <8f2c484307284b51944a1a13a14c0266>:0 at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, System.Boolean preserveSyncCtx) [0x00000] in <8f2c484307284b51944a1a13a14c0266>:0 at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state) [0x00031] in <8f2c484307284b51944a1a13a14c0266>:0 at System.Threading.ThreadHelper.ThreadStart () [0x0000b] in <8f2c484307284b51944a1a13a14c0266>:0 EDIT: "spe" seems to be right. After unticking "Activate Network Lock On Startup" no more crashes so far. Nevertheless, i would consider the current version as unstable. Kind regards Fox

Similar experience on Fedora 28. Here's the relevant part of the log with debug enabled: F 2018.09.23 09:52:32 - Unexpected error. Please contact our support staff. - curl: (28) Connection timed out after 20001 milliseconds - at Eddie.Core.Tools.Curl.Fetch (Eddie.Core.HttpRequest request) [0x007fe] in :0 F 2018.09.23 09:52:32 - at Eddie.Core.Engine.FetchUrl (Eddie.Core.HttpRequest request) [0x00010] in :0 F 2018.09.23 09:52:32 - at Eddie.Core.Jobs.Updater.OnRun () [0x000e9] in :0 F 2018.09.23 09:52:32 - at Eddie.Core.Job.Run () [0x0000d] in :0 F 2018.09.23 09:52:32 - at System.Threading.ThreadHelper.ThreadStart_Context (System.Object state) [0x00017] in <90910314e0f14f998fc0d35c0199e8a7>:0 F 2018.09.23 09:52:32 - at System.Threading.ExecutionContext.RunInternal (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, System.Boolean preserveSyncCtx) [0x0008d] in <90910314e0f14f998fc0d35c0199e8a7>:0 F 2018.09.23 09:52:32 - at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, System.Boolean preserveSyncCtx) [0x00000] in <90910314e0f14f998fc0d35c0199e8a7>:0 F 2018.09.23 09:52:32 - at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state) [0x00031] in <90910314e0f14f998fc0d35c0199e8a7>:0 F 2018.09.23 09:52:32 - at System.Threading.ThreadHelper.ThreadStart () [0x0000b] in <90910314e0f14f998fc0d35c0199e8a7>:0 I was only able to reproduce the error by enabling Activate Network Lock at startup in the settings. I thought a possible culprit could be the New Eddie version notification feature introduced in this release. Going with that hunch, I tried a couple of things Changing the Update channel selection to None from its default Stable (as aside, it should probably be changed to Beta for beta releases) didn't help. I was hoping for the update check and the call to curl to be bypassed altogether. Enabling Connect at startup also didn't help. I was hoping it might in case the problem was the failure to include the update URL in the default.xml file and thus in the iptables rules created on startup when network lock is enabled. That's about as far as I got. Still using the new beta, as I don't use auto network lock and the feature works fine when activated manually.

I'm using the latest Mint 19 Xfce, is Eddie 2.15.2 still safe to use? For me it works flawlessly. The newer versions all have some problems.

I player not working in any uk server 7/12/2017

Nothing working again now. This is becoming a deal breaker. Could someone from AirVPN please chime in & explain whats going on?

Take a look at 3rd point in my tutorial. After you do that, you need to forward ports on your router, but if that worked before, I guess you already forwarded your ports. Then you only need to connect to your REAL IP (IP given by your ISP), not AirVPN IP address and it will work.

I am not sure that verifying the connection "manually" is possible. From most of the logs I looked at, the connection is re-established inside 3 seconds. You pointed out 1 example where minutes seem to occur, but this looks like an exception. I checked again a few minutes ago and the connection seems to fail every 5 minutes, but is re-established inside 0-1-2 seconds. I don't know of a good method of checking the VPN status inside this timeframe? I can't just refresh the log page to wait for another window of a few minutes... Do you have any experience with the more recent build of DD-WRT I mentioned earlier (21153?). Is this something that can get fixed by another build?

*** a) It might be a problem in the management, not in the OpenVPN client connection itself. Chances are that your connection is actually always on, but of course further investigation is mandatory. Could you please post the complete logs for an additional check? **** Could you kindly provide instructions for which additional logs and where they are located? What I attached was the complete log on that page. I am unsure how to obtain deeper logging information in DD-WRT. I can ssh to the router and run some commands, but don't have a large amount of experience doing this with either OpenVPN, iptables or DD-WRT.

The last website I tried to visit that was blocked by Wordfence was this one: https://pantheism.com/ I am using the Netherlands (presently Merga) AirVPN servers.

@rohko Correct, DNS leaks do not exist in Linux. This is a different issue and must be investigated anyway, but it's not related to DNS leaks. How does Eddie handle DNS (check "Preferences" > "DNS")? Since you rely on that script to handle the DNS push, Eddie must not interfere and you can focus on why your script does not work. Make sure to set "DNS Switch Mode" to "None" in "Preferences" > "DNS". Alternatively, disable your script, enable DNS push handling by Eddie itself (try with "DNS switch mode" set to "Automatic") and check whether the problem persists or not. If it does send a full system report generated by Eddie and taken just after the problem has occurred, please ("Logs" > LIIFE BELT icon > "Copy All" icon > paste into your message). Kind regards

Linux Mint 17.3 LTS (14.04 LTS), installed the latest 2.17.1 beta eddie-ui over v2.16.3 and upon restart saw notification about "removing network lock" before applying it again, then the new v2.17.1 would grind for a good while (couldn't switch to Servers tab) before crashing and apparently taking DNS down with the ship. COMMAND=/usr/bin/notify-send --urgency=low --expire-time=2000 --icon=dialog-information Eddie Unexpected error. Please contact our support staff. - curl: (6) Could not resolve host: eddie.website - at Eddie.Core.Tools.Curl.Fetch (Eddie.Core.HttpRequest request) [0x00000] in <filename unknown>:0 #012 at Eddie.Core.Engine.FetchUrl (Eddie.Core.HttpRequest request) [0x00000] in <filename unknown>:0 #012 at Eddie.Core.Jobs.Updater.OnRun () [0x00000] in <filename unknown>:0 #012 at Eddie.Core.Job.Run () [0x00000] in <filename unknown>:0 #012 at System.Threading.Thread.StartInternal () [0x00000] in <filename unknown>:0 After rebooting naked connections worked so I relaunched eddie 2.17.1 but the same issue happened again. For some reason the .deb of previous version 2.16.3 wasn't in /var/cache/apt/archives so I ended up redownloading it, uninstalling the latest beta (wouldn't allow downgrades) and reinstalling the v2.16.3. I would suggest pulling the latest version from the channel while you figure out the root of the problem. The changelog looks very appealing.

i'm on Windows 8.1 x64 and have the same problem, i cant even really start eddie to connect to a server. :/ seems to be a curl/ipv6/.Net problem? event viewer says: Faulting application name: Eddie-UI.exe, version: 2.16.0.0, time stamp: 0x5ba6502a Faulting module name: KERNELBASE.dll, version: 6.3.9600.18938, time stamp: 0x5a7ddf0a Exception code: 0xe0434352 Fault offset: 0x0000000000008eac Faulting process id: 0xc20 Faulting application start time: 0x01d4530e1a889ab9 Faulting application path: C:\Program Files\AirVPN\Eddie-UI.exe Faulting module path: C:\Windows\system32\KERNELBASE.dll Report Id: 595a6e51-bf01-11e8-82b6-00e04c5125c8 Faulting package full name: Faulting package-relative application ID: and: Application: Eddie-UI.exe Framework Version: v4.0.30319 Description: The process was terminated due to an unhandled exception. Exception Info: System.Exception at Eddie.Core.Tools.Curl.Fetch(Eddie.Core.HttpRequest) at Eddie.Core.Jobs.Updater.OnRun() at Eddie.Core.Job.Run() at System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object) at System.Threading.ThreadHelper.ThreadStart()

Hi Staff, I just installed the new beta (2.17.1) on a MacOS laptop running the latest High Sierra (10.13.6). Upon firing up the Eddie beta, I got the attached error window. Eddie closed itself immediately after I clicked the "OK" button on the error window, so I didn't have a chance to grab logs (Eddie didn't finish starting up all the way when the error window popped). Had no internet connectivity after that until I rebooted the machine. I did install the beta over 2.16.3, fwiw, in case that's an issue. Although I have done that in the past with betas and not encountered any issues. Rolled back to 2.16.3 for now. If there's more I can do go help get useful info about this issue, please let me know. Many thanks...

I think I saw that error some time ago, when I was using 1 year or more old certificates for AirVPN. Did you upgrade your DSM to latest 6+ version? Did you get new certificates and ovpn file from airvpn? Be sure to imput them at correct place. Is your AirVPN membership active? If you are using DSM <6 (5.2, 5.1, 5.0, 4...) then you need to ssh and copy certificates and keys manually. Just delete VPN from Synology interface, try restart, and do everything from beginning. I see what you mean. That never happened to me. Script always starts VPN if it's not started, but I managed to reproduce it by just using those variables in script, without anything else. Thank you for find, I just moved those variables further down to one of IFs, so they will be called only when VPN is up for sure. Hope that solves it for you also.

So . . . I set up these firewall rules as per Randombit's instructions in post #47. When I came home my PC (Kubuntu 14.04) had lost connectivity. It showed it as connected to AirVPN but there was nothing coming in or out. To get connectivity back I had to turn off the firewall, re-connect then turn it back on again. Is this the way it is supposed to work? I guess it is . . . PS. Since upgrading to the latest version of Tixati V2.12, I occasionally have to turn off the firewall after adding new torrents otherwise it can't find any peers. Tixati is reports "attempting to bind port" then throws up the error "unconfirmed incoming port" and is unable to receive incoming DHT packets. If I turn off the firewall this DHT starts successfully. Obviously this is a problem with the firewall but this wasn't happening with earlier versions of Tixati. Has anyone else encountered this problem? PPS. Changed the port number and it seems to be okay now. Don't understand why?

Hello! a) It might be a problem in the management, not in the OpenVPN client connection itself. Chances are that your connection is actually always on, but of course further investigation is mandatory. Could you please post the complete logs for an additional check? c) Unfortunately not with the DD-WRT web interface alone. Kind regards