Sophos Supportticket mit Support Assistant eröffnen

Seit dem 18. Juli 2026 beginnt ein neuer Supportfall für eingeloggte Kunden nicht mehr beim bisherigen Formular New Technical Support Case. Der Sophos Support Assistant ist jetzt der primäre Einstieg. Er schlägt zunächst passende Hilfen vor und führt bei einem weiterhin ungelösten Problem durch die Case-Erstellung.

💡 Wichtig: Der Support Assistant ist ein AI-gestützter Wegweiser, kein Support Engineer und noch kein eröffnetes Ticket. Vorschläge müssen vor einer Änderung fachlich geprüft werden. Ein Case ist erst erstellt, wenn das Portal eine Case-Nummer bestätigt.

Eine gute Vorbereitung bleibt deshalb wichtiger als der neue Dialog. Bei Sophos Firewall gehören vor allem Seriennummer, Modell, Firmwareversion, Lizenzstatus, Fehlerzeitpunkt, betroffene Funktion, Logs, Screenshots und bereits geprüfte Schritte ins Beweispaket. Diese Anleitung verbindet diese Vorbereitung mit dem neuen, von Sophos angekündigten Assistant-Ablauf. Für die Einordnung der verschiedenen Sophos-Zugänge passt zusätzlich Sophos Portale: SophosID, Central, Support und Firewall-Zugänge.

Wann ein Sophos Supportticket sinnvoll ist

Ein Sophos Supportticket ist sinnvoll, wenn ein Problem nicht mehr nur lokal durch Konfiguration, Logs oder bekannte Betriebsprozesse geklärt werden kann.

Typische Fälle:

• Hardwaredefekt, RMA oder Verdacht auf defekte Appliance
• Lizenz- oder Accountproblem mit konkreter Seriennummer
• Firmware-, Hotfix- oder Upgradeproblem
• wiederkehrender Dienstabsturz oder unklarer Systemzustand
• VPN-, WAF-, HA-, RED- oder Routingproblem nach eigener Eingrenzung
• Fehler, der nach Logs und Reproduktion nach einem Produktproblem aussieht
• Supportanfrage, bei der Sophos Zugriff auf interne Analysedaten benötigt

Vor einem Ticket sollte man die naheliegenden lokalen Prüfungen durchführen. Bei Sophos Firewall heisst das nicht, dass alles bereits gelöst sein muss. Aber je genauer Ausgangslage, Zeitfenster und betroffene Funktion beschrieben sind, desto weniger Rückfragen entstehen.

Was Sophos Support leistet und was nicht

Sophos Support hilft bei technischen Produktproblemen und kann allgemeine Konfigurationsfragen beantworten. Der Support ersetzt aber keine vollständige Implementation, Migration oder neue Architekturplanung. Ein Ticket passt besonders dann, wenn eine Funktion trotz nachvollziehbarer Konfiguration nicht ordnungsgemäss arbeitet oder ein konkreter Produkt-, Lizenz-, Hardware- oder Softwarefehler vermutet wird.

Für diese Aufgaben ist ein normaler Produkt-Supportfall nicht der passende Hauptweg:

• neue VPN-Topologie planen
• Firewall-Regeln sauber strukturieren
• NAT oder WAF für einen neuen Dienst einrichten
• HA-Design prüfen
• Routingkonzept oder VLAN-Architektur bewerten
• bestehende Konfiguration auf Best Practices umbauen

In solchen Fällen ist Avanet Support der bessere Ansprechpartner. Dann kann die Firewall im Rahmen der Avanet Supportkonditionen geprüft, geplant oder wunschgemäss konfiguriert werden. Der Sophos Support bleibt der richtige Weg für konkrete Produktfehler und für allgemeine Hilfestellung innerhalb seines dokumentierten Supportumfangs.

Severity und Zielreaktionszeiten

