Make IPv6 addresses more similar to IPv4 addresses #330

Open
opened 2026-01-31 04:40:25 +01:00 by oysteikt · 3 comments
Owner

The IPv6 addresses situation is INSANE

It would be kinda nice if our ipv6 addresses followed a pattern more close to the ipv4 addresses.

instead of

Name IPv4 IPv6
brzeczyszczykiewicz 129.241.210.205 2001:700:300:1900::1:50
microbel 129.241.210.179 2001:700:300:1900::1:2
principal 129.241.210.233 2001:700:300:1900::4:233
sanctuary 129.241.210.170 2001:700:300:1900::1337 (this one is kinda cute, it can stay)
sleipner 129.241.210.193 2001:700:300:1900:FAB:CAB:DAB:7AB (broder, hva er det du driver med)

how about

Name IPv4 IPv6
brzeczyszczykiewicz 129.241.210.205 2001:700:300:1900::205
microbel 129.241.210.179 2001:700:300:1900::179
principal 129.241.210.233 2001:700:300:1900::233
sanctuary 129.241.210.170 2001:700:300:1900::1337 (this one is kinda cute, it can stay)
sleipner 129.241.210.193 2001:700:300:1900::193

If we are worried about breaking something with this change (skill issue from the people who hardcode our ipv6 addresses tbh, they don't even work at the moment), we could add the new addresses and keep the old ones around for a while. Maybe even log who are using the old ones, to try to determine if we are the ones with a skill issue somewhere.

# The IPv6 addresses situation is *INSANE* It would be kinda nice if our ipv6 addresses followed a pattern more close to the ipv4 addresses. instead of | Name| IPv4 | IPv6 | |-|-|-| |brzeczyszczykiewicz| 129.241.210.**205** | 2001:700:300:1900::**1:50** | |microbel| 129.241.210.**179** | 2001:700:300:1900::**1:2** | |principal| 129.241.210.**233** | 2001:700:300:1900::**4:233** | |sanctuary| 129.241.210.**170** | 2001:700:300:1900::**1337** (this one is kinda cute, it can stay) | |sleipner| 129.241.210.**193** | 2001:700:300:1900:**FAB:CAB:DAB:7AB** (broder, hva er det du driver med) | how about | Name| IPv4 | IPv6 | |-|-|-| |brzeczyszczykiewicz| 129.241.210.**205** | 2001:700:300:1900::**205** | |microbel| 129.241.210.**179** | 2001:700:300:1900::**179** | |principal| 129.241.210.**233** | 2001:700:300:1900::**233** | |sanctuary| 129.241.210.**170** | 2001:700:300:1900::**1337** (this one is kinda cute, it can stay) | |sleipner| 129.241.210.**193** | 2001:700:300:1900::**193** | If we are worried about breaking something with this change (skill issue from the people who hardcode our ipv6 addresses tbh, [they don't even work at the moment](#285)), we could add the new addresses and keep the old ones around for a while. Maybe even log who are using the old ones, to try to determine if we are the ones with a skill issue somewhere.
oysteikt added the dnsnetworking labels 2026-01-31 04:40:25 +01:00
oysteikt added this to the Kanban project 2026-01-31 04:40:25 +01:00
oysteikt moved this to Low priority in Kanban on 2026-01-31 14:19:25 +01:00
Owner

I 110% agree with this, except for microbel, unless IP Reputation for e-mail isn't really a thing for IPv6? Also mayhaps sanctuary, øøøh

I 110% agree with this, except for microbel, unless [IP Reputation](https://postmarkapp.com/glossary/ip-reputation) for e-mail isn't really a thing for IPv6? Also mayhaps sanctuary, øøøh
Owner

Sanctuary doesnt run things its ok

Sanctuary doesnt run things its ok
Author
Owner

Not at the moment no, but we still might want to keep a domain reserved for it in DNS until it one day gets back onto the local net

Not at the moment no, but we still might want to keep a domain reserved for it in DNS until it one day gets back onto the local net
Sign in to join this conversation.
3 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: Drift/issues#330