1 คะแนน โดย GN⁺ 2024-03-17 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • โดเมนจำนวน 12.6 ล้านโดเมนใน TLD .tk,.cf,.gq ที่ Freenom ดูแลถูกยุติและไม่สามารถ resolve ได้อีกต่อไป ส่งผลให้ขนาดของโดเมนที่โฮสต์บน Cloudflare ลดลงอย่างมาก
  • ใน Web Server Survey รายเดือนของ Netcraft จำนวนโดเมน Freenom ที่ยัง resolve ได้ลดลง 98.7% จากเดือนก่อน และโดเมนใน 3 TLD ดังกล่าวบน Cloudflare ลดลง 99.8%
  • Freenom หยุดรับการจดทะเบียนใหม่หลังถูก Meta ฟ้องในปี 2023 กรณี เพิกเฉยต่อรายงานการใช้งานในทางที่ผิด และประกาศถอนตัวจากธุรกิจชื่อโดเมนเมื่อวันที่ 12 กุมภาพันธ์ 2024
  • ก่อนการยุติ .tk คิดเป็น 16.2% ของโดเมนที่โฮสต์บน Cloudflare แต่ในชุดข้อมูลเว็บไซต์ 1 ล้านอันดับแรกของ Netcraft พบเพียง 59 เว็บไซต์จาก 57 โดเมน .tk
  • โดเมน Freenom ที่เคยขอใช้ฟรีได้ง่ายถูกนำไปใช้กับฟิชชิงและมัลแวร์ด้วย และหลังการยุติ จำนวน URL อันตราย ที่ Netcraft บล็อกใน TLD เหล่านี้ลดลง 86.9% นับตั้งแต่เดือนธันวาคม 2023

การยุติ TLD ของ Freenom และการหายไปของโดเมน

  • โดเมนจำนวน 12.6 ล้านโดเมนใน TLD .tk, .cf, .gq ที่ Freenom ดูแลถูกยุติและไม่สามารถ resolve ได้อีกต่อไป
  • ใน Web Server Survey รายเดือนของ Netcraft พบว่าลดลง 98.7% เมื่อเทียบกับจำนวนโดเมน Freenom ที่ยัง resolve ได้ในเดือนก่อน
  • โดเมนในทั้งสาม TLD แทบจะหายไปเกือบทั้งหมด
  • .tk, .cf, .gq เป็น ccTLD ของ Tokelau, Central African Republic และ Equatorial Guinea ตามลำดับ แต่แทบไม่ค่อยถูกใช้งานโดยหน่วยงานที่เกี่ยวข้องกับประเทศเหล่านั้นจริง

ลำดับเหตุการณ์ก่อน Freenom ถอนตัวจากธุรกิจ

  • การลดลงครั้งใหญ่มีแนวโน้มเป็นผลจากเหตุการณ์ต่อเนื่องหลัง Freenom ถูก Meta ฟ้องในปี 2023 ในประเด็น เพิกเฉยต่อรายงานการใช้งานในทางที่ผิด
  • Freenom หยุดรับการจดทะเบียนโดเมนใหม่ในเดือนมีนาคม 2023
  • หลังจากนั้น Netcraft ยืนยันว่าในสอง TLD ที่หลุดออกจาก Freenom คือ .ga, .ml ขนาดของอาชญากรรมไซเบอร์ลดลงอย่างมาก
  • Freenom ประกาศเมื่อวันที่ 12 กุมภาพันธ์ 2024 ว่าจะถอนตัวจากธุรกิจชื่อโดเมนและการดำเนินงาน registry
    • ในข่าวประชาสัมพันธ์เดียวกันยังระบุว่าได้ยุติคดีความกับ Meta ด้วยเงื่อนไขด้านการเงินและธุรกิจที่ไม่เปิดเผย
    • ข่าวประชาสัมพันธ์ดังกล่าวถูกลบไปแล้ว แต่ยังอยู่ในคลังเก็บถาวร

