Otwieranie ticketu Sophos przez Support Assistant

Od 18 lipca 2026 nowa prośba o wsparcie dla zalogowanych klientów nie rozpoczyna się już od dawnego formularza New Technical Support Case. Głównym punktem startowym jest teraz Sophos Support Assistant. Najpierw proponuje odpowiednie materiały, a gdy problem pozostaje nierozwiązany, prowadzi przez utworzenie sprawy.

💡 Ważne: Support Assistant jest przewodnikiem wspomaganym przez AI, a nie Support Engineerem ani otwartym ticketem. Przed zmianą należy merytorycznie zweryfikować jego wskazówki. Sprawa istnieje dopiero wtedy, gdy portal potwierdzi numer sprawy.

Dobre przygotowanie pozostaje więc ważniejsze niż nowy dialog. W przypadku Sophos Firewall pakiet dowodowy powinien obejmować przede wszystkim numer seryjny, model, wersję firmware, status licencji, czas błędu, dotkniętą funkcję, logi, zrzuty ekranu i wykonane kontrole. Ten przewodnik łączy przygotowanie z nowym procesem Assistant ogłoszonym przez Sophos. Do klasyfikacji różnych dostępów Sophos pasuje także artykuł Portale Sophos: SophosID, Central, support i dostępy do firewalla.

Kiedy ticket Sophos ma sens

Ticket Sophos ma sens, gdy problemu nie da się już wyjaśnić lokalnie wyłącznie przez konfigurację, logi lub znane procesy operacyjne.

Typowe przypadki:

• uszkodzenie sprzętu, RMA lub podejrzenie wadliwej appliance
• problem z licencją lub kontem z konkretnym numerem seryjnym
• problem z firmware, hotfixem lub aktualizacją
• powtarzający się crash usługi lub niejasny stan systemu
• problem VPN, WAF, HA, RED lub routingu po własnym wstępnym zawężeniu
• błąd, który po sprawdzeniu logów i reprodukcji wygląda na problem produktu
• zgłoszenie, w którym Sophos potrzebuje dostępu do wewnętrznych danych analitycznych

Przed ticketem należy wykonać oczywiste kontrole lokalne. W Sophos Firewall nie oznacza to, że wszystko musi być już rozwiązane. Im dokładniej opisane są sytuacja wyjściowa, okno czasowe i dotknięta funkcja, tym mniej pytań zwrotnych.

Co zapewnia Sophos Support, a czego nie

Sophos Support pomaga przy technicznych problemach produktu i może odpowiadać na ogólne pytania konfiguracyjne. Nie zastępuje jednak pełnego wdrożenia, migracji ani projektowania nowej architektury. Ticket jest szczególnie właściwy, gdy funkcja nie działa prawidłowo mimo przejrzystej konfiguracji albo podejrzewany jest konkretny błąd produktu, licencji, sprzętu lub oprogramowania.

Zwykła sprawa product support nie jest główną drogą dla tych zadań:

• planowanie nowej topologii VPN
• uporządkowanie reguł firewalla
• konfiguracja NAT lub WAF dla nowej usługi
• sprawdzenie projektu HA
• ocena koncepcji routingu lub architektury VLAN
• przebudowa istniejącej konfiguracji według best practices

W takich przypadkach lepszym kontaktem jest Avanet Support. Firewall można wtedy sprawdzić, zaplanować lub skonfigurować zgodnie z wymaganiami w ramach warunków supportu Avanet. Sophos Support pozostaje właściwą drogą dla konkretnych błędów produktu i ogólnej pomocy w ramach udokumentowanego zakresu wsparcia.

Severity i docelowe czasy odpowiedzi

Plan wsparcia określa uprawnienia i cele reakcji, ale nie zastępuje jasnego opisu problemu. Czasy docelowe są czasami odpowiedzi, a nie gwarantowanymi czasami rozwiązania. Złożony problem VPN, HA lub routingu może potrwać dłużej mimo szybkiej pierwszej odpowiedzi, jeśli brakuje logów, reprodukcji lub dostępu zdalnego.

Aktualny Sophos Support Services Guide podaje następujące docelowe czasy odpowiedzi:

Severity należy wybierać uczciwie według rzeczywistego wpływu. Zbyt wysoka klasyfikacja bez odpowiedniego impactu rzadko pomaga, bo Sophos zapyta w sprawie o wpływ, odtwarzalność i dotknięte usługi. Jeśli sprawa jest krytyczna biznesowo, opis powinien to jasno wykazać: dotknięte lokalizacje, liczba użytkowników, brak workaroundu, czas, status redundancji i już sprawdzone działania. Aktualne definicje i cele są dostępne na stronie Sophos service level targets.

Wymagania

Do technicznego ticketu supportowego zwykle potrzebne są:

• SophosID do Support Portal
• ważna licencja lub aktywne uprawnienie do wsparcia
• dotknięty numer seryjny albo przypisanie konta
• w przypadkach partnerskich: przypisanie klienta i odpowiednia licencja lub numer seryjny
• produkt i model, na przykład Sophos Firewall XGS albo firewall wirtualny
• wersja firmware i build
• krótki opis błędu z wpływem
• okno czasowe problemu ze strefą czasową
• dostępne logi, zrzuty ekranu lub komunikaty błędów

Sophos sprawdza w sprawach supportowych przypisanie licencji i numeru seryjnego. Bez pasującej licencji lub numeru seryjnego case może trafić do Customer Care do walidacji. To opóźnia obsługę techniczną. Jeśli partner otwiera case dla klienta, przypisanie klienta i dotknięta licencja lub numer seryjny również muszą być podane jasno. Jeśli Avanet ma zarządzać sprawami supportowymi w imieniu klienta, klient musi przyznać Avanet odpowiedni dostęp partnerski.

Numer seryjny firewalla znajduje się bezpośrednio w dashboardzie SFOS. Procedura jest opisana w Znajdowanie numeru seryjnego Sophos Firewall.

Jeśli zgłoszenie dotyczy uszkodzenia sprzętu, należy dodatkowo sprawdzić artykuł Co zrobić w przypadku technicznej usterki sprzętu Sophos?.

Klasyfikacja kanałów supportu

Sophos oferuje kilka dróg do supportu. Nie każda droga jest tak samo dobra do tego samego celu.

• Support Assistant w Sophos Support Portal: główny punkt startowy dla zalogowanych klientów, self-service, pytania licencyjne i prowadzone tworzenie sprawy.
• Cases w Support Portal: zarządzanie istniejącymi sprawami, historią, załącznikami, statusem i eskalacją.
• Telefon: zgłoszenie krytycznego problemu po utworzeniu sprawy z jej numerem albo rozwiązanie problemu z dostępem.
• Sophos Community: pytania niepoufne, znane objawy, wymiana z innymi administratorami
• Sophos TechVids i Docs: tematy how-to, konfiguracja i znane procedury

W przypadku technicznych problemów firewalla proces rozpoczyna się teraz w Support Assistant. Po utworzeniu sprawy jej numer, historia i załączniki pozostają dostępne w portalu. Przy problemach krytycznych najpierw tworzy się sprawę, zapisuje jej numer, a następnie kontaktuje telefonicznie z Sophos. Bez działającego dostępu do portalu panel For Critical Cases na stronie głównej może wskazać bezpośrednią drogę telefoniczną.

Aktualne kanały kontaktu i numery telefonów są na oficjalnej stronie Sophos Support contact. Ogólny przegląd supportu pozostaje dostępny pod Sophos Support.

Przygotowanie konta i dostępu partnera

Do Support Portal wymagany jest SophosID. Konto powinno pasować do firmy, licencji lub tenanta Sophos Central, aby dotknięte produkty były widoczne. Jeśli firewall jest obsługiwany przez partnera, przed właściwą sprawą supportową należy wyjaśnić, czy partner może zarządzać cases.

Jeśli Avanet ma towarzyszyć case w imieniu klienta albo komunikować się z Sophos, dostęp do przypisania klienta w Sophos Support Portal musi być dozwolony. Sophos opisuje ten krok pod Allow a Sophos Partner to manage your account.

Praktycznie oznacza to:

1. Sprawdzić SophosID.
2. Przygotować dotkniętą licencję lub numer seryjny.
3. Jeśli Avanet ma pomagać, przygotować dostęp partnerski w portalu Sophos.
4. Jeśli Sophos potrzebuje dostępu zdalnego, przygotować Support Access na firewallu.

Przygotowanie przed ticketem

Support Case powinien być sformułowany tak, aby support mógł zaklasyfikować problem bez zgadywania.

Dane techniczne

Dla Sophos Firewall powinny być gotowe:

• numer seryjny
• model lub platforma
• wersja firmware i build
• status licencji lub plan supportu, jeśli istotny
• status HA, jeśli firewall jest częścią klastra
• dotknięta funkcja, na przykład IPsec, SSL VPN, WAF, RED, Web Protection lub Reporting
• dokładna godzina błędu ze strefą czasową
• dotknięci użytkownicy, sieci, lokalizacje lub usługi
• ostatnie zmiany przed problemem

W klastrach HA oba węzły powinny być jednoznacznie udokumentowane. Do klasyfikacji ról, numerów seryjnych i pracy HA pasuje Warianty i eksploatacja klastra HA Sophos Firewall.

Reprodukcja i wpływ

Opis nie powinien mówić tylko, że coś nie działa. Lepszy jest krótki, możliwy do sprawdzenia opis:

• Czego oczekiwano?
• Co dzieje się zamiast tego?
• Od kiedy problem występuje?
• Czy problem jest stały czy sporadyczny?
• Jak można go odtworzyć?
• Którzy użytkownicy lub usługi są dotknięte?
• Czy istnieje workaround?
• Jak krytyczny jest wpływ na działanie?

Jeśli ticket składa się tylko ze zrzutu ekranu i jednego zdania, support niemal na pewno będzie musiał dopytywać. To kosztuje czas, szczególnie przy problemach VPN, routingu lub HA.

Logi i załączniki

W problemach firewallowych logi są często ważniejsze niż długie przypuszczenia. Jeśli problem da się odtworzyć, należy możliwie dokładnie zapisać okno błędu, a następnie zabezpieczyć odpowiednie logi.

W zależności od problemu pomocne są:

• zrzut ekranu komunikatu błędu
• zrzut Log Viewer z filtrem
• właściwe logi usług
• Packet Capture lub tcpdump, jeśli przepływ pakietów jest niejasny
• zrzut firmware lub licencji
• krótki schemat sieci albo dotknięte adresy IP, jeśli dotyczy routingu
• opis już sprawdzonych reguł, obiektów NAT lub parametrów VPN

Dla pełnych archiwów logów właściwą procedurą jest Zabezpieczanie logów Sophos Firewall do supportu i analizy. Który plik logu należy do którego modułu, podsumowuje Prawidłowe przypisanie logów usług Sophos Firewall.

Nie każdy załącznik odpowiada na to samo pytanie:

• Która reguła lub moduł podjął decyzję?: eksport Log Viewer, Rule ID, NAT ID, dotknięty okres
• Która usługa zgłasza błędy?: odpowiednie logi usług lub pełne archiwum /log
• Czy ruch dociera i przechodzi dalej?: Packet Capture w WebAdmin
• Czy support potrzebuje pliku PCAP?: wąski zrzut tcpdump, oddzielnie od archiwum logów
• Czy zmiana wywołała problem?: audit trail, czas zmiany, dotknięte obiekty

Szerokie archiwum logów bez czasu błędu jest często mniej pomocne niż mniejszy pakiet danych z dokładną godziną, jasną reprodukcją i odpowiednim zrzutem. Przy problemach przepływu pakietów plik PCAP powinien być traktowany oddzielnie od archiwum logów, aby w tickecie było jasne, który plik zawiera logi usług, a który pakiety sieciowe.

⚠️ Logi, zrzuty ekranu i Packet Captures mogą zawierać wewnętrzne adresy IP, publiczne IP, nazwy użytkowników, nazwy hostów, szczegóły certyfikatów lub inne informacje poufne. Przed przesłaniem musi być jasne, kto otrzyma dane i czy trzeba je wcześniej oczyścić.

Consolidated Troubleshooting Report

Przy problemach z urządzeniem lub systemem Sophos może zażądać Consolidated Troubleshooting Report. W firewallu znajduje się on pod Diagnostics > Tools. Raport zbiera informacje diagnostyczne i odpowiednie dane logów w skompresowanym archiwum.

Taki raport jest szczególnie pomocny przy:

• crashach usług
• niejasnych stanach systemu
• powtarzających się błędach po aktualizacjach
• problemach, których Sophos nie może ocenić tylko na podstawie zrzutu ekranu
• sprawach supportowych, w których może być dotkniętych kilka modułów

Raport nie zastępuje jednak dobrego opisu błędu. Godzina, strefa czasowa, dotknięta funkcja i kroki reprodukcji muszą nadal znaleźć się w tickecie.

Support Access i Remote Assistance ID

