þe saga continueth
This commit is contained in:
parent
3f4dbfcfd3
commit
994cca671b
1 changed files with 82 additions and 0 deletions
82
THOUGHTS.txt
82
THOUGHTS.txt
|
@ -1710,6 +1710,7 @@ We have a working min-collect-garbage (seems to, anyway ...)
|
||||||
/persist/secrets and a service that looks there?
|
/persist/secrets and a service that looks there?
|
||||||
|
|
||||||
- find out what files ash sources on non-login shell startup
|
- find out what files ash sources on non-login shell startup
|
||||||
|
[ set ENV=/etc/ashrc in parent process env ]
|
||||||
|
|
||||||
- services.default is suboptimal as there is no way to add to it
|
- services.default is suboptimal as there is no way to add to it
|
||||||
without wiping it
|
without wiping it
|
||||||
|
@ -1728,3 +1729,84 @@ without wiping it
|
||||||
- iperf and tuning
|
- iperf and tuning
|
||||||
|
|
||||||
- wlan country code
|
- wlan country code
|
||||||
|
|
||||||
|
|
||||||
|
dropbear weak hashes? https://github.com/mkj/dropbear/issues/138
|
||||||
|
|
||||||
|
Sun May 21 11:48:07 BST 2023
|
||||||
|
|
||||||
|
dropbear will generate host keys on first connection. It's (probably) good that the
|
||||||
|
key is generated on-device and also that we wait until there's some randomness.
|
||||||
|
It's not so good that it will only write the key to DSS_PRIV_FILENAME which is
|
||||||
|
hardcoded to /run
|
||||||
|
|
||||||
|
Sun May 21 17:27:31 BST 2023
|
||||||
|
|
||||||
|
What do we need for ipv6?
|
||||||
|
|
||||||
|
- upgrade ppp to something with an ipv6-up-script option, move ppp and pppoe derivations into their own files
|
||||||
|
- get ipv6 address from pppoe
|
||||||
|
- get ipv6 delegation from DHCPv6
|
||||||
|
- support dhcp6 in dnsmasq, and advertise prefix on lan
|
||||||
|
- firewall settings
|
||||||
|
|
||||||
|
Sun May 21 21:30:17 BST 2023
|
||||||
|
|
||||||
|
Making hydra build the docs is straightforward, but making it
|
||||||
|
_publish_ the docs is outside scope, really. It can serve the files
|
||||||
|
but they're all text/plain
|
||||||
|
|
||||||
|
Should hydra push the docs to www.liminix.org or should www.liminix.org
|
||||||
|
pull?
|
||||||
|
|
||||||
|
TODO-at-some-point: assign uids and gids dynamically, somehow
|
||||||
|
|
||||||
|
Tue May 23 22:56:33 BST 2023
|
||||||
|
|
||||||
|
following the guidance at https://support.aa.net.uk/IPv6:
|
||||||
|
|
||||||
|
we run odhcp6c to do router solicitation/advertisement dance
|
||||||
|
|
||||||
|
|
||||||
|
odhcp6c environment variables:
|
||||||
|
|
||||||
|
RA_ADDRESSES=
|
||||||
|
RA_REACHABLE=0
|
||||||
|
CER=
|
||||||
|
PASSTHRU=00170020200108b0000000000000000000002020200108b0000000000000000000002021
|
||||||
|
SERVER=fe80::203:97ff:fed6:0
|
||||||
|
RA_MTU=0
|
||||||
|
RA_ROUTES=::/0,fe80::203:97ff:fed6:0,65535,512
|
||||||
|
OPTION_1=00030001e4956e4ef2fa
|
||||||
|
NTP_FQDN=
|
||||||
|
OPTION_2=00030001000397d60000
|
||||||
|
RA_DOMAINS=
|
||||||
|
DOMAINS=
|
||||||
|
AFTR=
|
||||||
|
SIP_IP=
|
||||||
|
NTP_IP=
|
||||||
|
PREFIXES=2001:8b0:de3a:40dc::/64,7198,7198
|
||||||
|
RA_HOPLIMIT=64
|
||||||
|
RA_DNS=
|
||||||
|
RDNSS=2001:8b0::2020 2001:8b0::2021
|
||||||
|
SNTP_IP=
|
||||||
|
RA_RETRANSMIT=0
|
||||||
|
SIP_DOMAIN=
|
||||||
|
ADDRESSES=2001:8b0:1111:1111:0:ffff:51bb:4cf2/128,3598,7198
|
||||||
|
|
||||||
|
# ip -6 route |grep default
|
||||||
|
default via fe80::203:97ff:fed6:0 dev ppp0 metric 1024 expires 65211sec
|
||||||
|
|
||||||
|
presumably from RA_ROUTES but why is the metric appaently doubled?
|
||||||
|
|
||||||
|
Tue May 30 21:25:37 BST 2023
|
||||||
|
|
||||||
|
We have an odhcpc script that preserves the prefix delegation from the
|
||||||
|
ISP. We need a service that notices whenever the state is
|
||||||
|
available/has changed, and updates the LAN IPv6 address.
|
||||||
|
|
||||||
|
The service can depend on odhcp
|
||||||
|
|
||||||
|
add inotify to packages
|
||||||
|
use writeFennelScript with that dep
|
||||||
|
see if it works
|
||||||
|
|
Loading…
Reference in a new issue