1.1.1.1 คืออะไร? มันเพิ่มความเร็วอินเทอร์เน็ตและข้อมูลที่ปลอดภัยเมื่อท่องเว็บได้อย่างไร?

1.1.1.1 คืออะไร?

1.1.1.1 เป็นบริการ DNS ความเร็วสูงและปลอดภัยจาก Cloudflare ผู้ให้บริการ Reverse Proxy ที่มีชื่อเสียง บริการ DNS ของ Cloudflare จะช่วยให้ผู้ใช้ลดการติดตามประวัติการท่องเว็บในขณะที่เพิ่มความเร็วในการเข้าถึงอินเทอร์เน็ตตาม Cloudflare บริการ DNS มีเวลาตอบสนองเพียง 14ms เร็วกว่า OpenDNS (20ms) และ Google DNS (34ms) มาก

ที่อยู่ IPv4 ของ Cloudflare ที่ APNIC มอบให้นั้นง่ายต่อการจดจำ: 1.1.1.1 และ 1.0.0.1

นอกจากนี้ผู้ใช้สามารถมั่นใจได้เมื่อใช้บริการ DNS ของ Cloudflare เนื่องจากระบบจะลบบันทึกที่บันทึกไว้ทั้งหมดภายใน 24 ชั่วโมง ดังนั้นข้อมูลจะไม่ถูกเปิดเผยหรือนำไปใช้

บทบาทของตัวแก้ไขใน DNS

เมื่อแก้ไขชื่อโดเมน ข้อความค้นหาจะเดินทางจากระบบแบ็คเอนด์ (เช่น เว็บเบราว์เซอร์) ไปยังบริการ DNSแบบเรียกซ้ำ หาก บันทึกDNSไม่ได้อยู่ในแคชในเครื่องของบริการ ให้สอบถามลำดับชั้น DNS ที่เชื่อถือได้ซ้ำๆ เพื่อค้นหาข้อมูลที่อยู่ IP ที่คุณกำลังมองหา การเรียกซ้ำเป็นส่วนหนึ่งของสิ่งที่ DNS 1.1.1.1 ทำ ดังนั้นจึงจำเป็นต้องรวดเร็วและปลอดภัย

วัตถุประสงค์ของ 1.1.1.1

เป้าหมายของ Cloudflare คือการใช้งานรีโซลเวอร์สาธารณะที่เร็วที่สุดในโลก ขณะเดียวกันก็ยกระดับการปกป้องความเป็นส่วนตัวของผู้ใช้ เพื่อเพิ่มความเร็วอินเทอร์เน็ต บริษัทได้สร้างศูนย์ข้อมูลทั่วโลกเพื่อลดระยะทาง (เช่น เวลาแฝง) จากผู้ใช้ไปยังเนื้อหา

ในเดือนมีนาคมเพียงเดือนเดียว Cloudflare เปิดใช้งานศูนย์ข้อมูลใหม่ 31 แห่งทั่วโลก (อิสตันบูล เรคยาวิก ริยาด มาเก๊า แบกแดด ฮูสตัน อินเดียนาโพลิส มอนต์โกเมอรี่ พิตส์เบิร์ก ซาคราเมนโต เม็กซิโกซิตี้ เทลอาวีฟ เดอร์บาน พอร์ตหลุยส์ เซบูซิตี้ เอดินบะระ ริกา ทาลลินน์ วิลนีอุส คาลการี ซัสคาทูน วินนิเพก แจ็กสันวิลล์ เมมฟิส แทลลาแฮสซี โบโกตา เมืองลักเซมเบิร์ก คีชีเนา) และเช่นเดียวกับเมืองอื่นๆ ในเครือข่ายนี้ ไซต์ใหม่เรียกใช้ DNS Resolver 1.1 .1.1 ในวันแรก

เครือข่ายที่รวดเร็วและกระจายอย่างกว้างขวางนี้สร้างขึ้นเพื่อรองรับโปรโตคอลใดๆ และปัจจุบัน Cloudflare เป็นผู้ให้บริการ DNS ที่เร็วที่สุดและน่าเชื่อถือที่สุดบนอินเทอร์เน็ต นอกจากนี้ บริษัทยังให้บริการ Anycast สำหรับเนมเซิร์ฟเวอร์รูทสองในสามสิบตัว (บริการแก้ไขชื่อโดเมนรูท) และให้บริการ DNS แบบเรียกซ้ำสำหรับผู้ใช้ การเรียกซ้ำสามารถใช้ประโยชน์จากเซิร์ฟเวอร์ที่เชื่อถือได้ซึ่งอยู่ร่วมกันเพื่อทำให้การค้นหาชื่อโดเมนทั้งหมดเร็วขึ้น

