DDNS : DIY 솔루션이 가능합니까? 보다 나은?

집에 개인 메일 / 캘린더 서버를 설정하려고합니다 (예, 어려움, 많은 문제 등이 있다고 들었지만 여전히 시도하고 싶습니다). 고정 IP 주소를 제공하지 않는 ISP가 있으므로 일종의 DDNS (Dynamic Domain Name Service)가 해결책 인 것처럼 보입니다.

그러나 나는 연구를 해왔으며 DDNS를 스스로 할 수 있다고 설명하는 온라인 리소스가 적어도 두 개 발견되었습니다 .IP 주소를 주기적으로 모니터링하고 주소가 변경되는 경우 스크립트 / 프로그램이 필요합니다 그런 다음 스크립트 / 앱은 홈 서버에 사용하는 도메인 이름을 업데이트해야합니다 (이 경우에만 호스팅 제공 업체에 도메인이 파킹되어 이해합니다. API 키가 필요합니다. 프로그래밍 방식으로 필요한 도메인 / IP 레코드를 조정하기 위해 호스팅 회사 ... 누군가 내가 잘못했는지 알려주고 더 간단한 방법이 있음).

위에서 설명한 방식으로 도메인 이름 레코드를 업데이트 할 때 시스템 / 세계에 전파되는 데 몇 시간이 걸릴 수 있음을 읽었습니다 (모든 DNS 서버는 업데이트 된 주소로 다시 채워 져야합니다) ). 그러나 내가보고있는 여러 유료 DDNS 제공 업체는 변경 사항을 즉각적으로 (또는 적어도 내 DIY 방법보다 빠르게) 적용 할 수있는 능력을 홍보하는 것으로 보입니다. 그게 사실입니까? 내가 놓친 것이 있습니까?

또한 DDNS 제공 업체와 관련하여 간과 할 수있는 보안 문제가 있습니까? 그들이 제공 한 도메인 이름을 통해 흐르는 모든 트래픽을 모니터링 할 수 없습니까? 누구든지 어떤 방법 (유료 대 DIY)이 더 좋을지에 대해 충분한 의견을 가지고 있습니까?

시간 내 주셔서 감사합니다 ... 감사합니다!

집에 개인 메일 / 캘린더 서버를 설정하려고합니다 (예, 어려움, 많은 문제 등이 있다고 들었지만 여전히 시도하고 싶습니다).

메일 부분에 많은 운이 없을 것입니다. @Alex의 답변을 참조하십시오.

IP 주소를 주기적으로 모니터링하는 스크립트 / 프로그램이 있어야하며 주소가 변경되면 스크립트 / 앱은 홈 서버에 사용중인 도메인 이름을 업데이트해야합니다.

거의 요

프로그래밍 방식으로 필요한 도메인 / IP 레코드를 조정하려면 호스팅 회사의 API 키가 필요합니다.

예, 회사가 일반적인 "호스트 모든 것"서비스를 제공하는 경우 DNS 관리 API가 전혀없고 (웹 및 메일 대신) 도메인을 다른 곳으로 이동해야 할 수도 있습니다.

위에서 설명한 방식으로 도메인 이름 레코드를 업데이트 할 때 시스템 / 세계에 전파되는 데 몇 시간이 걸릴 수 있음을 읽었습니다 (모든 DNS 서버는 업데이트 된 주소로 다시 채워 져야합니다) ).

아니요. DNS 호스팅 제공 업체의 자체 시스템 만 업데이트해야합니다. 세계의 다른 지역은 영구적 인 기록을 유지하지 않으며 각 하위 도메인의 "TTL"(Time To Live) 필드에 표시된 기간 동안 개별 조회 결과를 캐시하기 만합니다.

그러나 내가보고있는 여러 유료 DDNS 제공 업체는 변경 사항을 즉각적으로 (또는 적어도 내 DIY 방법보다 빠르게) 적용 할 수있는 능력을 홍보하는 것으로 보입니다. 그게 사실입니까? 내가 놓친 것이 있습니까?

동적 도메인에서 매우 낮은 TTL을 구성 할 수 있다고 생각합니다 (몇 초까지). 즉, DDNS 공급자 자체가 더 많은 요청 (높은 수준)을 희생시키면서 캐시에서 매우 빨리 제거됩니다 DNS 서버 및 데이터베이스에로드하고 추가 요금을 청구 할 변명). 이것만으로는 특별한 것이 아니며 모든 DIY 방법으로 구현할 수 있습니다.

