Nie można śledzić traceroute „smtp.gmail.com”

0

Próbowałem skonfigurować serwer NAS do wysyłania wiadomości SMTP, ale transmisja zawsze wydaje się nieudana. Aby zdiagnozować ten problem, próbowałem traceroute'ing "smtp.gmail.com:587" ...

Zawsze zawodzi przy drugim skoku:

kylemart@nas:/$ sudo traceroute -n -T -p 587 smtp.gmail.com
[sudo] password for kylemart:
traceroute to smtp.gmail.com (74.125.141.109), 30 hops max, 60 byte packets
 1  192.168.143.1  0.337 ms  0.753 ms  0.771 ms
 2  66.158.XXX.XXX  1.752 ms  1.497 ms  1.758 ms
 3  * * *
 4  * * *
 5  * * *
 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  * * * 

(Uwaga: litery X zostały ręcznie wstawione w celu maskowania adresu IP).

Czy zamierzam zdiagnozować swój pierwotny problem we właściwy sposób? Jeśli tak, to czy jest to problem związany z usługodawcą internetowym? Wydaje się, że żadne z moich urządzeń nie jest w stanie śledzić „smtp.gmail.com:587” po podłączeniu do mojej sieci domowej, ale po podłączeniu do mobilnego hotspotu wszystko działa dobrze.

Kylemart
źródło
Wszystko w tym wskazuje na to, że twój dostawca Internetu blokuje smtp.gmail.com na porcie 587.
davidgo

Odpowiedzi:

0

To było rozwiązanie, którego potrzebowałem: https://community.netgear.com/t5/Nighthawk-WiFi-Routers/Outbound-Mail-Blocked/mp/1359873/highlight/true#M65452 .

Krótko mówiąc, mojemu routerowi przypisano adres IP, który został umieszczony na czarnej liście przy użyciu SMTP. ISP najwyraźniej zamapował adres MAC mojego routera na ten adres IP z czarnej listy, więc skonfigurowałem router tak, aby używał pseudolosowego adresu MAC. Spowodowało to, że dostawca usług internetowych nadał mojemu routerowi nowy adres IP i w rezultacie rozwiązał mój problem.

EDYCJA: Chociaż traceroute wydaje się wskazywać, że rzeczy nie działają zgodnie z oczekiwaniami. Oto nowe dane wyjściowe:

kylemart@nas:/$ sudo traceroute -n -T -p 587 smtp.gmail.com
traceroute to smtp.gmail.com (74.125.141.108), 30 hops max, 60 byte packets
 1  192.168.143.1  0.448 ms  0.968 ms  0.999 ms
 2  66.158.177.124  2.114 ms  2.032 ms  2.072 ms
 3  208.111.0.123  2.090 ms  2.073 ms  2.057 ms
 4  208.111.12.214  5.149 ms  5.181 ms  5.119 ms
 5  65.158.121.12  13.068 ms  13.095 ms  13.077 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  * * * 

Uwaga: adresy IP zostały ręcznie (lekko) zaciemnione.

Kylemart
źródło
cieszę się, że to działa. powiedziawszy, w związku z twoim pytaniem, nie spodziewałbym się, że zachowanie tracert zmieniło się po prostu, ponieważ masz nowe IP. Zrobił to
Frank Thomas
@FrankThomas Właściwie to nieznacznie się zmieniło. Mimo to zaskakuje mnie fakt, że tak naprawdę nie został ukończony. Podam nowy wynik w powyższym poście.
kylemart
Tracert polega na tym, że każdy host w łańcuchu jest skonfigurowany do emitowania komunikatów ICMP TTL-PRZEKRACZAJĄCYCH, gdy pakiet TTL wygasł. Wiele sieci po cichu upuszcza wygasłe wiadomości, w takim przypadku węzeł nie pojawi się na wydruku. Pamiętaj, że w nowoczesnych sieciach ruch może odbywać się wieloma ścieżkami, z których niektóre pozwalają na komunikaty odpowiedzi ICMP, a inne nie.
Frank Thomas