Abrir um ticket Sophos: preparação e portal
Um ticket Sophos ajuda mais rapidamente quando as informações principais já estão preparadas de forma limpa no momento da abertura. Para Sophos Firewall, isto inclui sobretudo número de série, modelo, versão de firmware, estado da licença, momento do erro, função afetada, logs, capturas de ecrã e passos já verificados.
Este guia explica quando um Sophos Support Case faz sentido, que dados devem ser preparados e como abrir o ticket no Sophos Support Portal de forma rastreável. Para enquadrar os diferentes acessos Sophos, consulte também Portais Sophos: SophosID, Central, suporte e acessos à firewall.
Quando um ticket Sophos faz sentido
Um ticket Sophos faz sentido quando um problema já não pode ser esclarecido localmente apenas através de configuração, logs ou processos operacionais conhecidos.
Casos típicos:
- defeito de hardware, RMA ou suspeita de appliance defeituosa
- problema de licença ou conta com número de série concreto
- problema de firmware, hotfix ou upgrade
- falha recorrente de serviço ou estado de sistema pouco claro
- problema de VPN, WAF, HA, RED ou routing após análise local inicial
- erro que, após logs e reprodução, parece ser um problema de produto
- pedido de suporte em que a Sophos precisa de acesso a dados internos de análise
Antes de abrir um ticket, devem ser feitas as verificações locais óbvias. Em Sophos Firewall, isto não significa que tudo já tenha de estar resolvido. Mas quanto mais precisamente forem descritos a situação inicial, a janela temporal e a função afetada, menos perguntas adicionais surgem.
O que o Sophos Support não substitui
Enhanced Support não é um serviço gratuito de configuração. Um ticket Sophos deve ser aberto quando uma função da firewall deixa de funcionar corretamente ou quando se suspeita de um erro concreto de produto, licença, hardware ou software.
Um ticket Sophos não é adequado quando falta apenas o conhecimento necessário para uma configuração desejada. Exemplos típicos:
- planear uma nova topologia VPN
- estruturar regras de firewall corretamente
- configurar NAT ou WAF para um novo serviço
- rever um desenho HA
- avaliar um conceito de routing ou uma arquitetura VLAN
- reconstruir uma configuração existente segundo best practices
Nestes casos, Avanet Support é o contacto mais adequado. A firewall pode então ser verificada, planeada ou configurada conforme necessário no âmbito das condições de suporte da Avanet. O Sophos Support ajuda sobretudo em casos técnicos de produto, em que uma funcionalidade não funciona apesar de uma configuração correta, ou quando há um problema com appliance, licença ou atribuição cloud.
Enhanced Support, Incident Levels e tempos-alvo
Enhanced Support melhora o direito a suporte e os objetivos de resposta, mas não substitui uma descrição limpa do problema. Os tempos-alvo são objetivos de resposta, não tempos de resolução garantidos. Um problema complexo de VPN, HA ou routing pode demorar mais apesar de uma primeira resposta rápida, se faltarem logs, reprodução ou acesso remoto.
Os valores seguintes servem de orientação para Enhanced Support:
- P1: falha total em produção ou incidente de segurança grave sem workaround praticável. 30 minutos
- P2: forte impacto em produção, vários utilizadores ou serviços críticos afetados. 2 horas
- P3: problema técnico com impacto limitado ou workaround existente. 4 horas
- P4: baixo impacto, questão técnica geral ou problema não urgente. 24 horas
A Sophos também usa níveis de Severity no processo de suporte. Dependendo da região, direito a suporte e tipo de caso, estas designações e valores podem aparecer de forma diferente no portal:
- Critical: falha grave em produção, sem workaround, tratamento imediato necessário. 4 horas, com tratamento 24/7 quando disponível
- High: impacto significativo em sistemas produtivos. 8 horas úteis
- Medium: função limitada, workaround possível ou impacto limitado. 24 horas úteis
- Low: baixo impacto, questão geral ou tema de planeamento. 24 horas úteis
A Severity deve ser escolhida honestamente conforme o impacto real. Uma classificação demasiado alta sem impacto correspondente raramente ajuda, porque a Sophos perguntará no ticket sobre impacto, reprodutibilidade e serviços afetados. Se o caso é crítico para o negócio, a descrição deve demonstrá-lo claramente: locais afetados, número de utilizadores, ausência de workaround, momento, estado da redundância e medidas já verificadas.
Requisitos
Para um ticket de suporte técnico, normalmente são necessários:
- SophosID para o Support Portal
- licença válida ou direito a suporte ativo
- número de série afetado ou atribuição de conta
- em casos de parceiro: atribuição do cliente e licença ou número de série relevante
- produto e modelo, por exemplo Sophos Firewall XGS ou firewall virtual
- versão de firmware e build
- breve descrição do erro com impacto
- janela temporal do problema com fuso horário
- logs, capturas de ecrã ou mensagens de erro disponíveis
A Sophos verifica nos casos de suporte a atribuição de licença e número de série. Sem licença ou número de série correspondente, um case pode ir para Customer Care para validação. Isto atrasa o tratamento técnico. Se um parceiro abrir o case para um cliente, a atribuição do cliente e a licença ou número de série afetados também devem ser indicados claramente. Se a Avanet deve gerir casos de suporte em nome de um cliente, o cliente tem de permitir à Avanet o acesso de parceiro correspondente.
O número de série da firewall encontra-se diretamente no dashboard SFOS. O processo está descrito em Encontrar o número de série da Sophos Firewall.
Se o pedido envolver um defeito de hardware, o artigo O que fazer em caso de defeito técnico do hardware Sophos? também deve ser consultado.
Classificar canais de suporte
A Sophos oferece vários caminhos para suporte. Nem todos são igualmente adequados para o mesmo objetivo.
- Sophos Support Portal: Support Cases técnicos rastreáveis, anexos, RMA, análise mais longa
- Telefone: seguimento urgente com número de ticket existente ou contacto em caso de problemas de acesso
- Digital Chat: orientação rápida, questões de portal ou perguntas gerais de suporte
- Sophos Community: perguntas não confidenciais, sintomas conhecidos, troca com outros administradores
- Sophos TechVids e Docs: temas how-to, configuração e procedimentos conhecidos
Para casos técnicos de firewall, o Support Portal é normalmente o melhor ponto de entrada, porque número de ticket, histórico e anexos permanecem rastreáveis. Telefone ou chat são especialmente úteis quando um ticket existente tem de ser priorizado urgentemente ou um problema do portal precisa de esclarecimento.
As vias de contacto e números de telefone atuais estão na página oficial Sophos Support contact. A visão geral de suporte permanece disponível em Sophos Support.
Preparar conta e acesso de parceiro
Para o Support Portal é necessário um SophosID. A conta deve corresponder à empresa, licença ou tenant Sophos Central para que os produtos afetados fiquem visíveis. Se a firewall for gerida por um parceiro, deve ser esclarecido antes do caso de suporte se o parceiro pode gerir os cases.
Se a Avanet deve acompanhar um case em nome de um cliente ou comunicar com a Sophos, o acesso à atribuição do cliente no Sophos Support Portal tem de estar permitido. A Sophos descreve este passo em Allow a Sophos Partner to manage your account.
Na prática, isto significa:
- Verificar SophosID.
- Ter pronta a licença ou número de série afetado.
- Se a Avanet deve apoiar, preparar o acesso de parceiro no portal Sophos.
- Se a Sophos precisar de acesso remoto, preparar Support Access na firewall.
Preparar antes do ticket
Um Support Case deve ser formulado de modo que o suporte possa classificar o problema sem adivinhar.
Dados técnicos principais
Para Sophos Firewall, estes dados devem estar disponíveis:
- número de série
- modelo ou plataforma
- versão de firmware e build
- estado da licença ou plano de suporte, se relevante
- estado HA, se a firewall fizer parte de um cluster
- função afetada, por exemplo IPsec, SSL VPN, WAF, RED, Web Protection ou Reporting
- hora exata do erro com fuso horário
- utilizadores, redes, locais ou serviços afetados
- últimas alterações antes do problema
Em clusters HA, ambos os nós devem estar documentados de forma clara. Para classificar funções, números de série e operação HA, consulte Variantes e operação de cluster HA Sophos Firewall.
Reprodução e impacto
A descrição não deve dizer apenas que algo não funciona. Melhor é uma apresentação curta e verificável:
- O que era esperado?
- O que acontece em vez disso?
- Desde quando ocorre o problema?
- O problema é permanente ou esporádico?
- Como pode ser reproduzido?
- Que utilizadores ou serviços são afetados?
- Existe um workaround?
- Quão crítico é o impacto na operação?
Se um ticket consiste apenas numa captura de ecrã e uma frase, o suporte quase inevitavelmente terá de fazer perguntas. Isto custa tempo, especialmente em problemas VPN, de routing ou HA.
Logs e anexos
Em problemas de firewall, os logs são muitas vezes mais importantes do que longas suposições. Se o problema for reproduzível, a janela temporal do erro deve ser registada com a maior precisão possível e depois devem ser guardados os logs adequados.
Conforme o problema, são úteis:
- captura de ecrã da mensagem de erro
- captura do Log Viewer com filtro
- logs de serviço relevantes
- Packet Capture ou
tcpdumpse o fluxo de pacotes não for claro - captura de firmware ou licença
- pequeno esquema de rede ou endereços IP afetados se houver routing envolvido
- descrição das regras, objetos NAT ou parâmetros VPN já verificados
Para arquivos completos de logs, Guardar logs da Sophos Firewall para suporte e análise é o procedimento adequado. Que ficheiro de log pertence a que módulo está resumido em Atribuir corretamente os logs de serviço da Sophos Firewall.
Nem todo anexo responde à mesma pergunta:
- Que regra ou módulo tomou a decisão?: exportação do Log Viewer, Rule ID, NAT ID, período afetado
- Que serviço comunica erros?: logs de serviço relevantes ou arquivo
/logcompleto - O tráfego chega e continua?: Packet Capture no WebAdmin
- O suporte precisa de um ficheiro PCAP?: captura tcpdump restrita, separada do arquivo de logs
- Uma alteração provocou o problema?: audit trail, momento da alteração, objetos afetados
Um arquivo de logs amplo sem hora do erro é muitas vezes menos útil do que um pacote de dados menor com hora exata, reprodução clara e captura adequada. Em problemas de fluxo de pacotes, o ficheiro PCAP deve ser tratado separadamente do arquivo de logs, para que no ticket fique claro que ficheiro contém logs de serviço e que ficheiro contém pacotes de rede.
⚠️ Logs, capturas de ecrã e Packet Captures podem conter endereços IP internos, IPs públicos, nomes de utilizador, hostnames, detalhes de certificados ou outras informações confidenciais. Antes do upload, deve estar claro quem recebe os dados e se eles precisam de ser limpos previamente.
Consolidated Troubleshooting Report
Em problemas de dispositivo ou sistema, a Sophos pode pedir um Consolidated Troubleshooting Report. Na firewall encontra-se em Diagnostics > Tools. O relatório recolhe informações de diagnóstico e dados de logs relevantes num arquivo comprimido.
Esse relatório é especialmente útil em:
- crashes de serviços
- estados de sistema pouco claros
- erros recorrentes após atualizações
- problemas que a Sophos não consegue avaliar apenas com uma captura de ecrã
- casos de suporte em que vários módulos podem estar envolvidos
O relatório não substitui uma boa descrição do erro. Hora, fuso horário, função afetada e passos de reprodução continuam a ter de constar no ticket.
Support Access e Remote Assistance ID
Em casos de firewall, a Sophos pode pedir uma Remote Assistance ID ou Support Access ativado. Isto permite à Sophos aceder temporariamente à firewall quando necessário para análise.
Support Access só deve ser ativado quando for necessário para o caso concreto. Após a conclusão do caso, o acesso deve ser desativado novamente ou pelo menos verificado. Para o processo prático, consulte Autorizar Sophos Firewall Support Access para a Avanet. A documentação oficial da Sophos descreve o processo geral em Support access.
No ticket deve ser indicado:
- se Support Access já está ativo
- Remote Assistance ID, se existir
- durante quanto tempo o acesso foi autorizado
- se MFA ou regras ACL influenciam o acesso
- se existe uma janela de manutenção para testes
Abrir ticket no Sophos Support Portal
O Sophos Support Portal está disponível em:
Iniciar sessão com SophosID. Dependendo da versão do portal, a interface pode parecer ligeiramente diferente, mas a ideia base permanece: criar um novo Technical Support Case, selecionar o produto, descrever o problema e carregar anexos.
O fluxo normalmente é:
- Iniciar sessão no Support Portal.
- Abrir Support Cases.
- Criar um novo Technical Support Case.
- Selecionar account, contacto, Severity, assunto e categoria de produto.
- Descrever problema e impacto.
- Responder às perguntas específicas do produto.
- Indicar número de série ou número de licença.
- Anexar logs, capturas, CTR ou ficheiros PCAP.
- Submeter o case e documentar internamente o número do ticket.
No formulário, o problema deve ser descrito de forma breve, mas completa. Um assunto expressivo é importante. Um assunto como IPsec VPN fails after SFOS 22.0 MR1 upgrade on XGS 2100 é claramente melhor do que VPN problem.
Se um campo não puder ser respondido, Not Applicable é muitas vezes melhor do que um campo vazio. Campos obrigatórios vazios levam rapidamente a perguntas ou atrasam a atribuição.
O que deve constar na descrição
Uma boa descrição é curta o suficiente para ser lida e concreta o suficiente para permitir trabalho.
Modelo prático:
Product:
Serial number:
License number:
Model:
Firmware version:
Support plan:
Impact:
Start time and time zone:
Affected users/sites/services:
Recent changes:
Expected behavior:
Actual behavior:
Steps to reproduce:
Checks already performed:
Remote Assistance ID:
Attachments:
Em problemas de regras de firewall, NAT ou VPN, também deve ser indicado:
- redes source e destination
- serviço ou porta afetado
- regra de firewall esperada
- regra NAT, se envolvida
- túnel VPN ou perfil Remote Access
- resultado do Log Viewer
- Packet Capture ou PCAP tcpdump se o fluxo de pacotes for relevante
- Support Access ID se a Sophos precisar de acesso remoto
Para análises de regras, Testar regra de firewall com Log Viewer, Policy Test e Packet Capture pode ajudar antes de abrir o Support Case.
RMA e defeito de hardware
Em defeitos de hardware, a Sophos precisa de informações adicionais para o processamento RMA. Isto inclui não apenas descrição do erro e número de série, mas também modelo, revisão, firmware, licença, estado HA e informações de envio.
Preparar:
- produto e modelo defeituosos
- número de série do dispositivo afetado
- versão de firmware
- número de licença ou atribuição de licença
- descrição do erro e pontos já verificados
Dead on arrival, se o dispositivo estiver afetado logo após a entrega- cluster HA: sim ou não
- endereço de entrega e pessoa de contacto
- número de telefone e endereço de e-mail
- instruções especiais de envio
Em firewalls, deve verificar-se também se existe um backup atual e como a firewall de substituição será restaurada. Para backup e restore, consulte Backup e restore em Sophos Firewall.
Em casos RMA, deve seguir-se o Sophos Support Portal atual e a resposta no ticket. Publicações da community ou descrições antigas de processos podem parecer úteis, mas não são decisivas se a Sophos pedir outros dados no case concreto.
Acompanhar e escalar
Depois da abertura deve chegar uma confirmação por e-mail com número de ticket. Esse número deve constar em toda a comunicação posterior.
Se um caso crítico não avançar suficientemente rápido, não se deve abrir um segundo ticket. Tickets duplicados criam mais trabalho de coordenação e podem até atrasar o tratamento.
Melhor:
- ter pronto o número do ticket existente
- descrever impacto e urgência de forma concreta
- enviar logs ou respostas em falta
- acompanhar por telefone ou Digital Chat com o número do ticket
- escalar no case existente se um valor-alvo não foi cumprido
- documentar internamente quem deu que resposta
Uma escalada deve ser justificada. Razões úteis incluem:
- o tempo-alvo de resposta foi ultrapassado.
- a falha em produção continua.
- não houve reação apesar de informações adicionais.
- atribuição errada ou categoria de produto inadequada.
- o case bloqueia um processo planeado de recuperação ou manutenção.
A escalada deve sempre descrever o impacto de negócio atual. Uma frase como We need an update é mais fraca do que uma declaração concreta como The main site-to-site VPN between headquarters and production is still down, 80 users cannot access ERP, no workaround is available.
Em casos graves de segurança ou falha, deve verificar-se também se se aplicam outros processos de suporte ou incident response. Um ticket técnico normal não é automaticamente um processo completo de incident response.
Checklist
- SophosID funciona.
- Licença e direito a suporte estão esclarecidos.
- Número de série, modelo e versão de firmware estão documentados.
- Momento do erro com fuso horário é conhecido.
- Impacto em utilizadores, serviços ou local está descrito.
- Últimas alterações foram anotadas.
- Reprodução ou sintoma é rastreável.
- Logs e capturas relevantes estão preparados.
- Packet Capture ou tcpdump PCAP está preparado apenas para problemas de fluxo de pacotes.
- Dados confidenciais nos anexos foram verificados.
- Em RMA: informações de envio e estado HA estão preparados.
- Número do ticket é documentado internamente.