Der Supportplan bestimmt Anspruch und Reaktionsziele, ersetzt aber keine saubere Problembeschreibung. Die Zielzeiten sind Antwortziele, keine garantierten Lösungszeiten. Ein komplexes VPN-, HA- oder Routingproblem kann trotz schneller erster Rückmeldung länger dauern, wenn Logs, Reproduktion oder Remote-Zugriff fehlen.

Der aktuelle Sophos Support Services Guide nennt diese Zielreaktionszeiten:

Die Severity sollte ehrlich nach tatsächlicher Auswirkung gewählt werden. Eine zu hohe Einstufung ohne passenden Impact hilft selten, weil Sophos im Case nach Auswirkung, Reproduzierbarkeit und betroffenen Diensten fragt. Wenn der Fall geschäftskritisch ist, sollte die Beschreibung das klar belegen: betroffene Standorte, Benutzerzahl, fehlender Workaround, Zeitpunkt, Status der Redundanz und bereits geprüfte Massnahmen. Die jeweils aktuellen Definitionen und Zielwerte stehen unter Sophos Service-Level-Ziele.

Voraussetzungen

Für ein technisches Supportticket braucht man in der Regel:

• SophosID für das Support Portal
• gültige Lizenz beziehungsweise aktiven Supportanspruch
• betroffene Seriennummer oder Account-Zuordnung
• bei Partnerfällen: Kundenzuordnung und relevante Lizenz- oder Seriennummer
• Produkt und Modell, zum Beispiel Sophos Firewall XGS oder virtuelle Firewall
• Firmwareversion und Build
• kurze Fehlerbeschreibung mit Auswirkung
• Zeitfenster des Problems mit Zeitzone
• vorhandene Logs, Screenshots oder Fehlermeldungen

Sophos prüft bei Supportfällen die Lizenz- und Seriennummernzuordnung. Ohne passende Lizenz oder Seriennummer kann ein Case zur Validierung an Customer Care gehen. Das verzögert die technische Bearbeitung. Wenn ein Partner den Case für einen Kunden eröffnet, müssen Kundenzuordnung und betroffene Lizenz- oder Seriennummer ebenfalls sauber angegeben werden. Falls Avanet Supportfälle im Namen eines Kunden verwalten soll, muss der Kunde Avanet als Partner den entsprechenden Zugriff erlauben.

Die Seriennummer der Firewall findet man direkt im SFOS Dashboard. Der Ablauf ist in Seriennummer der Sophos Firewall finden beschrieben.

Wenn die Anfrage einen Hardwaredefekt betrifft, sollte zusätzlich der Artikel Wie gehe ich bei einem technischen Defekt meiner Sophos Hardware vor? geprüft werden.

Supportwege einordnen

Sophos bietet mehrere Wege zum Support. Nicht jeder Weg ist für denselben Zweck gleich gut.

Typische Supportwege:

• Support Assistant im Sophos Support Portal: primärer Einstieg für eingeloggte Kunden, Self-Service, Lizenzfragen und geführte Case-Erstellung.
• Cases im Support Portal: bestehende Fälle, Historie, Anhänge, Status und Eskalation verwalten.
• Telefon: kritische Fälle nach der Case-Erstellung mit der Case-Nummer melden oder Zugangsprobleme klären.
• Sophos Community: nicht vertrauliche Fragen, bekannte Fehlerbilder und Austausch mit anderen Admins.
• Sophos TechVids und Docs: How-to-Themen, Konfiguration und bekannte Abläufe.

Für technische Firewall-Fälle beginnt der Ablauf nun beim Support Assistant. Sobald der Case erstellt ist, bleiben Ticketnummer, Historie und Anhänge im Portal nachvollziehbar. Bei kritischen Fällen eröffnet man zuerst den Case, notiert die Nummer und ruft danach Sophos an. Ohne funktionierenden Portalzugang kann die Box For Critical Cases auf der Startseite den direkten Telefonweg anzeigen.