그들이 제공 한 도메인 이름을 통해 흐르는 모든 트래픽을 모니터링 할 수 없습니까?

아니요. DNS 서버는 전화 번호부와 같은 주소 만 제공하며 추가 통신에는 관여하지 않습니다.

(제공자가 실제로 잘못된 데이터 를 반환 하려고 시도하지 않는 한, 뉴스 웹 사이트가 알게되는 순간 회사의 TTL을 상당히 단축시킬 수 있습니다.)

즉, API 작동 방식에주의를 기울이십시오. 물론 서비스에 취약점이 없음을 확신 할 수는 없지만 (예를 들어, API가 암호화되지 않은 HTTP를 통해 실행하고 API 키를 평범한 시각으로 전송하는 경우 이는 신뢰할 수있는 것이 아닙니다.

고정 IP가없는 경우 DDNS 솔루션을 사용하는 경우 메일 서버를 잊어야 합니다. 모든 동적 IP가 PBL 목록 에 있으므로 대부분의 전자 메일 서버는 전자 메일을 거부하거나 가장 높은 스팸 수준으로 전자 메일에 태그를 지정 합니다. ( PS 섹션에서 가정용 IP에 이메일 서버를 사용하는 것이 좋지 않은 이유에 대한 자세한 내용을 볼 수 있지만 중간 저렴한 VPS (가상 사설 서버)를 사용하여 여전히 해결 방법이 있습니다 )

API를 통해 무료 IP 업데이트를 제공하는 훌륭한 도메인 등록 기관인 "DDNS yourself"와 관련하여 정기적으로 공개 IP를 확인하고 변경된 경우 A (AAAA) 레코드를 업데이트 할 등록 기관에 새 IP를 보내면됩니다. BTW, 오늘날 대부분의 라우터에는 이미 이러한 기능이 있습니다 (IP를 감시하고 DDNS 제공 업체에보고)

시스템 / 세계에 전파하는 데 몇 시간이 걸릴 수 있음을 읽었습니다.

DNS 제공 업체에 따라 정중 한 등록 기관에서 TTL (IP 변경 빈도를 다른 사람에게 알려주는 시간)을 5 분으로 설정할 수 있습니다. 높은로드를 피하기 위해이 방법을 따르는 모든 중간 DNS 서버를 전달하는 것은 아니지만 일반적으로 도메인 소유자 TTL을 따르지 않아도 몇 시간 이상 걸리지 않습니다. 전달자 대부분은 도메인 TTL에서 설정 한대로 캐시를 업데이트합니다.

DDNS 제공 업체와 관련하여 간과 할 수있는 보안 문제가 있습니까?

온라인 상태에서 이미 가능한 보안 문제입니다. 환영받지 못한 손님을 피하려면 로컬 네트워크에서 서버를 분리하십시오.

누구든지 어떤 방법 (유료 대 DIY)이 더 좋을지에 대해 충분한 의견을 가지고 있습니까?

DDNS와 함께 가면 시간과 돈을 공중에 던질 것입니다. 요즘에는 한 달에 3-4 달러의 저렴한 VPS (가상 사설 서버)를 얻을 수 있습니다. 일반적으로 많은 공간을 차지하지 않기 때문에 웹 사이트 (사용하려는 경우)를 VPS에서 직접 호스팅 할 수 있지만 서버를 장시간 실행하거나 대량의 서버를 사용하려는 경우 전자 메일 서버에 문제가 발생할 수 있습니다. 이메일. 오래된 이메일을 삭제하지 않더라도 소기업 용으로 최대 3-5 년 동안 일반적으로 20GB의 공간이 충분합니다. 많은 양의 이메일을 기대하더라도nginx이메일 트래픽을 집으로 보내는 기능. 따라서 동적 IP를 통해 집에서 기본 이메일 서버를 호스팅 할 수 있으며 고정 IP가있는 VPS는 가정으로 들어오고 나가는 트래픽을 프록시합니다. DNS 전파에 대해 걱정할 필요가 없으므로 도메인은 항상 VPS의 고정 IP를 가리킬 것이므로 이러한 구성에서 자신 만의 VPS를 사용할 수 있습니다. 여전히 홈 IP 변경 사항을 VPS에보고하는 것을 관리해야하므로 VPS는 트래픽을 프록시 할 위치를 알고 있지만 훨씬 쉽습니다. VPS의 일부 URL을 쿼리하고 들어오는 IP를 로그로 구문 분석하고 nginx를 조정하기 만하면됩니다. 당신이있는 곳.

추신

이 주제가 수퍼 유저에게 흥미 롭다는 것을 알 수 있으므로 조금 더 자세한 내용을 추가하겠습니다.

PBL 목록은 일반적으로 동적 IP 인 IP 데이터베이스를 보유하므로 PBL 은 이메일 서버 운영자에게 많은 도움이됩니다. 기술적 인 문제가 아니거나 ISP가 동적 IP에서 전자 메일 서버를 허용하지 않는 나쁜 사람입니다. 동적 IP의 전자 메일 트래픽은 대부분 DDoS 수신 이 가능한 대량의 스팸 또는 맬웨어를 보내는 감염된 컴퓨터에서 발생합니다. 서버가 대상인 경우 일부 ISP는 포트 25로 나가는 연결을 차단하여 맬웨어 및 DDoS의 확산을 방지 하지만 일부는 그렇지 않습니다. 실제로 모든 회사 전자 메일 서버는 PBL 목록 에서 들어오는 연결을 단순히 삭제하여 스팸을 크게 줄입니다.

두 번째 효과적인 스팸 방지 솔루션은 DNS에 역방향 PTR 레코드가없고 도메인의 DNS 레코드와 일치하지 않는 IP에서 연결을 끊는 것입니다. PTR 레코드가없는 정적 IP에서 연결을 가져 오더라도 설정이 잘못 잘못 구성되었거나 대부분 스팸 갱이 실행하는 서버에서 발생합니다 (일부는 크지 만 부주의 한 일부 공급자는 제외 할 수 있지만 수동으로 추가 할 수 있음) 화이트리스트로). VPS에서 역방향 PTR 레코드를 설정하는 데 몇 분이 걸리지 만 ISP에서 얻은 고정 IP가 PTR을 설정하는 프로세스가 일반적으로 PITA 인 경우에는 해당되지 않습니다 (하나는 호출 한 후 확인 후 티켓을 제출해야 함) IP의 원래 소유자이며 때로는 PTR 레코드를 역으로 설정해야하는 sysadmin의 자비를 기다리는 경우가 있습니다.

