服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

将$ myorigin附加到“from”的本地部分,将不同的域添加到不完整收件人地址的本地部分

我们一直有一些麻烦让Postfix以一种非常特殊的方式行事,在这种方式下,只有一个本地部分(即没有@domain)的发件人和收件人地址的处理方式不同。 我们有许多使用mailx发送消息的应用程序。 我们想知道发送方的用户名和主机名。 例如,如果root从db001.company.local发送一封电子邮件,我们希望邮件地址是[email protected]。 这是通过确保$ myorigin被设置为$ myhostname来完成的。 我们还希望不合格的收件人附加不同的域名。 例如,如果邮件发送到“dbadmin”,则应该符合“[email protected]”的条件。 但是,根据Postfix和$ myorigin的性质,不合格的收件人将有资格使用[email protected]。 我们不想调整所有服务器上的别名以适当转发。 (实际上,每个可能的收件人都没有在/ etc / passwd中的条目)所有公司员工都在Exchange上有邮箱,Postfix最终路由到该邮箱,并且没有使用或访问本地Linux / Unix邮箱。 我们很乐意告诉我们的应用程序所有者,以确保他们使用一个完全合格的电子邮件地址为所有收件人,但权力,指示任何疏忽必须适应。 如果我们要保持$ myorigin等于$ myhostname,我们可以通过在“recipient_canonical_maps”中包含以下条目来解决此问题: @ $ myorigin @ company.com 但是,不幸的是,我们不能在这些映射文件中使用variables。 我们还希望避免在每个服务器的“recipient_canonical_maps”中手动input和维护实际的主机名。 也许一旦我们的服务器“木偶化”,我们可以dynamic调整这个文件,但我们还没有。 经过一个小时的摆弄,我决定伸出手来。 有什么想法吗? 提前致谢。

保证HTTP转发前端服务(可靠的云负载均衡器)

我的情况相当简单,我想,这经常遇到。 我有几个项目都差不多 – 一个项目包括: 静态内容服务器 – 有一些体面的CDN解决scheme可以解决这个问题 前端HTTP服务器 – 应该接收传入的请求,将其分发到后端服务器,获取答案并将其发回给用户 后端HTTP服务器 – 可扩展,在全球范围内正确分布 数据库服务器/ NoSQL服务器/无论存储数据 这里的问题是(2) – 前端服务器。 我们正在使用多种技术来提供前端的容错和负载均衡,即: DNS轮询和DNS区域切换 – 在负载平衡方面并不那么好,在发生故障后恢复非常缓慢(即在1分钟的TTL时间内,DNS区域的切换至less需要15-20分钟) BGP交换 – 相当昂贵,需要大量的组织工作(即至less获得/ 23块IP地址),在两条以上的path之间切换并不实际 BGP任播 – 基本上也相当昂贵和复杂 在路由器上使用VRRP / CARP切换同一数据中心内的服务器是最可行的select,但由于单个数据中心是SPoF,因此不能真正实现容错 想想看,我认为这个问题必须有一个现成的SaaS解决scheme。 我为下一个项目所梦想的就是这样做: 创build后端,将其部署到全球,准备好IP地址 买一个域名 注册一个外部服务,将: 向我提供我将指向我的域名的IP 有一个保证的Web服务器在这些IP(s)一直在监听 监视我的后端 将请求转发到负载最小的工作后端(理想情况下,使用某些地理/networking延迟原则调整负载平衡策略) 从后端获取响应并将其发回给用户 我做了功课,发现有几种可用的负载均衡SaaS解决scheme: Amazon CloudFront – 但它不是一个真正的前端转发器 ,而是一个前端服务内容(即基本上是一个CDN即服务) 亚马逊弹性负载平衡 – 似乎是我正在寻找,但它不适用于非EC2托pipe的后端 Azure似乎包含某种“负载平衡器”,但它也只适用于Azure托pipe的服务器 RackSpace云负载平衡器似乎也只适用于RackSpace托pipe的后端 Storm Cloud负载均衡器似乎只能在Storm托pipe的服务器上运行 […]