我的朋友有来自 Consolidated 的慢速（大约 1-2 Mbps）DSL 服务。他们给了她一个 Comtrend 5372 调制解调器/路由器。我登录到路由器并看到这些设置：
WAN Interface pppoe_0_0_35
Link Type DSL
Link Status Up
Connection Type PPPoE
WAN IP address 71.168.xxx.xxx
PPP Username [email protected]
Default Gateway 10.20.17.1
Primary DNS Server 64.222.xxx.xxx
Secondary DNS Server 64.222.xxx.xxx
我不明白网关如何拥有像 10.20.17.1 这样的地址，这是一个私有地址，而不是与路由器本身位于同一网段。这是 DSL 的神奇之处吗？
我Cygwin在 Windows 10 上使用了很多年，并ssh用于访问 AWS EC2 Amazon Linux 实例进行开发。最近，我买了一台新的 Windows 10 PC，Cygwin以通常的方式安装，然后突然ssh停止工作，出现“ Permission denied (publickey). ”任何使用错误。经过各种检查和猜测可能出了什么问题（它在我的旧电脑上仍然可以正常工作），我尝试将Cygwin包降级为OpenSSH. 这解决了问题！相反，升级Cygwin包OpenSSH在我的旧 PC 上以与新 PC 相同的方式破坏它。这是新 PC 上的输出，显示它被最新的软件包破坏，并使用稍旧的软件包。我在两个输出之间做的唯一一件事就是运行Cygwin安装程序并降级OpenSSH软件包。
请注意，这两个软件包都报告了相同的底层版本OpenSSL“ OpenSSL 1.1.1l ”，因此这似乎是软件包本身的问题。
有任何想法吗？
repete@Rich-QX411 ~/.ssh
$ ssh -V
OpenSSH_8.8p1, OpenSSL 1.1.1l 24 Aug 2021
repete@Rich-QX411 ~/.ssh
$ ssh [email protected] echo hello
[email protected]: Permission denied (publickey).
======== Downgrade the OpenSSH package in another window ========
repete@Rich-QX411 ~/.ssh
$ ssh -V
OpenSSH_8.7p1, OpenSSL 1.1.1l 24 Aug 2021
repete@Rich-QX411 ~/.ssh
$ ssh [email protected] echo hello
hello
repete@Rich-QX411 ~/.ssh
我有一个包含大约 100 个电子邮件地址的列表（不是垃圾邮件，是为我最好的朋友参加私人追悼会的邀请）。我知道我自己的电子邮件（由 Network Solutions 托管）永远不会收到从用于发送到列表的 godaddy 域发送的电子邮件。Netsol 技术支持已经开票好几天了，没有帮助，不足为奇。Godaddy 技术支持更有帮助，因为他们实际上在我在线时检查了他们的服务器日志，并说他们可以看到电子邮件被毫无问题地发送到网络上。因此，我想找到列表中由 Network Solutions 托管的所有地址，并通过电话、短信或电子邮件与他们联系，看看他们是否收到了邀请，如果没有，请以其他方式发送。
我知道如何做到这一点的唯一方法是转到https://mxtoolbox.com/supertool，输入地址的域部分，然后选择 MX Lookup。我可以做一些事情，但我希望能做一些不那么劳动密集型的事情来确定可能的问题解决方案。
我有两个亚马逊 AWS 账户，一个是托管公共网络服务器的付费账户（下面称为“付费”），另一个是免费等级账户（下面称为“免费”）。每个都有几个在自己的 VPC 中运行 Amazon Linux 的 EC2 实例，每个实例都有一个子网，它们之间没有重叠。我希望能够在帐户之间轻松传输文件，包括从免费访问付费的 git 裸存储库。所以我阅读了 VPC 对等连接，我相信我正确地遵循了指南，在 VPC 之间创建和接受对等连接，然后修改安全组，并在每个 VPC 中设置路由以访问另一个 VPC 中的子网。
这是付费帐户的基本设置：
专有网络：
对等连接和路由：
安全组：
以下是免费帐户的相同信息：
专有网络：
对等连接和路由：
安全组：
我发现，从付费账户中的一个实例，我可以成功 ping 免费账户中的一个实例：
$ ip -f inet addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9001 qdisc pfifo_fast state UP qlen 1000
inet 10.0.0.12/24 brd 10.0.0.255 scope global eth0
valid_lft forever preferred_lft forever
$ ping 172.31.30.44
PING 172.31.30.44 (172.31.30.44) 56(84) bytes of data.
64 bytes from 172.31.30.44: icmp_seq=1 ttl=255 time=0.722 ms
但我无法从免费帐户 ping 到付费帐户：
$ ip -f inet addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9001 qdisc pfifo_fast state UP group default qlen 1000
inet 172.31.30.44/20 brd 172.31.31.255 scope global dynamic eth0
valid_lft 3259sec preferred_lft 3259sec
$ ping 10.0.0.12
PING 10.0.0.12 (10.0.0.12) 56(84) bytes of data.
^C
--- 10.0.0.12 ping statistics ---
14 packets transmitted, 0 received, 100% packet loss, time 13308ms
谁能解释为什么此配置不允许我从免费帐户中的主机 ping付费帐户中的主机？
我是否需要提供更多信息（如果需要，是什么）？
自 2011 年以来一直在 AWS EC2 实例上运行一个网站。使用安全组进行简单配置，将一个运行 nginx 的实例视为堡垒服务器，允许从任何地方进行 HTTP 和 HTTPS 访问，直接提供静态内容并通过 HTTP 将 PHP 请求代理到其他运行 apache 的实例没有公共访问权限。我不相信我曾经对网络 ACL做过任何事情。但是我偶然发现了我的 VPC 的这些网络 ACL 入站规则。没有一个 CIDR 对我来说是有意义的。
100 All traffic All All 114.134.184.0/21 Deny
101 All traffic All All 1.68.0.0/14 Deny
102 All traffic All All 1.80.0.0/13 Deny
103 All traffic All All 1.92.0.0/14 Deny
104 All traffic All All 1.192.0.0/13 Deny
105 All traffic All All 1.202.0.0/15 Deny
106 All traffic All All 1.204.0.0/14 Deny
107 All traffic All All 14.144.0.0/12 Deny
108 All traffic All All 14.208.0.0/12 Deny
109 All traffic All All 23.80.54.0/24 Deny
110 All traffic All All 23.104.141.0/24 Deny
112 All traffic All All 23.226.208.0/24 Deny
113 All traffic All All 27.8.0.0/13 Deny
117 All traffic All All 27.50.128.0/17 Deny
118 All traffic All All 27.54.192.0/18 Deny
119 All traffic All All 27.106.128.0/18 Deny
120 All traffic All All 27.115.0.0/17 Deny
121 All traffic All All 27.148.0.0/14 Deny
32766 All traffic All All 0.0.0.0/0 Allow
* All traffic All All 0.0.0.0/0 Deny
10 年前创建帐户及其单个 VPC 时，这些是否可能默认存在？这些 CIDR 对其他人有意义吗？我刚刚创建了一个新的免费层帐户，其 VPC 的网络 ACL 只有这两个明智的明智规则：允许来自 0.0.0.0/32 的所有内容，然后拒绝所有来自 0.0.0.0/32 的内容