W sprawach firewallowych Sophos może poprosić o Remote Assistance ID albo o aktywny Support Access. Dzięki temu Sophos może uzyskać czasowo ograniczony dostęp do firewalla, jeśli jest to potrzebne do analizy.

Support Access należy aktywować tylko wtedy, gdy jest potrzebny w konkretnym przypadku. Po zamknięciu sprawy dostęp należy ponownie wyłączyć albo przynajmniej sprawdzić. Praktyczną procedurę opisuje Udostępnienie Sophos Firewall Support Access dla Avanet. Oficjalna dokumentacja Sophos opisuje ogólny proces pod Support access.

W tickecie należy podać:

• czy Support Access jest już aktywny
• Remote Assistance ID, jeśli istnieje
• na jak długo dostęp został włączony
• czy MFA lub reguły ACL wpływają na dostęp
• czy istnieje okno serwisowe na testy

Otwieranie ticketu przez Sophos Support Assistant

Sophos Support Portal jest dostępny tutaj:

➜ Sophos Support Portal

Po zalogowaniu przez SophosID Support Assistant jest dostępny w dużym polu na stronie głównej i pod czarnym przyciskiem Assistant w prawym dolnym rogu. Menu Cases pozostaje dostępne dla istniejących spraw, ale nie jest już normalnym punktem startowym dla nowej.

Rozpoczęcie sprawy w Support Assistant

1. Zalogować się do Support Portal.
2. Otworzyć duże pole wprowadzania lub przycisk Assistant.
3. Jasno podać produkt, problem i cel. Przy błędzie produktu rozmowę można rozpocząć na przykład od: I need to open a technical support case for Sophos Firewall.
4. Dodać objawy, wpływ biznesowy i wykonane kontrole. Temat taki jak IPsec VPN fails after SFOS 22.0 MR1 upgrade on XGS 2100 jest bardziej użyteczny niż VPN problem.
5. Przed działaniem merytorycznie zweryfikować sugerowaną dokumentację i kroki troubleshooting. Nie należy wykonywać niepasujących lub ryzykownych zmian wyłącznie dlatego, że zasugerowała je odpowiedź AI.
6. Jeśli problem pozostaje nierozwiązany, wyraźnie zaznaczyć, że potrzebny jest ludzki Support Engineer i Technical Support Case.
7. Odpowiedzieć na prowadzone pytania i przypisać właściwe konto, dotkniętą licencję lub numer seryjny oraz odpowiednią Severity.
8. Dodać logi, zrzuty ekranu, CTR lub pliki PCAP, gdy proces to umożliwi albo utworzona sprawa pojawi się pod Cases.
9. Zakończyć tworzenie sprawy i wewnętrznie udokumentować potwierdzony numer sprawy.

Dokładny dialog jest dynamiczny. Sophos może najpierw zaproponować instrukcję, kontrolę licencji lub dodatkowe pytania, zanim pojawi się ścieżka tworzenia sprawy. Nie jest to jeszcze błąd. Ważne jest jasne opisanie rzeczywistej usterki i jej wpływu oraz kontynuowanie procesu do utworzenia numeru sprawy, jeśli potrzebna jest dalsza analiza.

Jak rozpoznać prawidłowe zakończenie

Pomocna odpowiedź AI lub wyświetlony artykuł KB nie są jeszcze Support Case. Proces jest zakończony dopiero wtedy, gdy numer sprawy zostanie pokazany lub potwierdzony e-mailem. Następnie sprawę można otworzyć pod Cases, uzupełniać i śledzić. Obszary bez AI, takie jak Cases, Accounts, Followed Cases i zwykłe wyszukiwanie wiedzy, pozostają dostępne.

Przy krytycznej awarii obowiązuje osobna kolejność: utworzyć sprawę, zanotować jej numer i następnie skontaktować się z Sophos telefonicznie. Bez konta Support Portal należy skorzystać z regionalnej drogi telefonicznej pod For Critical Cases. Assistant nie zastępuje tego pilnego kontaktu z człowiekiem.

Co powinno znaleźć się w opisie

Dobry opis jest wystarczająco krótki do przeczytania i wystarczająco konkretny do pracy.

Praktyczny szablon:

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:

Przy problemach z regułami firewalla, NAT lub VPN należy dodatkowo podać:

