Request for Comments

Update am 18. 05.: Audio wurde gefixt Das Thema Glasfaser hat Clemens mitgebracht, da Material und Hardware preislich mittlerweile für den Heimgebrauch oder für den Hackspace echt erschwinglich sind. Neben konkreten Bezugsquellen, reden wir auch mal über Hardwarepreise. Wenn man dann noch auf Kabelfarbe, Steckertyp und Farbcodierung achtet, klappt das auch mit dem Lichtwellenleiter. Anna-Lena AnnLe Paypal Flattr Amazon Wishlist Clemens Schrimpe Twitter podseed.org Twitter Paypal Flattr Shownotes FS.com Flexoptix Init7 Lichtwellenleiter (Wikipedia) Anna-Lenas “Rasiererstecker” LWL-Steckverbinder SFP Flexbox Clemens’ BiDi-Setup (Beispiel) 1310nm-TX/1490nm-RX (2 mal) 1490nm-TX/1310nm-RX (2 mal) Erwähnungen im Chaos-Umfeld: @marcnetismus (Twitter) @momorientes (Twitter) 35C3 Chaoswest: Die Geschichte vom Biegeradius  

Ich bin auf dem Chaos Communication Camp im Ziegeleipark Mildenberg und habe hier vorm Wohnmobil gesessen und mit Phillip Sünderhauf über Richtfunk gesprochen. Phillip, bzw. die Firma serve-u, hat hier nämlich ein Netz zur Verfügung gestellt, das die Bits über die Luft unter anderem vom Berliner Fernsehturm geholt hat. Anna-Lena AnnLe Paypal Flattr Amazon Wishlist podseed.org Twitter Paypal Flattr Shownotes https://serve-u.de serve-u auf Twitter (@serveubln) https://events.ccc.de/camp/2019/wiki/Main_Page https://www.dfmg.de/en/ Deutsche Funkturm Berliner Fernsehturm Richtfunk (Wikipedia) https://www.ziegeleipark.de Schornstein bekommt ein Pesthörnchen (Twitter) “saubere, kühle Morgenluft” (Twitter) Internetdienstanbieter/Provider (Wikipedia) Artikel C’t: Wie das Chaos Communication Camp ins Internet kommt

Wieder einmal habe ich mit Clemens Schrimpe gesprochen. In der Boring Episode, dem schlechten Wortspiel im Namen, bohren wir Tunnel per Virtual Private Networks. Nach einem allgemeinen Teil zur Einführung, geht Clemens auch auf einzelne Tunnelvarianten ein. Zum Ende geht es noch um ein paar private Themen mit Bezug zum Podcast. Leider gab es technisch anfänglich ein paar Schwierigkeiten – das Knacksen lässt aber nach. Anna-Lena AnnLe Paypal Flattr Amazon Wishlist Clemens Schrimpe Twitter Shownotes The Boring Company Virtual Private Network MTU Extensible Authentication Protocol (Wikipedia) RFC4186: EAP-SIM IP in IP Tunneling Generic Routing Encapsulation (Wikipedia) RFC1701: Generic Routing Encapsulation NHRP (Wikipedia) RFC2332: Next Hop Resolution Protocol L2TP inkl. Übersicht aller RFC (Wikipedia) Foo over UDP MPLS (Wikipedia) Virtual Private LAN Service (VPLS) (Wikipedia) RFC2547: BGP/MPLS VPNs PPPoE (Wikipedia) IPSec inkl. Übersicht aller RFC (Wikipedia) NAT Traversal (Wikipedia)  OpenVPN (Wikipedia) OpenVPN Official Website tinc-vpn.org WireGuard.com Torproject.org SSH (Wikipedia)

Mit Clemens Schrimpe arbeiten wir uns im zweiten Teil des Crypto-Ausflugs zum eigentlichen Zielthema durch: Browser-Schlösschen, PKI und Zertifikate. Nach den Grundlagen in der letzten Sendung, erklärt Clemens Schrimpe im zweiten Teil des Crypto-Ausflugs, wie das Zertifikat sich in ein Crypto-System einfügt. Und da Clemens nicht noch zig-mal erklären möchte, dass https://test.schrimpe.de weder unsicher ist, noch ein abgelaufenes Zertifikat hat, widmen wir uns den Schlösschen in unserem Browsern in gewohnter Sendungslänge. Anna-Lena Hier Webseiten zum mit klicken requestforcomments.de dkb.de https://1.1.1.1 Shownotes X.509 Bestandteil von X.500 International Telecommunication Union (ITU) LDAP Phil Zimmermann (PGP) TEMPEST ASN.1 X.400 PKCS Certificate Authorities “CA/Browser Forum” StartSSL Let’s Encrypt Extended Validation Certificate Domain Validation DNS Validation Certificate  RFC5280  Server Name Indication (SNI) Subject Alternative Name (SAN) certificate revocation list  online certificate status protocol (OCSP) Schmankerl: X-Certificate and Key management

Clemens Schrimpe, ein Experte für Verschlüsselung und Kryptografie im Internet, erklärt die Grundlagen der Kryptographie in verständlicher Weise. Er geht auf die entscheidende Rolle von Signaturen und deren Auswirkungen in der digitalen Kommunikation ein. Ein spannendes Thema sind die Herausforderungen, die echte Zufälligkeit für kryptographische Mechanismen mit sich bringt. Auch die Bedeutung von sicherem Passwortmanagement und Verschlüsselungstechniken wird thematisiert, und die Diskussion darüber, wie öffentliche und private Schlüssel zur sicheren Datenübertragung beitragen, ist besonders aufschlussreich.

Es ist endlich so weit – ich rede mit Clemens über IPv6. Wir haben uns mit der Veröffentlichung dieser Episode viel Zeit gelassen, aber es ist ja schließlich auch ein besonderes Thema. Empfehlung: Die Folgen zu IPv4 [RFCE001], Ethernet und Switching [RFCE003 + RFCE004] sowie IP Routing [RFCE009 + RFCE010 + RFCE012] sowie CRE197 vorher hören. Und RFC lesen! Die Wichtigsten: RFC8200, RFC4291, RFC4862, RFC4861   Begrüßung und Einleitung RFC2460: Internet Protocol, Version 6 (IPv6) Specification (1998) RFC8200: Internet Protocol, Version 6 (IPv6) Specification (2017) Wikipedia zu IPv6 deutsch / englisch Protocol Header IPv4 vs IPv6  Long addresses RFC4291: IP Version 6 Addressing Architecture RFC3927: link-local for IPv4 RFC4193: Unique Local IPv6 Unicast Addresses (ULA) RFC7527: Enhanced Duplicate Address Detection  Address assignment RFC4862: IPv6 Stateless Address Autoconfiguration (SLAAC) RFC4941: Privacy Extensions for Stateless Address Autoconfiguration in IPv6 RFC4861: Neighbor Discovery for IPv6 Router Solicitation (RS) Router Advertisements (RA)  ICMPv6 ist mit eingebaut  RFC8106:IPv6 Router Advertisement Options for DNS Configuration (RDNSS) DHCPv6-IA  Identify Association (IA)  Lorenzo Colitti (Network Google) nicht zu IPv6, aber hier war ich dabei: Lorenzo at QUIC BOF- ietf96 Berlin “If you require a sequence of packets, you killed it” (YouTube) reddit: I am getting sick of Lorenz’s attitude…. BCP: 204 / RFC7934 u.a. von  L. Colitti, V. Cerf, S. Cheshire: “Host Address Availability Recommendations” Prefix assignment RFC3633: DHCPv6 Prefix Delegation (PD) Telekom AS3320  RFC6724: Default Address Selection for IPv6 Transition  RFC4291:  IPv6 Addressing of IPv4/IPv6 Translators (NAT64) (Wikipedia zu NAT64) RFC6147: DNS Extensions for Network Address Translation from IPv6 Clients to IPv4 Servers (DNS64) tunnelbroker.net von Hurricane Electrics Schmankerl Tayga: “Simple, no-fuss NAT64 for Linux”  Implementierungsbeispiele im Web (nicht approved, nur verlinkt!) Taiga auf Centos: https://www.sidorenko.io/post/2017/01/setting-up-nat64-with-tayga-on-centos/ NAT64 mit Raspberry Pi: http://www.thomas–schaefer.de/NAT64_mit_dem_Raspberry_Pi.html Nachtrag Ich habe sicher den einen oder anderen RFC vergessen. Ich freue mich, wenn ihr mir noch mit Ergänzungen im Google Doc helft. Links zu Tayga im Einsatz auch gerne. ‘Request for Comments’ bekommt ein professionelles Intro. Und ein Outro. Ein bisschen Finanzierungshilfe wär nett! ‘Request for Comments’ bei iTunes bewerten Spenden und Wunschzettel

Ich habe mich mit Michael Steil unterhalten, den ich bereits in RFCE008 auf dem 33c3 als Gast begrüßen durfte. Dieses mal geht es um ASCII. Niemand geringerer als Vint Cerf,  steht als Autor auf dem RFC, der ASCII 1969 für die Netzwerkkommunikation standardisierte. Textcodierung ist aber viel älter, quasi antik. Über viele Entwicklungsstufen, die dem jeweiligen Übertragungsmedium angepasst waren, haben es einige Eigenheiten bis in unsere heutigen Betriebssysteme geschafft. Wir schauen uns den ASCII-RFC20 sehr genau an – beim Zuhören hilft also ein Blick ins Dokument. Wie es sich für einen RFC gehört, findet sich der Grafik-Charme einer ASCII-Tabelle auch im ASCII-RFC – also ein Standard direkt mit Anschauungsmaterial! Wie immer, große Freude über Bewertungen bei iTunes! Und ein kleiner Ersatz fürs Schmankerl: Spaß mit ASCII auf YouTube Star Wars in ASCII  Fluid  Anna-Lena AnnLe Paypal Flattr Amazon Wishlist Michael Steil Twitter podseed.org Twitter Paypal Flattr [shownotes mode=”block”]