또한 중요하지는 않지만 전자 메일 위조를 피하기 위해 대부분의 전자 메일 서버 소유자 는 전자 메일을 보낼 수있는 DNS 인증 IP 주소에 설정된 경우 가장 빠른 정책 처리 방법을 지정할 수있는 SPF (발송 인 정책 프레임 워크)를 사용합니다. 도메인을 대신하여. ( MX 레코드에 대한 참조로 FQDN에 의해 인증 된 서버를 지정할 수 있지만 서버 연결을 위해 DNS를 통한 추가 왕복 여행) DNS에서 유동 IP를 관리하는 것은 재미 있지 않습니다.

고정 IP 주소를 제공하지 않는 ISP가 있으므로 일종의 DDNS (Dynamic Domain Name Service)가 해결책 인 것처럼 보입니다.

그게 하나의 해결책입니다. 다른 솔루션의 예로 HurricaneElectric.net IPv6 터널은 이동식 터널 엔드 포인트와 함께 고정 (IPv6) 주소를 제공합니다. 현재로서는 IPv4가 일반 대중에게 이러한 기능을 지원하는 것이 더 좋지만 기꺼이 협조적인 컴퓨터를 찾을 수 있다면 기술적으로도 IPv4로 그러한 일을 할 수 있습니다.

IP 주소를 주기적으로 모니터링하는 스크립트 / 프로그램이 필요하며 주소가 변경되면 사용중인 도메인 이름을 스크립트 / 앱에서 업데이트해야합니다.

이것은 기술적으로 확실한 계획처럼 들립니다.

필요한 도메인 / IP 레코드를 프로그래밍 방식으로 조정하려면 호스팅 회사의 API 키가 필요합니다 ... 누군가 내가 잘못했는지 알려 주면 더 간단한 방법이 있습니다).

정확한 세부 사항은 도메인 이름 등록 기관이이 기능을 구현하는 방법의 선택에 따라 다릅니다. 일부는 일종의 API 키를 사용하는 반면 다른 일부는 자동 업데이트를 위해 웹 인터페이스에 의존 할 수 있습니다. 예전에는 일부 ISP가 그러한 서비스를 제공했지만 요청에 대한 응답으로 수동 변경에 의존했습니다. 따라서 서비스를 제공하는 사람은 전적으로 귀하에게 달려 있습니다.