ผลกระทบต่อ Cloudflare

  • ก่อนการยุติ .tk, .cf, .gq คิดเป็น 23.1% ของโดเมนทั้งหมดที่โฮสต์บนแพลตฟอร์ม Cloudflare แต่หลังจากนั้นแทบหายไปเกือบทั้งหมด
  • จำนวนรวมของโดเมนในสาม TLD ที่ Cloudflare โฮสต์ลดลง 99.8% หลัง Web Server Survey เดือนมีนาคม 2024
  • ส่งผลให้จำนวนโดเมนทั้งหมดที่ Cloudflare โฮสต์ลดลง 22.0%
  • การนับโดเมนจะนับไซต์อย่าง foo.example.tk และ bar.example.tk เป็นโดเมน example.tk เดียว ไม่ได้นับเป็นคนละไซต์

รูปแบบการใช้งานโดเมน .tk และกรณีที่ยังเหลืออยู่

  • .tk เป็น TLD ที่ได้รับความนิยมมากที่สุดในบรรดา TLD ที่ Freenom ดำเนินการ
  • ณ เดือนก่อนหน้า .tk คิดเป็น 16.2% ของโดเมนทั้งหมดที่โฮสต์บน Cloudflare แต่การใช้งานบนเว็บไซต์ยอดนิยมนั้นน้อยมาก
  • ในชุดข้อมูลเว็บไซต์ 1 ล้านอันดับแรกของ Netcraft มีเพียง 59 เว็บไซต์จาก 57 โดเมน .tk เท่านั้น
    • ในจำนวนนี้ 36 โดเมนยังคง resolve ได้
    • อาจเป็นโดเมนแบบเสียเงิน
  • สำหรับผู้ใช้จำนวนมากที่เคยจดโดเมนฟรี การหายไปอย่างกะทันหันเป็นเรื่องที่ไม่คาดคิด
  • ในชุมชน Cloudflare และ Reddit มีรายงานว่าลูกค้าบางรายทำให้โดเมนกลับมาใช้งานได้อีกครั้งโดยแสดงเป็น “paid domains
  • เว็บไซต์ Freenom แสดงว่าการจดทะเบียนใหม่ไม่สามารถทำได้ชั่วคราวเนื่องจาก “technical issues”

ช่วงเวลาที่การยุติเกิดขึ้นและข้อมูลการออกใบรับรอง

  • จำนวน ใบรับรอง SSL ที่ออกสำเร็จให้กับโดเมน .tk เป็นเบาะแสในการตัดสินว่าการยุติเริ่มส่งผลเมื่อใด
  • หน่วยงานออกใบรับรองรายใหญ่อย่าง Google และ Let’s Encrypt ออกเฉพาะใบรับรองแบบ domain validated เท่านั้น
  • กระบวนการออกและต่ออายุใบรับรองแบบ domain validated จะส่งคำขอ HTTP ไปยังเว็บไซต์เป้าหมาย จึงต้องให้โดเมนปลายทางยัง resolve ได้จึงจะสำเร็จ
  • เมื่อดูปริมาณการออกใบรับรอง .tk ตามช่วงเวลา ผลของการยุติเริ่มชัดเจนในช่วง 8–10 กุมภาพันธ์ 2024
  • ช่วงเวลานี้เกิดขึ้นก่อนวันที่ 12 กุมภาพันธ์ ซึ่ง Freenom ประกาศถอนตัวจากธุรกิจชื่อโดเมนอยู่ไม่กี่วัน และการแจ้งล่วงหน้าที่ไม่เพียงพอทำให้ผู้ใช้จำนวนมากตกใจ
  • หลังจากนั้นยังมีการออกใบรับรองอยู่เล็กน้อย เพราะยังมีโดเมน .tk ส่วนน้อยที่ยังใช้งานอยู่ โดยเฉพาะโดเมนที่แสดงเป็น “paid domains”

ผลเชิงบวกต่อการลดอาชญากรรมไซเบอร์

  • โดเมนที่ Freenom เปิดให้จดฟรีและง่ายเป็นสิ่งที่ดึงดูดอาชญากร และถูกใช้โฮสต์เว็บไซต์ฟิชชิง มัลแวร์ และการโจมตีไซเบอร์รูปแบบอื่นจำนวนมาก
  • ผลข้างเคียงเชิงบวกของการยุติคือ จำนวน URL อันตราย ที่ Netcraft บล็อกใน TLD ที่ได้รับผลกระทบลดลง 86.9% นับตั้งแต่เดือนธันวาคม 2023
  • ดูผลกระทบต่ออาชญากรรมไซเบอร์หลังการประกาศก่อนหน้าของ Freenom เพิ่มเติมได้ที่ Netcraft Blog

