我最近建造了一台新的台式电脑,除了连接到我们的网络之外,它运行良好。我有一条以太网电缆直接将我的调制解调器连接到我的计算机,大约每隔一小时左右,互联网连接不仅对我而且对我网络中的所有设备都会中断。我的电脑使用 Windows 10。
当我的互联网中断时,它并没有完全中断。似乎发生的事情是,在我的一端(直接连接到路由器的台式计算机),无法访问 DNS 服务器。这是 Windows 问题解决程序给我的问题,也是我自己能够确认的问题,因为可以访问 IP 地址,但不能访问普通网址。此外,它会将所有使用 WiFi 的设备踢出网络。这些设备仍然可以检测到我们的 WiFi 网络,但它们无法连接到它。当调制解调器关闭并再次打开时,它会再次正常工作一个小时,直到出现同样的问题。
我已经尝试并建立了一些东西:
ipconfig /all 提供以下信息。
Ethernet adapter Ethernet:
Connection-specific DNS Suffix . : home
Description . . . …
Run Code Online (Sandbox Code Playgroud) 我正在寻找网络模拟器(子网、路由器、无线等)来学习我的面试。
我从 teksavvy 购买了有线互联网,调制解调器到了,但是从墙上出来并进入标有“电缆”的调制解调器的电缆很短。
这条电缆叫什么名字?但最重要的是,我可以购买一个可以延长此电缆的电缆,以便将调制解调器靠近我的 PC 吗?
如果是这样,请告知我应该在哪里寻找哪条电缆?例如,加拿大轮胎会携带此物品吗?
每 10-15 分钟,我的 Internet 连接就会以下列方式失败:
经过大量搜索,我认为这是一个 DNS 问题。我曾尝试同时使用 ISP 的 DNS 服务器和 Google 的 DNS 服务器,但问题仍然存在。
当我断开与 Wi-Fi 网络的连接并重新连接时,问题就会消失,一切正常再运行 10-15 分钟。
以下是ping
出现问题时一些测试的一些输出:
# ping 8.8.8.8 (Google's DNS server, becomes unreachable)
64 bytes from 8.8.8.8: icmp_seq=11589 ttl=41 time=61.719 ms
64 bytes from 8.8.8.8: icmp_seq=11590 ttl=41 time=61.869 ms
64 bytes from 8.8.8.8: icmp_seq=11591 ttl=41 time=60.212 ms
64 bytes from 8.8.8.8: icmp_seq=11592 ttl=41 time=60.332 ms
64 bytes from 8.8.8.8: icmp_seq=11593 …
Run Code Online (Sandbox Code Playgroud) 可用的流行速度测试(电缆、dsl 等)是否准确?如果是这样,如何?此外,他们似乎只衡量一个文件的下载速度,而不是响应性、延迟、稳健性等。有谁知道应该如何衡量?有关该主题的好文章的任何链接?
此图像来自 AT&T uverse 3801hgv 调制解调器的背面。这个端口的目的是什么。
:
首先,如果我发布到错误的交易所,我深表歉意,我真的不确定这个问题适合哪里。
很长一段时间以来,我的家庭互联网连接一直遇到这个非常奇怪的问题,这绝对是我的路由器或我的 ISP 的问题,但我的 ISP 在调试它时非常无助。
在大多数情况下,我的连接效果很好——没有停机时间,而且我始终获得几乎 100% 的速度。
但是有一个特定的问题:一些网站有这种非常奇怪的行为,它们需要很长时间才能加载。此类网站的示例包括 en.wikipedia.org、www.canadapost.ca 和 www.theweathernetwork.com。在这些网站上,每当我尝试加载页面时,一开始根本不会加载任何内容,Chrome 中的状态栏会显示“正在建立安全连接..”很长一段时间,最终它会给我一个“无法访问此站点”错误。如果我重新加载并再次尝试,几次后,最终该网站会加载,一旦加载该网站,我可以在该网站上自由浏览大约 15 分钟左右,没有问题,然后问题将再次出现。
这不是我的防火墙或 PC 设置的问题。我已经尝试了很多方法来排除问题所在,并且我确定它必须是我的调制解调器路由器或我的互联网连接本身,因为它发生在连接到我的网络的所有设备上(台式机、笔记本电脑、智能手机等)和我的智能手机,当我切换到移动数据时,问题就消失了。
我已经向我的 ISP 提交了支持票,他们已经引导我完成了所有明显的步骤(调制解调器的工厂重置等),现在他们没有那么有帮助。
我为尝试测试所做的一件事是,我为存在此问题的网站运行了 curl 命令,并且我注意到了一些事情;对于所有有此问题的网站,“curl -v [url]”返回 HTTP 301 而不是 200。
任何人都知道到底是什么导致了这种情况,所以我可以为我的 ISP 技术人员指出正确的方向?
编辑:有人指出我没有在 curl 命令中包含 https,这导致 301 返回。但是现在我包含了 https,我注意到了一些有趣的事情:
当针对不属于问题的 https 站点(例如 facebook)运行 curl -v 时,我最终会得到正常输出.. 但对于一个网站,它看起来像这样:
$ curl -v https://www.canadapost.ca
* STATE: INIT => CONNECT handle 0x600057810; line 1413 (connection #-5000)
* Rebuilt URL to: https://www.canadapost.ca/
* Added connection 0. The cache now contains 1 members
* …
Run Code Online (Sandbox Code Playgroud) 我有一个 D-Link DSL-2500U ADSL 调制解调器。其默认 IP 为 192.168.1.1,Web 界面的默认登录名/密码为 admin/admin。如果我将以太网电缆插入计算机(运行 Windows XP)的 NIC,分配 IP 192.168.1.2,然后我可以在浏览器中访问 Web 界面http://192.168.1.1。
我的调制解调器配置为在桥接模式下工作。如果我还插入来自分离器的电话线并更改计算机上的 NIC 设置以通过 DHCP 自动获取 IP 地址,我会从我的 ISP 获得真实 IP(以及默认网关,这意味着默认路由) . 一切都很好,互联网工作正常,除了我无法再访问调制解调器的 Web 界面这一事实,除非我拔掉电话线,重新启动调制解调器并如上所述更改 NIC 设置。我认为这是因为 192.168.1.1 目的地的 IP 数据包通过默认路由进入 ISP 网关而不是进入调制解调器。
到目前为止,我曾经有大约 8Mbps 的下载量,所以我确信我的调制解调器和电话线可以处理它。最近我的 ISP 将下载速度提高到 20Mbps,但我仍然像以前一样只有 ~8。我知道我需要 ADSL2+ 支持。我的调制解调器支持它并且已启用,我可以在 Web 界面中看到它。但是我希望能够在调制解调器以桥接模式运行并且我的 Internet 连接正常工作时访问 Web 界面,因此我可以看到最大链接速度,以防万一我的 ISP 忘记提高 DSLAM 的速度港口。
在这种情况下如何访问 Web 界面?
我的电缆调制解调器在一个房间里。我有一根以太网线穿过墙壁连接到路由器。我有一个办公室,我想将以太网电缆连接到它,如果我可以使用电缆调制解调器将电线连接到房间,这将很容易做到。不幸的是,我无法从路由器连接到办公室。
使用分离器或开关或其他设备可以实现吗?
希望图片有帮助: