IPv6: Perbedaan antara revisi

Konten dihapus Konten ditambahkan
Ryandi Pratama (bicara | kontrib)
k IPv6 dalam Sistem Nama Domain: Sistem nama domain
Tag: Dikembalikan halaman dengan galat kutipan Suntingan perangkat seluler Suntingan peramban seluler
Etewe (bicara | kontrib)
Fitur saranan suntingan: 3 pranala ditambahkan.
 
(15 revisi perantara oleh 10 pengguna tidak ditampilkan)
Baris 80:
Semua antarmuka host IPv6 memerlukan [[alamat tautan-lokal]]. Alamat tautan-lokal IPv6 memiliki awalan ''fe80 :: / 10''. Awalan ini dikombinasikan dengan sufiks 64 bit, yang dapat dihitung dan / atau ditetapkan sendiri oleh tuan rumah — tanpa konfigurasi dan tanpa kehadiran atau kerja sama komponen jaringan eksternal seperti server DHCP.
 
64 bit yang lebih rendah dari alamat tautan lokal (suffix) aslinya berasal dari [[alamat MAC]] dari kartu antarmuka jaringan yang mendasarinya. Karena metode pemberian alamat ini akan menyebabkan perubahan alamat yang tidak diinginkan ketika [[kartu jaringan]] yang salah diganti, dan juga mengalami sejumlah masalah keamanan dan privasi, RFC 8064 telah mengganti metode berbasis MAC asli dengan metode berbasis hash yang ditentukan dalam RFC 7217.
 
=== Pengalamatan global ===
Baris 93:
Ketika sebuah host dual-stack menanyakan sebuah server DNS untuk menyelesaikan [[fully qualified domain name]] (FQDN), klien DNS dari host tersebut mengirimkan dua permintaan DNS, satu query A record dan yang lainnya query aaaa records. Sistem operasi host dapat dikonfigurasi dengan preferensi untuk aturan pemilihan alamat RFC 6724.<ref name=":1">{{Cite journal|last=|first=|year=|title=Silvia Hagen (2014). IPv6 Essentials: Mengintegrasikan IPv6 ke Jaringan IPv4 Anda. O'Reilly Media, Inc. hlm. 176|url=https://en.wiki-indonesia.club/wiki/Special:BookSources/9781449335267|journal=Wikipedia|language=en|volume=|issue=|pages=|doi=}}</ref>
 
Tipe catatan alternatif digunakan dalam implementasi DNS awal untuk IPv6, yang dirancang untuk memfasilitasi penomoran ulang jaringan, catatan ''A6'' untuk pencarian maju dan sejumlah inovasi lain seperti ''label bit-string'' dan catatan ''[[Catatan CNAME#Catatan DNAME|DNAME]]''. Ini didefinisikan dalam RFC 2874 dan rujukan-rujukannya (dengan diskusi lebih lanjut mengenai pro dan kontra dari kedua skema dalam RFC 3364), tetapi telah tidak digunakan lagi dalam status eksperimental (RFC 3363).
 
[[Pengguna:Ryandi Pratama|Ryandi Pratama]] ([[Pembicaraan Pengguna:Ryandi Pratama|bicara]]) 29 September 2023 08.24 (UTC)
 
== Mekanisme transisi ==
{{Artikel utamaMain|mekanisme transisi IPv6}}
IPv6 tidak diramalkan akan menggantikan IPv4 secara instan. Kedua protokol akan terus beroperasi secara bersamaan untuk beberapa waktu. Oleh karena itu, [[mekanisme transisi IPv6]] diperlukan untuk memungkinkan host IPv6 untuk mencapai layanan IPv4 dan memungkinkan host dan jaringan IPv6 yang terisolasi untuk saling menjangkau melalui infrastruktur IPv4.<ref>{{Cite web|url=https://www.sixxs.net/faq/connectivity/?faq=comparison|title=FAQ : Connectivity (Tunnels and Subnets) : IPv6 Transition Mechanism / Tunneling Comparison :: SixXS - IPv6 Deployment & Tunnel Broker|website=www.sixxs.net|access-date=2020-06-20}}</ref>
 
Baris 111 ⟶ 109:
 
=== Jaringan bayangan ===
Penambahan node yang mengaktifkan IPv6 secara default oleh produsen perangkat lunak, dapat mengakibatkan pembuatan ''jaringan bayangan'' secara tidak sengaja, menyebabkan lalu lintas IPv6 mengalir ke jaringan yang hanya memiliki manajemen keamanan IPv4. Ini juga dapat terjadi dengan peningkatan sistem operasi, ketika sistem operasi yang lebih baru mengaktifkan IPv6 secara default, sedangkan yang lebih lama tidak. Gagal untuk memperbarui infrastruktur keamanan untuk mengakomodasi IPv6 dapat menyebabkan lalu lintas IPv6 menerobosnya.<ref>{{Cite web|url=http://www.networkcomputing.com/ipv6-tech-center/shadow-networks-an-unintended-ipv6-side/232800326|title=Shadow Networks an Unintended IPv6 Side Effect - Network Computing|date=2013-04-11|website=web.archive.org|access-date=2020-06-20|archive-date=2013-04-11|archive-url=https://web.archive.org/web/20130411113334/http://www.networkcomputing.com/ipv6-tech-center/shadow-networks-an-unintended-ipv6-side/232800326|dead-url=unfit}}</ref> Shadow network telah terjadi pada jaringan bisnis di mana perusahaan mengganti sistem [[Windows XP]] yang tidak memiliki tumpukan IPv6 diaktifkan secara default, dengan sistem [[Windows 7]], yang melakukannya.<ref>{{cite book|url=https://www.ipv6forum.com/dl/books/ipv6forall.pdf|title=IPv6 For All: A Guide for IPv6 Usage and Application in Different Environments|last1=Cicileo|first1=Guillermo|last2=Gagliano|first2=Roque|last3=O’Flaherty|first3=Christian|last4=Rocha|first4=Mariela|last5=Morales|first5=César Olvera|last6=Martínez|first6=Jordi Palet|last7=Martínez|first7=Álvaro Vives|date=October 2009|page=5|display-authors=3|accessdate=March 2, 2013}}</ref> Beberapa implement IPv6 stack karenanya merekomendasikan untuk menonaktifkan alamat IPv4 yang dipetakan dan sebagai gantinya menggunakan jaringan dual-stack di mana mendukung IPv4 dan IPv6 diperlukan.<ref>{{Cite web|url=https://tools.ietf.org/html/draft-itojun-v6ops-v4mapped-harmful-02.html|title=IPv4-Mapped Addresses on the Wire Considered Harmful|last=Metz|first=Christopher|last2=Itoh|first2=Jun-ichiro|website=tools.ietf.org|language=en|access-date=2020-06-20}}</ref>
 
=== Fragmentasi paket IPv6 ===