Tracert output - berusaha memahami apa yang diharapkan


0

Misalnya, jika saya mengetik

tracert www.facebook.com

Saya akan berharap untuk melihat jalan yang diambil oleh paket-paket sementara itu sedang bepergian untuk mencapai situs web, bersama dengan router yang telah dilewati dengan waktu hop juga dicatat. Saya juga percaya bahwa bidang tajuk IP berisi TTL ketika menjadi 0, dijatuhkan oleh pengirim penerima dan diberitahukan ke pengirim asli. (Tolong beri tahu saya jika saya salah)

Namun, pertanyaan saya adalah: Jika saya salah ketik nama situs web saya, output apa yang akan saya harapkan, dan juga akankah perintah ini memberikan saya output yang sama persis (untuk www.facebook.com) setiap saat sepanjang hari? Saya akan berpikir karena masa puncaknya memiliki router yang lebih sibuk dengan lebih banyak penundaan akan bervariasi, namun, saya berharap seseorang dapat menjelaskan dengan lebih baik apa yang sedang terjadi.


Rute ke titik akhir rumit. Terkadang Anda akan selalu mengambil rute yang sama, kadang tidak. Itu benar-benar tergantung pada titik akhir dan apa yang ada di antara keduanya. Pertama, Anda harus ingat bahwa mungkin ada pemilik yang berbeda untuk banyak hop antara kedua titik akhir (bukan hanya ISP) - dan setiap pemilik hop dapat mengatur rute menjadi statis, atau oleh salah satu dari banyak protokol routing dinamis. Ini berarti bahwa rute Anda ke Facebook akan berbeda berdasarkan tempat Anda memulai tracert dan dapat berubah dengan cara yang berbeda. Untuk beberapa mungkin statis, untuk yang lain tidak.
MaQleod

Jawaban:


0

Anda akan selalu diarahkan oleh situs 'benar' - & gt; situs dengan nama EXACT yang Anda ketikkan. Yang mungkin bukan "isite yang Anda cari" tetapi, karena kesalahan ketik adalah milik Anda, jawaban yang diberikan oleh DNS sudah benar (karena akan memeriksa apa yang Anda minta). Ini digunakan dalam beberapa atto spoofing di mana penyerang mendaftarkan nama 'mirip' (saya yakin Anda tidak dapat menemukan perbedaan antara perbedaan antara "x" dan karakter unicode x0445).
Tentang 'waktu hari' Tergantung, mungkin situs mungkin memiliki semua ujung depan merespons IP yang sama dan mengelola penyeimbangan beban 'di dalam' (sehingga IP akan selalu sama) atau dapat memiliki kumpulan IP 'berputar' untuk memungkinkan pengiriman ke beberapa host (contoh klasik dari berbagai IP). ini hanya contoh.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.