แม้ว่า DNSSEC จะรับประกันความสมบูรณ์ของข้อมูลระหว่างรีโซลเวอร์และเซิร์ฟเวอร์ที่เชื่อถือได้ แต่ก็ไม่ได้ปกป้องความเป็นส่วนตัว "ไมล์สุดท้าย" สำหรับผู้ใช้ อย่างไรก็ตาม DNS Resolver 1.1.1.1 รองรับมาตรฐานความปลอดภัย DNS ใหม่ - DNS-over-TLS และ DNS-over-HTTPS ซึ่งให้การเข้ารหัสแบบ Last Mile เพื่อให้การสืบค้น DNS ของผู้ใช้เป็นส่วนตัวและเป็นความลับ ถูกแก้ไข

ตัวแก้ไขปกป้องความเป็นส่วนตัว

ก่อนหน้านี้ ส่งชื่อโดเมนแบบเต็มไปยังตัวกลางใดๆ ซ้ำๆ เพื่อค้นหาวิธีการรูทหรือ DNS ที่เชื่อถือได้ ซึ่งหมายความว่าหากคุณเยี่ยมชมเว็บไซต์ quantrimang.com เซิร์ฟเวอร์รูทและเซิร์ฟเวอร์ .com จะถูกสอบถามด้วยชื่อโดเมนเต็ม (เช่น quantrimang และส่วนของ com) แม้ว่าเซิร์ฟเวอร์รูทจ���เปลี่ยนเส้นทางก็ตาม แปลงเป็น .com ( เป็นอิสระจากโดเมนทั้งหมด) การเข้าถึงข้อมูลการท่องเว็บส่วนตัวทั้งหมดนี้อย่างง่ายดายผ่าน DNS เป็นเรื่องที่หลายคนกังวล ปัญหานี้แก้ไขได้ด้วยชุดซอฟต์แวร์รีโซลเวอร์บางตัว แม้ว่าจะไม่ใช่ทุกคนที่รู้เกี่ยวกับวิธีแก้ปัญหาเหล่านี้ก็ตาม

บริการตัวแก้ไข DNS 1.1.1.1 มีกลไกการป้องกันความเป็นส่วนตัวของ DNS ทั้งหมดที่ระบุและแนะนำให้ใช้ระหว่างตัวแก้ไข stub และตัวแก้ไขแบบเรียกซ้ำ ตัวแก้ไข stub เป็นส่วนประกอบของระบบปฏิบัติการที่ "พูดคุย" กับตัวแก้ไขแบบเรียกซ้ำ ด้วยการใช้ Query Name Minimization DNS ที่กำหนดไว้ใน RFC7816 เท่านั้น ตัวแก้ไข DNS 1.1.1.1 ช่วยลดโอกาสที่ข้อมูลจะรั่วไหลไปยังเซิร์ฟเวอร์ DNS ระดับกลาง เช่น รากและ TLD นั่นหมายถึงตัวแก้ไข DNS 1.1.1.1 จะส่งชื่อได้เพียงพอเท่านั้น เพื่อให้ตัวแก้ไขรู้ว่าจะต้องถามอะไรต่อไป

ตัวแก้ไข DNS 1.1.1.1 ยังรองรับการสืบค้น TLS ส่วนตัวบนพอร์ต 853 (DNS บน TLS) จึงสามารถซ่อนการสืบค้นจากการรั่วไหลของเครือข่ายได้ นอกจากนี้ ด้วยการให้บริการโปรโตคอล DoH แบบทดลอง (DNS ผ่าน HTTPS) บริการดังกล่าวได้ปรับปรุงทั้งความเป็นส่วนตัวและความเร็วในอนาคตสำหรับผู้ใช้เนื่องจากเบราว์เซอร์และแอปพลิเคชันอื่น ๆ สามารถเชื่อมต่อถึงกันได้ รวมการรับส่งข้อมูล DNS และ HTTPS ไว้ในการเชื่อมต่อเดียว

