SuperAl's questions

No Windows Server que estou olhando, o IIS executa o serviço de publicação WWW, e ele é protegido por firewall para permitir apenas as portas 80 e 443 para esse serviço. Conexões de navegadores de clientes expiram, e quando olho no log de eventos de segurança no servidor, vejo eventos registrados como este:

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

Se a conexão for de entrada, como dito acima, a origem deve ser 192.168.10.3, a porta de origem deve ser qualquer porta alta aleatória que o navegador usa, o destino deve ser 192.168.10.21 e a porta de destino deve ser 80, mas é o contrário.

Não entendendo por que os campos de eventos estão de cabeça para baixo, não consigo imaginar uma maneira de permitir essa conexão.

Se essa não for realmente a solicitação original, mas a resposta do IIS à solicitação que foi permitida, então por que ela está sendo bloqueada? Não há regras de bloqueio no firewall, e a única regra que pertence a conexões HTTP(s) é a regra Allow inbound para o serviço WWW do IIS.

Eu configurei vários servidores Apache e suas respectivas regras da maneira que descrevi acima, e nunca tive problemas. Se o IIS precisa de uma abordagem diferente, então por que e como? É um requisito do fornecedor que o site rode no IIS, então não tenho liberdade a esse respeito.

EDITAR:

Se eu modificar a regra para aplicar a quaisquer programas ou serviços, então a conexão funciona. Se eu restringi-la para aplicar somente a serviços, ela ainda funciona. E somente quando eu seleciono especificamente o Worldwide Web Publishing Service como seu alvo, então ele para de permitir a conexão. A partir disso, fica claro que há algum problema entre o Firewall do Windows e o IIS, mas o que é?

No processo de migração de alguns sites no Apache/PHP/MySQL de um host Windows Server para um host Linux, restaurei-os para o sistema de arquivos, configurei hosts virtuais e todo o encanamento, conectei-me ao banco de dados MySQL e fui logar em um. Depois de um tempo, ele lançou esta mensagem de erro:

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

Isso deve ser moleza, pensei, e fui mudar memory_limitpara /etc/php.ini256M e trazer httpd para baixo e depois para cima. Não tão rápido! PHPInfo ainda está mostrando o valor antigo:

memory_limit    128M    128M

e o aplicativo ainda está apresentando exatamente o mesmo erro acima. Eu verifiquei duas vezes se o PHPInfo também está mostrando o mesmo arquivo que eu editei:

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

Procurei e encontrei em 3x arquivos: , e . Acredito que por padrão o Linux agora executa , então alterei o valor em todos os 3x deles para 256, 257 e 258M, só para poder dizer, mas ainda assim o PHPInfo está mostrando 128M após /etcparar e reiniciar.memory_limitphp.iniphp.ini.rpmnewphp-fpm.d/www.confphp-fpmhttpd

Eu até entrei no aplicativo da web e alterei as definições de limite de memória, mas sem sucesso.

Onde está escondido o limite de memória?

Nosso servidor de arquivos foi atualizado de um Windows mais antigo para o Windows Server e imediatamente começaram a ocorrer problemas. A primeira foi que os compartilhamentos montados no Linux ficaram indisponíveis após sair do modo de espera. O administrador do servidor Windows resolveu isso desativando o tempo limite padrão de 15 minutos antes que a conexão fosse interrompida pelo servidor. Agora, os compartilhamentos montados ainda estão disponíveis após o despertar, mas ficam inacessíveis por vários minutos. Então eles funcionam novamente, até que o Linux durma e acorde. Existe uma solução para o tempo limite de vários minutos?

Tendo tentado sem sucesso usar o Kingston SSD Manager (KSM) em minha unidade SA400 de 480 GB, recorri ao processo da Kingston para Linux que usa arquivos hdparm. Ao contrário do KSM, que não podia fazer nada porque a unidade não saía do modo de congelamento de segurança, hdparmmostrado not frozenapós sair do modo de suspensão, e seu comando de apagamento seguro foi concluído com sucesso, mas levou apenas alguns segundos. Originalmente, segui o requisito do manual do usuário KSM para excluir todas as partições da unidade, por isso estava vazio quando hdparmexecutado. Até mesmo a saída dos hdparmshows:

6min para UNIDADE DE APAGAMENTO DE SEGURANÇA. 6min para UNIDADE DE APAGAR SEGURANÇA AUMENTADA.

Portanto, 2 segundos parecem muito rápidos. Algo está errado?