ホストのIP変更はメール配信に影響しますか?

こんにちは。Ubuntu 22.04.4 LTS サーバーで Discourse インスタンスを実行しており、完全に更新されています。これは https://forum.igfae.usc.es/ でアクセス可能です。インフラストラクチャの変更により、サーバーの IP アドレスを変更する必要がありました。変更前は、メール配信は問題なく機能していました。リレーとして SMTP サーバーを使用し、Discourse サーバーの IP を承認していました。しかし、変更後、SMTP サーバーは配信試行を IP 10.x.y.z (セキュリティ上の開示を避けるため、実際の IP アドレスは省略) からのものとして記録しています。

10.x.y.z は ping に応答します。これは何らかの通信インフラストラクチャの一部だと思います。また、IP の変更はクラス C ネットワークの変更を伴ったことに注意してください。

同じサーバーでは、コンテナ化されていない他のアプリケーションも、同じ SMTP サーバーで正常にリレーしています。そのため、この動作は Discourse、Docker、またはそれらの間の相互作用に関連している可能性があると結論付けています。

コンテナの NetworkSettings は次のとおりです。

        "NetworkSettings": {
            "Bridge": "",
            "SandboxID": "f80dc06362bb6982d93de5aa0301624b3932744dd4d23a8dea140c33064dec23",
            "SandboxKey": "/var/run/docker/netns/f80dc06362bb",
            "Ports": {
                "443/tcp": [
                    {
                        "HostIp": "0.0.0.0",
                        "HostPort": "443"
                    },
                    {
                        "HostIp": "::",
                        "HostPort": "443"
                    }
                ],
                "80/tcp": [
                    {
                        "HostIp": "0.0.0.0",
                        "HostPort": "80"
                    },
                    {
                        "HostIp": "::",
                        "HostPort": "80"
                    }
                ]
            },
            "HairpinMode": false,
            "LinkLocalIPv6Address": "",
            "LinkLocalIPv6PrefixLen": 0,
            "SecondaryIPAddresses": null,
            "SecondaryIPv6Addresses": null,
            "EndpointID": "5d6105ab3bb9d331667c9c1be73eeea8be64a5b85daffa99cb0c711df9cc0dc9",
            "Gateway": "172.17.0.1",
            "GlobalIPv6Address": "",
            "GlobalIPv6PrefixLen": 0,
            "IPAddress": "172.17.0.2",
            "IPPrefixLen": 16,
            "IPv6Gateway": "",
            "MacAddress": "02:21:a3:2c:a4:cf",
            "Networks": {
                "bridge": {
                    "IPAMConfig": null,
                    "Links": null,
                    "Aliases": null,
                    "MacAddress": "02:21:a3:2c:a4:cf",
                    "DriverOpts": null,
                    "NetworkID": "bbfd3d524dc976e2534f3f6a9df98f49f1ee4e018d9e32a144f05b037d6df1fc",
                    "EndpointID": "5d6105ab3bb9d331667c9c1be73eeea8be64a5b85daffa99cb0c711df9cc0dc9",
                    "Gateway": "172.17.0.1",
                    "IPAddress": "172.17.0.2",
                    "IPPrefixLen": 16,
                    "IPv6Gateway": "",
                    "GlobalIPv6Address": "",
                    "GlobalIPv6PrefixLen": 0,
                    "DNSNames": null
                }
            }
        }

この状況は理解できますか? IP 変更がこの動作につながる理由をご存知ですか? 解決策はありますか?

ありがとうございます。

この問題は私自身は確認していません。SMTPプロバイダーを教えていただけますか?

推測ですが、SMTPアカウントにログインして、DiscourseサーバーのIPアドレスを変更する必要があるかもしれません。

回答が遅くなり申し訳ありません。問題を理解するのに苦労していました。ここで奇妙なやり取りがあり、私たちを悩ませています。あなたのSMTPサーバーのホスト名を共有しても害はないと思います。公開ホスト名ですので: igfae.usc.es.

ログインは不要です。Discourseを実行しているホストのIPアドレスは承認されています。以前のものは承認されており、常に正常に機能していました。

問題を引き起こしているのは、IPアドレスの変更であり、それには場所とサブネットの変更が含まれていました。これにより、Discourseコンテナから発信されたパケットがSMTPサーバーによって、中間通信インフラストラクチャ要素のIPアドレスから来ているように見られます(IPに関連付けられたMACアドレスを確認しました)。

強調しなければなりませんが、同じサーバーで実行されている別のWebアプリケーションが、このリレーを問題なく使用しています。

Discourseコンテナを実行しているホストのIPアドレスの変更が、これらの問題の原因のようです。それとも、NetworkSettingsでIPを変更する必要があるという意味ですか?

ネットワーク、コンテナ化、セキュリティなど、多くのことを学ぶ必要があります。:frowning: 何か洞察があれば教えてください!