Hallo, ich bitte hier mal um kurze Rückmeldung.
Baustelle/rinetd
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 17344 Wohnort: in deinem Browser, hier auf dem Bildschirm |
|
Supporter, Wikiteam
(Themenstarter)
Anmeldungsdatum: Beiträge: 17344 Wohnort: in deinem Browser, hier auf dem Bildschirm |
Auch hier nochmal die Frage, ob es Änderungswünsche gibt. |
Supporter, Wikiteam
![]() Anmeldungsdatum: Beiträge: 8265 Wohnort: Münster |
Wozu benötigt man so etwas? Der Linux-Kernel kann das doch mit Netfilter selbst erledigen und dafür benötigt Root auch nur zwei Befehle mit iptables. Was sind der Vorteil (ich sehe keine) dieser Lösung im Vergleich zu den ohnehin vorhandenen Bordmitteln? Das sollte im Artikel diskutiert werden. Oder übersehe ich etwas? |
Supporter, Wikiteam
(Themenstarter)
Anmeldungsdatum: Beiträge: 17344 Wohnort: in deinem Browser, hier auf dem Bildschirm |
Vorteil: Wesentlich weniger komplex, auch stateless NAT64 möglich. Kann das der Kernel auch? Zudem: Warum nicht mehrere Möglichkeiten bieten? |
Supporter, Wikiteam
![]() Anmeldungsdatum: Beiträge: 8265 Wohnort: Münster |
Wie kann etwas weniger komplex sein, wenn es mehr Komponenten benötigt? Zumal diese zusätzlichen Komponenten nicht Standard sind.
Bisher kann rinetd nicht einmal mit IPv6 umgehen. Und NAT64 ist nur ein irrer Traum für Leute, die meinen, sie könnten sich die ernsthafte Beschäftigung mit IPv6 ersparen durch solche irrwitzigen Konzepte. Und ja, der Kernel kann das (leider) auch.
Mehrere Möglichkeiten sind immer gut. Dann braucht man aber auch Fakten und Argumente zur Beurteilung der einzelnen Alternativen. Im Artikel lese ich nichts, warum diese Lösung besser sein soll als der Standard. Vielleicht übersehe ich etwas, aber ich glaube, es gibt auch nichts positives über dieses Programm zu berichten. |
Supporter, Wikiteam
(Themenstarter)
Anmeldungsdatum: Beiträge: 17344 Wohnort: in deinem Browser, hier auf dem Bildschirm |
Die Konfiguration für den Benutzer ist weniger komplex, weil es eben nicht iptables ist.
Beides falsch. rinetd kann IPv6, nur die Version in 22.04 kann es noch nicht, ab 22.10 geht es. NAT64 geht in beide Richtungen, man kann also reine IPv6-Server per IPv4 erreichbar machen und reine IPv4-Server per IPv6. Ein sinnvolles Feature.
Ich weiß nicht, was daran besser/schlechter ist, weil ich die andere Möglichkeit nicht kenne. |
Supporter, Wikiteam
(Themenstarter)
Anmeldungsdatum: Beiträge: 17344 Wohnort: in deinem Browser, hier auf dem Bildschirm |
Kann der Artikel jetzt ins Wiki oder gibt es Gründe dagegen seitens des Wikiteams? |
Wikiteam
![]() Anmeldungsdatum: Beiträge: 1240 Wohnort: Bad Oeynhausen |
Fachliche Kritik kann ich hierzu nicht bieten, sonst sieht es gut aus. Wenn sonst niemand etwas dagegen hat, werde ich den Artikel veröffentlichen. |
Wikiteam
![]() Anmeldungsdatum: Beiträge: 1240 Wohnort: Bad Oeynhausen |
Hallo DJKUhpisse, auf welcher Übersichtsseite würdest Du Deinen Artikel gerne verlinken? |
Supporter, Wikiteam
(Themenstarter)
Anmeldungsdatum: Beiträge: 17344 Wohnort: in deinem Browser, hier auf dem Bildschirm |
|
Wikiteam
![]() Anmeldungsdatum: Beiträge: 1240 Wohnort: Bad Oeynhausen |
Gemacht. |
Supporter, Wikiteam
(Themenstarter)
Anmeldungsdatum: Beiträge: 17344 Wohnort: in deinem Browser, hier auf dem Bildschirm |
danke |
Supporter, Wikiteam
(Themenstarter)
Anmeldungsdatum: Beiträge: 17344 Wohnort: in deinem Browser, hier auf dem Bildschirm |
Wegen Überarbeitung verschoben. |
Supporter, Wikiteam
(Themenstarter)
Anmeldungsdatum: Beiträge: 17344 Wohnort: in deinem Browser, hier auf dem Bildschirm |
Überarbeitung abgeschlossen, IPv6 und UDP kamen rein. Ich bitte um Rückmeldung. |