Xophmeister's questions

我正在考虑将我的电子邮件从一个托管提供商迁移到另一个托管提供商；专门针对 Proton Mail，但我认为这并不重要。我的恐惧来自我的个人领域，以及可能会暂时失去服务、丢失我的电子邮件，或两者兼而有之。

我当前的提供商管理我的域、DNS 和邮件托管（基于 IMAP）。我有三个邮箱，我们打电话给他们{a,b,c}@example.com；我还有一个子域，发送到的所有内容都[email protected]被转发到[email protected]，但也有一个例外列表（例如{x,y,z,…}@bar.example.com）被转发到[email protected]。

以下是我认为我需要做的步骤：

• 将我的域转移到新的注册商。（我相信这会维护当前的 DNS 记录，除了 NS 记录。）
• 注册替代邮件主机（Proton Mail）。
• 为我的域配置 Proton Mail 的 MX 记录。
• 在 Proton Mail 中创建{a,b,c}@example.com邮箱。
• 将电子邮件从旧提供商的邮箱迁移到新邮箱。（我相信 Proton Mail 有一个工具可以做到这一点。）
• AFAIK，Proton Mail 没有转发器，但无论如何，子域 [可能] 将被视为单独的自定义域，这超出了我的预期价格等级范围。因此，我需要在 Proton Mail 之外设置邮件转发器。我找到了 ForwardEMail.net，它为此提供了一个免费的、基于 DNS 的解决方案。我可以按照记录在 DNS 记录中进行设置bar.example.com。

这是全部吗？例如，您会建议对电子邮件进行本地备份吗？重要的是，顺序是否重要：注册商/DNS 更改需要时间来传播，并且在迁移邮箱时存在一些先有鸡还是先有蛋的问题？我该如何克服这些？

（元问题：值得吗？显然这是个人决定，但这最终会比我目前的服务更昂贵和去中心化。目前的服务工作并且相对容易管理，但有点过时。来自人们的轶事欢迎经历过类似过程的人。）

Azure 存储帐户的访问权限可能受 IP 地址或 Azure 虚拟网络（带有Microsoft.Storage服务终结点）的限制。完成后，存储资源将仅接受来自那些指定来源的连接。这涵盖了数据操作（读、写等）和控制操作（创建新容器等）；我分别称它们为“数据”和“管理”平面。

是否可以在网络级别（例如，使用防火墙）隔离这些，还是只能在角色级别完成？例如，我是否可以在同一网络上拥有一个只能执行控制操作的 VM，而不管主体的角色如何？

我最初的理解是，Azure Bastion就像一个轻量级的 SSH（和 RDP）网关，通向同一虚拟网络上的资源（特别是 VM），而不是将完整的 VM 预配为 jumpbox。也就是说，我希望能够从公共 Internet 上的任何地方通过 SSH 连接到同一网络上的 VM：

ssh -i /path/to/private.key -J BASTION_IP user@VM_IP

BASTION_IP与堡垒资源关联的公共 IP 地址在哪里，并且VM_IP是堡垒子网的兄弟子网中 VM 的内部 IP 地址。

我已经在 Terraform 中使用“基本”堡垒 SKU 进行了设置，但是当我尝试连接时，它会超时。在 Azure Poral 中，有一个名为“Native Client Support”的选项（需要“标准”SKU），作为tunneling_enabled相应 Terraform 资源中的参数公开。进行了这些更改后，我的连接仍然超时。

按照文档的兔子洞建议您必须使用 Azure CLI。事实上，我可以使用 Azure CLI 进行隧道工作——显然，SSH 扩展仅适用于 Windows——但这有点小题大做：

az login  # I assume there's a way to login unattended
az account set --subscription SUBSCRIPTION_ID
az network bastion tunnel --name BASTION_NAME --resource-group RG_NAME --target-resource-id REALLY_LONG_VM_RESOURCE_ID --resource-port 22 --port 2222 &
ssh -i /path/to/private.key -p 2222 user@localhost

是否有通过 Azure 堡垒通过 SSH 连接到 Azure VM 的非专有方式？或者我对其用例的假设是否成立？

couchdb/stable我已经通过 Apache CouchDB PPA ( )在 Trusty 盒子上安装了 CouchDB 1.6.1 。这一切似乎都有效，除了我无法使用service couchdb start（类似于停止）启动服务。我通过在以下脚本中解决了这个问题/usr/local/bin：

#!/bin/bash
export ERL_FLAGS="+A 16"
export ERL_MAX_PORTS=8192
nohup couchdb > /opt/couchdb/log/couch.log 2>&1 &

我必须手动运行它（或用 停止它kill）。service命令说它们有效，但 CouchDB 立即失败。这很好，除非在极少数情况下机器需要重新启动；如果 CouchDB 自动出现就好了。

在我在网上找到的各个页面上，都有对捆绑init.d脚本的引用。事实上，我发现了一个生成的init.d脚本，它应该与 CouchDB 一起安装：我尝试了这个，并进行了适当的编辑，但同样的问题仍然存在。

我在网上找到的很多文档似乎都非常过时（例如，它引用了对 PPA 安装版本和/或 Trusty 无效的路径）。当前的“最佳方法”是什么？