Rupanya itu adalah penyingkat URL. Ini diselesaikan dengan baik di Chrome dan Firefox. Bagaimana ini domain tingkat atas yang valid?
Perbarui: untuk orang-orang yang mengatakan itu browser shenanigans, mengapa: http://com./
tidak membawa saya ke http://www.com/
:?
Dan, apakah browser pernah mengirimi Anda respons dari suatu tempat selain dari apa yang sebenarnya ada di bilah alamat? Selain dari frameset dan hal-hal seperti itu, saya pikir browser berusaha sangat keras untuk mengirimi Anda konten hanya dari situs di bilah alamat, untuk membantu menjaga terhadap phising.
domain-name-system
domain
url
Chris
sumber
sumber
http://to.
menghasilkan situs web berbeda darihttp://www.to.
(yang terakhir sama denganhttp://www.to
). Jika salah satu adalah melihat hal yang sama untuk dua URL maka browser memang mengacaukan, dan mungkin menunjukkan www.to untuk ... keduaJawaban:
Pada dasarnya, seseorang telah berhasil meyakinkan pemilik ccTLD 'untuk'. (Tonga?) Untuk menetapkan catatan A ke alamat IP mereka sendiri. Cukup kudeta di dunia lama penyingkat URL yang aneh.
Biasanya level atas ini tidak akan memiliki alamat IP yang ditetapkan melalui catatan standar A, tetapi tidak ada yang mengatakan bahwa hal yang sama tidak dapat dilakukan untuk .uk, .com, .eu, dll.
Sebenarnya tidak ada alasan untuk memiliki '.' ditentukan, meskipun seharusnya mencegah browser Anda mencoba kombinasi lain seperti 'to.yourdomain.com' terlebih dahulu, dan mempercepat resolusi alamat. Mungkin juga membingungkan browser, karena tidak ada titik, tetapi Safari setidaknya berfungsi dengan baik.
sumber
"to" (TLD negara untuk Tonga) adalah seluruh domain untuk situs - tidak ada tipu daya peramban:
Alasan mengapa sebaiknya menggunakan " http://to./ " adalah karena beberapa browser akan mencoba mengubah "menjadi" menjadi " http://www.to.com " di bilah alamat.
sumber
Setiap zona DNS dapat memiliki catatan DNS apa pun untuk zona itu sendiri (dalam file konfigurasi bind, catatan ini diberi label dengan @). Sebenarnya - izinkan saya bertanya ini - dapat zona root memiliki @ untuk menggambarkan dirinya sendiri? Apakah IE dapat memiliki catatan alamat? Saya tidak mengerti mengapa itu tidak bisa. itu akan menjadi alamat keren untuk dimiliki. " http: //./ "
Zona "Root" hanyalah sebuah zona bernama ".". Saat ini, zona itu memiliki banyak server nama. Alamat server nama ini didistribusikan sebagai file teks . File teks ini atau yang serupa secara manual dimasukkan ke banyak server nama rekursif yang khas.
Menempatkan "." di akhir nama memberitahu resolver lokal Anda bahwa nama yang Anda masukkan nama domain " berkualifikasi penuh ", artinya persis dan hanya nama yang ingin Anda cari. Seringkali, kami menggunakan nama yang tidak memenuhi syarat atau ambigu seperti "www" yang berarti "www.of.the.place.I.work" di mana resolver DNS lokal Anda memiliki "of.the.place.I.work" sebagai "dns domain "atau" domain pencarian ".
Server domain level root ini memiliki daftar domain " tingkat atas " yang memetakan kira-kira abstraksi lama tentang bagaimana para peneliti di tahun 80-an berpikir internet akan digunakan dan negara , dan domain tingkat atas untuk " infrastruktur ". Setiap domain tingkat atas ini memiliki banyak server nama yang memiliki daftar zona aktual di domain itu, jadi permintaan untuk maps.google.com pertama-tama pergi ke server tingkat root yang membagikan daftar server nama yang diketahui. com, dan ketika ditanya, salah satu yang tahu tentang server nama mana yang memiliki catatan untuk google.com, dan salah satu dari mereka yang tahu catatan spesifik untuk www.google.com.
Jadi, semua yang perlu Anda lakukan adalah meyakinkan siapa pun yang menjalankan TLD untuk suatu negara atau organisasi untuk memasukkan catatan alamat untuk .zone, bukan hanya google.zone dan Anda orang emas.
Saat ini, domain tingkat atas berikut memiliki catatan alamat (tidak semua menjalankan server web)
dan yang berikut memiliki rekaman mx (jadi pengguna @ TLD. adalah alamat yang berpotensi terkirim)
(Aku benar-benar bertanya-tanya tentang apa yang terjadi dengan "tt" di sini ...)
Jadi, secara teori, Anda bisa mengirim email ke pope @ va. dan itu akan dikirimkan dengan benar ...
Jika Anda menggunakan server root yang berbeda, Anda akan berakhir dengan pandangan berbeda tentang apa yang ada di internet. Semua resolusi lokal yang saya lakukan bertentangan dengan sistem lokal saya yang menggunakan " dnscache " yang langsung menuju ke server root. Banyak server DNS penyelesaian lainnya akan meminta server DNS lokal lain alih-alih meminta server root.
sumber
tt
Catatan MX sekarang mengarah ke GoogleBagaimana tidak? Tidak ada batasan untuk "bagian" minimum yang harus dimiliki domain. Ini adalah ccTLD untuk Tonga seperti
us
,eu
,uk
,me
, .... Berikut ini titik berarti itu adalah subdomain dari domain akar. Sebenarnya,xyz.com
ini benar-benarxyz.com.
.Pada dasarnya, apa yang telah mereka lakukan hanyalah menambahkan
A
catatan yang menunjuk ke server Web. Mereka memiliki server nama yang bertanggung jawab untuk menjawab pertanyaan untukto.
dan semua subdomainnya sehingga mereka dapat melakukannya dengan mudah.Demonstrasi fakta:
PS: Berdasarkan konten utas ini, saya benar-benar yakin bahwa perangkat lunak yang digunakan oleh beberapa operator Internet (ISP, ...) tidak mengikuti spesifikasi dengan benar dan kebetulan mengikuti konvensi. Ini mungkin sebabnya domain ini rusak untuk banyak orang.
sumber
ping
adalah alat yang salah untuk digunakan untuk pemecahan masalah apa pun pada dasarnya tetapi terutama tidak untuk pemecahan masalah DNS.Jarang bahwa domain tingkat atas memiliki catatan A, tetapi sangat sah. Pikirkan bagaimana Anda dapat memiliki "www.foo.com" dan "foo.com" memiliki catatan yang berbeda, dan menerapkannya sampai ke ccTLD Tonga, .to.
sumber
ya...
"telnet www.to 80" ... mengetik "GET /" berfungsi
"telnet www.to. 80" ... mengetik "GET /" berfungsi
"telnet ke 80" ... tidak dapat membuka koneksi
"telnet ke. 80" ... tidak bisa membuka koneksi
jadi ya, saya kira browser akan membantu. m.
sumber
telnet to. 80
bekerja dengan baik untuk saya. Beberapa server proxy mungkin telah mengacaukannya untuk Anda.telnet to. 80
tidak bekerja untuk saya dan saya jelas tidak berada di belakang proxy. Mungkin DNS Anda sedang melakukan sesuatu yang lain untuk membantu Anda ...telnet
bukan alat yang digunakan untuk memecahkan masalah DNSSepertinya seseorang membeli keseluruhan .to. TLD http://en.wikipedia.org/wiki/.to seperti kata Mehrdad, Anda kemudian dapat menambahkan A Record. Saya pikir mereka hanya menambahkan. ke akhir www.to. untuk memastikan bahwa apa pun yang mencari alamat mencari di akar tld. itu. pada akhirnya semua domain harus disiratkan pula apa yang tidak saya dapatkan adalah mengapa serverfault.com. mengembalikan 400 Permintaan Buruk?
sumber
Host: serverfault.com.
. Saya tidak dapat menemukan apa pun di spesifikasi HTTP yang membatasiHost
nilai header berisi.
di akhir. Saya kira itu adalah bug di IIS; itu tidak sesuai dengan spesifikasi.Menjadi TLD, itu juga dapat memiliki catatan A menunjuk ke Alamat IP, seperti example.com dapat memiliki catatan A.
Sunting: Menurut beberapa pengujian dengan nslookup, sepertinya catatan A untuk "ke" berbeda dari yang untuk "www.to", meskipun saya tidak sepenuhnya yakin apakah ini adalah kesalahan atau tidak.
sumber
ini tidak ada hubungannya dengan browser. 'to' memiliki Catatan Sumber Daya DNS, sesederhana itu:
sumber
Tidak diperlukan browser bantuan:
Tampaknya seluruh TLD dipetakan ke alamat IP (vs. hirarki DNS), coba:
Tetapi periksa TLD lainnya:
Saya tidak tahu apakah ini mengikuti aturan ICANN tapi itu hanya masalah mengkonfigurasi DNS untuk DNS seluruh TLD negara.
sumber
Rupanya tidak semua caching entitas DNS dipersiapkan untuk TLD untuk memiliki catatan A, karena hanya bekerja dengan 50% dari 2 server DNS yang saya coba.
Browser yang ramah itu "memperbaiki" domain dalam kasus itu ke www.to tentu tidak membantu dalam membersihkan kebingungan.
sumber
ini benar-benar bukan hal baru. dot tk telah menawarkan ini sejak lama. lihat tweak.tk lalu tab teknis. mereka melakukannya dengan dingin, http://tk./abcde juga abcde.tk yang bahkan lebih pendek!
sumber
http://to./
begitu BARU?". Hanya mengatakan :)Saya pikir jawaban sederhana adalah bahwa pemilik set server web
sebagai (tambahan) header host http untuk situs web itu.
Masalahnya di sini adalah bahwa beberapa server DNS dapat menyelesaikan "ke" dan "ke." (Google DNS mengatakan 216.74.32.103) dan beberapa tidak bisa.
sumber
Spesifikasi DNS juga memungkinkan periode trailing untuk digunakan untuk menunjukkan root, misalnya, "abc" dan "abc" adalah setara, tetapi yang terakhir lebih eksplisit dan diperlukan untuk dapat diterima oleh aplikasi. Konvensi ini sangat penting ketika nama TLD sedang dirujuk secara langsung. Misalnya, ketika ".COM" telah menjadi terminologi populer untuk merujuk ke domain tingkat atas itu, "COM." akan benar dan teknis benar dalam berbicara tentang DNS, karena itu menunjukkan bahwa "COM" adalah nama domain tingkat atas.
Dari: ftp://ftp.rfc-editor.org/in-notes/rfc3696.txt
sumber
Jadi pertanyaannya adalah mengapa itu tidak berhasil? Dan jawabannya adalah setelah Verisign memutuskan untuk memperkenalkan wildcard ke .com. zona beberapa tahun yang lalu, para pengembang mengikat memperkenalkan konsep zona 'hanya delegasi'. Dalam zona delegasi saja, setiap catatan A yang tidak lem lebih rendah untuk catatan NS tidak akan diterima oleh resolver dan klien akan mendapatkan kembali NXDOMAIN.
Jadi sementara dari sudut pandang protokol yang ketat tidak apa-apa untuk "to." Nama DNS untuk memiliki catatan A, dalam praktiknya itu tidak akan berfungsi untuk pelanggan dari beberapa ISP.
Anda mungkin meletakkan:
di named.conf Anda untuk mengaktifkan ini hanya untuk .com. domain, atau Anda mungkin mengaktifkannya untuk semua TLD tetapi mengecualikan beberapa dari mereka dengan menambahkan opsi {} memblokir sesuatu seperti:
dll. Ada daftar panjang domain "diterima" di sini yang biasanya diizinkan, seperti "untuk", tetapi tergantung pada bagaimana perasaan BOFHish Anda, Anda mungkin membatasi ini lebih banyak.
Tautan telah bergerak sejak pertama kali saya mencatatnya, dan lagi sejak saya pertama kali menulis balasan ini, tapi saya pikir inilah yang saya tunjukkan: http://www.isc.org/software/bind/delegation-only
sumber
Setiap kesempatan itu mungkin ada hubungannya dengan OpenDNS. Di komputer rumah saya menggunakan OpenDNS nslookup mengembalikan alamat IP. Di komputer kerja saya melalui VPN untuk tidak menyelesaikan dan http://to./ tidak melakukan apa-apa.
Ini bisa jadi bug dengan OpenDNS ... ini tampaknya mirip dengan fungsi pintas mereka, di mana Anda memasukkan sesuatu seperti 'mail' sebagai pintasan dan ' http://webmail.mydomain.com ' sebagai situs web, dan ketika Anda memasukkan 'mail' dari jaringan yang Anda tetapkan, Anda akan dibawa ke ' http://webmail.mydomain.com '. Mungkin seseorang mendefinisikan jaringan mereka sebagai 0.0.0.0 dan membuat 'to' sebagai jalan pintas? Jika itu masalahnya, ini akan menjadi peluang besar untuk mengeksploitasi pengguna OpenDNS!
sumber
Seperti yang telah ditunjukkan. "untuk." adalah cara yang valid untuk menentukan nama host yang memenuhi syarat. Tidak diperlukan bagian lain dari nama DNS "khas" Anda.
Jika Anda melihat tangkapan layar "dig to.", Anda akan melihat "to." memiliki catatan A 216.74.32.103 :
Saya menduga Tonga memutuskan untuk mengizinkan ini sebagai imbalan atas sesuatu (mungkin, uang tunai yang keras?)
sumber
Peringatan: Saya hanya tahu cukup tentang DNS menjadi berbahaya. Tapi inilah yang saya tahu:
.
adalah domain root;to
adalah satu di bawah ituIni lebih masuk akal (dan berfungsi!):
http://www.to/
Jadi, pada dasarnya, kami menghilangkan bagian www dan browser menyimpulkannya?
ikhtisar DNS dasar:
http://developer.yahoo.net/blog/archives/2009/11/an_engineers_gu.html
sumber
.com
. Jika Anda hanya menempatkanhttp://to
, browser Anda berubah bahwa untukhttp://www.to.com
, tetapi jika Anda menggunakanhttp://to.
maka web browser perubahan yang kehttp://www.to
www.to.
danwww.to
) dan untuk. (to.
) menghasilkan halaman yang berbeda, dan menggunakan alamat IP yang berbeda. Saya kira "www" benar-benar telah terdaftar sebagai domain tingkat kedua oleh orang lain.Melakukan whois di TO. nama domain menghasilkan yang dimiliki oleh IANA:
sumber
Beberapa tangkapan layar, untuk menunjukkan bahwa
http://to./
menghasilkan situs yang berbeda dari † :http://www.to./
http://to./
versushttp://www.to./
(klik untuk memperbesar)Alamat IP juga berbeda: 216.74.32.103 versus 74.54.218.210 hari ini.
Jadi: jika seseorang melihat hal yang sama untuk kedua URL maka peramban memang mengacaukan, dan mungkin ditampilkan
www.to
untuk keduanya.†
http://www.to./
mungkin tidak memerlukan titik tambahan untuk memberi tahu browser agar tidak mencoba sesuatu yang mewah, dan karenanya sama denganhttp://www.to
, di manawww
mungkin telah terdaftar sebagai domain tingkat kedua oleh beberapa perusahaan lain yang tidak terkait.sumber
Mereka memiliki www.to, jadi www.www.to menunjuk ke URL yang sama. Browser mengubahnya menjadi www.to atas permintaan.
sumber
www.to
dapat menunjuk ke alamat yang sama,www.to
dapat menunjuk ke komputer yang sama sekali berbeda.