Monday, 12 December 2022

Connecting my friend back home with Quadra

The unfortunate prolonged shortage of Raspberry Pi devices made me propose my friend to build Quadra from inovato on T95 mini available on amazon. It uses Network Manager so the policy routing configuration to connect back home is slightly different:

quadra@inovato:~$ nmcli connection show
NAME               UUID          TYPE     DEVICE
Wired connection 1 02e96ab3-xxxx ethernet eth0
quadra@inovato:~$ nmcli connection modify 02e96ab3-xxxx +ipv4.addresses 192.168.2.1/24
quadra@inovato:~$ nmcli connection modify 02e96ab3-xxx ipv4.routing-rules "priority 1 from 192.168.2.0/24 table 1"
quadra@inovato:~$ nmcli connection modify 02e96ab3-xxx ipv4.routes "192.168.2.0/24 192.168.2.1 table=1"
quadra@inovato:~$ nmcli connection modify 02e96ab3-xxx connection.autoconnect yes
quadra@inovato:~$ nmcli connection up 02e96ab3-xxx
Connection successfully activated (D-Bus active path: /org/freedesktop/NetworkManager/ActiveConnection/6)
quadra@inovato:~$ sudo nmcli connection reload

I have struggled to configure static policy route with nmcli on zerotier interface because uuid of zerotier interface kept changing at every reboot. I ended up configuring NetworkManager dispatcher.d script as follows:

quadra@inovato:~$ sudo nano /etc/NetworkManager/dispatcher.d/10-ztrfyktzr7-up
#!/bin/bash
if [ "$1" = "ztrfyktzr7" ] && [ "$2" = "up" ]; then
  sudo /sbin/ip route add default via 192.168.191.3 table 1
fi
quadra@inovato:~$ sudo chmod 755 /etc/NetworkManager/dispatcher.d/10-ztrfyktzr7-up

To distribute destination route 192.168.2.0/24 via 192.168.191.2 I used zerotier web console manage route capability.

On both ends I enabled ipv4 routing:

quadra@inovato:~$ sudo nano /etc/sysctl.conf
net.ipv4.ip_forward=1

Finally, I configured masquerade on quadra back home. Please note the first rule is to ensure zerotier-cli can access zerotier service locally.

quadra@inovato:~$ sudo iptables -t nat -I POSTROUTING -o lo -j ACCEPT
quadra@inovato:~$ sudo iptables -t nat -I POSTROUTING -j MASQUERADE
quadra@inovato:~$ sudo iptables-save -f /etc/iptables.rules
quadra@inovato:~$ sudo nano /etc/rc.local
iptables-restore /etc/iptables.rules

UPDATE: I used some inspiration from forum.inovato.com to enable wifi access point.

https://forum.inovato.com/post/setting-up-wifi-access-point-on-t95-max-box-12520455?pid=1334656619


Monday, 31 October 2022

Connecting back to my home LAN/WAN from remote country unknown Wifi

I am preparing for a presentation in a remote country unknown Wifi environment where I need to demonstrate a Wifi capable unit that can not run VPN natively but requires a connection back to my home LAN/WAN environment.

This is more challenging then what I described in my previous blog detailing how do I connect back with my parents.

Connecting with my parents

Firstly, I will need 2 Wifi interfaces here: one in client mode that connects to the unknown foreign Wifi and another in AP mode that enables Wifi connection from the unit that I need to demonstrate.

I had this Wifi USB hub in my drawer for a long time waiting for its use case:

Wifi USB hub from Pi Hut 

It took me a while to make it work with legacy wext driver option configured for wpa_supplicant. Details are in this forum post:

RTL8188EU configuration 

Unfortunately it turned out that its throughput performance is only 3-4 Mbps that is so poor that my demonstration unit complains about it.

Fortunately, I have a unit from both generations of Raspberry Pi Zero (2) W providing me two Wifi adapters but I would need to connect them somehow. I played with the idea of connecting two computers with USB back to back for a long time. As hostapd keeps disconnecting on Raspberry Pi Zero W, I use Raspberry Pi Zero 2 W at home to connect to my parents LAN/WAN by means of an Ethernet enabled Chromecast power supply hence I wanted to keep its USB configuration intact. So this is how I configured OTG driver on Raspberry Pi Zero W:

jordana@pi0w:~ $ sudo nano /boot/config.txt
dtoverlay=dwc2
jordana@pi0w:~ $ sudo nano /boot/cmdline.txt
modules-load=dwc2,g_ether

This has made usb0 interface appear on Raspberry Pi Zero W. The cable I have found working is an ordinary micro USB cable with an OTG adapter on the Raspberry Pi Zero 2 W side. This has not only provided power either way but also changed NO-CARRIER to BROADCAST on the usb0 interface on the Raspberry Pi Zero W side and created a usb0 interface on the Raspberry Pi Zero 2 W side also.

I also had to add DHCP configuration on the Raspberry Pi Zero W side:

jordana@pi0w:~ $ sudo nano /etc/dnsmasq.conf
interface=usb0
dhcp-range=192.168.10.2,192.168.10.20,255.255.255.0,24h
 

Finally, I enabled routing and masquerading on Raspberry Pi Zero W side and hostapd, dnsmasq and source based policy routing into zerotier VPN on the Raspberry Pi Zero 2 W side as described in my previous blog post about connecting to my parents.

Friday, 15 July 2022

Setting up mobile backup for my home broadband

As part of an interview for a Technical Product Manager job I had to create a video presentation how I would improve a product at home. I have chosen my home broadband and argued for enabling monitoring and mobile backup as an improvement. While I am monitoring my home broadband for quite some time I have always played with the idea to use my mobile data plan in case my fixed broadband is down.

I recently moved default gateway function to my monitoring Raspberry Pi with the help of a VLAN enabled switch - see my previous post about it. The mobile coverage in the electric room where my broadband modem installed is probably the weakest in the building so not an ideal place for a mobile backup solution. On the other hand upstairs at my working desk the mobile coverage is reasonable and I have my other Raspberry Pi that I use as my desktop PC usually. I also regularly charge my phone next to this Raspberry Pi which sparked the idea to extend USB tethering as a mobile backup solution for the entire home. For this I need to change the routing at both Raspberry Pi in case the fixed broadband is down so that all traffic is routed via USB tethering. For this I have found a failover script here that I have customised for my use case as follows on the Raspberry Pi next to my broadband modem:

jordana@pi4b2:~ $ nano failover.sh

#!/bin/bash


# Set defaults if not provided by environment

CHECK_DELAY=${CHECK_DELAY:-1}

CHECK_IP=${CHECK_IP:-8.8.8.8}

PRIMARY_IF=${PRIMARY_IF:-eth0.8}

PRIMARY_GW=${PRIMARY_GW:-192.168.0.1}

BACKUP_IF=${BACKUP_IF:-eth0}

BACKUP_GW=${BACKUP_GW:-192.168.0.12}


# Compare arg with current default gateway interface for route to healthcheck IP

gateway_if() {

  [[ "$1" = "$(ip route get "$CHECK_IP" | sed -rn 's/^.*dev ([^ ]*).*$/\1/p')" ]]

}


# Cycle healthcheck continuously with specified delay

while sleep "$CHECK_DELAY"

do

  # If healthcheck succeeds from primary interface

  if ping -I "$PRIMARY_IF" -c1 "$CHECK_IP" &>/dev/null

  then

    # Are we using the backup?

    if gateway_if "$BACKUP_IF"

    then # Switch to primary

      ip route delete default via "$BACKUP_GW" dev "$BACKUP_IF"

    fi

  # If healthcheck fails from primary interface

  else

    # Are we using the primary?

    if gateway_if "$PRIMARY_IF"

    then # Switch to backup

      ip route add default via "$BACKUP_GW" dev "$BACKUP_IF"

    fi

  fi

done


On my desk I also have a failover script running on the Raspberry Pi: 


jordana@dad-pi4g:~ $ nano failover.sh

#!/bin/bash


# Set defaults if not provided by environment

CHECK_DELAY=${CHECK_DELAY:-1}

