1 votes

Port 465 - ne fonctionne pas dans GCP

J'ai une vm avec un serveur ubuntu dans GCP. Dans le pare-feu GCP, j'ai créé une règle pour autoriser le trafic entrant sur le port 465, mais lorsque je me connecte par telnet à mon ip avec ce port, j'obtiens une erreur et je ne peux pas me connecter. Mon pare-feu ubuntu est désactivé.

J'utilise phpmailer dans une application web que j'ai sur ce serveur. Quel est le problème ? Si j'ai bien compris, ce port est activé par défaut.


Voici la configuration de mon pare-feu ubuntu :

enter image description here

Configuration du pare-feu GGP :

enter image description here

et le résultat des ordres que vous m'avez donnés :

enter image description here

J'attends vos commentaires avec impatience.

2voto

Feras Points 121

Google bloque une partie du trafic en raison du risque d'abus. L'exécution de votre propre serveur de messagerie dans GCP est inutile, à moins que vous n'ayez besoin de recevoir des courriels (vous ne pourrez pas en envoyer).

Voir le documentation sur l'envoi de courriels à partir de GCP :

Par défaut, Compute Engine autorise les connexions sortantes sur tous les ports sauf le port 25, qui est bloqué en raison du risque d'abus. Tous les autres ports sont ouverts, y compris les ports 587 et 465.

Il est préférable d'utiliser une solution tierce pour envoyer des courriels, comme MailJet ou SendGrid.

Outre l'utilisation des ports de messagerie standard, il est possible d'avoir recours à un tiers de confiance tel que SendGrid, Mailgun ou Mailjet permet à Compute Engine et à vous Compute Engine et vous de maintenir la réputation IP avec vos destinataires. destinataires.

Voici plus d'informations sur la façon de les mettre en place .

Consultez ma réponse à une question similaire aquí .

Cependant, dans votre cas, vous auriez dû être en mesure de vous connecter mais il faudrait que vous donniez plus de détails sur la configuration de votre serveur pour résoudre ce problème.

Vous pouvez vérifier si le port est ouvert avec nmap -p 465 EXTERNAL_IP_VM ; vous devriez voir quelque chose comme ceci :

wb@cloudshell:~$ nmap -p 53 1.1.1.1
Starting Nmap 7.70 ( https://nmap.org ) at 2020-11-05 11:20 UTC
Nmap scan report for one.one.one.one (1.1.1.1)
Host is up (0.0046s latency).

PORT   STATE SERVICE
53/tcp open  domain

Nmap done: 1 IP address (1 host up) scanned in 0.06 seconds

STATE open signifie que ce port est ouvert au trafic. Mais si vous obtenez 465/tcp filtered smtps cela signifie que cela ne fonctionnera pas.

Si le port est ouvert pour s'assurer que quelque chose écoute dessus, ssh dans votre vm et vérifiez-le avec sudo lsof -nP -iTCP -sTCP:LISTEN | grep 465 et voir si quelque chose écoute sur ce port. J'ai vérifié le port 80 et j'ai obtenu :

wb@deb10-sample-www-page:~$ sudo lsof -nP -iTCP -sTCP:LISTEN | grep *:80
nginx   7631     root    6u  IPv4  29349      0t0  TCP *:80 (LISTEN)
nginx   7631     root    7u  IPv6  29350      0t0  TCP *:80 (LISTEN)
nginx   7709 www-data    6u  IPv4  29349      0t0  TCP *:80 (LISTEN)
nginx   7709 www-data    7u  IPv6  29350      0t0  TCP *:80 (LISTEN)
nginx   7710 www-data    6u  IPv4  29349      0t0  TCP *:80 (LISTEN)
nginx   7710 www-data    7u  IPv6  29350      0t0  TCP *:80 (LISTEN)

UPDATE

Les paramètres du pare-feu de votre système d'exploitation sont corrects. Le port 465 est ouvert au trafic entrant et sortant.

Les règles du pare-feu GCP sont également correctement définies.

Sur la dernière capture d'écran, je peux clairement voir que le port 465 est en closed Cela signifie que nmap a pu se connecter et obtenir une réponse du système d'exploitation, mais qu'aucune application n'est à l'écoute.

Le problème se situe au niveau de la configuration de phpmailer. J'ai trouvé quelques discussions utiles sur Stack qui peuvent vous aider :

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X