Die aktuellen Kontaktwege und Telefonnummern stehen auf der offiziellen Sophos Support Kontaktseite. Die allgemeine Supportübersicht bleibt unter Sophos Support erreichbar.

Account und Partnerzugriff vorbereiten

Für das Support Portal wird eine SophosID benötigt. Der Account sollte zur Firma, Lizenz oder zum Sophos Central Tenant passen, damit die betroffenen Produkte sichtbar sind. Falls die Firewall über einen Partner betreut wird, sollte vor dem eigentlichen Supportfall geklärt sein, ob der Partner die Cases verwalten darf.

Wenn Avanet einen Case im Namen eines Kunden begleiten oder mit Sophos kommunizieren soll, muss der Zugriff auf die Kundenzuordnung im Sophos Support Portal erlaubt sein. Sophos beschreibt diesen Schritt unter Allow a Sophos Partner to manage your account.

Praktisch bedeutet das:

1. SophosID prüfen.
2. Betroffene Lizenz oder Seriennummer bereithalten.
3. Falls Avanet unterstützen soll, Partnerzugriff im Sophos Portal vorbereiten.
4. Falls Sophos Remote-Zugriff benötigt, Support Access auf der Firewall vorbereiten.

Vor dem Ticket vorbereiten

Ein Support Case sollte so formuliert sein, dass der Support das Problem ohne Rätselraten einordnen kann.

Technische Eckdaten

Für Sophos Firewall sollten diese Angaben bereitliegen:

• Seriennummer
• Modell oder Plattform
• Firmwareversion und Build
• Lizenzstatus oder Supportplan, falls relevant
• HA-Status, falls die Firewall Teil eines Clusters ist
• betroffene Funktion, zum Beispiel IPsec, SSL VPN, WAF, RED, Web Protection oder Reporting
• genaue Uhrzeit des Fehlers mit Zeitzone
• betroffene Benutzer, Netze, Standorte oder Dienste
• letzte Änderungen vor dem Problem

Bei HA-Clustern sollten beide Nodes eindeutig dokumentiert sein. Für die Einordnung von Rollen, Seriennummern und HA-Betrieb passt Sophos Firewall HA Cluster Varianten und Betrieb.

Reproduktion und Auswirkung

Die Beschreibung sollte nicht nur sagen, dass etwas nicht funktioniert. Besser ist eine kurze, prüfbare Darstellung:

• Was wurde erwartet?
• Was passiert stattdessen?
• Seit wann tritt das Problem auf?
• Ist das Problem dauerhaft oder sporadisch?
• Wie kann man es reproduzieren?
• Welche Benutzer oder Dienste sind betroffen?
• Gibt es einen Workaround?
• Wie kritisch ist die Auswirkung auf den Betrieb?

Wenn ein Ticket nur aus einem Screenshot und einem Satz besteht, muss der Support fast zwangsläufig zurückfragen. Das kostet Zeit, besonders bei VPN-, Routing- oder HA-Problemen.

Logs und Anhänge

Bei Firewall-Problemen sind Logs oft wichtiger als lange Vermutungen. Wenn das Problem reproduzierbar ist, sollte man den Fehlerzeitraum möglichst genau festhalten und danach die passenden Logs sichern.

Je nach Problem sind hilfreich:

• Screenshot der Fehlermeldung
• Log Viewer Screenshot mit Filter
• relevante Service-Logs
• Packet Capture oder tcpdump, wenn Paketfluss unklar ist
• Firmware- oder Lizenz-Screenshot
• kurzer Netzplan oder betroffene IP-Adressen, wenn Routing beteiligt ist
• Beschreibung der bereits geprüften Regeln, NAT-Objekte oder VPN-Parameter

Für vollständige Logarchive ist Sophos Firewall Logs für Support und Analyse sichern der passende Ablauf. Welche Logdatei zu welchem Modul gehört, ist in Sophos Firewall Service Logs richtig zuordnen zusammengefasst.