위에서 설명한 방식으로 도메인 이름 레코드를 업데이트 할 때 시스템 / 세계에 전파되는 데 몇 시간이 걸릴 수 있음을 읽었습니다 (모든 DNS 서버는 업데이트 된 주소로 다시 채워 져야합니다) ).

Bah humbug. DNS 전파에는 몇 분 또는 몇 시간 또는 며칠이 소요되는 것으로 알려져 있습니다 (예 : 72 시간). 그러나 사람들이 많은 것을 분석 한 결과 모호한 "전파"시간의 대부분은 단순히 DNS 호스팅 공급자의 업데이트 속도가 느리다는 것을 알았습니다.

더 나은 이론에서는 TTL 값을 기다려야합니다. 그 이론에는 문제가 있지만 ...

그러나 내가보고있는 여러 유료 DDNS 제공 업체는 변경 사항을 즉각적으로 (또는 적어도 내 DIY 방법보다 빠르게) 적용 할 수있는 능력을 홍보하는 것으로 보입니다. 그게 사실입니까? 내가 놓친 것이 있습니까?

자, 현실은 다음과 같습니다. 업데이트가 완전히 적용 되려면 인터넷에 이전 정보의 활성 캐시를 플러시해야합니다.

표준에 따르면 캐싱 DNS 서버는 구성 할 수있는 TTL 값으로 지정된 시간 동안 캐시에 의존 할 수 있습니다.

그러나 실제로는 일부 대형 ISP가 TTL 값을 완전히 무시하는 것으로 알려진 자체 캐싱 DNS 서버를 실행하는 것으로 알려져 있습니다. DNS 캐시를 덜 자주 업데이트 할 경우 느낌이 들기 때문에 전체 대역폭이 줄어들고 컴퓨팅 시간이 줄어들 수 있습니다.

따라서 이러한 DNS 서버를 사용하는 모든 전자 메일 서버가 영향을받을 수 있으며 DNS 서버가 업데이트 될 때까지 업데이트를 알지 못할 수 있습니다. 어떤 경우에는 하루나 이틀 (또는 셋?)이 걸릴 수 있습니다.

그러나 이러한 영향은 점점 더 드물어지고 있습니다. 실제로 대부분의 DNS 서버는 1 ~ 2 시간 내에 캐시를 플러시합니다.

일부 캐시는 다른 캐시만큼 빠르게 업데이트되지 않기 때문에 인터넷상의 일부 장소는 새 주소와 작동하지만 다른 장소는 여전히 기존 주소를 사용하려고 시도합니다. 몇 시간 안에 대부분의 컴퓨터는 새로운 정보로 잘 작동합니다. (많은 사람들이 몇 분 안에 작동 할 수 있습니다.)

전자 메일 소프트웨어의 일반적인 동작은 전자 메일을 보내려고 시도하는 것입니다. 실패하면 나중에 다시 시도하십시오. 전자 메일 서버는 일반적으로 포기하기 전에 며칠 동안 (1 시간에 한 번 정도) 다시 시도를 계속합니다. 따라서 발생할 수있는 일은 전자 메일을 잃지 않지만 약간 지연 될 수 있다는 것입니다.

Alex의 의견은 "모든 동적 IP가 PBL 목록에 있습니다"라는 정보는 분산되어 있으므로 ( "all"이라는 단어가 정확하지 않기 때문에) 틀린 것이 분명하지만 많은 동적 IP가 이러한 목록에 있다는 것은 사실입니다. 이메일과 관련된 일부 컴퓨터 / 장치는 귀하와 협력하지 않기로 결정할 수 있습니다.

또한 DDNS 제공 업체와 관련하여 간과 할 수있는 보안 문제가 있습니까?

가장 큰 관심사는 업데이트가 안전한 방식으로 처리되는지 여부입니다.

그들이 제공 한 도메인 이름을 통해 흐르는 모든 트래픽을 모니터링 할 수 없습니까?

DNS 서버의 임무는 도메인 이름 요청을 받고 응답을 제공하는 것입니다. 일반적인 일반적인 응답은 하나 이상의 IP 주소를 제공하는 것입니다. 다른 DNS 서버 또는 도메인 이름 (예 : CNAME 사용) 또는 다른 데이터 (예 : 최신 DNSSec 표준을 통한 보안 제공)를 참조하는 것과 같은 다른 응답도 가능합니다.

