All perguntas(server)

No meu ambiente de produção, ocorrem raras transações não dispostas que mantêm o bloqueio em uma tabela. Quero consertar isso no código do meu aplicativo.

Posso obter o TransactionId e o SessionId ad hoc, mas como faço para que os comandos SQL sejam executados na transação para que eu possa rastreá-los até o código do aplicativo?

É assim que obtenho o ID da transação não descartada de longa duração:

SELECT trans.session_id AS [SESSION ID] 
    ,login_name AS [Login NAME]
    ,trans.transaction_id AS [TRANSACTION ID]
    ,tas.name AS [TRANSACTION NAME]
    ,tas.transaction_begin_time AS [TRANSACTION BEGIN TIME]

FROM sys.dm_tran_active_transactions tas
JOIN sys.dm_tran_session_transactions trans ON (trans.transaction_id = tas.transaction_id)

Isto não é sobreExecStartPre

Um caso de uso ao ajustar serviços é testar um arquivo de configuração antes de reiniciar o serviço.

por exemplo.

$ vim /etc/nginx.conf
$ nginx -t && restart_nginx

o equivalente ao systemd é ainda ter que lembrar da verificação antes de reiniciar.

Existe algo que evita esse provável erro humano? algo como ExecRestartStopPre? Ou seja, algo que ele executará antes da etapa de parada de uma reinicialização?

Estou usando o Windows Server 2019. De repente, nenhum navegador conseguiu acessar nenhum site. Eu tentei Chrome, Edge e Firefox. Além disso, pingtambém nslookupfalha e atinge o tempo limite, indicando que o destino está inacessível e o DNS não está funcionando.

Aqui estão as etapas que tentei até agora:

1. Configurações de DNS alteradas:

   • Mudou para vários servidores DNS (por exemplo, 8.8.8.8, 1.1.1.1).
   • Nenhuma mudança de comportamento.

2. Reiniciei o servidor:

   • Várias reinicializações, mas nenhuma melhoria.

3. Serviços verificados:

   • Verificado se o cliente DNS e outros serviços relacionados estão em execução.

4. DISM e operações de serviço:

   • CorridoDISM /Online /Cleanup-Image /RestoreHealth
   • Falha várias vezes com erro 0x800f081fou0x800f0950
   • Corrido DISM /Online /Cleanup-Image /RestoreHealth /Source:X:\Sources\install.wim \limitaccess
   • Também falhou em 47%
   • Corrido DISM /Online /Cleanup-Image /AnalyzeComponentStore.
   • Executado: net stop wuauserv net start wuauserv net stop cryptsvc net start cryptsvc
   • Corrido: DISM /Online /Cleanup-Image /StartComponentCleanup DISM /Online /Cleanup-Image /StartComponentCleanup /ResetBase DISM /Online /Cleanup-Image /RestoreHealth
     • Desta vez, ele foi concluído com sucesso e eu reiniciei, mas o DNS ainda não funciona. Apesar dessas tentativas, ainda não consigo acessar nenhum site do servidor. Esse problema afeta não apenas os navegadores, mas também ferramentas de linha de comando como pinge nslookup.

Qualquer sugestão antes de recorrer a uma formatação completa será muito apreciada, pois a formatação demorará muito para restaurar tudo.

Tenho tentado melhorar uma configuração DNS já funcional para entrega de e-mail e descobri que, por algum motivo, não entendo que preciso ter uma entrada mail.domainxxx.com para que minha configuração MX funcione, mesmo que não faça qualquer referência a mail.domainxxx.com em qualquer lugar.

Eu estava tentando remover mail.domainxxx.com e deixar apenas entradas para domainxxx.com, mas por algum motivo aquela entrada mail.domainxxx.com específica era necessária (é claro, entradas MX correspondentes).

Existe algo documentado em algum RFC ou documento de especificação semelhante que eu não conheço.

Atualização: outra pista para o erro, quando uso um servidor SMTP AWS SES, recebo o seguinte erro de entrega

Relatórios-MTA: DNS; axx-xx.smtp-out.amazonses.com

Ação: falha no destinatário final: rfc822; [email protegido] Código de diagnóstico: smtp; 550 4.4.7 Mensagem expirada: não foi possível entregar em 840 minutos.<421 4.4.1 Falha ao estabelecer conexão> Status: 4.4.7

Depois de concluir todas as etapas anteriores, todas executadas no Exchange PowerShell local, cheguei à etapa 5b aqui:

https://learn.microsoft.com/en-us/exchange/manage-hybrid-exchange-recipients-with-management-tools#permanently-shutting-down-your-last-exchange-server

Embora eu esteja bastante familiarizado com o Windows PowerShell e o Exchange Management Shell, não estou familiarizado com o Microsoft Graph PowerShell.

Depois de ler sobre isso, parece que preciso executar um comando no PowerShell para instalar um módulo Microsoft Graph para a próxima etapa que preciso concluir.

O que não vejo nas instruções e não consigo encontrar verificação é onde instalo o módulo e quais credenciais utilizo.