Nicht jeder Anhang beantwortet dieselbe Frage:

• Welche Regel oder welches Modul hat entschieden? Log Viewer Export, Rule ID, NAT ID und betroffener Zeitraum.
• Welcher Dienst meldet Fehler? Relevante Service-Logs oder vollständiges /log-Archiv.
• Kommt Traffic an und geht er weiter? Packet Capture im WebAdmin.
• Braucht Support eine PCAP-Datei? Enger tcpdump-Mitschnitt, separat vom Logarchiv.
• Hat eine Änderung das Problem ausgelöst? Audit Trail, Änderungszeitpunkt und betroffene Objekte.

Ein breites Logarchiv ohne Fehlerzeitpunkt ist oft weniger hilfreich als ein kleineres Datenpaket mit genauer Uhrzeit, klarer Reproduktion und passendem Mitschnitt. Bei Paketflussproblemen sollte die PCAP-Datei getrennt vom Logarchiv behandelt werden, damit im Ticket klar bleibt, welche Datei Service-Logs und welche Datei Netzwerkpakete enthält.

⚠️ Logs, Screenshots und Packet Captures können interne IP-Adressen, öffentliche IPs, Benutzernamen, Hostnamen, Zertifikatsdetails oder andere vertrauliche Informationen enthalten. Vor dem Hochladen sollte klar sein, wer die Daten erhält und ob sie vorher bereinigt werden müssen.

Consolidated Troubleshooting Report

Bei Geräte- oder Systemproblemen kann Sophos einen Consolidated Troubleshooting Report verlangen. In der Firewall findet man diesen unter Diagnostics > Tools. Der Bericht sammelt Diagnoseinformationen und relevante Logdaten in einem komprimierten Archiv.

Ein solcher Report ist besonders hilfreich bei:

• Dienstabstürzen
• unklaren Systemzuständen
• wiederkehrenden Fehlern nach Updates
• Problemen, die Sophos nicht allein anhand eines Screenshots bewerten kann
• Supportfällen, bei denen mehrere Module betroffen sein könnten

Der Report ersetzt aber keine gute Fehlerbeschreibung. Uhrzeit, Zeitzone, betroffene Funktion und Reproduktionsschritte müssen trotzdem im Ticket stehen.

Support Access und Remote Assistance ID

Bei Firewall-Fällen kann Sophos nach einer Remote Assistance ID oder nach aktiviertem Support Access fragen. Damit kann Sophos zeitlich begrenzt auf die Firewall zugreifen, wenn dies für die Analyse nötig ist.

Support Access sollte nur aktiviert werden, wenn er für den konkreten Fall benötigt wird. Nach Abschluss des Supportfalls sollte der Zugriff wieder deaktiviert oder mindestens geprüft werden. Für den praktischen Ablauf passt Sophos Firewall Support Access für Avanet freigeben. Die offizielle Sophos-Dokumentation beschreibt den generellen Ablauf unter Support access.

Im Ticket sollte man angeben:

• ob Support Access bereits aktiv ist
• Remote Assistance ID, falls vorhanden
• wie lange der Zugriff freigegeben wurde
• ob MFA oder ACL-Regeln den Zugriff beeinflussen
• ob es ein Wartungsfenster für Tests gibt

Supportticket mit dem Sophos Support Assistant eröffnen

Das Sophos Support Portal erreicht man unter:

➜ Sophos Support Portal

Nach der Anmeldung mit der SophosID steht der Assistant im grossen Eingabefeld auf der Startseite und zusätzlich über den schwarzen Assistant-Button unten rechts bereit. Der Menüpunkt Cases bleibt für bestehende Fälle erhalten, ist aber nicht mehr der normale Einstieg in die neue Case-Erstellung.

Den Case im Assistant starten

