Latest Entries »

Zebra is down

Zebra is down right now due to hardware issues. Will update when issues are fixed.

UPDATE 10:00 PM EEST: All services restored.

Raspis is down

Raspis server is down due to power maintenance on site. Sorry for inconvenience. Will update when power comes back up.

Comments have been fixed

Thanks to one fellow user (whose name I will not mention) for informing me that the comment function was broken. This was due to a problem in server configuration which has now been fixed.

I’ve also added an extra captcha field (in form of a simple math expression) to help reduce comment spam because it seems that spambots can easily beat reCaptcha checks.

Zebra power maintenance

Zebra server is down due to power maintenance on the site. Sorry for inconvenience.

Zebra is down

Zebra server is down due to issues with ISP. Should be rectified shortly.

Farewell to the old server. Long live KVM !

The old virtual server, which ran ddscentral.org (and a number of other sites and services) will be shut down today. Although, it’s just an OpenVZ container running on someone else’s Linux box, it’s still a bit sad for me to shut down a server that I have maintained for nearly 10 years. It was the first ever VPS that I’ve ever maintained.
However, times have changed since and continuing to rent that server at the same price no longer makes economical sense when I can get a KVM with more memory, disk space and (best of all) freedom for less.

KVM offers much more freedom compared to OpenVZ. For example, I have bought a secondary IP for the KVM server and… assigned it to another KVM server which runs on a different machine. How did I do it ? I’ll tell you in the next post.

New server up !

If you can read this, ddscentral.org is now live on a new server !
The old server will be decommissioned on September 1st.

UPDATE: IP changed once again, from test server to main one.

Zebra is down – power issues

Zebra server is down due to a power failure.

UPDATE: 4:00 PM EET: back online.

Raspis is offline – possible hardware failure

Raspis is offline, most likely due to a hardware failure. I will need to get to the server physically to fix it, so the server will remain down until tomorrow evening at the very least.
Sorry for the inconvenience caused.

UPDATE: Oct 8th, 20:30 EEST: Back online.

A quick update on my AC810 adventures.

I’ve decided against zRAM – that would require a kernel rebuild and this device has no recovery mode.
Even though “free” showed only a few MB free (max I saw was like 20 MB, usually it shows 5-6 MB), I’ve never ran out of memory when running any software on the device.

Installed some additional software on the device, all built from source, including dependencies:
TUN driver, bash shell, latest hostapd, latest OpenSSL, nano editor and OpenVPN.
I didn’t overwrite any stock binaries just to be safe and instead used a simple wrapper script (which uses LD_LIBRARY_PATH) to run newly installed software.

An interesting idea came to mind when building OpenVPN – what if I could just take one of the WiFi APs (this device has two, one for 2.4 GHz and one for 5 GHz band) and bridge it to a TAP interface instead of doing routing to a tunnel ? Devices connecting to the bridged WiFi would then connect directly to my home network instead of being routed through a tunnel.
A true home WiFi away from home experience without any setup required !
Since OpenVPN is CPU-bound, I’m not expecting to get full speed, but around 40 mbps should be achievable with good 4G reception. More than enough for my needs (remote work and game streaming).

At first, I wanted to preserve dual-band WiFi and create a third SSID (WiFi driver claims to supports this) for the VPN bridge, but Qualcomm’s binary driver has a bug which causes WPA authentication responses from the client device to always be sent to the primary WiFi SSID instead of the secondary SSID, which causes authentication failures. Third SSID only works as Open WiFi which won’t do for me.
I have explored a possibility of using ath10k open source driver from Driver Backports instead of the binary blob (this device seems to use Atheros QCA6174 for WiFi) but again, I cannot install it without rebuilding the kernel due to cfg80211.ko being built into kernel which conflicts with Driver Backports.

So in the end, I had to dedicate one of the existing WiFi APs for VPN bridge. I’ve decided to use the 5 GHz AP for VPN bridge for now and leave 2.4 GHz AP for normal WiFi use but I’m not sure whether I will leave it that way.

UPDATE: OpenVPN was doing 24mbps max with CPU maxed out and a lot of packet loss. Switching from OpenVPN to SoftEther increased speeds to over 40mbps (and zero packet loss). Maybe it can do even more, will need to test in a different location with better 4G reception.
SoftEther was pain in the but to cross-compile (required manual editing of Makefile) and get working though and I also needed to use preloadable_libiconv hack to get past the iconv() stuff as libc on the modem did not have gconv enabled.

Copyright © 2008-2024 DDS Central. Powered by WordPress. Theme: Motion (modified by DDS Central)