The Dream Phone Initiative… Apple edition?

Due to a change in life circumstances, I need to switch from Android to the iPhone. I often equate the stress of getting a new phone to moving to a new apartment. Switching from Android to iOS feels like moving to a new country where I don’t speak the language.

My life with the smart phone cult

The smartphone has unified calling, messaging, and computing into a single, albeit flawed, package. The smartphone is more than just a mobile phone combined with a portable computer. It is a whole new category of technology. My only complaint about the smartphones is that when it comes to calling, messaging, and computing, smartphones suck compared to the computer and the telephone. The new thing that comes with smartphones is virtual assistants, like Siri or Alexa. Right now the technology is primitive. You give them commands and they either return a value or an error. It’s the verbal equivalent of DOS in the 1980’s. But that technology is getting better, at a dizzying rate.

Don’t get me wrong, I love smart phones, I have like 3 of them. I love being able to put all of those services into my pocket. It’s just that mobile communications, where I am on-the-go with no access to a desktop, laptop, or tablet, is maybe 40% of my life. The rest of the time I am at a desk, sitting on a couch, or lying in bed. You clearly cannot use a desktop computer when you are in line at the grocery checkout, but for every other situation, there is a much better tool for the job. I prefer to use my tablet when I am on the couch or in bed, and to use a PC and a desk phone when I am seated at a desk.

In general, a dedicated piece of equipment is a superior experience to item that tries to do multiple things at once. A desktop computer with multiple screens and a 104 key keyboard is the superior working/gaming experience. When it comes to talking on the phone, a full-sized business handset or speaker phone is best for long conference calls or talking on the phone while doing something else. When it comes to writing and reading messages, smartphone screens and keyboards, even on phones with 6 inch screens, are a pain to use.

I have been writing about my desire to have a single phone number for calling and texting that I can use on a desk phone, desktop computer, a laptop, and a tablet, as well as on my smartphone. I have been doing *most* of this through Google Voice. I ported my “real” telephone number over to GV more than a decade ago. Now, I use the GV app on my smartphone and iPad for calling and messaging. On a PC, I use the Google Voice website. There are tons of great features, like being able to use multiple phones for calling.

The phantasy fone

The “phone” of my dreams is a plain box with no screen that I wirelessly access with different screens. So, when I am at home, the box sits on an end table or night stand, and I can use a 10 inch touch screen with it. When I am in my office at work or at home, I can plug it in to a USB port and access everything from my desktop computer. When I am in the car, I can connect the box to my stereo head unit for music, navigation, and calling.

Separating the “phone” from the screen lets the device be as bulky and ugly as it needs to be and lets the hardware of the screen be as slim or large as it needs to be. Maybe you need an 8 inch screen. Maybe you miss the old 4.5 inch screens from 2012. Maybe you just need earbuds and a watch. Whatever user interface you may require, the calling, messaging, broadband, and your virtual assistant should work consistently regardless of the screen, keyboard, or lack thereof.

The thing that frustrates me about the separation of the computer and the smartphone is silly things like accessing files. Getting a file off of a network server and onto a smartphone is eye-gouging-ly frustrating. And the price per GB of storage space on a smartphone is outrageous. Now imagine completing the process of copying files, and paying the price for storage on a phone AND a tablet.

If the device that I am describing sounds like a mobile hotspot with an SD card, you would be close. The problem of course is that a lot of hotspots have difficulty with intense real-time media like Facetime or some online games. So it’s not just a fantasy about hardware, it’s a fantasy about breaking free from the rent-seeking that is baked into every facet of the smartphone.

The hour grows late and Chris rides to The Apple Store seeking my counsel.

So now I am on the eve of changing over from Android and Google Voice to iOS and iMessage. Yes, I could continue to use GV on iOS. But I think that just giving in and doing it the Apple way will yield better results. Apple prefers iMessage for SMS, and will let you send messages even when you have no service. Also, iMessage and Facetime is the way that all of my children prefer to contact me, and right now it only works when I have my iPad.

