标签: isp

我发现一些（少数）提供商不会将那些通过 SMTP 从邮件客户端发送的电子邮件复制到“已发送”文件夹中。如果您从他们的 Web 界面发送它们，他们只会将它们复制到已发送的文件夹中，所有通过 SMTP 与客户端直接发送的内容都不会复制到任何文件夹中。

这是一种标准的遵守行为还是一种不好的做法？我注意到例如 GMail 正确地将这些电子邮件保存到 [Sent] 文件夹和 [IMAP/Sent]。

我怀疑这种行为只是为了销售 IMAP 服务（允许在其中创建文件夹和复制电子邮件）。

编辑：我只想参考当服务器通过 SMTP 接收邮件时的正确行为。是否将其从本地发送文件夹中丢弃

我住在土耳其，是一个计划建立基于 WiFi 的 ISP 来为我的家乡服务的小组的成员，因为我们相信以无线方式连接所有离我们市中心不近的子村庄会更容易。在我们研究该项目所需设备的过程中，我们已经阅读了缓存代理服务器，该服务器存储来自经常访问的网站的数据，以便可以从缓存代理服务器下载内容，而不是通过我们的回程传输到互联网并消费那个带宽。

我们预计我们的用户将大量贩卖流行的社交网站，如 Facebook 和 Twitter，以及数据和视频内容农场、网上银行网站和许多其他使用https. 从我读过的关于这个主题的所有信息来看，我们将无法缓存这些内容，所以我觉得也许我们应该放弃使用缓存代理服务器的搜索。

在我们的例子中，考虑到我们预计大部分流量都会结束，考虑使用缓存代理服务器是否有意义https？使用这项技术，我们能否在回程中节省大量带宽？

我的路由知识有点生疏。我有一个像这样连接的光纤互联网连接：

管理型交换机为透明 LAN 服务打破 VLANS，这也是通过 ISP 的盒子。我认为这与这个问题几乎无关，所以我把它排除在图表之外。

我有两个 /29 子网（使用来自RFC5735 的示例地址）：

• 192.0.2.144/29 (.144-151) - 主要的。我们的网关是192.0.2.145，防火墙的主地址是192.0.2.146。
• 203.0.113.88/29 (.88-.95) - 第二个没有网关的子网，由 ISP 路由到第一个子网（我认为，这是我感到困惑的部分）。

防火墙将两个子网的所有可用 IP 地址添加到其 WAN 接口，并对各种服务器执行 NAT。

现在我想在我们的防火墙之外添加一个单独的网络，它有自己的防火墙，它需要自己的公共 IP 地址，如下所示：

我还没有使用 203.0.113.94，所以我打算将它从现有防火墙上的附加地址中删除，并将其提供给新防火墙……但这行不通，是吗？它的子网上没有网关。

或者我可以重新排列一些东西并给它 192.0.2.144/29 地址之一。这会正常工作并让两个网络正常运行吗？有一个更好的方法吗？

我可以将新的防火墙附加到现有的防火墙上，如果它仍然可以获得真正的公共 IP，而不是 NAT - 但我不知道是否有任何方法可以使用 watchguard 防火墙来做到这一点。它可能需要进一步的子网划分，而且我的 IP 地址已经快用完了。

新网络将成为我们的测试实验室（所以我终于可以停止在生产中测试东西了！）。我不希望这两个网络能够相互通信，因为它将具有相同的内部子网和生产机器的克隆。我需要新的防火墙有一个公共 IP 地址，没有任何 NAT。

在一个550人的宿舍里，经常有人误插自己的专用Wi-Fi路由器，错误地设置了全网的DHCP服务器。最近，有人错误地将他们的 PC 配置为与默认网关相同的静态 IP 地址。我们目前使用廉价的 3Com 交换机。

我知道更高级的交换机支持 DHCP snooping 来解决 DHCP 问题，但是仍然没有解决默认网关 IP 地址接管问题。

真正的 ISP 使用什么样的交换设备才能使他们的客户无法为其他客户中断网络？

编辑：我们最终做了什么

如果有人有兴趣，我们最终为每个用户设置了单独的 VLAN。事实上，不仅仅是 550 个用户，而是 2500 个用户（11 个宿舍）。这是描述设置的页面：

http://k-net.dk/technicalsetup/（“使用 VLAN 的透明防火墙”部分）。

正如我在下面的评论之一中所担心的那样，路由器服务器上没有显着的负载。即使在 800Mpbs。

我一直在与我的 ISP（WISP，实际上是固定宽带无线）合作，试图找出为什么我会间歇性地出现高延迟。在线游戏和其他流媒体应用程序中可以检测到延迟。如果我进行跟踪路由，您可以看到通过回程网络的路径：