누구나 정보에 입각 한 의견이 있습니까?

진지한 전자 메일 서버를 실제로 사용하려면 최신 전자 메일 표준을 준수하는 것을 고려하고 싶을 것입니다. 여기에는 SMTP 및 DNS 기술 사양을 준수하는 것 이상이 포함됩니다. 많은 사람들이 큰 공급자를 사용하며, 큰 공급자는 자신의 기대를 구현할 수 있습니다.

예를 들어, 몇 년 전에 데비안과 Postgrey로 설정된 전자 메일 서버를 알고 있습니다. Postgrey는 "그리스리스트"안티 스팸 처리 기능을 제공하는 소프트웨어입니다. 그러나 사용되는 Postgrey 버전은 전자 메일 서버가 전자 메일을 재 시도 할 때 보내는 전자 메일 서버가 동일한 IP 주소를 사용한다고 가정합니다. Office 365 전자 메일 서버는 여전히 IPv6 / 64 서브넷 내에있는 다른 IP 주소에서 전자 메일 보내기를 다시 시도하는 것으로 알려져 있습니다. Postgrey는 싫습니다.

점점 더 많은 조직이 Office 365로 전환함에 따라 기존 전자 메일 서버를 사용하는 사람들에게 점점 더 많은 문제가되었습니다. 최신 버전의 Postgrey 소프트웨어가 릴리스되었지만 이러한 소프트웨어를 설치하는 쉬운 방법은 해당 운영 체제의 공식 소프트웨어 저장소를 사용하는 것입니다. 실제로 소프트웨어를 업데이트하는 현명한 방법은 운영 체제를 업그레이드하는 것입니다.

"메일"로 시작하는 DNS 이름을 갖는 것과 같은 다른 규칙이 있습니다. 설정이 다소 신뢰할만한 것으로 판단 될 수 있습니다. 이는 장치가 사용자를 비 규격 스패머로 취급하는지 또는 통신 할 가치가있는 장치로 취급하는지에 영향을 줄 수 있습니다.

물론 공식 기술 사양에 대해 매우 엄격하게 말할 때 거대 조직은 사용중인 프로토콜의 기술 사양이 포함 된 RFC 문서에서 요구하는 최소 요구 사항과 다른 일부 작업을 수행하고 있습니다. 그러나 더 큰 인터넷 커뮤니티와 의사 소통을하려면 중요한 / 대규모 플레이어가 부과하는 몇 가지 추가 표준이 있습니다. 이러한 표준을 잘 충족 시키거나 문제가 발생할 수 있도록 준비하십시오.

나는 모든 표준이 정확히 무엇인지에 대해 조금 모호합니다. 시간이 지남에 따라 변경 될 수 있기 때문입니다.

이전 데비안 운영 체제를 업그레이드해야하는 이전 전자 메일 서버와 관련하여 사람들은 어쨌든 운영 체제를 더 자주 업그레이드해야합니다. 하지만 제가 만들고자하는 요점은 여러 전자 메일 주소에서 일반적으로 사용되는 최신 동작으로 인해 수년간 완벽하게 작동 한 소프트웨어 설정이 중단되었다는 것입니다. 느린 인터넷 제공 업체에서 동적 DNS를 사용하는 등의 비정상적인 작업을 수행하려고하면 도중에 몇 가지 추가 문제가 발생할 수 있습니다. 야심적으로 들리면 노력에 투자 할 수 있습니다. 그럴 준비를하라고 경고하고 있습니다.

... 어떤 방법 (유료 대 DIY)이 더 좋을까요?

다른 사람들이 지적했듯이, 지불은 훨씬 쉬울 것이며 대부분의 사람들에게는 꽤 경제적입니다. 큰 오퍼는 MX 레코드가 가리 키도록 할 수있는 안정적인 IP 주소를 제공 할 가능성이 높으며 (따라서 전자 메일이 전달됨) 특히 더 나은 대역폭을 제공 할 수 있습니다.

DIY는 경험을 쌓고 일이 어떻게 작동하는지 배우고 주요 기업의 구현에만 의존하지 않기로 선택하는 것이 좋습니다. 구현에 대한 통제력을 높이면 중대한 사용자 지정 변경을 훨씬 더 빠르게 수행 할 수 있습니다.