There are a few challenges to this plan, however. Such as making calls and receiving calls from a desk phone. I am looking into an analog handset and a Bluetooth link for the mobile phone. I am also looking into getting a Mac Mini for desktop use of iMessage and Facetime. Using iMessage from my latop when I am at work is another challenge. I am looking at software to connect my phone to my laptop through Bluetooth. The issue with buying all of this Apple crap IS the incredibly hefty price tag. A used iPhone is close to a thousand dollars. A used Mac Mini is more than half that. Not to mention the electronic waste associated with replacing phones and computers.

Love, Death, and Laptops

Wall-E holding a pile of srapTo combat the waste problem, I am also contemplating a lifecycle management plan for the electronics in my life. The idea is spend this next year buying the gadgetry that makes up my smartphone/tablet arsenal and then vow not to buy any more for four years. I know that this is a difficult challenge since I am like a dope fiend for gadgets. I chose 4 years because I have 3 basic technology hobbies: gaming, homelab, and amateur radio. I figure 1 year I buy/upgrade Apple gear: phone, tablet, watch, ear buds, the next I buy a gaming PC, then a servers for the cluster, and on year 4: focus on upgrading the gadgetry that I use for my radio activities.

I still have some Android gear, and pretty much always will. When it comes to utilities like wifi scanners Android really can’t be beat. I also have a second phone that I use for outdoor adventures, which given the price of an iPhone, will now see significantly more use when I’m outside.

I’m completely off of Twitter

I know that it’s pretty lame to announce your departure. But I’m kind of done with social media. I used to be pretty serious about it, but it’s basically gentrification for the Internet. The problem with Twitter is that it has a lot of influence for a platform with something like 400 million users world-wide. That sounds like a lot, but it’s basically the population of United States. Imagine the U.S. having that much cultural control over… everything. I guess it’s not *that* hard to imagine.

I took a couple of mental health breaks from Twitter and I didn’t really go back. I got active on it for a short while when the Ukraine war began, but I just couldn’t keep it up. Now that Elon Musk owns it, there is no reason for me to go back. I used to be a pretty serious advocate for Free Speech. The problem when straight white dudes talk about Free Speech, they usually mean freedom to act like an asshole without repercussions. I am all for fucking around, it’s just that I am also in favor of finding out. I have done a fair amount of finding out in the past couple of years. I think about (and read about, and listen to other people talk about) anti-racism and intersectionality, and I have basically come to the conclusion that the world doesn’t need Yet Another Mediocre White Dude talking about things. Except maybe other mediocre white dudes. Elon Musk is the ultimate Mediocre White Dude.

Instead of talking, I have decided to do things. I go to protests and marches. I go work as an election official. And I hang out with queer people. Turns out, queer neuro-divergent people *LOVE* Dungeons and Dragons.

Mad Max is the ultimate Dark Hero

I love stories about dark heroes: characters that do good, but whose methods are harsh and violent. Basically the antithesis of Captain America. The bright hero story is usually a good guy that always does the right thing, even when it compromises the mission.

Probably the most mainstream dark hero is Batman. I was a huge fan when I was a kid. Especially the Frank Miller era, like Year One and Death in the Family, where Batman is basically a criminal that follows a code to just target other criminals. The trouble with Batman is that his stories, however dark, are confined by the cultural norms of comic books. I have mostly enjoyed Batman on film, but even there, the legacy of the comic books hinders the portrayal on film.

Enter Mad Max. Maxwell Rockatansky’s begins as a cop who is conflicted over the violence of his job. The iconic “Special Interceptor” is a bribe from the police captain to get Max to stay on the force. He tells his captain that if it wasn’t for his badge saying what side he is on, he’d be no different than the bandits they are supposed to stop. When a gang kills his family, Max steals the Interceptor and hunts them, like animals. Unlike Batman, this loss doesn’t solidify him into a crusader, it has the opposite effect: he just walks away from everything. In the subsequent films, Max takes risks to help other people and losing everything in the process. He is a hero, but he never acts like one; he just does things.

Stranger Things, the Satanic Panic, and Life as a Nerd in the 80’s

