호스트 IP 변경이 이메일 전달에 영향을 줄 수 있나요?

지원 자체 호스팅
1

안녕하세요! Ubuntu 22.04.4 LTS 서버에서 Discourse 인스턴스를 실행 중입니다. 모든 업데이트가 완료된 상태입니다. 해당 인스턴스는 https://forum.igfae.usc.es/ 에서 접근 가능합니다. 인프라 변경으로 인해 서버의 IP 주소를 변경해야 합니다. 변경 이전까지는 이메일 전송이 정상적으로 작동했습니다. 우리는 SMTP 서버를 릴레이로 사용하며, Discourse 서버의 IP를 인증하는 방식으로 설정되어 있습니다. 그러나 변경 이후 SMTP 서버는 전달 시도가 IP 10.x.y.z에서 온 것으로 기록하고 있습니다. (잠재적인 보안 정보 유출을 방지하기 위해 실제 주소는 생략했습니다.)

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 변경이 이러한 동작을 유발하는 이유를 아십니까? 어떻게 해결할 수 있을까요?

매우 감사합니다!

2

저는 이 문제를 직접 확인한 적이 없습니다. SMTP 제공업체를 공유해 주시겠어요?

추측컨대, SMTP 계정에 로그인하여 Discourse 서버의 IP 주소를 변경해야 할 수도 있습니다.

3

답변이 늦어 죄송합니다. 문제를 이해하려고 애를 쓰고 있습니다. 우리를 미치게 만드는 몇 가지 이상한 상호작용이 있습니다. 공개된 호스트네임이므로 SMTP 서버의 호스트네임을 여기에 공유하는 것이 문제가 되지 않을 것 같습니다: igfae.usc.es.

로그인이 필요하지 않습니다. Discourse를 실행하는 호스트의 IP 주소가 인증되어 있습니다. 이전에도 인증되어 있었고 항상 정상적으로 작동했었기 때문입니다.

Discourse 컨테이너에서 시작된 패킷이 SMTP 서버에 의해 중간 통신 인프라 요소의 IP에서 온 것으로 인식되게 만드는 상호작용의 원인은 위치와 서브넷이 변경된 호스트의 IP 주소 변경이었습니다. (IP에 연결된 MAC 주소를 확인하여 이를 검증했습니다.)

반드시 강조하고 싶은 점은, 같은 서버에서 해당 릴레이를 사용하여 문제가 없이 실행 중인 다른 웹 애플리케이션이 있다는 것입니다.

Discourse 컨테이너를 실행하는 호스트의 IP 변경이 이러한 문제의 원인으로 보입니다. 아니면 NetworkSettings의 IP를 변경해야 한다는 의미인가요?

네트워킹, 컨테이너화, 보안 등에 대해 많은 것을 배워야 합니다. :frowning: 통찰을 주시면 감사하겠습니다!