어느 쪽이 "더 나은"것이 당신의 개인적인 목표에 달려 있기 때문에 나는 그러한 결론을 당신에게 맡깁니다.

예, DDNS 서버를 직접 호스팅 할 수 있습니다 (사실, 얼마 전에 DJB를위한 DynDNS 호환 구현을 작성했습니다 ). 동적 IP에서 일반 DynDNS 클라이언트를 사용하여 DNS 이름을 업데이트 할 수 있지만 GTLD 서버 가 도메인의 NS 레코드를 일부 정적 IP로 지정해야 하므로 서버 코드 는 정적 IP로 실행 됩니다.

또한 DNS를 직접 호스팅하지 않고 타사 DNS 공급자에게 오프로드하면 말한대로 IP를 변경하는 API를 제공 할 수 있습니다. 그것은 것입니다 아마 적절한 DDNS 솔루션보다 느리게 전파, 당신은 분명히 완전히 자체 호스팅 할 수 있지만, DNS 서비스에 대한 제 3 자의에 의존하지 않을 것입니다. 그들은 일반적으로 악의적이지 않으며 (인터넷에 더 많은 걱정할 다른 많은 보안 문제가 있지만) 여전히 내 통제하에 솔루션을 선호합니다. 잠김).

또한 오픈 소스 Nextcloud 및 Mediagoblin 인스턴스를 사용하여 Google 또는 다른 사람에게 데이터를 전달하는 대신 자체 Calendar / Contacts / Pictures 서버 인스턴스를 실행 합니다. 정적 IP를 사용하여 "내"VPS에서 실행하는 동안 (더 쉽고 더 많은 대역폭을 제공하므로) 둘 다 가정에있는 동적 IP에서 실행할 수 있습니다.

또한 다른 사람들이 언급했듯이 메일을 보내려면 PBL 블랙리스트로 인해 해당 서버에서 직접 메일을 안정적으로 보낼 수 없습니다 (때로는 작동하지 않거나 다른 시간에 분실 또는 반송되거나 SPAM으로 표시됨). 다른 SMTP 서버 (예 : gmail 또는 ISP)를 통해 전달하면 정상적으로 작동합니다.

그러나 동적 IP의 수신 메일 (MX) 서버는 문제가 될 수 있습니다. 예를 들어, IP를 변경하는 동안 메일이 도착하면 잠시 전에 가지고 있던 IP로 전달하려고 시도 할 수 있지만 이제는 다른 고객이 있습니다. 대부분의 경우 연결에 실패하여 메일이 지연 될 수 있지만 다른 고객이 SMTP 서버를 실행하는 경우 메일이 그에게 배달되거나 "받는 사람이 존재하지 않습니다"라는 치명적인 오류 (일반적으로 메일 링리스트 등에서 자동으로 탈퇴합니다.) 또한 IP에 역방향 DNS가없는 경우 (또는 경우에 따라 동적이지만 보이지 않는 경우도 있음) 일부 메일 서버는 메일 배달을 거부합니다.

그러나 분실 또는 오도 된 메일의 일정 비율이 문제가되지 않는 경우에는 언제든지 자유롭게 사용해보십시오.

ISP가 저렴한 "소비자 인터넷"에서 서비스를 실행하는 것에 대한 규칙을 가지고있을 수 있으며, 계약을 위반하면 서비스를 종료 할 수 있습니다. 또는 tcp / 25, 80, 443 등과 같이 인기가 낮은 포트에서 가정으로 들어오는 연결을 적극적으로 차단하고있을 수도 있습니다 (ISP를 변경하거나 더 비싼 "비즈니스 클래스에 참여하지 않는 한") "또한 일반적으로 고정 IP가 있습니다).

마지막으로 주목할 점은 ADSL, 케이블 등과 같은 많은 일반 소비자 홈 인터넷 연결에서 속도가 비대칭 적입니다. 즉, 다운로드 속도가 업로드 속도보다 훨씬 빠릅니다. 집에서 사진과 같은 더 큰 공개 콘텐츠를 제공하고 싶을 때 (나를 위해 페이스 북이나 구글에 의존하고, 권리를 포기하는 대신) 나쁘다. 또한 전체 인터넷 연결을 위해).

다른 답변은 이미 DDNS 부분을 설명했습니다.

@Alex의 간단한 설명이 불완전하기 때문에 별도의 서버를 사용하여 전자 메일을 보내야 하는 이유 를 설명하겠습니다 .

