telnet: impossible de se connecter à l'hôte distant: le réseau est inaccessible
Je ne parviens pas à me connecter à gmail avec telnet en utilisant l'un des ports. J'utilise cette commande:
telnet smtp.gmail.com 25
et cela donne l'erreur suivante:
Trying 74.125.68.108...
Trying 74.125.68.109...
Trying 2404:6800:4003:c02::6d...
telnet: Unable to connect to remote Host: Network is unreachable
J'ai utilisé this pour configurer mon pare-feu en utilisant la méthode 2 en pensant que ce problème est peut-être à cause de cela.
le résultat de la commande Sudo ufw status est:
Status: active
To Action From
-- ------ ----
25,53,80,110,443/tcp ALLOW OUT Anywhere
53,67,68/udp ALLOW OUT Anywhere
51413/tcp ALLOW OUT Anywhere
51413/udp ALLOW OUT Anywhere
6969/tcp ALLOW OUT Anywhere
587,2525/tcp ALLOW OUT Anywhere
587,2525/udp ALLOW OUT Anywhere
25,53,80,110,443/tcp (v6) ALLOW OUT Anywhere (v6)
53,67,68/udp (v6) ALLOW OUT Anywhere (v6)
51413/tcp (v6) ALLOW OUT Anywhere (v6)
51413/udp (v6) ALLOW OUT Anywhere (v6)
6969/tcp (v6) ALLOW OUT Anywhere (v6)
587,2525/tcp (v6) ALLOW OUT Anywhere (v6)
587,2525/udp (v6) ALLOW OUT Anywhere (v6)
J'ai même essayé d'utiliser mon réseau mobile au lieu de penser que mon fournisseur de services Internet peut avoir bloqué des ports, mais j'ai eu la même erreur. Quelqu'un peut aider s'il vous plaît?
UPDATE: Sudo netstat -tunlp donne:
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:23 0.0.0.0:* LISTEN 8390/xinetd
tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN 4310/cupsd
tcp 0 0 127.0.0.1:5432 0.0.0.0:* LISTEN 1405/postgres
tcp 0 0 127.0.0.1:5433 0.0.0.0:* LISTEN 1779/postgres
tcp 0 0 127.0.0.1:9306 0.0.0.0:* LISTEN 3275/searchd
tcp 0 0 127.0.0.1:3306 0.0.0.0:* LISTEN 1171/mysqld
tcp 0 0 127.0.1.1:53 0.0.0.0:* LISTEN 2465/dnsmasq
udp 0 0 0.0.0.0:5353 0.0.0.0:* 3414/chrome
udp 0 0 0.0.0.0:5353 0.0.0.0:* 749/avahi-daemon: r
udp 0 0 0.0.0.0:48695 0.0.0.0:* 749/avahi-daemon: r
udp 0 0 0.0.0.0:46846 0.0.0.0:* 9389/dhclient
udp 0 0 127.0.1.1:53 0.0.0.0:* 2465/dnsmasq
udp 0 0 0.0.0.0:68 0.0.0.0:* 9389/dhclient
udp6 0 0 :::47892 :::* 749/avahi-daemon: r
udp6 0 0 :::5353 :::* 749/avahi-daemon: r
udp6 0 0 :::14340 :::* 9389/dhclient
De nombreux fournisseurs d'accès bloquent les connexions au port 25 en tant que mesure anti-spam. Mon fournisseur de services Internet (Cox) effectue cette opération en autorisant uniquement les connexions à leurs propres serveurs de messagerie sur le port 25. Pour les autres services de messagerie, vous devez utiliser un autre port qui peut nécessiter l’utilisation de SSL ou TLS plutôt qu’une connexion ouverte, comme le port 25 le permet. toi.
Consultez le site Web de votre fournisseur de services Internet concernant spécifiquement le port 25.
Commencez par essayer de vous connecter aux serveurs de messagerie de votre FAI, le cas échéant, à l'aide du port 25. Si cela fonctionne, il s'agit probablement d'une restriction ISP.
En guise de test, vous pouvez vous amuser un peu avec netcat:
Sudo nc -l -p 25
Puis, dans un nouveau terminal, essayez une connexion telnet à localhost: 25. Si les éléments que vous saisissez sont reflétés dans netcat, il est à nouveau possible que ce soit une restriction pour votre fournisseur de services Internet.
Pour tester et valider cette information, vous pouvez configurer une redirection de port dans votre routeur pour le port 25 de votre PC actuel, puis tenter la même astuce Netcat. Cependant, utilisez plutôt le port 25 telnet sur votre adresse IP publique. Si cela échoue, il s'agit probablement d'une restriction ISP.
Remarque: de nombreux fournisseurs d'accès à Internet utilisent cette pratique, y compris des fournisseurs de services mobiles tels que Verizon . Ainsi, le fait que cela ne fonctionne pas sur une connexion connectée ne signifie pas non plus que ce n'est pas un problème de FAI.
Solution
Il est possible de se connecter à Gmail en texte brut (pas de négociation sécurisée) sur le port 587. Par conséquent, vous devriez voir que telnet smtp.gmail.com 587 fonctionne parfaitement!