• sieci source i destination
• dotkniętą usługę lub port
• oczekiwaną regułę firewalla
• regułę NAT, jeśli dotyczy
• tunel VPN lub profil Remote Access
• wynik Log Viewer
• Packet Capture lub tcpdump PCAP, jeśli przepływ pakietów jest istotny
• Support Access ID, jeśli Sophos potrzebuje dostępu zdalnego

Przy analizie reguł Test reguły firewalla z Log Viewer, Policy Test i Packet Capture może pomóc przed otwarciem Support Case.

RMA i uszkodzenie sprzętu

Przy uszkodzeniach sprzętu Sophos potrzebuje dodatkowych informacji do obsługi RMA. Obejmuje to nie tylko opis błędu i numer seryjny, lecz także model, rewizję, firmware, licencję, status HA i dane wysyłkowe.

Należy przygotować:

• uszkodzony produkt i model
• numer seryjny dotkniętego urządzenia
• wersję firmware
• numer licencji lub przypisanie licencji
• opis objawów i już sprawdzone punkty
• Dead on arrival, jeśli urządzenie było dotknięte bezpośrednio po dostawie
• klaster HA: tak lub nie
• adres dostawy i osobę kontaktową
• numer telefonu i adres e-mail
• szczególne wskazówki wysyłkowe

Przy firewallach należy dodatkowo sprawdzić, czy istnieje aktualny backup i jak zostanie odtworzony firewall zastępczy. Dla backupu i restore pasuje Backup i restore na Sophos Firewall.

W przypadkach RMA należy kierować się aktualnym Sophos Support Portal i odpowiedzią w tickecie. Wpisy community lub starsze opisy procedur mogą wyglądać pomocnie, ale nie są decydujące, jeśli Sophos w konkretnej sprawie wymaga innych danych.

Dopytywanie i eskalacja

Po otwarciu powinno przyjść e-mailem potwierdzenie z numerem sprawy. Numer należy podawać w każdej późniejszej komunikacji. Pod Cases można otworzyć sprawę, dodać informacje i śledzić jej stan.

Jeśli krytyczna sprawa nie postępuje wystarczająco szybko, nie należy otwierać drugiego ticketu. Duplikaty powodują więcej koordynacji i mogą raczej spowolnić obsługę.

Lepiej:

1. mieć gotowy istniejący numer ticketu
2. konkretnie opisać impact i pilność
3. dosłać brakujące logi lub odpowiedzi
4. przy sprawach krytycznych dopytać telefonicznie z numerem sprawy
5. eskalować istniejącą sprawę przez Request Escalation, gdy uzasadnia to wpływ lub przebieg
6. wewnętrznie udokumentować, kto przekazał jaką odpowiedź

Eskalacja powinna być uzasadniona. Sensowne powody to na przykład:

• przekroczono docelowy czas odpowiedzi.
• awaria produkcyjna trwa nadal.
• brak reakcji mimo dosłanych informacji.
• błędne przypisanie lub niepasująca kategoria produktu.
• case blokuje planowany proces odtworzenia lub konserwacji.

Eskalacja powinna zawsze opisywać aktualny wpływ biznesowy. Zdanie We need an update jest słabsze niż konkretna informacja The main site-to-site VPN between headquarters and production is still down, 80 users cannot access ERP, no workaround is available. Aktualny oficjalny proces opisuje strona Escalating a support case.

Przy poważnych przypadkach bezpieczeństwa lub awarii należy dodatkowo sprawdzić, czy mają zastosowanie inne procesy supportu lub incident response. Zwykły ticket techniczny nie jest automatycznie pełnym procesem incident response.

Checklista

• SophosID działa.
• Licencja i uprawnienie do supportu są wyjaśnione.
• Numer seryjny, model i wersja firmware są udokumentowane.
• Znany jest czas błędu ze strefą czasową.
• Opisano wpływ na użytkowników, usługi lub lokalizację.
• Ostatnie zmiany zostały zanotowane.
• Reprodukcja lub objaw są zrozumiałe.
• Odpowiednie logi i zrzuty ekranu są przygotowane.
• Packet Capture lub tcpdump PCAP jest przygotowany tylko dla problemów przepływu pakietów.
• Dane poufne w załącznikach zostały sprawdzone.
• Przy RMA: dane wysyłkowe i status HA są przygotowane.
• Tworzenie sprawy w Support Assistant zostało doprowadzone do potwierdzonego numeru.
• Numer ticketu jest dokumentowany wewnętrznie.

FAQ