Peter VARGA's questions

Atualizei do SLES 15 SP5 para o SLES 15 SP6.
Cada atualização do SP causa problemas com o Apache/PHP. Agora de novo.
O problema atual é que quando o nãoindex.php é especificado, o arquivo é baixado. Especificar o script PHP na URL executa o código PHP.

sub.foo.com/--> baixa o index.php
sub.foo.com/index.php--> executa corretamente oindex.php

Isso significa que o Apache e o PHP funcionam corretamente, mas de alguma forma não ativam o manipulador PHP quando NÃOindex.php é especificado.

No arquivo de log do Apache há esta entrada:
"GET / HTTP/1.1" 200 2537

httpd.conftem esta diretiva:
DirectoryIndex index.php index.html index.html.var

Não há .htaccessarquivo.

Antes da atualização, tudo estava funcionando corretamente. A atualização deve ter modificado algo e, desde então, estou com esse problema.

PHP 8.3.9
:

Server version: Apache/2.4.58 (Linux/SUSE)  
Server built:   2024-07-17 04:55:34.000000000 +0000

Tenho este problema:
para atualizar o MS Office de 2013 para 2016, tive que configurarautodiscoverpara que o Outlook 2016 pudesse se conectar ao Exchange 2010.

Digamos que este seja meu URL de descoberta automática:
https://autodiscover.example.com/Autodiscover/Autodiscover.xml

Todos os registros DNS estão configurados corretamente no Cloudflare, mas, consequentemente, tenho este problema:
O navegador mostra o erro de que a página de descoberta automática acima não pode ser acessada. Quando pressiono 10! minutos a cada 5 segundos oRefreshbotão então - sem ter mudado nada - de repente aparece o formulário de login e então consigo autenticar com sucesso e o esperadoError 600é mostrado porque a solicitação está errada mas o servidor responde.

Então , quando eu atualizo novamente por alguns minutos, o navegador informa repentinamente que a página não pode ser acessada novamente!

Eu tenho 6 contas de e-mail e levei 80! minutos até que o Outlook consiga se reconectar com êxito a todas as caixas de correio.

O registro DNS é definido assim no Cloudflare:

E agora isto: Verificando os registros DNS do domínio, este é o resultado [tentei várias ferramentas de verificação online]:

Ok, o Google ajuda e esta é a explicação do motivo pelo qual o CNAMEregistro não é mostrado:
https://community.cloudflare.com/t/cname-records-are-not-shown-in-a-cname-lookup/3393/2

Minhas perguntas:

1. Por que recebo tantas vezes que a página de descoberta automática não pode ser acessada?
2. Será que preciso alterar o registro DNS [De CNAMEpara ?] porque uso oA Cloudflare para corrigir o problema de <a página não pode ser acessada> e < pode ser acessada >?

Eu tenho esse comportamento inacreditável nesta constelação:

1. Windows Server 2019 Standard Desktop em execução na versão de avaliação no 2º dia. Uma nova cópia, sem software adicional. Acabei de adicionar o servidor ao domínio.
2. A unidade F:é mapeada para um SBS 2011 existente durante o processo de login.
3. Posso reproduzi-lo com qualquer usuário [eq Administrator e um normal].

Qual é o problema? Quando abro uma pasta de uma dessas maneiras

1. Duplo click
2. Digitar
3. Abrir em nova janela
4. Através do "Acesso Rápido"

então uma pasta com um determinado conteúdo é exibida por menos de meio segundo e então o diretório pai [neste caso o \diretório] é mostrado novamente. Neste GIF animado você vê exatamente o que está acontecendo.

Para esclarecer: Quando clico duas vezes no diretório _1, ele abre por um tempo muito curto e imediatamente a pasta pai é mostrada novamente. Este NÃO é o replay do GIF - que você entenda melhor. O pequeno esmaecimento cinza mostra o final da animação antes de reiniciar.

Depois de testar, descobri que parece haver alguns arquivos que causam esse comportamento. Nesta pasta os 2 arquivos EXE são responsáveis ​​por este comportamento. Quando eu os excluo e adiciono outros arquivos ao diretório, ele se comporta como deveria e o diretório permanece aberto [o plano de fundo cinza está no final da animação antes de começar a reproduzir - para que você entenda a diferença].

Acessar este diretório a partir do Windows Server 2012 R2 funciona como deveria: O diretório permanece aberto.

Qual é a razão? Qualquer ideia?

Baixei como Administrador no Chrome um .msiarquivo de instalação [Citrix XenCenter Management; portanto, não é um programa exótico ] em um Windows Server 2012 R2 em uma unidade F:hospedada no SBS e mapeada para a sessão do Windows Server 2012 R2 Terminal Server durante o processo de logon.

Quando clico duas vezes neste arquivo, recebo esta mensagem de erro:

Então, listo esses fatos estranhos que de alguma forma me dizem que isso pode ser uma configuração de segurança estúpida, mas não sou capaz de resolvê-lo:

1. Copiando este arquivo no Desktop ele é executado e instalado.
2. A execução deste arquivo no SBS a partir do local original [que é então mapeado enquanto o processo de login] também é executado e instalado.
3. Neste diretório existem outros .msiarquivos que são executados/instalados, mas também alguns deles têm exatamente o mesmo problema e exibem a mensagem de erro.