1 ความคิดเห็น

 
GN⁺ 2024-03-17
ความเห็นจาก Hacker News
  • นอกเหนือจากตัวบทความแล้ว แค่เห็น .tk ก็ทำให้นึกถึงความหลังมากมาย
    ตอนเด็ก ๆ ยังไม่มีทั้งบัญชีธนาคารหรือบัตรชำระเงินระหว่างประเทศ (VISA/Mastercard) และวิธีเดียวที่จะมีเว็บไซต์ในชื่อตัวเองได้ก็คือ dot.tk
    เคยทำเว็บ .tk ไว้นับไม่ถ้วนให้เพื่อนร่วมชั้น โรงเรียน และครอบครัว

    • ฉันก็เหมือนกัน ตอนนั้นมีแค่ .tk เท่านั้นที่ทำให้มี ชื่อโดเมนของตัวเอง ได้โดยไม่ต้องพึ่งซับโดเมน
      ถ้าจำไม่ผิด URL แรก ๆ จะเป็นอะไรแบบ freeserver.com/~userna ส่วน username.freeserver.com ก็เป็นแนวที่ใช้กันในที่อย่าง Tripod ซึ่งก็ไม่ได้แย่นัก แต่ไม่ค่อยดูเป็นมืออาชีพ
      หลังจากนั้นก็มีบริการแจกซับโดเมนฟรีบนโดเมนสั้น ๆ อย่าง username.fs.com และในตัวเลือกฟรีทั้งหมด username.tk ถือว่าดีที่สุดแบบขาดลอย
      จากนั้นพอโตขึ้นมาหน่อยก็เริ่มจ่ายเงินซื้อโดเมนเอง
    • ในอิตาลีมี 3000.it
      https://web.archive.org/web/20010331143129/http://www.kliman...
      สปอยล์: สุดท้ายไม่ได้เป็นเว็บดีไซเนอร์
    • ยังจำได้ว่าช่วงต้นยุค 90 เคยบอกแม่ว่าฉันสร้างเว็บไซต์เอง
      แม่บอกว่าไม่มีทาง เป็นไปไม่ได้ และแม้จะจำที่อยู่เป๊ะ ๆ ไม่ได้ แต่น่าจะประมาณ zoogatyler1.go.com
      น่าจะเป็นของ Disney ตอนนั้นฉันอายุราว 7–8 ขวบ และรู้สึกตื่นเต้นมากจริง ๆ
      หลังจากนั้นพออายุราว 11–12 ก็เริ่มหมกมุ่นกับ เว็บ .tk
    • ฉันก็จำได้ว่าเคยรันเว็บเซิร์ฟเวอร์เล็ก ๆ บนพีซีห่วย ๆ ที่บ้านพ่อแม่ แล้วให้บริการเว็บผ่าน .tk
      อาจจะเปิดทุกพอร์ตบนเราเตอร์เพื่อให้มันทำงานได้ ซึ่งตอนนั้นก็ไม่ใช่ความคิดที่ฉลาดเท่าไร ไม่มี HTTPS ไม่มีความปลอดภัย และไม่มีการกลั่นกรอง
      ฉันก๊อบ HTML จากเว็บที่ดูเท่มาแปะ แล้วเปลี่ยนแค่ข้อความให้เหมือนเป็นของตัวเอง มันให้ความรู้สึกเหมือนไมโครบล็อกก่อนยุค Twitter, Facebook, Instagram, Blogspot และ Tumblr
    • อยู่พักหนึ่งฉันใช้ทั้ง .tk กับ .co.nr ก่อนจะย้ายไป .co.cc และสุดท้ายก็หาทางซื้อโดเมนของตัวเองได้
  • คนที่บ่นว่า Cloudflare โฮสต์อาชญากรพวกนี้ ก็คงเป็นคนกลุ่มแรกที่บ่นว่า Cloudflare มีอำนาจมากเกินไปเวลาไปปิดเว็บที่ตัวเองไม่ชอบ
    ไม่มีทางทำให้คนพวกนี้พอใจได้ และโดยส่วนตัวฉันคิดว่านี่คือผลลัพธ์ที่ดีที่สุดและแสดงให้เห็นว่าระบบยังพอทำงานอยู่ แม้จะช้าก็ตาม
    ถึงจะใช้เวลาไปบ้าง แต่ก็ไม่จำเป็นต้องสร้างบรรทัดฐานให้ Cloudflare กลายเป็น ตำรวจอินเทอร์เน็ต มากเกินความจำเป็น

    • การพูดว่า “ไม่มีทางทำให้คนพวกนี้พอใจได้” เป็นความผิดพลาดแบบคลาสสิกที่เห็นคอมเมนต์ประเภท A และ B อยู่ในฟอรัมเดียวกันแล้วสมมติว่าเป็น คนกลุ่มเดียวกัน
      ปกติแล้วไม่ใช่คนเดียวกัน
      จะพูดให้แม่นกว่าคือ “ไม่ว่าจะทำอะไร ก็ต้องมีใครบางคนไม่พอใจอยู่ดี”
    • คำพูดที่ว่า “คนที่บ่นว่า Cloudflare โฮสต์อาชญากรพวกนี้ ก็จะบ่นเหมือนกันว่า Cloudflare มีอำนาจมากเกินไปเวลาไปปิดเว็บที่ตัวเองไม่ชอบ” ฟังดูน่าสนใจดี แต่คงจะดีถ้ายกตัวอย่างคนสักคนที่ถือทั้งสองจุดยืนพร้อมกันได้
      ดูแล้วมีโอกาสต่ำมากที่จะเป็นคนกลุ่มเดียวกัน
    • Cloudflare ก็ทำเรื่องแบบนั้นอยู่แล้วตามตรง และได้สร้าง บรรทัดฐาน นั้นไว้แล้ว
      เลยยิ่งรู้สึกแปลกที่แม้แต่อาชญากรตัวจริงก็ยังไม่โดนปิด
      พวกเขาดูไม่มีปัญหาในการบล็อกบางอย่าง แต่กลับขึ้นชื่อว่าใจกว้างเป็นพิเศษกับคอนเทนต์ที่เข้าข่ายอาชญากรรมจริง ๆ
      ไม่ได้จะบอกว่าการกลั่นกรองคอนเทนต์ที่ผ่านมาถูกหรือผิด แค่จะบอกว่าบรรทัดฐานนั้นไม่ใช่เรื่องใหม่
    • สองเรื่องนี้ไม่ได้ขัดแย้งกันเลย ในทั้งสองกรณีก็เป็นแค่บริษัทใหญ่ที่ ทำในสิ่งที่ตัวเองอยากทำ
      การเปรียบเทียบนี้กลับยิ่งชี้ให้เห็นว่าไม่มี “ระบบ” อยู่จริง
      มันดูเหมือนมีสิ่งไร้ตัวตนบางอย่างที่ยอมให้ผู้เล่นไม่ดีบางรายอยู่ได้และไม่ยอมให้อีกบางรายอยู่ แต่ในความเป็นจริงไม่ได้ถามความเห็นใครเลย
      แม้จะอ้างความอ่อนไหวสาธารณะเป็นเหตุผล แต่สุดท้ายมันก็เป็นโครงสร้างแบบหน้าซื่อใจคดและการเมืองหลังฉากตามสูตร และเมื่อคุณสร้างถนนเก็บค่าผ่านทางขึ้นมา คุณก็เปิดทางให้ต่อรองกับคนที่อยากมีส่วนในอำนาจควบคุมนั้น
    • ถ้าเป็นอาชญากร ก็น่าจะส่งตำรวจไปจัดการไม่ใช่หรือ
      ถ้าส่งตำรวจไปไม่ได้ ก็แปลว่าไม่ใช่อาชญากรหรือเปล่า?
      เลยยากจะเข้าใจว่าทำไม โครงสร้างพื้นฐานหลัก ต้องมาอยู่ในสถานะก้ำกึ่งแบบผู้พิพากษาด้วย
  • Cloudflare คง “ช็อกหนัก” มากที่สูญเสียลูกค้าที่ไม่จ่ายเงินไป 12.3 ล้านราย
    หวังว่า CEO คงไม่ดื่มเตกีลาฉลองมากเกินไปคืนนี้

  • ถือเป็นข่าวดี .tk ทำให้พวกเราปวดหัวมามากจริง ๆ และเป็นโดเมนระดับบนสุดที่ห่วยสุด ๆ
    บนแพลตฟอร์มของเรา สัดส่วนการฉ้อโกงและการใช้งานในทางที่ผิดสูงแบบเหลือเชื่อ เกือบแตะ 99% เลย

    • ถ้าอย่างนั้นก็ดูเหมือนจะเป็นการยอมรับโดยนัยว่า Cloudflare เคยหรือยังคงโฮสต์โดเมนจำนวนมากที่ใช้เพื่อการฉ้อโกงและการใช้งานในทางที่ผิดใช่ไหม
      พอคิดถึงเวลาและแรงที่พวกเขาทุ่มไปกับการลดการฉ้อโกงและการใช้งานในทางที่ผิด ก็ถือว่าน่าแปลกใจ
      เลยสงสัยว่าฉันพลาดอะไรไปหรือเปล่า
    • ถ้า .tk เป็นสัญญาณของการใช้งานในทางที่ผิดที่ชัดเจนขนาดนั้น การหายไปของสัญญาณนี้ก็อาจเป็นเรื่องแย่ไม่ใช่หรือ
      บางที ICANN น่าจะเปิดตัว .free แล้วประชาสัมพันธ์ให้ทุกคนรู้สักสองสามปี จากนั้นปล่อยให้ฝั่งที่ทำตัวกรองสแปมจัดการมันตามสะดวกน่าจะดีกว่า
    • ฉันไม่คิดว่าพอ .tk หายไปแล้วการฉ้อโกงจะหายไปเอง
    • ฉันก็เป็นอีกคนที่มักจะมองข้าม โดเมน .tk โดยอัตโนมัติ ดังนั้นเราอาจกำลังสูญเสียทั้งสัญญาณสแปมที่เชื่อถือได้และฮันนี่พอตไปก็ได้
    • น่าสนใจตรงที่ในรายการของฉัน .xyz ใกล้เคียงกับการเป็นโดเมนสแปมคุณภาพแย่มากยิ่งกว่าเสียอีก
      ถ้ามันหายไปด้วยก็คงดี
  • มีช่วงหนึ่งที่บอกว่า “โดเมนที่ได้รับผลกระทบถือเป็นความสูญเสียครั้งใหญ่สำหรับ Cloudflare โดย .tk, .cf, .gq เคยคิดเป็น 23.1% ของโดเมนทั้งหมดที่โฮสต์อยู่บนแพลตฟอร์ม และตอนนี้แทบทั้งหมดหายไปแล้ว” แต่ผมไม่ค่อยเข้าใจว่ามันเป็นความสูญเสียในความหมายไหน
    มองยากว่า Cloudflare จะเสียเงินหรือรายได้จากเรื่องนี้ และถ้าโดเมนส่วนใหญ่เป็นแนวสแปม ก็ดูจะใกล้เคียงกับการเปลี่ยนแปลงที่แทบไม่มีความหมาย

    • ผมก็คิดเหมือนกันตอนอ่าน โดยรวมแล้วมีโอกาสสูงว่าจะเป็นกำไรสุทธิสำหรับ Cloudflare
      จาก 12.6 ล้านโดเมนที่ “หายไป” เมื่อกี้นี้ สัดส่วนลูกค้าที่จ่ายเงินจริงน่าจะ 0.00% พอดี
      คนที่ไม่อยากแม้แต่จะจ่ายค่าชื่อโดเมนก็คงไม่น่าจะจ่ายค่า CDN ด้วย
      Cloudflare น่าจะเอาเงินที่ประหยัดได้จากค่าแบนด์วิดท์มาเช็ดน้ำตาให้กับความสูญเสียนี้ได้
  • โดเมน .tk ที่ดังอีกอันคือ tcl.tk ของภาษาโปรแกรม Tcl และเพิ่งเช็กดูว่ามันยังเป็นหนึ่งในโดเมน .tk แบบเสียเงินที่ยังอยู่รอด

    • ไม่เข้าใจว่าทำไมองค์กรต่าง ๆ ถึงพยายามใช้โดเมนระดับบนสุดแปลก ๆ แบบนี้กันนัก
      ผมยังมองการที่ Rust ใช้ .rs ในจุดสำคัญ ๆ แบบก้ำกึ่งอยู่ เพราะโดยพื้นฐานแล้วมันเป็นโดเมนที่รัฐบาลเซอร์เบียควบคุม
      อย่างน้อยที่สุดก็ต้องฝากการเซ็น DNSSEC ของ .rs ไว้กับรัฐบาลเซอร์เบีย ซึ่งผมไม่ไว้ใจ
    • ผู้ดูแล Tcl เคยเปลี่ยน URL หลักเป็น tcl-lang.org อยู่พักหนึ่งเพราะ Freenom ไม่น่าเชื่อถือเกินไป
      ถึงอย่างนั้นก็ยังคงให้บริการ tcl.tk ต่อและหวังว่ามันจะไปได้ดี
      อยากให้ Tokelau เลือกผู้รับจดทะเบียนที่มีชื่อเสียงดีในอนาคต เพื่อให้ .tk กลายเป็นโดเมนที่ใช้ในงานจริงจังได้ด้วย
    • คิดถึง Tcl เหมือนกัน
  • อ้อ แบบนี้นี่เอง ถึงต่ออายุโดเมนบางอันที่ใช้มานานกว่า 10 ปีไม่ได้
    แม้แต่การอัปเกรดเป็นโดเมนแบบเสียเงินก็ยังทำไม่ได้
    ดูไม่เหมือนว่าจะช่วยลดมัลแวร์ การหลอกลวง หรือฟิชชิงได้
    แต่กลับน่าจะกระทบนักเรียนและคนหนุ่มสาวที่อยากเริ่มทำเว็บแต่ไม่มีเงินจ่ายค่าชื่อโดเมน

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

    • ยากจะเชื่อว่าคนที่ใช้โดเมนฟรีจะใช้ Cloudflare แบบเสียเงิน
      ค่าชื่อโดเมนถูกกว่าค่า Cloudflare มาก
  • ปลอดภัยไหมที่จะสมมติว่าโดเมนเหล่านี้แทบทั้งหมดอยู่บนแพ็กเกจฟรีของ Cloudflare?
    คนที่ได้โดเมนมาฟรี ไม่น่าจะถูกคาดหวังว่าจะจ่ายค่าโฮสติ้ง
    ถ้าอย่างนั้นก็ดูไม่ใช่ความสูญเสียใหญ่สำหรับ Cloudflare หรือผมกำลังมองข้ามอะไรไป?

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

    • พูดอย่างเป็นธรรม เรื่องนี้ใช้ได้กับทุกโดเมน
      สำหรับโดเมนระดับบนสุดตามรหัสประเทศ (ccTLD) ความกังวลที่มากกว่าคือโครงสร้างแบบ “ยืมใช้” นี้ยังซ้อนทับกับสถานการณ์ภูมิรัฐศาสตร์ของประเทศนั้น ความมั่นคงของรัฐบาลและหน่วยงานกำกับดูแลในเวลานั้น รวมถึงปัจจัยทางการเมืองภายในประเทศ
      ปัจจัยเหล่านี้สามารถทำให้ข้อกำหนดการจดทะเบียนหรือนโยบายของ ccTLD นั้นเปลี่ยนไปได้
      ถ้าตั้ง root nameserver ไว้ในดาต้าเซ็นเตอร์ของตัวเอง ก็ยังต้องกังวลเรื่องโครงสร้างพื้นฐาน DNS และปัญหาแบนด์วิดท์ในท้องถิ่นด้วย และจะยิ่งเป็นแบบนั้นหากไม่ได้เอาต์ซอร์ส