CHECK_IP=${CHECK_IP:-8.8.8.8}

PRIMARY_IF=${PRIMARY_IF:-eth0}

PRIMARY_GW=${PRIMARY_GW:-192.168.0.1}

BACKUP_IF=${BACKUP_IF:-usb0}

BACKUP_GW=${BACKUP_GW:-192.168.0.1}

EMAIL=${EMAIL:-jordan.arpad@gmail.com}


# Compare arg with current default gateway interface for route to healthcheck IP

gateway_if() {

  [[ "$1" = "$(ip route get "$CHECK_IP" | sed -rn 's/^.*dev ([^ ]*).*$/\1/p')" ]]

}


switch_to_primary() {

  ip route delete default via "$PRIMARY_GW" dev "$PRIMARY_IF"

  ip route add default via "$PRIMARY_GW" dev "$PRIMARY_IF"

  date | mail -s "$HOSTNAME switched to primary" "$EMAIL"

}


switch_to_backup() {

  ip route delete default via "$PRIMARY_GW" dev "$PRIMARY_IF"

  ip route add default via "$PRIMARY_GW" dev "$PRIMARY_IF" metric 5000

  date | mail -s "$HOSTNAME switched to backup" "$EMAIL"

}


# Cycle healthcheck continuously with specified delay

while sleep "$CHECK_DELAY"

do

  # If healthcheck succeeds from primary interface

  if ping -I "$PRIMARY_IF" -c1 "$CHECK_IP" &>/dev/null

  then

    # Are we using the backup?

    if gateway_if "$BACKUP_IF"

    then switch_to_primary

    fi

  # If healthcheck fails from primary interface

  else

    sleep "$CHECK_DELAY"

    # If healthcheck succeeds from primary interface

    if ping -I "$PRIMARY_IF" -c1 "$CHECK_IP" &>/dev/null

    then

      # Are we using the backup?

      if gateway_if "$BACKUP_IF"

      then switch_to_primary

      fi

    # If healthcheck fails from primary interface AGAIN

    else

      # Are we using the primary?

      if gateway_if "$PRIMARY_IF"

      then switch_to_backup

      fi

    fi

  fi

done

I added routing and NAT to usb0 on the desktop Raspberry Pi also and whenever I have my phone connected with USB tethering to the mobile network the redundancy switching is working like a charm back and forth :) So I made these scripts running @reboot from crontab and configured notification emails from my desktop Raspberry.


UPDATE

I added email notification to the script as per above after installing ssmtp and mailutils and configured as follows. Please note that this only works with App Password added to your Google account so use it with care, at your own risk and consider creating a separate Google account for this purpose.

jordana@dad-pi4g:~ $ sudo cat /etc/ssmtp/ssmtp.conf
#
# Config file for sSMTP sendmail
#
# The person who gets all mail for userids < 1000
# Make this empty to disable rewriting.
root=

# The place where the mail goes. The actual machine name is required no 
# MX records are consulted. Commonly mailhosts are named mail.domain.com
mailhub=smtp.gmail.com:587

# Where will the mail seem to come from?
rewriteDomain=

# The full hostname
hostname=dad-pi4g

# Are users allowed to set their own From: address?
# YES - Allow the user to specify their own From: address
# NO - Use the system generated From: address
#FromLineOverride=YES

AuthUser=jordan.arpad73@gmail.com
AuthPass=
UseSTARTTLS=YES

Thursday, 14 July 2022

Moving NAT to Raspberry

In an attempt to control even more functions of my home broadband I have decided to use my monitoring Raspberry Pi to execute the NAT function also. For this, I had to have two Ethernet interfaces connected to the monitoring Raspberry Pi and also move all connections currently using the built-in switch to my provider router to a switch behind the monitoring Raspberry Pi executing the NAT function. I could use a USB Ethernet adapter, for example the one I had lying around from my extra Chromecast that Google have send for free with the Stadia controller. But I still needed an extra switch and as a prime day deal I have found this VLAN enabled switch on sale:

https://amzn.eu/53hbzq4