I spent the last two weeks recovering from another bout of COVID. This time, I had to quarantine from the family in a hotel room. As a fan of heist movies, I have always wondered what it would be like to hide out in a crappy motel somewhere. Turns out that it’s pretty boring. I watched a lot of TV.

I finished season 4 of Stranger Things. For me, the story has taken on a life of its own. Whether this season is “good” or not is kind of immaterial. I just need to experience the story. The satisfaction part will come later when I re-watch it for the second or third time.

In many ways, the show is a stylized version of my own childhood. I grew up in a small town, and I went to a small high school. Like Mike, I got bullied for being a nerd. Like Lucas, I used sports (Tae Kwon Do and Kung Fu) to break out of that mold. This season also introduced Eddie, a metalhead who used drugs and music to define his identity as something more than a nerd. Instead of metal, I was into punk and alternative.

Of particular interest to me in this season is the association of Dungeons and Dragons with Satan worship. The fear of Satanic Cults was palpable when I was in middle school in the 80’s. My choices in music and games lead to some real conflict with teachers and other kids. Especially those who were practicing evangelicals. This became known as the Satanic Panic, where religious people were terrified of a massive covert conspiracy to sacrifice children to Satan. There are a number or parallels between that and QAnon today. Being misunderstood and even bullied by evangelicals is why I don’t religion of any kind. I have embraced some of the Taoist and Zen philosophy from my martial arts training, but by Western standards I am an Atheist.

Fantasy stories like Lord or the Rings and Dragonlance, combined with my study of fighting arts helped me find my identity as a warrior. It’s why I went into the military, and it’s why I find myself out on the streets marching in protests and Pride parades.

Fascism is here. Now.

I first learned about Jason Stanley when he appeared on the “Deconstructed” podcast. On that podcast (from 3 years ago) he was pretty coy about calling Trump a Fascist. There are other elements at play now in our society besides Trumpism, such as Christian Nationalism (or as I like to call them, Nat-C’s). Anyway, this is how Fascism works, and I am pretty sure it fully manifested about 2 years ago.

Adding a Small Web Server to the Smuggling Operation

One problem with using a single Docker server for a modern smuggling operation is that I end up running a bunch of web applications on different port numbers that I can’t remember. The other challenge is needing to connect to that server from a number of different methods.

I might be connecting through local ports on SSH tunnels, NeoRouter, or via a hostname.

Putting a bunch of links to the different server ports on a webpage *seemed* simple enough: just grab a basic Apache container, fire it up, and create a basic webpage full of hyperlinks. Turns out, there are several challenges with this:

  1. You don’t know what network you will be accessing the server from. The IP, FQDN, or hostname could be different every time you access the webpage. A hyper link to 192.168.1.211 is of no help if that IP is inaccessible to the client. This *could* be solved by using relative paths in the hyperlinks *but*
  2. Apache adds a leading slash to a relative path. That means that a link “:1234″ will point to http://example.com/:1234”
  3. I haven’t created a web page without using a content management system in *at least* 15 years. I am just a bit behind the kids today with their hula-hoops and their rock-and-roll.

So I did what I always do when presented with a technical challenge: fall back on a piece of knowledge that spent like 30 minutes learning that one time, like 20 years ago.

A long time ago, in a galaxy far away, there used to be these crappy free web hosts like Geocities where people could make their own websites. You could do all kinds of things with Java and JavaScript, but you couldn’t do anything that ran on the web server, like CGI scripts or server-side-includes. Server side includes were important, because you could commonly used code (like the header and footer for the page) in a couple of files, and if you changed one of those files, the change would replicate over your whole site.

You could do something similar with JavaScript. You put the script that you want on every page, and tell JavaScript to load it from a single file. Like so:

<script language="JavaSscript" src="header.js"/>

In the header.js file, I would put in a ton of document.write statements to force the client browser to write out the HTML of the head and body sections of the web page. I called this horrible technique “client-side includes”:

document.write('<body bgcolor="000000">');

For the current challenge, I just have to rewrite the URL for each hyperlink, based on some variables on the page:

< script language="JavaScript" >
     document.write('< a href="' + window.location.protocol + '//' + window.location.hostname + ':8989' + 
window.location.pathname + '"> Sonarr < / a > </script >

Sorry for some of the weird spacing, convincing WordPress to mark up JavaScript without actually executing it is kind of fiddly. The code examples look better here.

The solution works most of the time. I like to browse for torrents with a browser that blocks ads and JavaScript, so I have to enable JS for that tab, and then browse in that tab with caution. Sonarr, Radarr, and the like all rely heavily on JavaScript, so I prefer to use Brave’s shields wherever possible.

Using the Raspberry Pi to Turn an iPad into a Real Computer, part 5a: Fuck it. Use Mosh.

I have been writing a lot about this Raspberry Pi iPad server project and Mosh pretty much seemed purpose-built to solve the “ssh on a mobile device that hates background processes and open connections” problem.

I was doing some clever shit with screen, but I gave mosh a go and it’s dead simple to configure and use with blink.

You literally just install the mosh server on the Pi:
sudo apt install mosh

And the Mosh client is built right into Blink, which is cool. I guess.

Using the Raspberry Pi to Turn an iPad into a Real Computer, part 5: The Networky Bits

Now that I have the Pi set up as both a wireless client, and a Wireless Access Point, it’s time to get the different network tools configured.

Frequently visited networks
The web GUI doesn’t handle connecting to networks. The GUI looks like it will, but it doesn’t actually accomplish anything. I am sure there is a way to configure around the problem, but I haven’t dug into it. Instead, in typical Chris fashion, I just use a super ugly hack based on like 15 minutes of research into the problem. I’ll figure out how to do it the right way in the future (yeah, right.) but for now I just change the SSID and PSK entries in /etc/wpa_supplicant/wpa_supplicant.conf and reboot the Pi.

I used this command to put the SSID info and passphrase into a file:

wpa_passphrase "Totally A Starbucks" LOLnotreallySBUX | tee sbux.txt

Where “Totally A Starbucks” is the SSID for your wireless network (put the name in quotes), and LOLnotreallySBUX is the pre-shared key for your wireless network. I created a different file for each network I want to connect to (home, work, etc.) and then created copies of wpa_supplicant.conf for each network. I call them, creatively enough, home, work, hotspot, and phone.

country=US
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
ap_scan=1

update_config=1

Delete any/all network entries, and then use the CTRL+R command in nano to read in the contents of your various files (sbux.txt, in the example above). Then save the file. The sbux.txt file in the example above will look like this:

ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
ap_scan=1

update_config=1
network={
        ssid="Totally A Starbucks"
        #psk="LOLnotreallySBUX"
        psk=3f825ee60dff2f77fccfd2a74ac08023d69e1a66918687ec513afe438a2bd1fd
}

You will need one “wpa_supplicant.conf” source file for each network. You could call them wpa_supplicant.conf.home, or just home. Then I created shell scripts to copy the home file to wpa_supplicant.conf like so:

#!/bin/sh
sudo cp /etc/wpa_supplicant/home /etc/wpa_supplicant/wpa_supplicant.conf
sudo reboot

I put the shell scripts in the /usr/local/bin directory, so that I could call them simply by typing home.sh or work.sh at the command prompt, and then wait for the Pi to boot back up. It ain’t pretty, but it works… every time.

Stupid (mobile) SSH tricks

Speaking of ugly shell scripts that ignore modern practices in favor of dubious hacks from 20 years ago, using SSH on a tablet is super glitchy. In order to conserve battery power, tablets and smart phones don’t like to run processes in the background. In order to conserve mobile data, tablets and smart phones don’t like to keep network connections open for any length of time. Most smartphone apps are front ends to websites or APIs, so you only need processing and network connection when the app is open. This is fine for just about every mobile app, but it murders SSH. There is a lot of talk about mosh in the Blink documentation. It’s literally a mobile-shell. It’s purpose-built to solve this problem.

So naturally, I am not going to use it yet. I’ll look into mosh at a later date (LOL). Instead I am going to create a Rube Goldberg contraption that is held together with awful shell scripts.

Because my SSH session to the Pi gets dropped a lot, I set up a host in Blink so that I can quickly connect to the Pi just by typing ssh@raspad.

On the Pi, I installed screen so that I can keep a session running and not lose whatever I was doing when the connection drops. To save a few keystrokes, I created another shell script in /usr/local/bin called “scr”:

#!/bin/sh
screen -DR 

I tried some different forms of alias, but this one actually works on the Pi.

Now, all I have to type is ssh raspad to connect to the Pi, and scr to connect to my existing screen session. And if no screen session is available, it creates a new one.

The virtual keyboard on the iPad is different in some ways from a “real” keyboard. There is no CRTL key, no arrow keys, and no F keys (F1, F2, etc.)

Most of the time, my primary workstation is a Windows PC. I have a special .screenrc that I use with PuTTy. For the life of me, I cannot figure out how to press F10 in Blink. So I just changed my .screenrc on the Pi to use F3-F6:

startup_message off

# Window list at the bottom.
# I got the long line of vars from https://bbs.archlinux.org/viewtopic.php?pid=423481#p423481
hardstatus alwayslastline
hardstatus string "%{.kW}%-w%{.W}%n %t%{-}%{=b kw}%?%+w%? %=%c %d/%m/%Y" #B&W & date&time

# From Stephen Shirley
# Don't block command output if the terminal stops responding
# (like if the ssh connection times out for example).
nonblock on

# Allow editors etc. to restore display on exit
# rather than leaving existing text in place
altscreen on

# bind F3 to detach screen session (to background)
bindkey -k k3 detach

# bind F4 to create a new screen
bindkey -k k4 screen

# Bind F5 and F6 to previous and next screen window
bindkey -k k5 prev
bindkey -k k6 next

Nah, fuck that. Just use Mosh.

Mobile Networking

The more work that goes into this little project, the more this is starting to look like a mobile home lab. While I do not have plans to remotely access the Pi from the Internet, nor do I have plans to serve anything from the Pi to the Internet, there are reasons to use dynamic DNS and an overlay network.

I have written about NeoRouter before as a means for gaining remote access to my home network. I also use it on my internal network to get access to my lab servers from my wireless network. My internal wired network (which is my lab, basically) is separated from the family wireless network. Most of the time, it’s to protect the family from my lab. Sometimes it’s the other way around. My modernized smuggling server sits on my lab network, and I use NeoRouter to access its various web interfaces.

Dynamic DNS is another thing that sounds like it’s mostly for remote access, but comes in handy for other things. I used to use it with my mobile phone to do VOIP when I traveled overseas, back what that was humanly possible. The tool that I prefer to use is DDclient.

sudo apt-get install ddclient

Configuring DDclient depends on the dynamic DNS provider that you are signed up with. But once you have it configured, you can test it with this command:

sudo ddclient -daemon=0 -debug -verbose -noquiet

These are the kinds of tools that you set up before you need them. I am not sure if I will ever need them, but it would be nice to have them running properly if I did.

Cool Networking Tools
Now that you can connect to the Pi reliably, and you can get the Pi to connect to the different wireless networks that you may come into contact with in a semi-automated fashion, it’s time to break out the nifty networking tools to run in your screen session.

  1. WaveMon
    For whatever reason, iOS lacks a decent WiFi scanner. Wavemon is a command line Wi-Fi analyzer. The Wi-Fi settings will show you nearby access points, and will use a couple of bars to show you the quality of your connection, but that’s it. To get useful signal info, you need to use Wavemon:

    sudo apt-get install wavemon

    And you run it from the command line like so:

    sudo wavemon

    You need root privileges to do scans for nearby access points. There are other mischievous tools that you can put to work from there, but mostly I use Wi-Fi scanners to see how crowded a given channel is when helping my friends and family set up their wireless networks.

  2. Nmap
    So you found a wireless network to connect to, let find out what’s on it. Nmap is probably the most complicated command line tool in existence. I am by no means and expert on using it. In fact, I really only know how to do like 3 things with it, so I’m not going to go into using Nmap pretty much at all. What I can tell you is that if the wireless network you are on has AP-host isolation enabled, you won’t see any of the wireless clients. Fortunately, the tool is small and requires very little power. This makes it ideal for running on the Raspberry Pi.
    To install Nmap:

    sudo apt-get install nmap

    To scan a single host (one IP address):

    sudo nmap 192.168.50.1

    I don’t remember if you need to be root to run Nmap effectively. Most of my experience with these tools is from Kali Linux (of which there is a Raspberry Pi distribution) where everything runs as root.
    To scan a a whole network (all the IP’s in a subnet):

    sudo nmap 192.168.50.0/24

  3. TCPdump
    We are on the wireless network and we have scanned it for cool things. Now let’s see what kind of chatter is happening. I don’t do it very often, but every once in a while, being able to monitor network traffic comes in handy. On a “real” computer, I prefer to use Wireshark, but tcpdump will work in a pinch. You install it like any other commandline tool:

    sudo apt-get install tcpdump

    And like most scanning and monitoring tools, you need to run it at root. Like Nmap, TCPdump is super complicated. If you want to monitor traffic on your hostAP network, you will need to specify the uap0 interface for your scans. You can filter your results by pretty much anything. For example, you filter ICMP traffic like this:

    sudo tcpdump -i uap0 protocol icmp

  4. iPerf3
    Now that you have seen what’s happening inside your wireless network, it’s time to test network thruput. For this task, I like to use iperf3. You need another computer to run iperf3 to send data to, but any Unix host should be capable of running it. I use it on my admin workstation when I am tinkering at home, and I run it on my hosted VM to test Internet links.
    Like WaveMon or Nmap, it’s dead simple to install:

    sudo apt-get install iperf3

    and also dead simple to run, assuming you have the right arguments:
    On your remote end (aka the hosted server):

    iperf3 -s

    On your local machine (in this case, the Pi):

    iperf3 -c hostname

Now that the Pi has expanded the iPad’s ability to connect and to troubleshoot networks, it’s time to add features that normal people will appreciate, like storage and media streaming.

Using the Raspberry Pi to Turn an iPad into a Real Computer, part 4: RaspAP

My previous post was about pre-configuring the Pi for headless booting that automatically connects to your wireless network.

This is fine for your home network, but it will be difficult to get connected to the Pi when you are traveling. Also, if you are planning to leave the Pi at home, and never use it while traveling, that is waste of a Raspberry Pi. There is a global shortage of Pi’s; they are pretty much impossible to get, even at Pandemic-Profiteering prices. If you just want to do occasional Unix shit on an iPad when you are at home, just use a VM. If you do want to use the Pi out in the field, I recommend RaspAP.

If the headless install went well, you should be able to log into the Pi via SSH and run the RaspAP installer script. I learned about RaspAP from this video:

All did not go well for me in the beginning. I couldn’t connect to the Pi wirelessly to save my life. If I plugged it in to a switch, connecting was not a problem. I tried and tried dozens of different things. I even tried a completely different Pi. It turns out that I was making a few mistakes:

  1. You absolutely have to use the 32bit version of Raspberry Pi OS lite. Not 64 bit. Not the default version that you click on accidentally. 32bit. Lite. No exceptions.
  2. I was getting owned by my own paranoid network security.

You see, the monster that we fear most is the one that we see in the mirror. Spies sweep for bugs, thieves keep things in safes, and hackers enable AP-Host isolation on their wireless networks. Host isolation keeps devices that are connected to an access point from talking to each other. They can see and talk to hosts that are on the same wired network as the AP, so you can connect to servers. The reverse is also true, servers on the wired network can see and talk to hosts that are connected to the AP. What absolutely doesn’t work with AP-Host isolation is an iPad that is connected via WiFi connecting to a RaspberryPi that is also connected to WiFi. You get nothing. Good day sir.

One way to remedy this situation is to use a server on the wired network as a jump box for SSH, and some Stupid SSH Tricks(tm) for mapping port 80 on the Pi to a local port on your iPad or laptop. Rather than deal with the keyboard situation on the iPad, I just used PuTTy on my windows laptop for the initial setup.

Begin the RaspAP install by running the quick installer:
curl -sL https://install.raspap.com | sudo bash

(I’m a Debian guy that still uses su instead of sudo, so I probably over use sudo in all of these examples.)

At this point, the order of operations is critically important. DO NOT START THE HOTSPOT! You need to configure the WiFi Client AP Mode under Hotspot|Advanced before you do anything. You can’t change the AP Mode while the AP is running, and running the AP shuts down wlan0 on the Pi, so you can’t connect to the Pi while the AP is up, and shutting off the AP cuts off your access to the Pi. I had to re-image my SD card a few times because of this error. I guess you can fix this using the wired Ethernet, but I haven’t figured out how.

To enable WiFi Client AP Mode, open the hotspot menu, set the SSID and pre-shared key options for your AP, and then click “save”. Then enable the WiFi Client AP Mode under the Advanced tab. THEN AND ONLY THEN can you start the hotspot.

Now configure hostapd to start at boot:

sudo update-rc.d hostapd defaults
sudo update-rc.d hostapd enable

Then reboot the Pi to make sure the AP comes up:

sudo shutdown -r now

It will take a few minutes for the AP to be visible to the iPad, and once the AP is visible, you should wait for a minute or two before connecting.

The thing to remember from here on out (that you can add as a host in Blink) is that when you are connected to the Pi AP, the Pi’s static IP is 192.168.50.1. From there you can add those sweet delicious network tools that are missing from iOS. My next post will cover some of those tools.

Using the Raspberry Pi to Turn an iPad into a Real Computer, part 3: Pi OS install

In my last post, I talked about setting up the iPad for access to the Raspberry Pi. Now the work on the Pi begins. Before you can do anything with the Pi, you need to install the basic OS. I tried a bunch of things, and in the end, I chose to go with a fully headless install. The Pi is going to be headless for the rest of its life, so it might as well start that way.

Imaging
Most Pi tutorials recommend Balena Etcher or Win32DiskImager to burn your image to an SD card. I have used both tool tons of times and they are both great. In fact, I have been using Win32DiskImager to read my SD cards back to an image file to make incremental backups of this project. Making backups when you hit a major milestone is super important. Also, SD cards fail all the time, so it pays to have good backups.

For this project, I went with Raspberry Pi Imager because you can configure a bunch of stuff during the imaging process. You do this by clicking the little gear icon to the lower right of the “Write” button.

Also, carefully note in the picture above that I chose the “Raspberry Pi Os Lite (32-Bit) option. You may be saying to yourself “Nah son, I’m 64bit for life.” and I am here to tell you that for this project, 64bit is a grave mistake. The RaspAP installer shits itself on 64bit Raspberry Pi OS, and you will catch hell trying to make it work. Don’t be like me. Just run the 32bit version.

Most of the initial config is going to happen with SSH, so scroll down to enable it:

Obviously the Pi needs to connect to the Internet for the initial setup, so you will want to enable Wifi, and program it to connect to your wireless network:

The next item is also important. Configuring the location sets the radio properties for the WiFi adapter, as well as the UTF-8 character set which can affect scripts running later:

At this point, you are ready to boot the Pi. You will need a way to find the IP for the Pi. You can look it up in the DHCP lease table on your router (or other DCHP server). You could run NMAP to scan your wireless subnet and look for an IP running SSHD. If you know the IP of the Pi’s wireless card in advance, you could set up a DHCP reservation. Since I am recycling this Raspberry Pi, I already had a reservation set up from it’s previous life as an amateur radio workstation.

What you don’t want to do is set a static IP just yet. In the next step, we will be setting a static IP, so that you never have to determine the IP of the Pi again.

One thing that I add to Raspberry Pi servers is to reboot them on a regular basis. This step probably isn’t necessary on newer model Pi’s, but between the small amount of memory and the unreliable nature of SD card storage, the 2b would lock up from time to time. To get around this problem I just set up a cron job to reboot the Pi every morning at 4am:
sudo crontab -e

At first you will be prompted to choose an editor. Personally, I prefer nano. Once the file is open in your editor, scroll to the bottom of the file and enter:
0 4 * * * /sbin/shutdown -r now

In my next post, I will cover installing RaspAP, which requires a full update and reboot:
sudo apt update
sudo apt full-upgrade
sudo shutdown -r now