我的家庭路由器可以使用端口转发作为服务器,所以我假设所有以我的公共 IP 地址作为目的地发送的互联网数据包都在命中它(并且由于我没有使用端口而没有从我的路由器收到任何响应-转发)。
因此,一个 IP 是否会以这种方式淹没我的路由器并迅速用完我所有的每月数据上限?如果这总是有可能,就像拒绝服务攻击一样,那么互联网骨干网和我的提供商是否会采取任何措施来限制它?由于手机数据上限较小,手机数据提供商是否会采取更多措施来防止这种情况发生?
我的家庭路由器可以使用端口转发作为服务器,所以我假设所有以我的公共 IP 地址作为目的地发送的互联网数据包都在命中它(并且由于我没有使用端口而没有从我的路由器收到任何响应-转发)。
因此,一个 IP 是否会以这种方式淹没我的路由器并迅速用完我所有的每月数据上限?如果这总是有可能,就像拒绝服务攻击一样,那么互联网骨干网和我的提供商是否会采取任何措施来限制它?由于手机数据上限较小,手机数据提供商是否会采取更多措施来防止这种情况发生?
我从来没有对驱动程序感到满意,我刚刚学习 UEFI,并试图了解 UEFI 通过这个示例创建了多少自己的操作系统。
当我使用 USB 驱动器启动现代 Windows 10 系统(因此使用 UEFI)时,我相信主板 EFI 控制器直接与 USB 控制器通信,直到它最终在 RAM 中获得“BOOTX64.EFI”代码,然后它启动 CPU . (我可能至少应该写“有效开始”——请原谅我过于简单的解释。)
然后,如果该 EFI 代码是专门为使用 USB 端口而设计的,则 CPU(而不是 EFI 控制器)会进行通信工作。用于此的 USB 驱动程序都可以位于 EFI 分区中,因此假设它们与 Windows 无关。
然后,如果该代码最终启动 Windows(位于 USB 驱动器上的第二个分区上),则最终将使用 Windows 的 USB 驱动程序。
那么,我们真的可以拥有这 3 种不同的 USB 模式吗?为了突出差异,我将它们称为“无 CPU”、“UEFI 的 CPU”和“Windows 的 CPU”。
通常,“CPU for UEFI”是可以忽略的(因为“BOOTX64.EFI”是Windows启动程序),所以我想知道这种模式是否完全被“无CPU”所取代(由CPU对电喷控制器)。
我对 EFI 分区信息如何位于 Windows 恢复媒体(例如,在 DVD iso 文件中)感到困惑。
例如,我的 Windows 10 笔记本电脑硬盘有 3 个分区:EFI、MSR 和 Windows。因此,如果我的 HDD 死机并且我购买了替换的空白 HDD,我的 iso 文件需要包含此 EFI 信息。准确地说,EFI 信息必须存在以“帮助”主板执行第一个“从 DVD 恢复启动”,并且必须存在然后传输到新 HDD 的第一个分区(用于后续的“帮助”穿着普通靴子)。正确的?我很可能从一开始就错了,但会假设这是真的。
(在我的情况下,iso 文件的大部分是“install.esd”子文件 - 这是我的 EFI 分区所在的位置吗?其他所有子文件看起来都太小了。)
现在我真正的问题:
当 HDD 具有已经运行的操作系统时,当我执行“从 DVD 恢复启动”时会发生什么 - 如果我选择安装到一个空分区,保留旧操作系统进行双启动,那么所有 EFI 数据都在DVD 被忽略(因为 HDD 已经有一个 EFI 数据分区)?
当我安装(即覆盖)旧操作系统时会发生什么 - EFI 分区是保留还是被替换?