가장 중요한 것은 이메일을 보내려면 유효한 역 PTR 레코드가 필요합니다. IP 주소의 역 DNS 레코드가 발신자 도메인과 일치하지 않으면 많은 이메일 서버가이를 확인하여 메일을 반송합니다. 이 레코드는 IP 주소 소유자 (예 : ISP)가 제공합니다.

이제 역 DNS (ha-ha)를 동적으로 업데이트하여 어떻게 든 유효하게되었다고 가정 해 봅시다. 도메인을 합법적으로 보내고 발신 이메일이 스팸이 아님을 모든 사람에게 확신시켜야합니다.

@Alex가 설명했듯이 소규모 메일 호스팅 업체는 spamhaus 및 기타 온라인 블랙리스트를 사용하는 것을 좋아합니다. 그러나 회사 관리자가 다른 바보 같은 일을 많이하는 것을 보았습니다 (예 : 모든 이메일 차단, Gmail / Hotmail에서 제공되지 않음). 실제로는 "기업 관리자"가 아닙니다. " 합법적 인 회사 전자 메일 도메인에서 Sourceforge 차단 등록을 보았습니다. "우리는 이유를 모르지만 스팸 필터는 사용자가 나쁘다고 생각합니다. " 무시하십시오. 하늘 아래있는 모든 사람과 호환되지 않습니다.

요즘 거대한 메일 호스팅 업체는 스팸 하우스 나 다른 PBL에 의존하지 않습니다. 그들은 당신의 신뢰를 스스로 추적합니다. 발신자 평판 (적어도 대부분)은 IP에 첨부됩니다. 스패머는 종종 호스트로부터 부팅을 받기 때문에 IP를 이동해야하기 때문입니다. Gmail의 관점에서 최근에 만든 도메인 / IP는 일반적인 스패머와 다르지 않습니다. 이메일 전송을 시작하면 평판이 낮습니다 (기본적으로 스팸 발송자로 간주됩니다). 발신 이메일의 대부분은 스팸으로 표시됩니다. 누군가 귀하의 이메일에 회신하거나 특히 이메일 제공 업체의 웹 인터페이스에서 해당 버튼을 눌러 합법적 인 것으로 표시하면 귀하에 대한 신뢰가 약간 높아집니다. 보시다시피 발신자 평판을 높이려면 몇 년 동안 동일한 IP에서 동일한 도메인을 사용해야합니다. 이것은 할 수 있습니다

호스트에서 VPS를 임대하면 홈 서버를 동적 IP로 유지하는 것이 훨씬 쉬워집니다. 이 VPS를 TTL이 매우 낮은 자체 DDNS 서버로 사용할 수 있습니다. DNS를 포기하고 다른 방법 (예 : HTTP 리디렉션)을 사용하여 홈 박스의 IP 변경을 처리 할 수도 있습니다. 홈 IP가 다운되었거나 최근에 변경되었을 때 VPS로 대체하여 선택적으로 홈 박스로 직접 이메일을받을 수 있습니다.

PHP 스크립트를 사용하여 CPanel에서 수행 할 수 있습니다. 보안을 올바르게 설정하고 (HTTPS 등) 호스팅 제공 업체에서 ToS를 읽으십시오.

https://www.shadowsplace.net/1231/internet/use-whm-cpanel-as-dynamic-dns-service/

널리 사용되는 동적 DNS 공급자 URL 체계를 모방하는 경우 '블랙 박스'장비 (예 : NAS, IP Cam 등)에 내장 된 동적 DNS 기능을 사용하여 라우터가 대신 요청을 호스트로 리디렉션하도록 할 수 있습니다 .

dyndns 서비스에 대한 저의 겸손한 추가 기능은 무료이며 많은 시스템에서 (라우터에서도) 실행됩니다 -freedns.afraid.org

집 IP 주소가 목록에서 무료로 제공하는 선택된 도메인 이름을 가리 키도록 사용하고 있습니다. 내 rPi는 "curl"스크립트를 실행하며 저에게 효과적입니다 (10 분을 사용할 수없는 경우 문제가되지 않는 메일 서버를 실행하지 않기 때문에).

나는 집에서도 메일 서버를 운영하는 것에 대해 같은 생각을 가지고 있었지만 ISP는 트래픽을 차단했기 때문에 포기해야했다.

친애하는.