Zum Inhalt springen

Portainer MCP Updates & Release Notes

5 Einträge aus 1 Quelle. Zuletzt aktualisiert:

Feed abonnieren:RSS: Feed für Portainer MCP Updates & Release NotesAPI: Einträge von Portainer MCP Updates & Release Notes als JSON
Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Portainer MCP von Portainer

Portainer MCP 2.45.1: Healthcheck, Proxy-Tools und cryptography 50.0.0

Portainer MCP 2.45.1 lässt den Container-Healthcheck dem konfigurierten Bind folgen, akzeptiert bei den Proxy-Tools Objekt-Bodys mit Standard-Content-Type, verlangt endpointId bei Stack-Git-Operationen, sendet bei leeren JSON-Bodys {} und aktualisiert cryptography auf 50.0.0.

What's Changed

Full Changelog: https://github.com/portainer/portainer-mcp/compare/2.45.0...2.45.1

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Portainer MCP von Portainer

Portainer MCP 2.45.0: Policy-Request-Bodys korrigiert

Portainer MCP 2.45.0 behebt die Serialisierung der Request-Bodys von PolicyCreate und PolicyConflicts, prüft die Workarounds für Spec-Fehler erneut gegen Upstream 2.44 und aktualisiert pypa/gh-action-pypi-publish auf v1.14.2.

What's Changed

Full Changelog: https://github.com/portainer/portainer-mcp/compare/2.44.0...2.45.0

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Portainer MCP von Portainer

Portainer MCP 2.44.0: Abhängigkeiten gegen Sicherheitswarnungen aktualisiert

Portainer MCP 2.44.0 aktualisiert acht gesperrte Abhängigkeiten, um alle offenen Dependabot-Sicherheitswarnungen zu beheben, und zieht übersehene Versions-Pins der Version 2.43 nach.

What's Changed

New Contributors

Full Changelog: https://github.com/portainer/portainer-mcp/compare/2.43.3...2.44.0

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Portainer MCP von Portainer

Portainer MCP 2.43.3: Konfigurierbares Timeout PORTAINER_TIMEOUT

Portainer MCP 2.43.3 führt das konfigurierbare Upstream-Timeout PORTAINER_TIMEOUT mit einem neuen Standard von 120 Sekunden ein und formuliert Timeout-Fehler nach dem Senden so um, dass sie auf einen möglicherweise erfolgreichen Schreibvorgang hinweisen.

2.43.3 — Targets Portainer 2.43.x

Added

  • Configurable upstream timeout (PORTAINER_TIMEOUT, seconds) — #80. The upstream Portainer HTTP timeout was hardcoded at 30s, routinely too short for stack creation (Portainer deploys synchronously — the request holds open through image pull and compose up). The default rises to 120s, the connect phase stays capped at 10s so an unreachable Portainer still fails fast, and the knob applies to both transports. Non-numeric or non-positive values refuse to boot; the resolved posture is logged at startup.

Changed

  • Post-send timeouts now say the write may have succeeded (#80). A request that times out after reaching Portainer is ambiguous, not failed — Portainer keeps processing, which is how two timed-out stack creates left two stack records behind in #80. FastMCP's stock error ("please retry") invites exactly the duplicate-creating reflex, so ReadTimeout/WriteTimeout errors are rewritten to name the ambiguity, instruct the model to verify current state (e.g. StackList) before retrying, and point at PORTAINER_TIMEOUT. Connect-phase timeouts are left untouched — the request never reached Portainer.

Full changelog: https://github.com/portainer/portainer-mcp/blob/2.43.3/CHANGELOG.md

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Portainer MCP von Portainer

Portainer MCP 2.43.2: Guidance-Gate und Trust-Proxy-Auth-Option

Portainer MCP 2.43.2 sperrt Clients hinter session-wechselnden Bridges nicht mehr aus, da das Guidance-Gate nun den authentifizierten Aufrufer statt Mcp-Session-Id nutzt, und ergänzt eine Trust-Proxy-Auth-Option (PORTAINER_MCP_TRUST_PROXY_AUTH=1) für Deployments hinter identitätsbewussten Proxys.

2.43.2 — Targets Portainer 2.43.x

Fixed

  • Guidance gate no longer keys on Mcp-Session-Id — clients behind session-churning bridges are never locked out (#75). The gate is now a toll booth: the first tool call from a caller whose idle window has lapsed is answered with the operating guide itself (plus a retry instruction) instead of a "call get_guidance and retry" bounce, and the caller is marked guided immediately — delivery is the proof, so nothing needs to be correlated across requests and there is no lockout state. Callers are identified by the authenticated principal (the per-user API-key digest over HTTP, the process over stdio), the scoping SEP-2567 recommends now that major clients mint a fresh session id per tool call. The window slides with activity (PORTAINER_MCP_GUIDANCE_TTL, default 1800s), so re-delivery happens on the next conversation, not mid-task — including over stdio, where the old gate fired only once per process lifetime. PORTAINER_MCP_DISABLE_GUIDANCE_GATE=1 disables enforcement entirely (install the hygiene skill manually on clients in that case); get_guidance remains available on demand.

Added

  • Trust-proxy auth posture (PORTAINER_MCP_TRUST_PROXY_AUTH=1) for deployments behind an identity-aware proxy that owns the Authorization header (e.g. Pomerium in MCP server mode) — #76. The gate-token compare is replaced by per-request proxy attestation: inherited from the …

Originalquelle(öffnet in neuem Tab)Problem melden