我们正在将 Postfix 出站邮件服务器移动到 AWS 区域。我们拥有信誉中立的新外部 IP 地址,无法移动旧 IP 地址。我们希望在移动整个负载之前预热新 IP,方法是将我们的合法电子邮件的百分比或总数发送到具有新 IP 的新服务器。
是否可以在旧服务器上配置 Postfix 以通过这些新服务器中继可衡量的部分邮件,以便在我们赋予他们全部责任之前他们可以开始建立声誉?
我们正在将 Postfix 出站邮件服务器移动到 AWS 区域。我们拥有信誉中立的新外部 IP 地址,无法移动旧 IP 地址。我们希望在移动整个负载之前预热新 IP,方法是将我们的合法电子邮件的百分比或总数发送到具有新 IP 的新服务器。
是否可以在旧服务器上配置 Postfix 以通过这些新服务器中继可衡量的部分邮件,以便在我们赋予他们全部责任之前他们可以开始建立声誉?
我正在尝试设置运行 NPS 服务的 AD 服务器,以便 AD 和非 AD 机器在对无线网络进行身份验证时都将证书视为有效。我从 GoDaddy 拿到了一个证书,非 AD 机器对它很满意,但我正在测试的 AD 机器抱怨它不是一个有效的证书。
如何配置 NPS 以便 AD 成员和非 AD 成员都对证书感到满意?
编辑:我收到此处提到的错误消息:http: //support.microsoft.com/kb/2518158 “服务器”提供了由“”颁发的有效证书,但“”未配置为有效的信任锚对于此个人资料。”
我宁愿不更改所有的 AD 客户端来完成这项工作。我更喜欢通过更改服务器来工作的解决方案。
我想设置我的 linux 机器,以便任何访问端口 80 的东西都会被简单地告知询问 443。我希望它与域、IP 或任何可能存在的特定细节无关。如果可以请求端口 80,则应告知不可以。我们在 443 上这样做。
我将在 443 上使用 Apache,因此可以很容易地将其绑定到 80,但不要认为解决方案必须在端口 80 上包含 Apache。
需要明确的是,我正在寻找一种不需要更改虚拟主机的解决方案。我了解可以通过继承传递的全局重定向。这需要虚拟主机更改。我正在寻找更包罗万象且不易出现“糟糕,我忘记了那条线,现在端口 80 正在暴露我的未加密数据”的东西。
你将如何解决这个问题?iptables、apache、带有 netcat 的自定义 shell 脚本和一些让它成为 SSL 的魔法?
我看到了来自不同日期的相互矛盾的信息,我无法确定 ntop 是否像支持 netflow 一样支持 sflow,或者它是否有某种缺陷而不值得付出努力。
我们现在才刚刚开始尝试处理流量,所以没有具体的期望,除了一切。:-)