SuperAl's questions

在我查看的 Windows Server 上，IIS 运行 WWW 发布服务，并且防火墙仅允许端口 80 和 443 访问此服务。来自客户端浏览器的连接超时，当我查看服务器上的安全事件日志时，我看到记录的事件如下：

The Windows Filtering Platform has blocked a connection.

Application Information:
    Process ID:     4
    Application Name:   System

Network Information:
    Direction:      Inbound
    Source Address:     192.168.10.21 <= This is this server where the event is logged
    Source Port:        80 <= This is the IIS WWW publishing service listening port
    Destination Address:    192.168.10.3 <= This is the client PC where the browser requests the URL on the IIS
    Destination Port:       60112
    Protocol:       6

Filter Information:
    Filter Run-Time ID: 86327
    Layer Name:     Receive/Accept
    Layer Run-Time ID:  44

如果连接是如上所述的入站，则源应该是 192.168.10.3，源端口应该是浏览器使用的任何随机高端口，目标应该是 192.168.10.21，目标端口应该是 80，但事实恰恰相反。

不明白为什么事件字段是颠倒的，我无法理解如何允许这种连接。

如果这实际上不是原始请求，而是 IIS 对已允许的请求的响应，那么为什么它会被阻止？防火墙上没有阻止规则，唯一与 HTTP(s) 连接有关的规则是 IIS WWW 服务的允许入站规则。

我已经按照上面描述的方式设置了大量 Apache 服务器及其各自的规则，从来没有遇到任何问题。如果 IIS 需要不同的方法，那么为什么以及如何做？供应商要求网站在 IIS 上运行，因此在这方面我没有自由。

编辑：

如果我修改规则以应用于任何程序或服务，则连接有效。如果我将其限制为仅适用于服务，它仍然有效。并且只有当我专门选择全球 Web 发布服务作为其目标时，它才会停止允许连接。由此可见，Windows 防火墙和 IIS 之间存在一些问题，但是什么问题呢？

在将 Apache/PHP/MySQL 上的一些网站从 Windows Server 主机迁移到 Linux 主机的过程中，我将它们还原到文件系统，配置了虚拟主机和所有管道，连接到 MySQL 数据库，然后登录其中一个。过了一会儿，它抛出了此错误消息：

Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 1228800 bytes)

我认为这应该是小菜一碟，于是我将其改为memory_limit256M /etc/php.ini，然后关闭 httpd 然后再启动。但没那么快！PHPInfo 仍然显示旧值：

memory_limit    128M    128M

应用程序仍然抛出与上述完全相同的错误。我仔细检查了 PHPInfo 是否也显示与我编辑的文件相同的文件：

Configuration File (php.ini) Path   /etc
Loaded Configuration File   /etc/php.ini
Scan this dir for additional .ini files     /etc/php.d 

搜索并在 3x 文件中找到了它：，和。我相信 Linux 现在默认运行，所以我/etc将所有 3x 中的值更改为 256、257 和 258M，只是为了能够分辨，但停止并重新启动后 PHPInfo 仍然显示 128M。memory_limitphp.iniphp.ini.rpmnewphp-fpm.d/www.confphp-fpmhttpd

我甚至进入了实际的网络应用程序并改变了它们的内存限制定义但无济于事。

内存限制隐藏在哪里？

我们的文件服务器从一些较旧的 Windows 升级到 Windows Server，问题立即开始出现。第一个问题是 Linux 上挂载的共享在从睡眠状态唤醒后变得不可用。Windows 服务器管理员通过禁用服务器终止连接之前的默认 15 分钟超时解决了这个问题。现在，挂载的共享在从睡眠状态唤醒后仍然可用，但它们最多几分钟内无法访问。然后它们再次工作，直到 Linux 进入睡眠状态并唤醒。有没有办法解决几分钟的超时问题？

尝试在我的 SA400 480GB 硬盘上使用金士顿 SSD Manager (KSM) 失败后，我求助于金士顿 Linux 进程，该进程使用hdparm. 与 KSM 不同，KSM 无法执行任何操作，因为驱动器不会离开安全冻结模式（从睡眠状态恢复后hdparm显示）not frozen，并且其安全擦除命令成功完成，但只花了几秒钟。我最初按照KSM用户手册的要求从驱动器中删除所有分区，因此hdparm运行时它是空的。甚至显示的输出hdparm：

安全擦除单元 6 分钟。增强型安全擦除单元需要 6 分钟。

所以 2 秒听起来太快了。有什么问题吗？