Continue MCP SSE-Probleme: Verbindungsabbrüche, Streaming und Retries

Probleme mit der SSE-Verbindung von Continue zu Corcava MCP? Diese Continue-spezifische Anleitung hilft bei SSE-Trennungen, Streaming-Fehlern und Verbindungsproblemen. So validieren Sie Ihre Konfiguration, prüfen Netzwerk-/Proxy-Einstellungen und setzen empfohlenes Retry-Verhalten um.

SSE in Continue verstehen

Continue nutzt Server-Sent Events (SSE) für Remote-MCP-Server. SSE ermöglicht Echtzeit-Streaming, reagiert aber empfindlich auf Netzwerkbedingungen:

So funktioniert SSE in Continue

Persistente Verbindung: Lang laufende Verbindung zum MCP-Server
Streaming-Antworten: Server streamt Antworten während der Erzeugung
Unidirektional (Server→Client): SSE streamt nur vom Server zum Client; Clients müssen separate HTTP-Anfragen oder WebSockets zum Senden nutzen
Netzwerkempfindlich: Empfindlicher gegenüber Netzwerkproblemen als HTTP-Polling

Häufige SSE-Probleme

Verbindungsabbrüche

Symptom: SSE-Verbindung wird aufgebaut, bricht dann unerwartet ab
Ursachen:
- Netzwerkinstabilität
- Proxy-Timeouts
- Firewall schließt inaktive Verbindungen
- Serverseitige Verbindungslimits

Streaming-Fehler

Symptom: Verbindung steht, aber Streaming-Antworten sind unvollständig oder beschädigt
Ursachen:
- Proxy puffert SSE-Streams
- Paketverlust im Netz
- Clientseitige Pufferprobleme

Verbindung abgelehnt

Symptom: SSE-Verbindung kann gar nicht aufgebaut werden
Ursachen:
- Ungültige Endpunkt-URL
- Netzwerk/Firewall blockiert SSE
- Server nicht erreichbar
- Authentifizierungsfehler

Schritt 1: Continue-Konfiguration validieren

Stellen Sie zuerst sicher, dass Ihre Continue-Konfiguration für SSE korrekt ist:

Korrektes SSE-Konfigurationsformat

Gültige Continue-Konfiguration

{
  "mcpServers": {
    "corcava": {
      "url": "https://app.corcava.com/mcp",
      "transport": "sse",
      "headers": {
        "Authorization": "Bearer YOUR_API_KEY"
      }
    }
  }
}

Wichtig:

URL muss HTTPS sein (SSE erfordert sichere Verbindung)
Transport sollte "sse" sein (explizit oder Standard)
Authorization-Header muss korrekt formatiert sein

Konfigurations-Checkliste

✅ Konfigurationsdatei ist gültiges JSON (siehe Konfigurations-JSON-Fehler)
✅ URL ist korrekt: https://app.corcava.com/mcp
✅ Transport ist "sse" (oder weggelassen, Standard für Remote)
✅ Authorization-Header hat "Bearer "-Präfix
✅ API-Schlüssel ist aktiv und nicht widerrufen

Schritt 2: Netzwerk- und Proxy-Einstellungen prüfen

SSE-Verbindungen können von der Netzwerkinfrastruktur blockiert oder gestört werden:

Netzwerk-Diagnose

SSE-Endpunkt testen

curl -N -H "Authorization: Bearer YOUR_API_KEY" \
  https://app.corcava.com/mcp

Die Option -N deaktiviert Pufferung, nützlich zum Testen von SSE-Streams. Schlägt das fehl, können Netzwerk-/Proxy-Probleme vorliegen.

Proxy-Probleme mit SSE

Unternehmens-Proxy-Probleme

Unternehmens-Proxys stören oft SSE:

Pufferung: Proxys können SSE-Streams puffern und Echtzeitverhalten brechen
Timeouts: Proxys können inaktive SSE-Verbindungen schließen
Filterung: Manche Proxys blockieren SSE-Verbindungen ganz

Lösung: VPN nutzen, Proxy-Ausnahmen konfigurieren oder IT um Freischaltung von SSE bitten

Firewall-Regeln

Für SSE erforderlich:

Ausgehend HTTPS (Port 443) zu app.corcava.com
Lang laufende Verbindungen erlaubt (SSE hält Verbindung offen)
Kein zu kurzer Verbindungs-Timeout (SSE-Verbindungen können inaktiv sein)

Schritt 3: Verbindungsabbrüche behandeln

SSE-Verbindungen können abbrechen. Retry-Logik umsetzen:

Empfohlenes Retry-Verhalten

Retry-Strategie bei SSE-Abbrüchen

Sofortiger Retry: Bei Abbruch sofort erneut versuchen (kann vorübergehend sein)
Exponentielles Backoff: Schlägt sofortiger Retry fehl, 2 Sekunden warten, dann 4 Sekunden
Max. Retries: 3 Versuche, dann Fehler melden
Neu verbinden: SSE-Verbindung von Grund auf neu aufbauen

Automatische Continue-Retries

Continue kann SSE-Verbindungen automatisch erneut versuchen. In den Continue-Einstellungen prüfen:

Automatische Wiederverbindung aktiviert
Retry-Verzögerung
Maximale Retry-Versuche

Schritt 4: SSE-Verbindung prüfen

Mit diesem einfachen Ablauf die SSE-Verbindung testen:

Einfacher Verifizierungsablauf

Verbindungsstatus prüfen: SSE-Verbindungsanzeige in Continue prüfen
Tool-Liste testen: "What MCP tools are available?" fragen
Einfachen Aufruf testen: "List my projects" (nur lesen, schnell)
Verbindung überwachen: Auf Abbrüche während der Nutzung achten
Protokolle prüfen: Continue-Protokolle auf SSE-Fehler prüfen

Erwartetes Verhalten

Wenn SSE korrekt funktioniert:

Verbindungsanzeige zeigt "connected" oder "active"
Tools erscheinen in der verfügbaren Tool-Liste
Tool-Aufrufe schließen erfolgreich ab
Antworten streamen in Echtzeit (falls unterstützt)
Keine Verbindungsabbruch-Fehler in den Protokollen

Schritt 5: Streaming-Probleme beheben

Wenn die Verbindung steht, das Streaming aber problematisch ist:

Streaming-Fehler-Symptome

Unvollständige Antworten

Symptom: Tool-Aufrufe liefern Teildaten oder brechen mitten in der Antwort ab
Lösung: Proxy-Pufferung prüfen, Client-Puffergröße erhöhen oder HTTP-Polling nutzen

Verzögerte Antworten

Symptom: Antworten kommen mit deutlicher Verzögerung
Lösung: Netzwerk-Latenz prüfen, prüfen ob Proxy puffert, von anderem Netz testen

Beschädigte Daten

Symptom: Antworten enthalten fehlerhaftes JSON oder unvollständige Daten
Lösung: Paketverlust prüfen, Netzwerkstabilität prüfen, erneut verbinden

Schritt 6: Alternative: HTTP-Polling

Wenn SSE weiter Probleme macht, unterstützen manche MCP-Clients HTTP-Polling als Alternative:

SSE vs. HTTP-Polling

Wenn SSE in Ihrer Umgebung unzuverlässig ist:

HTTP-Polling kann stabiler sein (weniger effizient)
Continue-Dokumentation auf Polling-Transport-Option prüfen
Polling funktioniert oft besser durch Unternehmens-Proxys
Kompromiss: Weniger Echtzeit, aber zuverlässiger

Schnell-Checkliste

Vor der Eskalation

✅ Konfigurationsdatei ist gültiges JSON mit korrektem SSE-Format
✅ URL ist korrekt und nutzt HTTPS
✅ API-Schlüssel ist aktiv und korrekt formatiert
✅ Netzwerkverbindung getestet (curl-Test funktioniert)
✅ Auf Proxy-Störung geprüft
✅ Firewall erlaubt lang laufende HTTPS-Verbindungen
✅ Continue wurde nach Konfigurationsänderungen neu gestartet
✅ Continue-Protokolle auf konkrete Fehlermeldungen geprüft