Desativei o Windows SmartScreen e o Agente de Proteção de Acesso à Rede, mas sem sucesso.

Minha pergunta:

Como posso corrigir esse problema para que esses .msiarquivos sejam instalados?

Atualizar:

Uma vez que o programa foi instalado [quando eu o executei a partir do local da área de trabalho], de repente o .msiarquivo na unidade mapeada pode ser executado, então eu recebo as seleções para modificar ou remover o programa.

Quando instalo o .ttfarquivo para a fonte Bahnschriftno Windows 10, todas as fontes no arquivo de fonte ficam disponíveis. Instalando o mesmo arquivo de fonte no Windows Server 2012 R2, apenas 1 fonte fica disponível.

Essas versões de fonte estão no Fontdiretório do Windows 10:

Isso está no diretório do Windows Server 2012 R2 Font[os campos não exibidos estão vazios]:

Minhas perguntas:

O que estou fazendo de errado, como todas as versões de fonte podem ser disponibilizadas no Windows Server 2012 R2?

Cada vez que inicio o Outlook, tenho que inserir as credenciais do Exchange para cada conta que defini no perfil. Devido ao fato do perfil ter 5 contas torna-se um pouco cansativo.

Este Outlook está sendo executado em uma LAN que está conectada ao Exchange via VPN e está em outra sub-rede.

O Outlook em execução dentro de uma sessão do Terminal Server funciona bem e não solicita as credenciais, mesmo que o perfil tenha mais contas definidas.

Claro, eu marquei a opção para salvar as credenciais. Já deletei o perfil e reinsiro todas as contas. Quando me pediram para inserir as credenciais, marquei a opção de salvar os dados.

Enquanto o Outlook estiver aberto, não sou mais perguntado e tudo funciona finr - portanto, não é semelhante a esta pergunta no ServerFault .

O que pode ser e como me livrar dele?

• Troca 2010
• Padrão SBS 2011
• Perspectiva 2013

Esta é a caixa de diálogo que vejo sempre que inicio o Outlook. Algumas partes estão em alemão.

Quando clico em "Set Patrol Read Properties" nada acontece , eq não abre nenhuma janela na qual eu possa configurar todas as propriedades referentes ao Patrol Read.

A versão do MegaRAID Storage Manager é 16.02.00.04 em execução no Windows 7.

Alguma ideia de como posso consertar isso? O programa está sendo executado como um applet Java - isso pode ser um motivo?

Eu estendi config.layoutcom meu próprio layout que é usado para construir o Apache 2.4.23.

Por alguns motivos, o diretório especificado abaixo logfilediré ignorado. Eu estava testando as outras entradas de diretório [por exemplo datadir] e essas configurações funcionam [eq os diretórios são criados por make installe os arquivos são copiados para esses diretórios].

Minha pergunta:

O que estou fazendo errado; como posso definir o caminho para o arquivo de log /var/log/apache2?

O mais estranho é que make installestá criando o diretório, /var/log/apache2mas os arquivos de log são gravados /FaF/logs!

Informações:

Linux: SLES 12 SP1

Corre:./configure --enable-layout=FaF ....

Definição do layout FaFem config.layout:

<Layout FaF>
    prefix:        /FaF
    exec_prefix:   ${prefix}
    bindir:        ${prefix}/bin
    sbindir:       ${prefix}/sbin
    libdir:        ${prefix}/lib
    libexecdir:    ${prefix}/lib/apache
    mandir:        ${prefix}/share/man
    sysconfdir:    /etc/apache2
    datadir:       /usr/local/apache2
    installbuilddir: ${datadir}/build
    errordir:      ${datadir}/error
    iconsdir:      ${datadir}/icons
    htdocsdir:     ${datadir}/htdocs
    manualdir:     ${datadir}/manual
    cgidir:        ${datadir}/cgi-bin
    includedir:    ${prefix}/include/apache
    localstatedir: /var/lib/apache2
    runtimedir:    /var/run
    logfiledir:    /var/log/apache2    <-- 
    proxycachedir: /var/cache/apache2
</Layout>

Quando reinicio uma VM do Windows, acontece com bastante frequência que o XenCenter exibe esta mensagem, mesmo que as ferramentas do XenServer estejam instaladas:

Quando reinicio a VM, a mensagem desaparece. Eu tentei para este post e agora a mensagem desapareceu:

Alguém tem ideia do que pode ser? É um bug do XenServer ou algo não foi instalado corretamente?

Mudei ~ 50.000 e-mails do Sent Folderpara vários .pstarquivos [divididos por ano] e o tamanho do Sent Folderfoi reduzido em ~ 36 GB [Isso é o que vejo no Outlook quando clico com o botão direito e verifico o tamanho - antes e depois de mover os e-mails].

Então eu corri eseutil /d DatabaseName.edb /p /tNewDatabase.edb.

Eu esperava que o tamanho NewDatabase.edbfosse menor em pelo menos 36 GB, mas eram apenas 4 GB. O atual DatabaseName.edbtem em torno de 88GB e depois tinha 84GB.

O que estou fazendo errado?