Isso é algo que posso fazer em qualquer máquina associada ao domínio executando o PowerShell? Ou isso precisa ser feito no meu servidor que executa o Azure AD Connect? Ou faço isso no Exchange Management Shell?

E quais credenciais devo usar após a instalação para conectar? As instruções dizem "executar como administrador de locatário", o que me faz pensar no O365, mas isso está relacionado à remoção do servidor Exchange local, então não vejo por que executaria isso em um PowerShell on-line do O365.

Os usuários locais em nosso sistema usam o procmail para passar seus e-mails através do spamd. Usamos Postfix no Ubuntu 22.04.

A entrada de correio do Postfix mostra primeiro o ID do correio, por exemplo:

Jul 30 07:54:18 alice postfix/qmgr[235769]: 2C704BA328: from=<[email protected]>, size=61699, nrcpt=1 (queue active)

As linhas de spam no log ficam assim, mas não mencionam o ID:

Jul 30 07:54:18 alice spamd[1860392]: spamd: connection from ::1 [::1]:44212 to port 783, fd 5
Jul 30 07:54:18 alice spamd[1860392]: spamd: setuid to slucy succeeded
Jul 30 07:54:18 alice spamd[1860392]: spamd: processing message <NM63EC74D6C01FA8E1Fbootsuk_mid_prod1-Ym91bmNlQG1haWwuYm9vdHMuY29t@mail.boots.com> for sslucy:1832
Jul 30 07:54:20 alice spamd[2047327]: util: setuid: ruid=1832 euid=1832 rgid=1835 1951 egid=1835 1951 
Jul 30 07:54:23 alice spamd[1860392]: spamd: clean message (-3.1/7.8) for slucy:1832 in 5.0 seconds, 61039 bytes.
Jul 30 07:54:23 alice spamd[1860392]: spamd: result: . -3 - DKIMWL_WL_HIGH,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,HTML_FONT_LOW_CONTRAST,HTML_MESSAGE,MAILING_LIST_MULTI,MIME_HTML_ONLY,RCVD_IN_DNSWL_NONE,RCVD_IN_VALIDITY_SAFE,SPF_HELO_NONE,SPF_PASS,T_KAM_HTML_FONT_INVALID scantime=5.0,size=61039,user=sslucy,uid=1832,required_score=7.8,rhost=::1,raddr=::1,rport=44212,mid=<NM63EC74D6C01FA8E1Fbootsuk_mid_prod1-Ym91bmNlQG1haWwuYm9vdHMuY29t@mail.boots.com>,autolearn=ham autolearn_force=no
Jul 30 07:54:23 alice spamd[1734900]: prefork: child states: II

Se procurarmos apenas o ID do correio, veremos:

Jul 30 07:54:18 alice postfix/smtpd[2047298]: 2C704BA328: client=r105.mail.boots.com[130.248.198.105]
Jul 30 07:54:18 alice postfix/cleanup[2046192]: 2C704BA328: message-id=<NM63EC74D6C01FA8E1Fbootsuk_mid_prod1-Ym91bmNlQG1haWwuYm9vdHMuY29t@mail.boots.com>
Jul 30 07:54:18 alice opendmarc[411763]: 2C704BA328: SPF(mailfrom): mail.boots.com pass
Jul 30 07:54:18 alice opendmarc[411763]: 2C704BA328: mail.boots.com pass
Jul 30 07:54:18 alice postfix/qmgr[235769]: 2C704BA328: from=<[email protected]>, size=61699, nrcpt=1 (queue active)
Jul 30 07:54:23 alice postfix/local[2046202]: 2C704BA328: to=<[email protected]>, orig_to=<[email protected]>, relay=local, delay=5.8, delays=0.74/0/0/5, dsn=2.0.0, status=sent (delivered to command: procmail -a "$EXTENSION")
Jul 30 07:54:23 alice postfix/qmgr[235769]: 2C704BA328: removed

De acordo com os documentos do Spamassassin , o midcampo no log de spamd significa o ID do email, mas isso parece corresponder apenas ao ID do email do Postfix em alguns casos, mas não em todos (até onde eu sei).

Existe uma maneira de associar de forma confiável o processo spamd a um determinado ID de correio Postfix para que possamos analisar todo o fluxo?

Recentemente mudei meu hoster DNS (novamente), pois precisava de alguns recursos que meu hoster DNS anterior não oferece. Sempre que eu mudava de host DNS, meu servidor ficava indisponível por várias horas até que o DNS se corrigisse novamente. Eu sei que o DNS é um sistema distribuído que armazena entradas em cache por várias horas, mas deve haver uma maneira de mudar de provedor sem interrupção do serviço.

Estas são as principais etapas que tomei:

1. Copiado todos os registros DNS do host DNS anterior para o novo.
2. Consultou explicitamente os servidores DNS primários de ambos os hosters dig @<...>para garantir que ambos estavam configurados de forma idêntica
3. Informei meu registrador sobre o novo servidor de nomes DNS e forneci-lhes as novas configurações de NS, DNSKEY e DS; meu registrador encaminhou essas informações para o registro de TLD (no meu caso, a .dezona, ou seja, DENIC)

