Patrick's questions

Este é um ambiente M365 puro. Sem híbrido, 5 de 6 usuários estão funcionando conforme o esperado.

1 de 6 não consegue entrar via Outlook para Windows Desktop. MS Mail/Android Outlook/Outlook for Web estão todos OK e funcionam conforme o esperado.

No Windows Desktop Outlook 365 (atualizado), configuramos um perfil de email normalmente e a caixa de login aparece, inserimos o usuário e passamos e ... nada. Apenas volta a exigir usuário/senha. Estamos presos neste ponto.

O que está acontecendo, e isso ocorre em várias máquinas/versões do Outlook/redes, é que a solicitação de autenticação nem parece atingir o Exchange Online.

Se eu olhar para os logs de login do AzureAD, simplesmente não há nenhuma entrada para as tentativas de login com o Outlook para esta conta.

Para demonstrar isso, tentei fazer login de um ponto de acesso móvel com um IP exclusivo. Após cerca de meia hora de tentativas de entrada esporádicas, a página de entradas do AzureAD não mostra nenhuma tentativa para este IP. No momento em que tento fazer login no Outlook para Web, uma entrada aparece para este IP (e o login no OfW é bem-sucedido). Eu testei isso com uma conta diferente em um inquilino diferente e funcionou imediatamente neste ponto de acesso.

Eu tentei do sistema de usuários, meu próprio sistema, várias redes e com um novo perfil em uma versão de trabalho conhecida do Outlook. Todos os outros usuários no mesmo locatário estão bem.

Portanto, há algo nesta configuração de usuários que está impedindo o Outlook de tentar se conectar ao Exchange Online. Há um monte de história para este usuário que eu não estou a par e não poderei descobrir, em algum momento houve senhas de aplicativos e MFA, mas elas foram excluídas / desativadas. Isso estava funcionando até recentemente, então a área de trabalho do Windows foi reinstalada e agora temos esse problema. Suspeito que possa ter havido algumas tentativas de corrigir um problema que não está sendo retransmitido, mas não entendo o quê.

O Microsoft Connectivity Analyzer passa sem problemas e, como eu disse, outros usuários do mesmo locatário estão funcionando bem.

Alguma ideia de por que esse usuário pode não conseguir autenticar?

Acabei de executar o SeaFile no Docker, verificando a interface pública e vejo que SSLv3 e TLS1.0 estão ativados. Eu gostaria de desativá-los, mas não sei onde isso seria configurado nesta configuração.

Eu lancei o contêiner com

docker run -d --name seafile \
  -e SEAFILE_SERVER_LETSENCRYPT=true \
  -e SEAFILE_SERVER_HOSTNAME=seafile.example.com \
  -e [email protected] \
  -e SEAFILE_ADMIN_PASSWORD=a_very_secret_password \
  -v /opt/seafile-data:/shared \
  -p 8080:80 \
  -p 8443:443 \
  seafileltd/seafile:latest

Ele está executando o nginx como o servidor web, eu tenho a configuração do nginx na pasta mesclada do docker, efetivamente /etc/nginx, mas não consigo encontrar em nenhum lugar as opções para configurar as cifras disponíveis.

grep -i -r "ssl_protocols" /etc/nginx/retorna zero resultados e depois de um monte de pesquisa nos resultados do google e pedaços de documentação, não estou mais adiante.

Alguma ideia?

Cerca de 6 horas atrás, removi um endereço SMTP de um de nossos usuários usando o portal de administração do Office365. Desejo anexar este endereço a uma nova caixa de correio compartilhada.

Tentar criar a nova caixa postal com o endereço está apenas me dando

Email addresses need to be unique and this one is already being used by the pgreen.

Entendo que há um período de tempo para a remoção do endereço do destinatário original se propagar, mas achei que foi medido em minutos, não em horas. Certamente depois de 6 horas eu esperaria que ficasse claro, então agora estou me perguntando se fiz algo errado.

A verificação do destinatário do módulo powershell do O365 mostra que o endereço não está mais associado.

O endereço removido foi [email protected] do destinatário pgreen.

PS> (get-recipient pgreen).EmailAddresses    smtp:[email protected]
SMTP:[email protected]
SIP:[email protected]
smtp:[email protected]
smtp:[email protected]
smtp:[email protected]

O e-mail enviado para o endereço removido [[email protected]] é retornado como não entreguepgreen wasn't found at somethinggroup.com

Não consigo pensar em nenhuma outra maneira de identificar se/o que/onde está acontecendo. É só esperar?

Um cliente tem uma biblioteca de fita MSL6030 antiga com um par de unidades de fita LTO4 Ultrium 1840 na parte traseira. Ambos falharam.

Obtivemos substituições idênticas (mesmo número de peça de qualquer maneira) e não conseguimos fazer com que a biblioteca as reconhecesse. Instalei o LTT e tudo parecia ótimo até que um colega apontou que o firmware para as novas unidades é 'B63D/Standalone' em comparação com as unidades com falha que são 'B63W/MSL Library'.

Eu tenho uma cópia do firmware B63W, mas não consigo fazer com que nenhuma das ferramentas de firmware da HP reconheça que esse firmware precisa ser instalado nesta unidade.

Leituras adicionais sugeriram que esta unidade precisa ser instalada na biblioteca e a biblioteca precisa enviar o firmware atualizado; no entanto, não consigo fazer com que a biblioteca reconheça a unidade (provavelmente por causa do firmware autônomo!?).

Desde então, criei uma fita de firmware, mas não entendo o mecanismo para gravar esse firmware de volta na unidade depois que a fita é criada ... A HP tem esta página detalhada e útil, mas isso não ajuda.

Alguém sabe se eu posso fazer isso ou estou perdendo meu tempo.

Um cliente nosso usa uma solução de telefone hospedado para seu call center com 50 agentes. Eles usam um discador hospedado que faz as chamadas, uma vez que a conexão é feita, a chamada é passada para o usuário do meu cliente, onde eles captam a conexão em uma interface de telefone 3CX.

Coisas bastante padrão.

A empresa de hospedagem está alegando que está vendo latência de 100-200 ms para todos os telefones.

Ao testar uma viagem de ida e volta do TCP [tcping.exe ], estou obtendo menos de 10 ms. Eles bloqueiam o ICMP. O provedor de hospedagem está dizendo que este não é um teste válido, pois os dados VOIP são UDP.

Entendo que o UDP pode estar sendo moldado de maneira diferente ou roteado de maneira diferente, mas parece bastante improvável. A equipe de TI de hospedagem é muito 'temos centenas de clientes e a latência deles está ok, este é o seu problema', o que posso entender, mas não me ajuda muito. Dado que não posso controlar um ouvinte UDP do lado deles, não sei como demonstrar como e onde o atraso do UDP pode estar ocorrendo.

O equipamento no local é um par de Cisco 2960 conectados a um Draytek Vigor. O Draytek se conecta ao Cisco p887 fornecido/gerenciado pelo ISP.

O uso da largura de banda fica em aproximadamente 20% durante o período de chamada. Todos os testes ICMP para sistemas externos mostram boas viagens de ida e volta, geralmente não além de 5ms-30ms, dependendo de onde estou indo.

Pensamentos sobre como levar isso adiante?