1. Im Support Portal anmelden.
2. Das grosse Eingabefeld oder den Button Assistant öffnen.
3. Produkt, Problem und Ziel klar benennen. Für einen Produktfehler kann der Einstieg zum Beispiel lauten: I need to open a technical support case for Sophos Firewall.
4. Fehlerbild, Business Impact und bereits ausgeführte Prüfungen ergänzen. Ein Betreff wie IPsec VPN fails after SFOS 22.0 MR1 upgrade on XGS 2100 ist aussagekräftiger als VPN problem.
5. Vorgeschlagene Dokumentation und Troubleshooting-Schritte fachlich prüfen. Nicht passende oder riskante Änderungen werden nicht allein aufgrund einer AI-Antwort ausgeführt.
6. Wenn das Problem ungelöst bleibt, ausdrücklich festhalten, dass ein menschlicher Support Engineer und ein Technical Support Case benötigt werden.
7. Die geführten Rückfragen beantworten und den richtigen Account, die betroffene Lizenz oder Seriennummer sowie eine passende Severity zuordnen.
8. Logs, Screenshots, CTR oder PCAP-Dateien ergänzen, sobald der Ablauf dies anbietet oder der erstellte Case unter Cases sichtbar ist.
9. Die Case-Erstellung abschliessen und die bestätigte Case-Nummer intern dokumentieren.

Der genaue Dialog ist dynamisch. Sophos kann zuerst eine Anleitung, eine Lizenzprüfung oder weitere Fragen anbieten, bevor der Case-Pfad erscheint. Das ist noch kein Fehler. Entscheidend ist, dass die eigentliche Störung und ihre Auswirkung klar beschrieben werden und man bei weiterem Analysebedarf die Case-Erstellung bis zur Case-Nummer fortsetzt.

Woran man den erfolgreichen Abschluss erkennt

Eine hilfreiche AI-Antwort oder ein angezeigter KB-Artikel ist noch kein Support Case. Erfolgreich abgeschlossen ist der Vorgang erst, wenn eine Case-Nummer angezeigt beziehungsweise per E-Mail bestätigt wird. Danach lässt sich der Fall unter Cases öffnen, ergänzen und verfolgen. Nicht-AI-Bereiche wie Cases, Accounts, Followed Cases und die normale Wissenssuche bleiben weiterhin verfügbar.

Bei einem kritischen Ausfall gilt eine eigene Reihenfolge: Case erstellen, Case-Nummer notieren und anschliessend Sophos telefonisch kontaktieren. Ohne Support-Portal-Account folgt man dem regionalen Telefonweg unter For Critical Cases. Der Assistant ersetzt diesen dringenden menschlichen Kontakt nicht.

Was in die Beschreibung gehört

Eine gute Beschreibung ist kurz genug zum Lesen und konkret genug zum Arbeiten.

Praktische Vorlage:

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:

Bei Firewall-Regel-, NAT- oder VPN-Problemen sollte zusätzlich angegeben werden:

• Source- und Destination-Netze
• betroffener Service oder Port
• erwartete Firewall-Regel
• NAT-Regel, falls beteiligt
• VPN-Tunnel oder Remote-Access-Profil
• Log Viewer Ergebnis
• Packet Capture oder tcpdump-PCAP, falls der Paketfluss relevant ist
• Support Access ID, falls Sophos Remote-Zugriff benötigt

Für Regelanalysen kann Firewall-Regel testen mit Log Viewer, Policy Test und Packet Capture helfen, bevor der Support Case eröffnet wird.

RMA und Hardwaredefekt

Bei Hardwaredefekten braucht Sophos zusätzlich Informationen für die RMA-Abwicklung. Dazu gehören nicht nur Fehlerbeschreibung und Seriennummer, sondern auch Modell, Revision, Firmware, Lizenz, HA-Status und Versandinformationen.

Vorbereiten sollte man:

• defektes Produkt und Modell
• Seriennummer des betroffenen Geräts
• Firmwareversion
• Lizenznummer oder Lizenzzuordnung
• Fehlerbild und bereits geprüfte Punkte
• Dead on arrival, falls das Gerät direkt nach Lieferung betroffen ist
• HA-Cluster: ja oder nein
• Lieferadresse und Kontaktperson
• Telefonnummer und E-Mail-Adresse
• besondere Versandhinweise

Bei Firewalls sollte zusätzlich geprüft werden, ob ein aktuelles Backup vorhanden ist und wie die Ersatz-Firewall wiederhergestellt wird. Für Backup und Restore passt Backup und Restore auf Sophos Firewall.

Für RMA-Fälle sollte man sich am aktuellen Sophos Support Portal und an der Rückmeldung im Ticket orientieren. Community-Beiträge oder ältere Ablaufbeschreibungen können hilfreich wirken, sind aber nicht massgebend, wenn Sophos im konkreten Case andere Angaben verlangt.

Nachfassen und Eskalieren

Nach dem Eröffnen sollte eine Bestätigung mit Case-Nummer per E-Mail eintreffen. Diese Nummer gehört in jede spätere Kommunikation. Unter Cases lässt sich der Fall öffnen, mit weiteren Angaben ergänzen und verfolgen.

Wenn ein kritischer Fall nicht schnell genug vorankommt, sollte man nicht ein zweites Ticket eröffnen. Doppelte Tickets erzeugen mehr Koordinationsaufwand und können die Bearbeitung eher verlangsamen.

Besser ist:

1. bestehende Ticketnummer bereithalten
2. Impact und Dringlichkeit konkret beschreiben
3. fehlende Logs oder Antworten nachreichen
4. bei kritischen Fällen telefonisch mit Case-Nummer nachfassen
5. im bestehenden Case über Request Escalation eskalieren, wenn Impact oder Verlauf dies rechtfertigen
6. intern dokumentieren, wer welche Rückmeldung gegeben hat

Eine Eskalation sollte begründet sein. Sinnvolle Gründe sind zum Beispiel:

• Zielantwortzeit wurde überschritten.
• Produktiver Ausfall dauert weiter an.
• Keine Reaktion trotz nachgereichter Informationen.
• Falsche Zuordnung oder unpassende Produktkategorie.
• Case blockiert einen geplanten Wiederherstellungs- oder Wartungsprozess.

Die Eskalation sollte immer den aktuellen Business Impact beschreiben. Ein Satz wie We need an update ist schwächer als eine konkrete Aussage wie The main site-to-site VPN between headquarters and production is still down, 80 users cannot access ERP, no workaround is available. Der aktuelle offizielle Ablauf steht unter Escalating a support case.

Bei schwerwiegenden Security- oder Ausfallfällen sollte zusätzlich geprüft werden, ob andere Support- oder Incident-Response-Prozesse greifen. Ein normales technisches Ticket ist nicht automatisch ein vollständiger Incident-Response-Prozess.

Checkliste

• SophosID funktioniert.
• Lizenz- und Supportanspruch sind geklärt.
• Seriennummer, Modell und Firmwareversion sind dokumentiert.
• Fehlerzeitpunkt mit Zeitzone ist bekannt.
• Auswirkung auf Benutzer, Dienste oder Standort ist beschrieben.
• Letzte Änderungen wurden notiert.
• Reproduktion oder Fehlerbild ist nachvollziehbar.
• Relevante Logs und Screenshots sind vorbereitet.
• Packet Capture oder tcpdump-PCAP ist nur bei Paketflussproblemen vorbereitet.
• Vertrauliche Daten in Anhängen wurden geprüft.
• Bei RMA: Versandinformationen und HA-Status sind vorbereitet.
• Case-Erstellung im Support Assistant bis zur bestätigten Case-Nummer abgeschlossen.
• Ticketnummer wird intern dokumentiert.

FAQ