Abo
  1. Foren
  2. Kommentare
  3. OpenSource
  4. Alle Kommentare zum Artikel
  5. › Betriebssysteme: Linux 3.7 erhält…

NAT für IPv6: RAUS DAMIT!

Anzeige
  1. Thema

Neues Thema Ansicht wechseln


  1. NAT für IPv6: RAUS DAMIT!

    Autor: lisgoem8 11.12.12 - 07:48

    Ich bitte dich her Torvalds. - Lass nicht diesen unsinn zu. IPv6 soll NAT verbannen. Sobald du (ich darf doch du sagen^^) das zulässt. Nutzen die Hersteller und Provider das auch als einfachere Zugangsform. Doch gerade die Kunden (besonders am UMTS/LTE) wollen das NICHT!!!!

  2. Re: NAT für IPv6: RAUS DAMIT!

    Autor: pwn2own 11.12.12 - 07:52

    Hmm war einer der Vorteile von IPv6 nicht, dass man kein NAT mehr braucht?
    Ich bin grade verwirrt. Kennt jemand einen Anwendungsfall für IPv6 NAT?

  3. Re: NAT für IPv6: RAUS DAMIT!

    Autor: robinx999 11.12.12 - 08:06

    Es gab halt viele forderungen nach NAT für IPv6. Viele leute wollen so halt ihr Netz nach außen hin sichern. Und ja Firewalls währen vermutlich die bessere Wahl, aber es wurde immer wieder gefordert.

  4. Re: NAT für IPv6: RAUS DAMIT!

    Autor: Flying Circus 11.12.12 - 08:14

    robinx999 schrieb:
    --------------------------------------------------------------------------------
    > Und ja Firewalls wären vermutlich die
    > bessere Wahl, aber es wurde immer wieder gefordert.

    Nicht nur vermutlich. NAT dient der Verbindung zweier Netze, nicht der Trennung und hat damit eigentlich genau die entgegengesetzte Funktion einer Firewall.

  5. Re: NAT für IPv6: RAUS DAMIT!

    Autor: justanotherhusky 11.12.12 - 08:24

    Flying Circus schrieb:
    --------------------------------------------------------------------------------
    > robinx999 schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > Und ja Firewalls wären vermutlich die
    > > bessere Wahl, aber es wurde immer wieder gefordert.
    >
    > Nicht nur vermutlich. NAT dient der Verbindung zweier Netze, nicht der
    > Trennung und hat damit eigentlich genau die entgegengesetzte Funktion einer
    > Firewall.


    Was nichts daran ändert das NAT seit jeher als Sicherheitsfeature verkauft wird.

    Beispiel (Österreich): A1 Business Zugang.

    Modem/Router mit wahlweise:
    - Routing
    - Basic Secure

    Basic Secure heißt in dem Fall NAT und eingehende Verbindungen werden ohne extra-Konfiguration nicht auf Clients geleitet.

    In gewisser Weise bietet NAT für IPv4 schon einen Schutz, und zwar in sofern, als dass die default Konfiguration keinen Zugriff von außen zulässt (bzw. garnicht kann, weil ja defniert werden müsste WOHIN man die externe IP jetzt NATen soll).

    Hänge ich dagegen mit einer "richtigen" IP im Netz, muss entweder mein Rechner selbst, mein Router (mit "Firewall"), oder im Idealfall eine dedizierte Firewall (bei Privatkunden ja eher unüblich) das übernehmen.

  6. Re: NAT für IPv6: RAUS DAMIT!

    Autor: Geistesgegenwart 11.12.12 - 08:51

    Einige große Firmen möchten NAT nicht um an der Firewall zu sparen, sondern um ihre interne Netzstruktur zu verschleiern.

    Macht durchaus Sinn, z.B. auch für Gast WLAN Accesspoints. Ja, NAT ist eine Plage, aber wir haben in den letzten Jahren mit dieser Plage auch vergleichsweise gut gelebt.

  7. Re: NAT für IPv6: RAUS DAMIT!

    Autor: SkyBeam 11.12.12 - 09:09

    justanotherhusky schrieb:
    > In gewisser Weise bietet NAT für IPv4 schon einen Schutz, und zwar in
    > sofern, als dass die default Konfiguration keinen Zugriff von außen zulässt
    > (bzw. garnicht kann, weil ja defniert werden müsste WOHIN man die externe
    > IP jetzt NATen soll).

    Das lässt sich aber auch auch mit ganz einfachen iptable/ip6table rules bewirken:
    :FORWARD DROP
    -A FORWARD -i eth0 -j ACCEPT
    -A FORWARD -m state --state RELATED,ESTABLISHED -j ACCEPT

    Wobei "eth0" einfach das interne LAN-Interface ist. Somit werden nur Pakete von internen Hosts nach aussen geleitet und deren Antwortpakete zugestellt. Alle nicht zu einer Verbindung gehörenden Pakete die von aussen kommen werden verworfen und nicht geroutet. Das entspricht etwa der Sicherheit eines NAT wo auch zuerst ein Paket von intern nach extern weitergeleitet werden muss um einen Eintrag in der NAT-Tabelle zu erzeugen.


    > Hänge ich dagegen mit einer "richtigen" IP im Netz, muss entweder mein
    > Rechner selbst, mein Router (mit "Firewall"), oder im Idealfall eine
    > dedizierte Firewall (bei Privatkunden ja eher unüblich) das übernehmen.

    Wie gesagt, durch eine ganz einfache Firewall tut's da schon. Man braucht auch keine Angst vor dem Wort "Firewall" zu haben. Im Endeffekt ist bei einer Minimalkonfiguration (siehe oben) etwa gleich viel Verwaltungsaufwand wie bei NAT nötig. Es braucht ebenfalls ein Connection-Tracking um die bestehenden Verbindungen zu kennen für welche die Antwortpakete weitergeleitet werden. Bei NAT wird auch eine ähnliche Tabelle unterhalten. Vom Verwaltungsaufwand sind beide wahrscheinlich ähnlich.

    Ich verstehe allerdings nicht ganz warum so lange darüber diskutiert wird. NAT gab es schon bei IPv4 und macht in gewissen Situationen möglicherweise durchaus Sinn. Zudem gibt es keinen technischen Grund warum NAT mit IPv6 schlechter als mit IPv4 funktionieren sollte. Also warum sollte man NAT unterstützen? Richtig, weil man es kann!
    Das heisst ja noch lange nicht, dass man NAT empfehlen sollte. Mit IPv6 wird NAT weitgehend überflüssig. Aber es mag Situationen geben bei denen NAT sinnvoll eingesetzt werden kann und ich hätte auch keine Lust bei einem Laboraufbau oder in so einer speziellen Situation nur für dieses Feature einen selber gebastelten Kernel erstellen zu müssen. Daher bin ich froh ist das Feature drin. Auch wenn ich es vielleicht nie brauchen werde.

    Natürlich argumentieren dann wieder viele, dass dann die Router-Hersteller kommen und dann einfach auf NAT setzen aus Einfachheit. Naja, solche Geräte kann man ja dann problemlos einfach meiden wenn man will. Also hört doch auf euch die Köpfe einzuschlagen ob NAT mit IPv6 Sinn macht oder nicht. Es funktioniert prima und wird jetzt offiziell auch unterstützt. Es besteht keinerlei Zwang es einzusetzen und wenn man es mal braucht ist es eben schon vorhanden.

  8. Re: NAT für IPv6: RAUS DAMIT!

    Autor: Sharra 11.12.12 - 09:15

    Herzlich witzlos hier an Torvalds zu appelieren. Zum Einen liest er hier nicht mit, zum Anderen existieren die Kernelmodule schon länger. Jetzt sind sie nur direkt in den Kernelcode übernommen worden. Wer wollte, konnte NAT fpr IPv6 also schon längst als Modul einbauen. Wer es denn haben möchte kriegt es so oder so. Jetzt kanns der Kernel eben von Haus aus.

    Und ja bei UMTS und Co ist NAT Mist, weil man keinen vollwertigen Netztgang bekommt. Hier wird NAT missbraucht.
    Und ja es gibt auch sinnvolle Anwendungsgebiete für NAT, die durchaus ihre Berechtigung haben.

  9. Re: NAT für IPv6: RAUS DAMIT!

    Autor: lala1 11.12.12 - 09:32

    Ja nur das Verschleiern im Grunde immer darauf hinaus läuft, dass jemand der es wirklich wissen will es auch zu wissen bekommt.
    Das ist der selbe Quatsch, wie den Zonetransfer beim DNS zu unterbinden für Nichtsecondarys

  10. Re: NAT für IPv6: RAUS DAMIT!

    Autor: lala1 11.12.12 - 09:33

    "Und ja es gibt auch sinnvolle Anwendungsgebiete für NAT, die durchaus ihre Berechtigung haben."
    Das wäre für IPv6 genau was? NAT ist eine Krücke um zu wenig verfügbare IP Netze zu kompensieren.



    1 mal bearbeitet, zuletzt am 11.12.12 09:34 durch lala1.

  11. Re: NAT für IPv6: RAUS DAMIT!

    Autor: Flying Circus 11.12.12 - 11:10

    justanotherhusky schrieb:
    --------------------------------------------------------------------------------

    > > Nicht nur vermutlich. NAT dient der Verbindung zweier Netze, nicht der
    > > Trennung und hat damit eigentlich genau die entgegengesetzte Funktion
    > > einer Firewall.
    >
    > Was nichts daran ändert das NAT seit jeher als Sicherheitsfeature verkauft
    > wird.

    Und? Seit wann interessieren wir uns für Sales-Geblubber?

    > Basic Secure heißt in dem Fall NAT und eingehende Verbindungen werden ohne
    > extra-Konfiguration nicht auf Clients geleitet.

    Wie gesagt: Sales-Geblubber interessiert mich nicht. NAT ist so definiert, daß es Verbindungen über Netzgrenzen hinweg ermöglichen soll.

    > In gewisser Weise bietet NAT für IPv4 schon einen Schutz, und zwar in
    > sofern, als dass die default Konfiguration keinen Zugriff von außen zulässt
    > (bzw. garnicht kann, weil ja defniert werden müsste WOHIN man die externe
    > IP jetzt NATen soll).

    Das weiß ich. Es gibt allerdings Lösungen, um dieses "Problem" zu umgehen. Nochmal: NAT ist nicht darauf ausgelegt, Sicherheit zu bieten. Und wenn es 10 mal von Sales-Droiden als Sicherheitsfeature verkauft wird.

    > Hänge ich dagegen mit einer "richtigen" IP im Netz, muss entweder mein
    > Rechner selbst, mein Router (mit "Firewall"), oder im Idealfall eine
    > dedizierte Firewall (bei Privatkunden ja eher unüblich) das übernehmen.

    Richtig. Das soll auch so. NAT, ich wiederhole mich nur ungern, ist nicht dafür gedacht, Netze zu trennen, sondern für das genaue Gegenteil.

    Man kann mit einer Zange auch Nägel in die Wände kloppen. Mit einem Hammer ist man aber immer besser beraten.

  12. Re: NAT für IPv6: RAUS DAMIT!

    Autor: Rost 11.12.12 - 11:48

    lala1 schrieb:
    --------------------------------------------------------------------------------
    > "Und ja es gibt auch sinnvolle Anwendungsgebiete für NAT, die durchaus ihre
    > Berechtigung haben."
    > Das wäre für IPv6 genau was? NAT ist eine Krücke um zu wenig verfügbare IP
    > Netze zu kompensieren.

    Du sprichst nur von S-NAT. D-NAT hat aber durchaus sinnvolle Anwendungsszenarien.

  13. Re: NAT für IPv6: RAUS DAMIT!

    Autor: leomar 11.12.12 - 13:41

    NAT hat durchaus seine Berechtigung:
    - NAT-basierte Lastverteilung funktioniert zb. ohne NAT ganz schlecht
    - erweitern von Netzen um mehrere Computer ohne Abstimmung mit dem Admin (wenn man nur eine IP-Adresse zugewiesen bekommt)

  14. Re: NAT für IPv6: RAUS DAMIT!

    Autor: Lala Satalin Deviluke 11.12.12 - 15:19

    Wenn man die NAT aber als Whitelist benutzt, ist es wiederum eine.

    Grüße vom Planeten Deviluke!

  15. Re: NAT für IPv6: RAUS DAMIT!

    Autor: lisgoem8 11.12.12 - 22:58

    Sharra schrieb:
    --------------------------------------------------------------------------------
    > Und ja bei UMTS und Co ist NAT Mist, weil man keinen vollwertigen Netztgang
    > bekommt. Hier wird NAT missbraucht.

    Und genau darum geht's mir auch im Hintergrund. Man muss ihnen wohl die Möglichkeit nehmen, sonnst fängt bei IPv6 der ganze Unsinn erneut an

    Es ist jetzt schon Krankhaft, wie sehr die sich in den IP-Datenverkehr einklinken und regelrecht alles untersuchen.

    Und da IPv6 sowieso das leidige NAT Thema eigentlich auch beenden sollte, gehört es in meinen Augen nicht zum Standard!

    Da könnte man gleich bei IPv4 bleiben und die letzten Adressen nur noch für NAT Zugänge nutzen.

    NAT wird eigentlich auch nur von Providern gefordert. Die Franzosen glaube waren es. Aber die Quelle. leider nicht mehr auffindbar :-(

  16. Re: NAT für IPv6: RAUS DAMIT!

    Autor: Sharra 11.12.12 - 23:01

    Es ist egal, ob NAT in IPv6 integriert ist oder nicht. Die Provider werden andere Lösungen finden um ihren Wahnsinn abzuziehen.
    Davon abgesehen ist IPv6 für Mobilfunk wohl noch weiter entfernt als im restlichen Netz. Wieviele Handys da draussen funken im UMTS-Bereich und können gar kein v6?

Neues Thema Ansicht wechseln


Um zu kommentieren, loggen Sie sich bitte ein oder registrieren Sie sich. Zum Login

Anzeige
Stellenmarkt
  1. T-Systems on site services GmbH, München
  2. Der Präsident des Kammergerichts, Berlin
  3. PDV-Systeme GmbH, Dachau
  4. Daimler AG, Stuttgart-Fellbach

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Blu-ray-Angebote
  1. (u. a. The Complete Bourne Collection Blu-ray 14,99€, Harry Potter Complete Blu-ray 44,99€)
  2. (u. a. John Wick, Leon der Profi, Auf der Flucht, Das Schweigen der Lämmer)
  3. (u. a. Die große Bud Spencer-Box Blu-ray 16,97€, Club der roten Bänder 1. Staffel Blu-ray 14...


Haben wir etwas übersehen?

E-Mail an news@golem.de


Canon EOS 5D Mark IV im Test: Grundsolides Arbeitstier mit einer Portion Extravaganz
Canon EOS 5D Mark IV im Test
Grundsolides Arbeitstier mit einer Portion Extravaganz
  1. Video Youtube spielt Livestreams in 4K ab
  2. Ausgabegeräte Youtube unterstützt Videos mit High Dynamic Range
  3. Canon EOS M5 Canons neue Systemkamera hat einen integrierten Sucher

Named Data Networking: NDN soll das Internet revolutionieren
Named Data Networking
NDN soll das Internet revolutionieren
  1. Geheime Überwachung Der Kanarienvogel von Riseup singt nicht mehr
  2. Bundesförderung Bundesländer lassen beim Breitbandausbau Milliarden liegen
  3. Internet Protocol Der Adresskollaps von IPv4 kann verzögert werden

Travelers Box: Münzgeld am Flughafen tauschen
Travelers Box
Münzgeld am Flughafen tauschen
  1. Apple Siri überweist Geld per Paypal mit einem Sprachbefehl
  2. Soziales Netzwerk Paypal-Zahlungen bei Facebook und im Messenger möglich
  3. Zahlungsabwickler Paypal Deutschland bietet kostenlose Rücksendungen an

  1. Spielebranche: Shadow Tactics gewinnt Deutschen Entwicklerpreis 2016
    Spielebranche
    Shadow Tactics gewinnt Deutschen Entwicklerpreis 2016

    Nur einen Tag nach der offiziellen Veröffentlichung gewinnt das Strategiespiel Shadow Tactics in der Hauptkategorie beim Deutschen Entwicklerpreis 2016. Ebenfalls gut gelaufen ist es für das Adventure Silence und das VR-Spiel The Climb.

  2. Erotik-Abo-Falle: Verdienen Mobilfunkbetreiber an WAP-Billing-Betrug mit?
    Erotik-Abo-Falle
    Verdienen Mobilfunkbetreiber an WAP-Billing-Betrug mit?

    Netzbetreiber und Provider sollen den Betrug mit WAP-Billing vielleicht billigend in Kauf nehmen, sagt ein Staatssekretär des Bundesjustizministeriums. Ein Grund: Weil sie daran mitverdienten.

  3. Final Fantasy 15: Square Enix will die Story patchen
    Final Fantasy 15
    Square Enix will die Story patchen

    Mit neuen Szenen soll die Handlung von Final Fantasy 15 verständlicher werden. Neben diesen Änderungen soll es kostenlose Updates für Kapitel 13 und weitere Bosskämpfe geben.


  1. 22:00

  2. 18:47

  3. 17:47

  4. 17:34

  5. 17:04

  6. 16:33

  7. 16:10

  8. 15:54