This solves both issues, providing multiple Ethernet interfaces attached to the Raspberry Pi with an 802.1q trunk and also accommodation for the connections previously on the provider router built-in switch.

Enabling a VLAN interface on the Raspberry Pi was straigthforward:

jordana@pi4b2:~ $ sudo apt install vlan

jordana@pi4b2:~ $ sudo nano /etc/network/interfaces.d/vlans

auto eth0.8

iface eth0.8 inet manual

  vlan-raw-device eth0

The corresponding VLAN configuration on the switch is as follows:


Raspberry Pi is connected to port 1 and an Ethernet port on the provider router to port 8.

I changed the provider router to modem mode and moved the default gateway address 192.168.0.1/24 of my home LAN to eth0 on the Raspberry Pi.

jordana@pi4b2:~ $ sudo nano /etc/dhcpcd.conf

interface eth0

static ip_address=192.168.0.1/24

I also had to change the NAT rule as follows (updated with rule to drop connection request from eth0.8):

jordana@pi4b2:~ $ sudo iptables -t nat -I POSTROUTING -o eth0.8 -j MASQUERADE
jordana@pi4b2:~ $ sudo iptables -A INPUT -m conntrack --ctstate ESTABLISHED -i eth0.8 -p tcp -j ACCEPT
jordana@pi4b2:~ $ sudo iptables -A INPUT -i eth0.8 -p tcp -j DROP

jordana@pi4b2:~ $ sudo iptables-save -f /etc/iptables.rules

Saturday, 12 June 2021

[Updated] Managing apt and pihole updates with ansible

I have a couple of Raspberry Pi to keep apt and pihole updated.

pi@dad-pi4g:~ $ sudo apt install ansible
pi@dad-pi4g:~ $ sudo nano /etc/ansible/hosts
[pi]
pi0
pi0w
pi1b
pi4b2
dad-pi4g
pi@dad-pi4g:~ $ nano apt.yml 
---
  - hosts: pi
    tasks:
      - become: yes
        apt:
          force_apt_get: yes
          update_cache: yes
          name: "*"
          state: latest
  - hosts: pi1b
    tasks:
      - name: update pihole
        command: "pihole -up"
pi@dad-pi4g:~ $ ansible-playbook apt.yml
pi@dad-pi4g:~ $ ansible-playbook apt.yml 

PLAY [pi] ************************************************************************************************************************************************************************************

TASK [Gathering Facts] ***********************************************************************************************************************************************************************
ok: [dad-pi4g]
ok: [pi4b2]
ok: [pi0w]
ok: [pi1b]
ok: [pi0]

TASK [apt] ***********************************************************************************************************************************************************************************
ok: [dad-pi4g]
ok: [pi4b2]
ok: [pi0w]
ok: [pi1b]
ok: [pi0]

PLAY [pi1b] **********************************************************************************************************************************************************************************

TASK [Gathering Facts] ***********************************************************************************************************************************************************************
ok: [pi1b]

TASK [update pihole] *************************************************************************************************************************************************************************
changed: [pi1b]

PLAY RECAP ***********************************************************************************************************************************************************************************
dad-pi4g                   : ok=2    changed=0    unreachable=0    failed=0   
pi0                        : ok=2    changed=0    unreachable=0    failed=0   
pi0w                       : ok=2    changed=0    unreachable=0    failed=0   
pi1b                       : ok=4    changed=1    unreachable=0    failed=0   
pi4b2                      : ok=2    changed=0    unreachable=0    failed=0   

UPDATE

To keep track of changes I created my first git repository for this project :)

https://github.com/jordanarpad/ansible-update

UPDATE 2

As moving from Chromium OS to Raspberry Pi OS on my pi4g there had to be some changes made to git repository. I have used git add and git commit before git push to update the repository. I had to create a personal access token for the later.

Sunday, 6 June 2021

Three elegant ways to access Synology from Raspberry

We have just come back from a long outstanding holiday in Wales, and we wanted to show the pictures we took on various devices to our friends on the big TV. As we have a Synology NAS nicknamed "tera", we decided to upload pictures on there. The basic infrastructure has been in place as I already had a DHCP reservation on the dnsmasq built into pi-hole for the Synology NAS. 