ด้วยการใช้แคชเชิงลบที่เพิ่มขึ้น (แคชเชิงลบคือแคชที่เก็บการตอบสนอง "เชิงลบ" ซึ่งหมายถึงข้อผิดพลาด) ใน DNS ดังที่อธิบายไว้ใน RFC8198 ทำให้ Cloudflare สามารถลดภาระบนระบบต่อไป DNS ทั่วโลก เทคนิคนี้ใช้แคชเชิงลบก่อนสำหรับตัวแก้ไขที่มีอยู่เพื่อเก็บข้อมูลเชิงลบ (หรือไม่มีอยู่จริง) เป็นระยะเวลาหนึ่ง สำหรับโซนที่ลงนาม DNSSE และจากระเบียน NSEC ในหน่วยความจำ ตัวแก้ไขสามารถค้นหาได้ว่าไม่มีชื่อที่ร้องขอโดยไม่ต้องดำเนินการค้นหาเพิ่มเติมใดๆ ดังนั้น หากคุณพิมพ์ wwwwww dot แล้วเขียนอะไรบางอย่าง จากนั้น wwww dot แล้วเขียนอะไรบางอย่าง คำถามที่สองจะถูกตอบว่า "ไม่" อย่างรวดเร็ว (NXDOMAIN ในโลก DNS) แคชเชิงลบใช้งานได้กับโซนที่ลงนาม DNSSEC เท่านั้น ซึ่งรวมถึงรูทและ 1400 จาก 1544 TLD ที่ลงนามเมื่อวานนี้

บริษัทใช้การตรวจสอบความถูกต้อง DNSSEC เนื่องจากช่วยให้มั่นใจได้ว่าคำตอบนั้นถูกต้อง โดยมีค่าใช้จ่ายในการตรวจสอบลายเซ็นที่ต่ำและประหยัด Cloudflare ต้องการให้ผู้ใช้เชื่อถือคำตอบที่ได้รับเสมอ และดำเนินการตรวจสอบที่เป็นไปได้ทั้งหมดเพื่อหลีกเลี่ยงคำตอบเชิงลบให้กับลูกค้า

อย่างไรก็ตาม ข้อผิดพลาดในการกำหนดค่า DNSSEC ที่เกิดจากตัวดำเนินการ DNS อาจทำให้โดเมนได้รับการกำหนดค่าไม่ถูกต้อง เพื่อแก้ไขปัญหานี้ Cloudflare จะกำหนดค่า “ Negative Trust Anchors ” บนโดเมนที่มีข้อผิดพลาด DNSSEC ที่ระบุและแก้ไขแล้ว และลบออกเมื่อผู้ปฏิบัติงานแก้ไขการกำหนดค่า วิธีนี้จะจำกัดผลกระทบของโดเมน DNSSEC ที่ล้มเหลวโดยการปิดใช้การตรวจสอบความถูกต้องของ DNSSEC ชั่วคราวสำหรับโดเมนที่กำหนดค่าไม่ถูกต้อง และคืนค่าการเข้าถึงให้กับลูกค้าปลายทาง

บริการตัวแก้ไข DNS 1.1.1.1 เกิดขึ้นได้อย่างไร

ในตอนแรก Cloudflare คิดเกี่ยวกับการสร้างตัวแก้ไขของตัวเอง แต่แนวคิดนี้ถูกปฏิเสธในเวลาต่อมาเนื่องจากความซับซ้อนและการพิจารณาที่เกี่ยวข้องกับกลยุทธ์การเข้าสู่ตลาด (GTM) - การส่งมอบคุณค่า เป็นเอกลักษณ์ให้กับลูกค้า และได้รับความได้เปรียบทางการแข่งขัน หลังจากที่พวกเขาตรวจสอบตัวแก้ไขโอเพ่นซอร์สทั้งหมดในตลาด จากรายการยาวๆ นี้ พวกเขาได้จำกัดตัวเลือกให้เหลือสองหรือสามตัวเลือกที่เหมาะกับเป้าหมายของโครงการส่วนใหญ่ ในที่สุด บริษัทก็ตัดสินใจสร้างระบบบน Knot Resolver ของ CZ NIC ซึ่งเปิดตัวเมื่อสองปีครึ่งที่แล้ว ด้วยการเลือก Knot Resolver ความหลากหลายของซอฟต์แวร์ก็เพิ่มขึ้นเช่นกัน จุดเด่นคือมีคุณสมบัติหลักมากกว่าที่ Cloudflare ต้องการ ด้วยสถาปัตยกรรมแบบโมดูลาร์ที่คล้ายกับ OpenResty Knot Resolver จึงถูกนำมาใช้และพัฒนา