Tracing route to google.com [74.125.67.105]
over a maximum of 30 hops:

  1     1 ms     4 ms    <1 ms  192.168.23.1
  2     1 ms     8 ms     9 ms  10.100.100.1
  3     9 ms     9 ms     3 ms  10.7.37.1
  4    15 ms    24 ms    19 ms  10.7.36.1
  5    10 ms    79 ms     9 ms  10.7.31.3
  6    10 ms    39 ms    39 ms  10.10.5.9
  7    19 ms    19 ms    19 ms  10.10.5.5
  8     9 ms    19 ms    19 ms  10.10.5.1
  9   341 ms …

考虑两种情况：

1. 最终用户拥有一台简单的计算机，双栈

2. 最终用户在双栈路由器后面有一个 LAN

ISP 将如何区分 IPv6 中的每一类用户？

场景中的用户(1)将收到一个 IP，而场景中的用户(2)将收到一个/64子网（不确定我是否正确）。

ISP 是否会创建两种服务（一种用于单个 IP，一种用于子网）？无状态自动配置在这里如何发挥作用？

我正在管理一个包含多个位置的网络，并与多个提供商合作，我通过 DNS 提供商检查了PTR其中一个 IP的记录，他们回答说：

尊敬的先生，

我们无法修改您提供的 IP 地址的 PTR 记录，因为这些 IP 地址不受ZZZZZZZ管理 。

您必须联系 IP 地址的提供商以修改 PTR 记录。

这是一般做法和 PTR 记录只能由管理 IP 的 ISP 公司添加，还是只是该 DNS 提供商的做法？

ISP 是否总是直接通过对等互连交换流量？或者不一定是真的？我听说对等互连是一种与 Transit 提供商不同的不收费（免费）的互连。如果是这样，那么为什么大多数 ISP 不能从 Peering 中受益？

鉴于 6 提供更高的吞吐量，我想至少为无线位部署使用 IPV6 的无线广域网。我正在探索 CGN 的概念，立即让我印象深刻的是责任。

假设您为 14 个公寓使用一个 IP 地址。现在假设 apt 1 中的 Ronnie 和 apt 2 中的 Jerry 玩游戏。他们连接到不同计算机上的公共游戏服务器。Ronnie 做了一些顽皮的事情，管理员按照正常情况彻底禁止了他的 IP 地址。尽管没有做错什么，现在杰瑞不能玩。

鉴于即使是专业网站也实施 IP 禁令，可以肯定地说，您既不能信任管理员 A) 专门阻止帐户和 B) 响应通用客户票证（取决于网站）

实际上有没有办法解决这个问题，或者这只是使用运营商级 NAT 的成本？

（我完全知道 IPV6 正变得风靡一时，但如果没有某种隧道，用户将无法访问许多网站。那时我仍然需要公共 IPV4 地址。）

我的网站变得广泛无法访问，我不知道为什么。

直到最近，我一直通过 cloudflare 为我的网站提供服务，因此使用他们的域名服务器。最近我开始使用Route 53，所以我使用我的注册商的控制面板更改为亚马逊的名称服务器，发现我的站点很快就无法使用（我在英国）。

我使用了https://www.whatsmydns.net，发现世界各地的一些 DNS 服务器没有为我的网站返回任何 namservers。我每次尝试的地点都是相同的，包括伦敦、圣保罗、德国、新西兰和美国的部分地区。不过，大多数位置（大约 3/4）都很好。

当时我使用hover.com 作为我的注册商，我认为问题可能出在他们身上，所以我将注册商换成了亚马逊。转移到 Amazon 后，我将域名服务器改回 Cloudflare 的域名服务器，等待它传播，然后在 whatsmydns.net 上再次检查。它在所有位置都显示为绿色。然后我又改回亚马逊的域名服务器。问题与以前完全相同，名称服务器不是由同一位置的 DNS 查询返回的。

我已经更改了 Mac 笔记本电脑上的 DNS 服务器，并且可以在使用以下 DNS 服务器时访问我的网站：

• Sky（我的宽带提供商）- 90.207.238.97 和 90.207.238.99
• OpenDNS 主页 - 208.67.222.222 208.67.220.220

但是我的网站在使用以下 DNS 服务器时无法访问

• 谷歌 - 8.8.8.8 和 8.8.4.4
• Cloudflare - 1.1.1.1 和 1.0.0.1
• Quad9 - 9.9.9.9 和 149.112.112.112
• CleanBrowsing - 185.228.168.9 和 185.228.169.9
• Adguard - 176.103.130.130 和 176.103.130.131
• 威瑞信 - 64.6.64.6 和 185.253.163.131

我尝试使用的名称服务器是：

• ns-1478.awsdns-56.org
• ns-1953.awsdns-52.co.uk
• ns-135.awsdns-16.com
• ns-893.awsdns-47.net

我读到一些大型 ISP 已将其 DNS …