Ich denke es ist NAT64, aber ich bin nicht in der Lage den richtigen Suchbegriff zu benutzen um da Material zu finden wie man das umsetzt.
NAT64 ist IMHO der falsche Mechanismus dafür - du brauchst dafür unterwegs einen Router, den du kontrollierst im IPv6 Netzwerk - oder die IPv6 Provider unterstützen NAT64 bei sich.
kann das überhaupt gehen?
du willst quasi Hosts aus dem /24 IPv4 Subnetz per IPv6 ansprechen, obwohl die gar keine IPv6-Adresse haben?
du willst quasi Hosts aus dem /24 IPv4 Subnetz per IPv6 ansprechen, obwohl die gar keine IPv6-Adresse haben?
Exakt.
Quasi 2001:db8::1 --> 192.168.0.1
Wenn ich nix falsch verstanden habe soll das ja mit NAT64 funktionieren.
kommen diese Hosts auch per IPv4 ins Internet?
Jap ipv4 ist sauber geroutet und geht auch via NAT über den Router Host ins Internet.
Ich muss ja wirklich sagen, dass ich überrascht bin, dass das noch niemand gesehen hat und es nur zum rezitieren von RFCs und Wikipedia reicht. 
(Bitte nicht persönlich nehmen)
Ich muss ja wirklich sagen, dass ich überrascht bin, dass das noch niemand gesehen hat und es nur zum rezitieren von RFCs und Wikipedia reicht.
Ich ehrlicherweise nicht.
Typischerweise wird das Problem von der anderen Seite beleuchtet: wie bekommen wir den IPv4 Protokollstack kostengünstig ausgerollt.
Die Antwort darauf war dann CGNAT / DualStack Lite.
Deine Fragestellung bezieht sich ja auf: wie rollen wir IPv6 in einem Legacy Netz aus, ohne IPv6 auszurollen.
Viele Anbieter gehen dann eher auf: IPv4 reicht.
Viele Anbieter gehen dann eher auf: IPv4 reicht.
Genau das.
perryflynn https://www.thomas--schaefer.de/NAT64_mit_dem_Raspberry_Pi.html
Ich habe keine Erfahrung damit, aber das tayga-Paket sieht auf den ersten Blick ganz brauchbar aus, oder nicht?
Ich muss ja wirklich sagen, dass ich überrascht bin, dass das noch niemand gesehen hat und es nur zum rezitieren von RFCs und Wikipedia reicht.
Was dir auch helfen könnte ohne tiefer in die Materie einsteigen zu müssen ist Port Mapping mit Hilfe des Pakets 6tunnel.
Wie man sowas auch mit einer virtuellen Maschine von Netcup aufsetzen kann, zeigt dir step by step dieses Video unter dieser URL "https://www.youtube.com/watch?v=ttEHsjjvRS4".
Wenn du doch noch tiefer einsteigen möchtest, so schau dir auch mal diese Seite unter dieser URL "https://www.elektronik-kompendium.de/sites/net/1904031.htm" genauer an.
Genau das.
Vorallem löst NAT64 ja auch keine der Probleme von CGNAT.
Alice nutzt CGNAT um mit Bob zu reden.
Alice muss die Kommunikation initiieren, Alice ist für Bob nicht erreichbar.
Bei NAT64 hat Bob gar keinen Zugang zum IPv6 Netz. Bob kann wieder nicht mit Alice reden - Alice muss initiieren.
Hay,
so, nachdem ich glücklich von einer Entwicklerkonferenz in Hamburg wieder zurück bin und Zeit habe...
Teilweise 6-7 Sekunden bis zum ersten Byte, selten mal unter 2 Sekunden.
Da ich selbst Crawler schreibe, kommt mir das bekannt vor. Abgesehen von technischen Gegebenheiten könnte das auch eine Bot-Erkennung sein. Also mal (mindestens) mit einem user-agent im Request arbeiten, der wie ein echter Browser aussieht.
Wieso stirbt Jira? Sowohl on Prem als auch Cloud bekommen ganz normal Updates, neue Features und es wurde kein EOL für Business oder sonstiges verkündet.
Wir haben Jira "relativ dick" hier im Einsatz (die Variante für 2.500 Euro + Extensions) und unsere Kunden auch. Mein Chef administriert das System, aber er bemerkt regelmäßig, dass alle Maßnahmen von Jira darauf angelegt sind, die Leute in die Cloud zu bringen und dass die eigen betriebene Jira Instanz "bald" (~2024?) nicht mehr mit Updates versorgt wird. Meine 10 Euro-Instanz nutze ich nicht mehr und ein Kollege wird seine bald auch nicht mehr benutzen.
Mit der Cloud-Lösung hast Du einen neuen single-point-of-failure: Atlassian selbst. Die haben ja fünf Jahre allein gebraucht, um von MySQL 5 auf 8 zu kommen, Bugtickets werden gefühlt nicht bearbeitet und die Security-Meldungen enthalten häufig eine Formulierung nach dem Motto: "Wenn Du nicht sicher bist, ob Du sicher bist, nimms halt vom Netz.... bis wir (irgendwann) gepatched haben". Die eigene Instanz kannst Du immerhin so absichern, dass niemand von außen drauf kann... aber die Cloud?
Obwohl ich recht gerne mit Jira arbeite als Tool, aber dieses Gebahren stößt mich immer mehr ab.
CU, Peter
Wir haben Jira "relativ dick" hier im Einsatz (die Variante für 2.500 Euro + Extensions) und unsere Kunden auch. Mein Chef administriert das System, aber er bemerkt regelmäßig, dass alle Maßnahmen von Jira darauf angelegt sind, die Leute in die Cloud zu bringen und dass die eigen betriebene Jira Instanz "bald" (~2024?) nicht mehr mit Updates versorgt wird. Meine 10 Euro-Instanz nutze ich nicht mehr und ein Kollege wird seine bald auch nicht mehr benutzen.
Und habt ihr schon eine Alternative zu Jira, die dann im Februar 2024 Jira ersetzen kann?
Hay,
Und habt ihr schon eine Alternative zu Jira, die dann im Februar 2024 Jira ersetzen kann?
nein. Ich fürchte, die Bequemlichkeit treibt uns in die Cloud. Bei der vielen Ticketdokumentation die drinsteht, nachvollziehbar - aber auch nicht meine Entscheidung.
Ein Ticketsystem für mich persönlich benutze ich nicht mehr (also ne /dev/null Migration)
CU, Peter
Und habt ihr schon eine Alternative zu Jira, die dann im Februar 2024 Jira ersetzen kann?
Man könnte ja auch die onPrem DC Version der Atlassian-Produkte bezahlen. Die gab es bisher auch schon.
Wieso macht das keiner?
Man könnte ja auch die onPrem DC Version der Atlassian-Produkte bezahlen. Die gab es bisher auch schon.
Wieso macht das keiner?
Ich bin zwar auch über meinem Arbeitgeber Nutzer dieses Systems, habe aber mit den Lizenzbedingungen und der Administration dieses Systems nichts am Hut. Von daher kann ich dir diese Frage auch nicht beantworten.
Deine Fragestellung bezieht sich ja auf: wie rollen wir IPv6 in einem Legacy Netz aus, ohne IPv6 auszurollen.
Danke, damit war ich endlich in der Lage sinnvolle Dinge zu finden. Ich hab mich für jool entschieden. Funktioniert absolut unproblematisch. Logischerweise verliert man so die Source IP Adresse, wo ich jetzt noch am Überlegen bin ob das für mich okay ist.
Was dir auch helfen könnte ohne tiefer in die Materie einsteigen zu müssen ist Port Mapping mit Hilfe des Pakets 6tunnel.
Jo hab ich auch zusammen mit socat gefunden, aber ich wollte möglichst etwas was nicht nen Userspace Prozess benötigt und evtl ab einem gewissen Punkt unperformant wird.
Deine Fragestellung bezieht sich ja auf: wie rollen wir IPv6 in einem Legacy Netz aus, ohne IPv6 auszurollen.
wenn des so einfach wär könnt ma sich des ganze gefummel mit IPv6-Adressen im LAN sparen 
perryflynn die Umkehrung dass die Hosts aus dem IPv4 Subnetz Zugriff auf Hosts außerhalb mit IPv6 haben, besteht ja damit nicht, oder?
wobei was von dem anderen Zeugs wie 6to4, Teredo, ISATAP, ... würd denn überhaupt noch funktionieren?
perryflynn die Umkehrung dass die Hosts aus dem IPv4 Subnetz Zugriff auf Hosts außerhalb mit IPv6 haben, besteht ja damit nicht, oder?
Nein, das brauche ich auch nicht. In den VLAN sind "nur" Dienste, und ich wollte die ohne Raketenwissenschaft und Alchemie via IPv6 erreichbar machen. Einziger Minuspunkt bisher ist dass mir die Source IP verloren geht. Ansonsten funktioniert das super.
