Event JSON
{
"id": "ef4024efc55aa7812350f3eb0b315fcae991e09ff33327887466f9f5f199f47b",
"pubkey": "383d40b8e0f24951e8abba4d93af4f300cf063607c870176fa8a7519b1fc13f6",
"created_at": 1776071988,
"kind": 1,
"tags": [
[
"t",
"ipv6only"
],
[
"t",
"ipv4"
],
[
"t",
"ipv6"
],
[
"proxy",
"https://troet.cafe/@hallunke23/116396653818541815",
"web"
],
[
"proxy",
"https://troet.cafe/users/hallunke23/statuses/116396653818541815",
"activitypub"
],
[
"L",
"pink.momostr"
],
[
"l",
"pink.momostr.activitypub:https://troet.cafe/users/hallunke23/statuses/116396653818541815",
"pink.momostr"
],
[
"-"
]
],
"content": "Wie es scheint, gibt es auf dem Weg zu #IPv6only eine größere Hürde, die ich bisher nicht so ganz auf dem Schirm hatte.\n\nEin Softwarehersteller aus Redmond vertreibt nämlich auch in 2026 immernoch ein Betriebssystem, dass sich in #IPv6only|-Umgebungen nicht einsetzen lässt. Warum? Das Fehlen von #IPv4 wird als Fehlerzustand interpretiert: Immer wenn #IPv4 fehlt, deaktiviert das Betriebssystem einfach #IPv6, mit der Folge, dass man garnicht mehr kommunizieren kann.\n\n(1/5) https://opencast.hu-berlin.de/paella7/ui/watch.html?id=786bc2af-ed2e-477c-9a52-99b42979d7a1",
"sig": "033bde58d0df12744b014ae39a58bdca52e1daff52e27a8cd98cf61b1c41831b4254afaace34ae2ec15a956d5af1dfb80ab3fa91a589af39f5df3861cc937557"
}