Zwei große Themenblöcke haben wir diesmal dabei: Clemens und ich müssen noch ein paar Krümel zusammenkehren, die in den ersten beiden Folgen noch keinen Platz gefunden haben: Zunächst klären wir, wie Router sich untereinander darüber unterhalten, wer denn den Hut auf hat. Dann kommen wir mal zu Firewalls, um dann noch den Schwenk über Load Balancer und Policy Routing zu machen und mit einem neuen ‘Schmankerl’ (s.u.) abzuschließen. In eigener Sache: Der Podcast-Feed produziert bei einigen von euch Fehlermeldungen. Ich habe mit Lieblingsserveradmin danimo darüber gesprochen was denn da los ist. Ich hoffe, dass wir uns dem Thema halbwegs verständlich annähern können. Vielen Dank an dieser Stelle schonmal in Richtung unserer Hörerinnen und Hörer sowie an die Entwickler*innen diverser Podcastclients für die Unterstützung. Confetti auch in Richtung des Antennapod-Teams, die das Thema am häufigsten abbekommen haben. Schmankerl: Per SSH remote auf Router/Switch/Access Point/whatever einloggen und im Wireshark zuschauen: sudo tcpdump -i [interface] -U -w -port 22 | wireshark -i – -k Wir freuen uns übrigens wie immer über eure Bewertungen bei iTunes!   Anna-Lena AnnLe Paypal Flattr Amazon Wishlist Clemens Schrimpe Twitter Danimo (Serveradmin RFC-Podcast) Twitter Paypal Bitcoin Flattr podseed.org (CDN RFC-Podcast) Twitter Paypal Flattr [shownotes mode=”block”] Feed Enclosure Request for Comments (Request for Comments (MPEG-4 AAC Audio)) MPEG-4 AAC Audio Request for Comments (Request for Comments (MP3 Audio)) MP3 Audio Request for Comments (Request for Comments (Opus Audio)) Opus Audio Request for Comments (Request for Comments (Ogg Vorbis Audio)) Ogg Vorbis Audio

Ganz kurze Folge – Aufforderung zum Lesen der folgenden RFC: https://tools.ietf.org/html/rfc1149 https://tools.ietf.org/html/rfc2549 https://tools.ietf.org/html/rfc6214 Implemented: http://www.blug.linux.no/rfc1149/ Anna-Lena AnnLe Paypal Flattr Amazon Wishlist Clemens Schrimpe Twitter Feed Enclosure Request for Comments (Request for Comments (MPEG-4 AAC Audio)) MPEG-4 AAC Audio Request for Comments (Request for Comments (MP3 Audio)) MP3 Audio Request for Comments (Request for Comments (Opus Audio)) Opus Audio Request for Comments (Request for Comments (Ogg Vorbis Audio)) Ogg Vorbis Audio

Neuer Rekord: Ihr dürft euch auf 5 Stunden IP Routing II mit Clemens freuen. Und das Beste: Wenn ihr das ietf-Netz in seiner ganzen Pracht und BGP sehen wollt, habt ihr noch bis zum 01. April 2017 Zeit. Im Podcast erklärt, und in den Shownotes verlinkt, findet ihr die Tools, mit denen man sich in der großen weiten Welt der autonomen Systeme zurechtfindet. Wer Lust hat, kann dann gleich mal üben und herausfinden, welches Management-Netz in Chicago beim ietf-Meeting verwendet wird. Lösungsvorschläge per Twitter an @rfc_podcast oder per Mail an mail at annle dot de. Und wie immer: Über Feedback in den Kommentaren freue ich mich sehr. Sagt mal kurz, wie ihr diesmal den Schnitt um die technischen Schwierigkeiten herum empfunden habt. Das wäre hilfreich. Über iTunes Bewertungen freue ich mich natürlich auch. Da sich die Shownotes gerade weigern angezeigt zu werden: Tools im Web: “Sicht des Providers” bgp.he.net Looking glasses RIPE DB  Anna-Lena AnnLe Paypal Flattr Amazon Wishlist Clemens Schrimpe Twitter podseed.org Twitter Paypal Flattr Feed Enclosure Request for Comments (Request for Comments (MPEG-4 AAC Audio)) MPEG-4 AAC Audio Request for Comments (Request for Comments (MP3 Audio)) MP3 Audio Request for Comments (Request for Comments (Opus Audio)) Opus Audio Request for Comments (Request for Comments (Ogg Vorbis Audio)) Ogg Vorbis Audio [shownotes mode=”block”]