--- title: "Datenbank, MCP oder HTTP prüfen" description: "Was der Verbindungstest aussagt, was Du selbst lösen kannst und was der Support braucht." canonical_url: "https://meingpt.com/docs/integrations/vault/operations/service-troubleshooting" language: de --- # Datenbank, MCP oder HTTP prüfen Bei einer Dienstfreigabe zeigt der Outpost drei Fragen getrennt: - **Registrierung bei meinGPT:** MeinGPT kennt die Freigabe. - **Lokale Prüfung:** Der Outpost-Rechner erreicht das lokale Ziel. Diese Prüfung läuft nur auf Deinen Klick. - **Aus meinGPT erreichbar:** Der Tunnel für die Freigabe ist verbunden. Eine registrierte Freigabe kann also trotzdem nicht erreichbar sein. Öffne in der Outpost-Konsole **Freigaben**, suche die betroffene Zeile und wähle **Verbindung prüfen**, um das lokale Ziel zu testen. Der Outpost fragt keine Produktivdatenbank im Hintergrund ab. ## Wenn die Registrierung scheitert Scheitert die Registrierung eines Dienstes, bleiben bereits registrierte Dienste auf demselben Outpost registriert. In der betroffenen Zeile und unter **Status** siehst Du, ob MeinGPT die Registrierung abgelehnt hat, nicht erreichbar war oder eine ungültige Antwort lieferte. Bei einer Ablehnung steht der HTTP-Status dabei. Der Outpost versucht den fehlgeschlagenen Schritt automatisch erneut. Prüfe bei **Registrierung von meinGPT abgelehnt (403)** das Dienstlimit und die Rechte in MeinGPT. Bei **Registrierung von meinGPT abgelehnt (400)** prüfe die Einstellungen dieses Dienstes. Ist MeinGPT nicht erreichbar, prüfe die Netzwerkverbindung. Wenn der Fehler bestehen bleibt, nutze **System → Problem melden**. Ein abgelehnter Tunnel-Zugang kann auch bei bereits erfolgreicher Registrierung getrennt angezeigt werden; der lokale Verbindungstest behebt diesen Plattformfehler nicht. ## Was genau geprüft wird | Art | Aussage bei Erfolg | Was nicht behauptet wird | | ------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------- | | **PostgreSQL, MySQL, Microsoft SQL Server** | Anmeldung, Datenbank und gewählte Zugriffsstufe wurden geprüft. Bei „Nur lesen“ prüft der Outpost zusätzlich, dass die Rolle wirklich nicht schreiben kann. | Dass jede spätere SQL-Abfrage fachlich korrekt ist. | | **MCP** | Der MCP-Handshake funktioniert, die Werkzeugliste antwortet und alle freigegebenen Werkzeuge sind vorhanden. | Dass jeder spätere Werkzeugaufruf erfolgreich ist. | | **HTTP** | Der genaue lokale Endpunkt beantwortet eine `HEAD`-Anfrage. | Dass andere Methoden, Pfade oder Anmeldungen funktionieren. | Der HTTP-Test verwendet den eingestellten Endpunkt und sendet keinen Request-Body. Er läuft nur, wenn Du **Verbindung prüfen** wählst. ## Die häufigsten Ergebnisse | Meldung | Was Du tust | | --------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------ | | **Outpost gestoppt** | Den angebotenen Knopf erneut wählen. Er startet den Outpost und prüft danach nochmals. | | **Anmeldung abgelehnt** | Nutzername und Passwort in der Verbindungs-URL prüfen. Nutze eine eigene Datenbankrolle statt eines persönlichen Kontos. | | **Datenbank fehlt** | Datenbanknamen in der URL prüfen. Der Server wurde bereits erreicht. | | **Rolle ohne nötige Rechte** | Den Datenbank-Admin die Rechte dieser Rolle prüfen lassen. Nicht vorsorglich Adminrechte vergeben. | | **Nur-Lesen braucht eine Rolle ohne Schreibrechte** | Eine eigene Leserolle anlegen. Der Outpost schwächt diese Prüfung nicht automatisch ab. | | **Hostname nicht auflösbar** | DNS auf dem Outpost-Rechner und den Hostnamen in der URL prüfen. | | **Verbindung abgelehnt** | Lokalen Dienst starten und Port prüfen. Bei PostgreSQL zusätzlich prüfen, ob es auf der erwarteten Adresse lauscht. | | **Zeitüberschreitung** | Firewall, VPN und Netzweg vom Outpost-Rechner prüfen. | | **Sichere Verbindung nicht prüfbar** | Zertifikat und Vertrauenskette der Datenbank prüfen. Keine Zertifikatsprüfung abschalten. | Nach der Korrektur eines lokalen Verbindungsfehlers genügt **Verbindung prüfen**. Die Freigabe muss nicht gelöscht werden, außer die Konfiguration selbst ist ungültig und die Konsole fordert genau dazu auf. ## Wenn Du Hilfe brauchst Öffne **vor einem Neustart** unter **System → Problem melden** den Bericht. Gib dort nur drei Dinge an: 1. den ungefähren Zeitpunkt mit Zeitzone, 2. den Namen der betroffenen Freigabe, 3. was Du unmittelbar davor gemacht hast. Nach Deiner ausdrücklichen Bestätigung erstellt der Outpost ein bereinigtes Diagnosepaket, lädt es direkt hoch und zeigt eine Referenz wie `SUP-123456`. Nenne dem Support nur diese Referenz; Du musst das ZIP nicht per E-Mail senden. Das Paket bleibt bei der Supportanfrage gespeichert, bis diese gelöscht wird. Das Paket enthält in `services.json` Art, Registrierungsstand, eine bereinigte Zielbeschreibung und den begrenzten Prüfbefund. Datenbank-Passwörter und Verbindungs-URLs werden nicht aufgenommen. Das Paket enthält jedoch Logausschnitte und kann Dateinamen, Pfade oder Suchtexte enthalten; prüfe es nach Deinen Richtlinien. Wenn der Upload nicht möglich oder durch Deine Richtlinie nicht erlaubt ist, wähle **Nur ZIP speichern**. Das ist dasselbe bereinigte Paket als Offline-Fallback. **Bitte nicht an den Support senden** Keine SQLite-Datenbank, keine vollständige Verbindungs-URL und keine Rohlogs. Nutze „Problem melden“ oder als Offline-Fallback das bereinigte Diagnose-ZIP.