Aproximadamente uma hora depois de executar a etapa 3, meus servidores ficaram indisponíveis via DNS. A resolução de DNS foi interrompida no meu domínio. Demorou aproximadamente mais seis horas até que tudo voltasse a funcionar.

A menos que não esteja totalmente enganado, neste caso específico a interrupção ocorreu devido a uma incompatibilidade entre os registros NS e DNSKEY, por um lado, e o registro DS, por outro, durante aquelas seis horas. Os registros NS e DNSKEY já foram atualizados e apontavam para o novo host DNS enquanto o registro DS permaneceu o antigo por mais seis horas.

Qual é a abordagem correta para evitar tais problemas?

Adendo (30/07/2024)

Hoje, eu queria migrar meu segundo domínio do hoster DNS anterior para o novo hoster DNS e pensei que seria inteligente.

Desativei o DNSSEC com 48 horas de antecedência para evitar erros de assinatura. (É melhor não ter nenhum DNSSEC do que um DNSSEC com falha.) Mas então me deparei com outra armadilha.

Primeiro configurei as informações da zona DNS em meu novo hoster DNS e depois disse ao meu registrador para alterar o NSregistro do antigo para o novo hoster DNS. No entanto, a mudança não foi atômica. Em vez de alterar o NSregistro do antigo para o novo, eles alteraram o NSregistro do valor antigo para o "espaço reservado" f.nic.de.e depois f.nic.de.para o novo valor real. Essas duas etapas tiveram um intervalo de 5 minutos. Infelizmente, essa janela de tempo de 5 minutos foi suficiente para que o DNS do Google (8.8.8.8) detectasse o valor intermediário errado f.nic.de.e tivesse um TTL de 14400, ou seja, 4h.

Claro, f.nic.de.não tinha informações sobre meu domínio real. Portanto, embora o erro tenha existido apenas por 5 minutos, ele produziu outra interrupção de resolução de DNS de 4 horas em meu domínio para alguns usuários, dependendo de qual servidor DNS eles consultaram.

Até agora, acredito que o hoster do meu servidor virtual privado, que também "é dono" dos meus endereços IP e que também é o registrador dos meus domínios (mas não do meu hoster DNS), é simplesmente estúpido. Eles fornecem apenas um formulário web que permite inserir um NSe um DNSKEYregistro. (O DSregistro é calculado implicitamente a partir de DNSKEY). No entanto, não há opção para adicionar (ou remover ) registros. Só é possível substituir os registros existentes (um de cada tipo). No entanto, mesmo que alguém altere ambos os valores correta e consistentemente e depois envie o formulário da web, a alteração upstream (entre meu registrador e o registro) é imprevisível e fora de ordem. Dada a resposta abaixo, acho que não há nada que eu possa fazer a não ser discutir com meu registrador que eles devem colocar seus processos em ordem.

Seguindo o guia aqui:

https://learn.microsoft.com/en-us/exchange/manage-hybrid-exchange-recipients-with-management-tools

Estou na etapa 5 em Desligando permanentemente seu último servidor Exchange. Essa etapa diz o seguinte:

Lista de Comandos

Esses comandos em cada bloco são executados um de cada vez? Eles fornecem resultados que precisam ser copiados e inseridos posteriormente? As instruções nesta parte não são muito claras.

ou seja. Eu digito:

$thumbprint = (Get-AuthConfig).CurrentCertificateThumbprint

Então aperte Enter? O tipo:

$oAuthCert = (dir Cert:\LocalMachine\My) | onde {$_.Thumbprint -match $thumbprint}

Então aperte Enter? Etc?

Procuro uma saída para inserir outro comando mais tarde? Normalmente consigo analisar esses comandos e eles geralmente são claros sobre quais valores observar e quando inserir os valores recuperados como parte de um comando posteriormente, mas, neste caso, não está claro para mim.

Estou executando CentOS7, PHP 8.0.30, postfix 2.10.1-9.el7 Às vezes, e-mails que tentamos enviar através da função php mail() não são enviados e após ativar o log detalhado para coleta, limpeza, qmgr, smtp do postfix, notamos nada está sendo captado.

captador unix n - n 60 1 captador -v

O email é perdido entre mail() (cuja chamada é registrada no syslog) e postfix.

Sendmail está definido corretamente no php.ini

sendmail_path = /usr/sbin/sendmail -t -i

Nosso mesmo código funciona perfeitamente em outro servidor do pool, mas não neste servidor em particular. Alguma ideia?

Criei uma distribuição Cloudfront e consegui um endereço para colocar como CNAME. O problema é que não consigo definir um CNAME em um domínio raiz como mysite.com, apenas para subdomínios.

Meus registros DNS são do Azure, existe uma maneira de resolver isso? Como?

Usar o endereço IP ipv4 desta distribuição frontal na nuvem? Existe uma chance de que esse IP mude com o tempo?

Obrigado