สิ่งที่น่าสนใจที่ทำให้ตัวแก้ไขของ Cloudflare แตกต่างออกไป

คุณสมบัติขั้นสูงของบริการตัวแก้ไข DNS 1.1.1.1 คือ:

• การลดขนาดแบบสอบถาม RFC7816
• DNS-over-TLS (ความปลอดภัยของเลเยอร์การขนส่ง) RFC7858
• โปรโตคอล DoH DNS-over-HTTPS
• RFC8198 การตอบสนอง "เชิงลบ"

หมายเหตุ Marek Vavruša หัวหน้านักพัฒนา Knot Resolver ทำงานร่วมกับทีม Cloudflare DNS มาเป็นเวลากว่าสองปีแล้ว

วิธีทำให้ตัวแก้ไขเร็วขึ้น

มีหลายปัจจัยที่ส่งผลต่อความเร็วของตัวแก้ไข สิ่งแรกและสำคัญที่สุดคือ: สามารถตอบกลับจากแคชได้หรือไม่ หากเป็นไปได้ เวลาในการตอบกลับเป็นเพียงเวลา "ไปกลับ" สำหรับแพ็กเก็ตจากไคลเอนต์ไปยังตัวแก้ไข

เมื่อตัวแก้ไขต้องการคำตอบจากผู้มีอำนาจ สิ่งต่าง ๆ จะซับซ้อนขึ้นเล็กน้อยเนื่องจากตัวแก้ไขจำเป็นต้องติดตามลำดับชั้น DNS เพื่อแก้ไขชื่อโดเมน ซึ่งหมายความว่าจะต้องพูดคุยกับเซิร์ฟเวอร์ที่เชื่อถือได้หลายเครื่องโดยเริ่มต้นด้วยชื่อโดเมน เริ่มจาก เซิร์ฟเวอร์ต้นทาง ตัวอย่างเช่น รีโซลเวอร์ในบัวโนสไอเรส ประเทศอาร์เจนตินาจะใช้เวลาในการตรวจสอบลำดับชั้น DNS นานกว่ารีโซลเวอร์ในแฟรงก์เฟิร์ต ประเทศเยอรมนี เนื่องจากอยู่ใกล้กับเซิร์ฟเวอร์ที่เชื่อถือได้ เพื่อแก้ปัญหานี้ เราจะต้องเติมแคชไว้ล่วงหน้านอกวงสำหรับชื่อทั่วไป ซึ่งหมายความว่า เมื่อมีการสืบค้นจริงเข้ามา จะสามารถดึงคำตอบจากแคชได้เร็วยิ่งขึ้นมาก

ปัญหาประการหนึ่งของเครือข่ายที่ขยายขนาดออกก็คือ อัตราการเข้าถึงแคชนั้นแปรผกผันกับจำนวนโหนดที่กำหนดค่าในแต่ละศูนย์ข้อมูล หากมีโหนดเดียวในศูนย์ข้อมูลที่ใกล้ที่สุด คุณสามารถมั่นใจได้ว่าเมื่อคุณถามคำถามเดิมสองครั้ง คุณจะได้รับคำตอบที่แคชไว้เป็นครั้งที่สอง อย่างไรก็ตาม เนื่องจากมีหลายร้อยโหนดในแต่ละศูนย์ข้อมูล ผู้ใช้จึงอาจได้รับการตอบกลับที่ไม่ได้รับการแก้ไข ซึ่งทำให้เกิดเวลาแฝงสำหรับคำขอแต่ละรายการ วิธีแก้ไขทั่วไปคือการวางแคชโหลดบาลานเซอร์ไว้หน้ารีโซลเวอร์ทั้งหมด แต่จะกลายเป็นความล้มเหลวจุดเดียวสำหรับทั้งระบบและ Cloudflare อย่าทำมัน แทนที่จะใช้แคชแบบรวมศูนย์ ตัวแก้ไข DNS 1.1.1.1 จะใช้แคชแบบกระจายขั้นสูง