The first way to access Synology is via its web console: https://tera:5000/, and I use this regularly for management purposes. It provides files services also for upload and download.

The second way is to use Connect to Server... function in the Go menu of File Manager in Raspberry Pi OS. Since I use my Synology NAS as an iperf3 server, I also had the relevant ssh public keys copied over from my dad-pi4g to Synology. All I had to do is to add my private keys for the ssh-agent to use by:

pi@dad-pi4g:~ $ ssh-add .ssh/id_rsa
Identity added: .ssh/id_rsa (pi@dad-pi4g)

Adding this connection created a link in File Manager that shows up permanently every time I open it.

The third way is via Midnight Commander that helps to move multiple files over more easily.

Sunday, 16 May 2021

Web Content Filtering with OpenDNS

My friend's family has been the victim of a fraud attempt utilizing a malicious website, and neither police nor the operator promised an attempt to take the site down.  Also, I moved my broadband connection back to Virgin Media recently. Still, the WebSafe service Virgin Media includes in their standard broadband offering is not effective in my home network as I use pi-hole with Google upstream DNS.

For the above reasons, I decided to try OpenDNS as upstream DNS for my pi-hole. I have set up an account with OpenDNS and added my home network with dynamic DNS. To keep dynamic IP updated, I installed ddclient on my good old Raspberry Pi 1b hosting pi-hole service also, but I got FAILED messages in the log for the update.

May 16 11:48:23 pi1b ddclient[2018]: WARNING:  file /var/cache/ddclient/ddclient.cache, line 3: Invalid Value for keyword 'ip' = ''
May 16 11:48:25 pi1b ddclient[2020]: FAILED:   updating Home: authorization failed (HTTP/1.0 401 Unauthorized
May 16 11:48:25 pi1b ddclient[2020]: FAILED:    date: Sun, 16 May 2021 10:48:24 GMT
May 16 11:48:25 pi1b ddclient[2020]: FAILED:    server: opendns
May 16 11:48:25 pi1b ddclient[2020]: FAILED:    www-authenticate: Basic realm="RESTRICTED"
May 16 11:48:25 pi1b ddclient[2020]: FAILED:    content-length: 7
May 16 11:48:25 pi1b ddclient[2020]: FAILED:    content-type: text/html; charset=UTF-8
May 16 11:48:25 pi1b ddclient[2020]: FAILED:    x-envoy-upstream-service-time: 57
May 16 11:48:25 pi1b ddclient[2020]: FAILED:    x-xss-protection: 1; mode=block
May 16 11:48:25 pi1b ddclient[2020]: FAILED:    x-ingress-point: lon
May 16 11:48:25 pi1b ddclient[2020]: FAILED:    connection: close
May 16 11:48:25 pi1b ddclient[2020]: FAILED:
May 16 11:48:25 pi1b ddclient[2020]: FAILED:    badauth)

I opened a support case with OpenDNS but continued free of charge OpenDNS Family Shield service for now with Low filtering level. It gives a similar service to Virgin Media WebSafe. I will continue to look for ways to get the malicious website that my friend's family has fallen victim to being covered by the Phishing Protection of this free of charge OpenDNS Family Shield service.

-- UPDATE --

Browsing OpenDNS forums, I realised that I had character > in my password, and this character has special HTML encoding. Removing this character from my password made the update a SUCCESS:

May 16 12:53:42 pi1b ddclient[2702]: SUCCESS:  updating Home: good: IP address set to x.x.x.x

Unfortunately, registration to PhishTank is temporarily disabled, so I can not report the malicious website yet, but I will regularly check back.

-- UPDATE 2 --

Posting this issue on LinkedIn brought the malicious website issue to a resolution. A former colleague of mine pointed me to the hosting provider scam reporting web form. Within 24 hours the hosting provider has taken down the malicious site - well done weebly.com!

Another former colleague of mine called my attention again to the privacy benefits of using unbound, a recursive DNS resolver instead of an upstream DNS provider so I give it another try based on this guide.