Mengapa saya bisa melakukan ping alamat IP tetapi tidak 'melacaknya'?

Saya bisa ping alamat IP, tetapi saya tidak bisa melacaknya. Bagaimana ini bisa terjadi?

[USERNAME@HOSTNAME ~]$ ping CENSORED.CENSORED
PING CENSORED.CENSORED (CENSORED) 56(84) bytes of data.
64 bytes from CENSORED.CENSORED (CENSORED): icmp_req=1 ttl=49 time=52.8 ms
64 bytes from CENSORED.CENSORED (CENSORED): icmp_req=2 ttl=49 time=49.4 ms
64 bytes from CENSORED.CENSORED (CENSORED): icmp_req=3 ttl=49 time=49.2 ms
64 bytes from CENSORED.CENSORED (CENSORED): icmp_req=4 ttl=49 time=50.4 ms
^C
--- CENSORED.CENSORED ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3003ms
rtt min/avg/max/mdev = 49.276/50.494/52.804/1.401 ms
[USERNAME@HOSTNAME ~]$
[USERNAME@HOSTNAME ~]$ traceroute CENSORED.CENSORED
traceroute to CENSORED.CENSORED (CENSORED), 30 hops max, 60 byte packets
 1  CENSORED (CENSORED)  5.733 ms  6.000 ms  5.977 ms
 2  CENSORED (CENSORED)  0.428 ms  0.417 ms  0.393 ms
 3  CENSORED (CENSORED)  1.726 ms  1.718 ms  1.682 ms
 4  CENSORED (CENSORED)  26.699 ms  26.693 ms  26.670 ms
 5  CENSORED (CENSORED)  27.785 ms  27.769 ms  27.746 ms
 6  * * *
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *
[USERNAME@HOSTNAME ~]$

CENSOREDAlamat IP kelima di traceroute tidak sama dengan di "ping CENSORED.CENSORED".

Coba gunakan metode lain di traceroute Anda, misalnya TCP SYN atau ICMP alih-alih metode UDP default.

Misalnya perhatikan perbedaan antara ICMP dan TCP:

x@x:~$ ping -qc4 94.254.2.51
PING 94.254.2.51 (94.254.2.51) 56(84) bytes of data.
--- 94.254.3.90 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3009ms
rtt min/avg/max/mdev = 7.781/7.807/7.836/0.067 ms

x@x:~$ sudo traceroute -I 94.254.2.51
traceroute to 94.254.2.51 (94.254.2.51), 30 hops max, 40 byte packets
1  <REDACTED>
2  <REDACTED>
3  <REDACTED>
4  <REDACTED>
5  netnod-ix-ge-a-sth-1500.bahnhof.net (194.68.123.85)  1.307 ms  1.299 ms  1.432 ms
6  sto-cr1.sto-cr3.bahnhof.net (85.24.151.165)  7.166 ms  7.364 ms  7.336 ms
7  sto-cr3.gav-cr1.bahnhof.net (85.24.151.195)  7.251 ms  7.099 ms  7.220 ms
8  zitius-a322-gw-c.bahnhof.net (85.24.153.249)  7.059 ms  7.074 ms  7.145 ms
9  h-2-51.A322.priv.bahnhof.se (94.254.2.51)  7.619 ms  7.750 ms  8.070 ms

x@x:~$ sudo traceroute -T 94.254.2.51
traceroute to 94.254.2.51 (94.254.2.51), 30 hops max, 40 byte packets
1  <REDACTED>
2  <REDACTED>
3  <REDACTED>
4  <REDACTED>
5  netnod-ix-ge-a-sth-1500.bahnhof.net (194.68.123.85)  1.621 ms  1.683 ms  1.817 ms
6  sto-cr1.sto-cr3.bahnhof.net (85.24.151.165)  8.530 ms  7.861 ms  7.820 ms
7  sto-cr3.gav-cr1.bahnhof.net (85.24.151.195)  7.724 ms  7.539 ms  7.486 ms
8  zitius-a322-gw-c.bahnhof.net (85.24.153.249)  7.572 ms  7.537 ms  7.553 ms
9  * * *
10  * * *
11  * * *
12  * * *
13  * * *

Traceroute didasarkan pada paket ICMP atau UDP. Ini secara efektif ping setiap router di jalur antara Anda dan censored.censored. Ini meningkatkan Time-To-Live (TTL) untuk setiap paket berikutnya yang dikirim (dari 1-30 normal) mengharapkan setiap paket dikirim dengan TTL yang meningkat dari yang terakhir, router berikutnya di jalur akan mengembalikan kode kesalahan .

Jika hop 6 tidak merespons, mungkin secara spesifik memblokir pesan ICMP / UDP. Ping karena itu bekerja karena router antara Anda dan itu hanya melewati paket ICMP / UDP melalui itu daripada menanggapi mereka, seperti yang mereka lakukan dengan traceroute.

Saya tidak melihat jawaban mengapa bagian dari pertanyaan.

Beberapa ISP diketahui membuat router mereka diam-diam untuk melacak dengan dua cara: mereka juga tidak mengurangi TTL dalam paket IP (membuat sendiri lubang IP mereka) atau mereka tidak menanggapi TTL kadaluarsa sambil tetap meneruskan ICMP.

Alasannya adalah untuk menjaga topologi jaringan internal mereka pribadi. Itu saja.

Penerbitan traceroutedari / ke berbagai sumber / tujuan mengungkapkan informasi tentang topologi jaringan, yang merupakan sesuatu yang tidak semua orang menghargai.

Traceroute bergantung pada pesan ICMP, yang mungkin dikonfigurasikan oleh beberapa router agar tidak merespons.

Terkadang ada baiknya menggunakan pinguntuk mendapatkan informasi seperti traceroute:

#!/bin/bash
for TTL in 1 2 3 4 5 6 7 8 9 10 11 12
do
    ping -c 1 -n -t $TTL a.b.c.d
done

Dengan memanggil ping dengan argumen -t $ TTL, Anda kadang-kadang dapat menghindari firewall, dan mencari tahu alamat IP dan sebagainya dari router di belakang firewall.

Baik semua anggukan mulai dari 6 dan seterusnya tidak menanggapi paket UDP atau simpul 6 itu sendiri memblokir paket udp. Anda dapat mencoba metode fllowing, yang saya harap akan bekerja berdasarkan pada node yang mana di jalur menuju blok detination ICMP / TCP SYN:

1. Gunakan ICMP untuk traceroute: $ sudo traceroute -I

2. Gunakan TCP syn untuk traceroute: $ sudo traceroute -T

3. Jika itu hop yang melebihi, gunakan salah satu dari yang berikut: $ sudo traceroute -I -m 60

ATAU

$ sudo traceroute -T -m 60

Yang terakhir bekerja untuk saya sambil menelusuri ke ftp melintasi benua.

Untuk menggunakan perintah ping ke traceroute di lingkungan unix, coba ini:

for ((TTL=1;TTL<30;TTL++));
do
ping -c 1 -t $TTL <IP>;
done