นโยบายข้อมูล

Cloudflare อ้างว่าจะไม่เก็บที่อยู่ IP ของลูกค้า และใช้เฉพาะชื่อการสืบค้นเพื่อปรับปรุงประสิทธิภาพตัวแก้ไข DNS (เช่น การเติมแคชตามโดเมนยอดนิยมในภูมิภาคและ / หรือหลังจากการเบลอ)

Cloudflare จะไม่จัดเก็บข้อมูลใดๆ ไว้ในบันทึกที่ระบุผู้ใช้ และบันทึกที่รวบรวมไว้ทั้งหมดจะถูกลบภายใน 24 ชั่วโมง บริษัทกล่าวว่าจะปฏิบัติตามนโยบายความเป็นส่วนตัวต่อไป และรับประกันว่าจะไม่มีการขายข้อมูลผู้ใช้ให้กับผู้ลงโฆษณาหรือใช้เพื่อกำหนดเป้าหมายผู้บริโภค

วิธีการตั้งค่าตัวแก้ไข DNS 1.1.1.1

Quantrimang.com มีคำแนะนำเฉพาะเจาะจงเกี่ยวกับวิธีตั้งค่า DNS นี้บนพีซีและมือถือ หากคุณสนใจก็สามารถปฏิบัติตามได้

• เปลี่ยน DNS เป็น 1.1.1.1 บนคอมพิวเตอร์ของคุณเพื่อความปลอดภัยและการท่องเว็บที่รวดเร็วยิ่งขึ้น
• วิธีเปลี่ยน DNS เป็น 1.1.1.1 อย่างรวดเร็วบน Android และ iPhone

บางสิ่งเกี่ยวกับที่อยู่ตัวแก้ไข DNS

Cloudflare ทำงานร่วมกับ APNIC และใช้ที่อยู่ IPv4 1.0.0.1 และ 1.1.1.1 (ทุกคนเห็นพ้องต้องกันว่าที่อยู่เหล่านี้ง่ายต่อการจดจำ) หากไม่มีการวิจัยและทดสอบเป็นเวลาหลายปี ไซต์เหล่านี้ก็คงไม่สามารถผลิตได้

สำหรับIPv6บริษัทได้เลือก 2606:4700:4700::1111 และ 2606:4700:4700::1001 สำหรับบริการนี้ ดังที่คุณทราบแล้วว่าการรับที่อยู่ IPv6 ไม่ใช่เรื่องง่าย แต่พวกเขาเลือกที่อยู่ที่ใช้เฉพาะตัวเลขเท่านั้น

แต่ทำไมต้องใช้ที่อยู่ที่จำง่ายล่ะ? มีอะไรพิเศษเกี่ยวกับตัวแก้ไขสาธารณะนี้ สิ่งแรกที่ต้องทำในกระบวนการนี้คือตำแหน่งที่จะใส่ตัวเลขเหล่านี้ พวกเขาต้องการหมายเลขที่สามารถป้อนลงในคอมพิวเตอร์เครื่องใดก็ได้หรือเชื่อมต่อกับอุปกรณ์ที่ผู้ใช้ใช้ค้นหาบริการรีโซลเวอร์

ทุกคนบนอินเทอร์เน็ตสามารถใช้ตัวแก้ไขสาธารณะนี้ได้ และคุณสามารถดูวิธีการได้โดยไปที่ https://1.1.1.1/ และคลิกเริ่มต้นใช้งาน

เหตุใดจึงต้องประกาศการเปิดตัวตัวแก้ไข DNS ในเดือนเมษายน

สำหรับคนส่วนใหญ่ในโลก วันอาทิตย์คือวันที่ 1 เมษายน 2018 (ในสหรัฐอเมริกา วิธีเขียนวันที่จะเป็นเดือนก่อนวันหลังจากวันที่ 4 มกราคม 2018) คุณเห็น 4 และ 1 หรือไม่? นั่นคือเหตุผลที่ Cloudflare ประกาศในวันนี้ สี่หมายเลขหนึ่ง (1.1.1.1)