MacOs M1 Github Runner Service times out when running manually in terminal session

Describe the bug The runner does not start on the M1 as expected. The service does not register properly with launchctl under a user domain. Running run.sh as a user ultimately will timeout if tried to run in an indefinite terminal session.

To Reproduce Steps to reproduce the behavior:

1. Follow Github provided installation instructions for MacOs

2. Run ./run.sh
 Roughly within 30 minutes or less the script will disconnect / reconnect aborting workflow actions and anything running when a disconnect occurs.

2022-09-09 18:12:49Z: Runner reconnected. 2022-09-09 18:22:05Z: Runner connect error: The HTTP request timed out after 00:01:00… Retrying until reconnected.

**Expected behavior**
Service remains connected

## Runner Version and Platform
2.296.1

[pilif]

Update: this turns out to be caused by an IPv6 routing issue on our end. forcing the runner’s machine to do IPv4 only fixes it. I’m now working on getting IPv6 fixed and then I’ll report back.

What’s interesting is that some of the API calls seemed to have succeeded - those are probably not using IPv6 yet, whereas githubusercontent.com is.

[jkruse14]

Removing the IPv6 assignment fixed my issue, too! I created subnets without IPv6 (setting assign_ipv6_address_on_creation to false) and the issue was then resolved and authentication took place.

Side note: originally, amazon-linux-extras just hung during the start up when trying to install docker. The resolved that issue as well.