[Gap]: Document in-cluster connector discovery network prerequisites and recovery
Maintainer thường phản hồi trong vòng 1 ngày
Đánh giá
- Độ khó
- 3/5
- Thời gian dự kiến
- 1-2 ngày
- Mức phù hợp với người mới
- 78/100
- Loại issue
- Tài liệu
- Độ rõ ràng
- Đặc tả rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- helm, kubernetes
- Lĩnh vực
- documentation
Hướng nghiên cứu
Bắt đầu với docs/connector-gateway/connectors.mdx và các trang về cấu hình cũng như triển khai nền tảng, sau đó so sánh mô tả của allow_private_ips trong lược đồ API. Ghi lại các giá trị allowlist của Helm, việc phát hiện Service CIDR, các bước kiểm tra trạng thái connector, cách khôi phục bằng việc lưu lại và việc cấp quyền cho các nhóm thư mục. Hoàn tất khi đường đi từ phát hiện đến cung cấp dịch vụ và trình tự khắc phục sự cố đã rõ ràng mà không phụ thuộc vào CIDR riêng của kind.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
What needs documentation?
The Manage connectors page says discovery picks up MCP servers running in the cluster and that activating a connector performs an endpoint check. It does not explain the operator-side network prerequisite that makes those discovered in-cluster endpoints pass the check.
Document the complete discovery-to-serving path:
- Discovery returns an in-cluster Service endpoint and recommends
allow_private_ips: truefor that candidate. allow_private_ipsalone does not authorize Enterprise Manager's verification dial to arbitrary private addresses.- The platform operator must configure
enterprise-manager.directory.connectorVerification.allowedPrivateRangeswith the cluster ranges that discovered endpoints may use. - For Kubernetes Service endpoints, the value must include the cluster's actual Service CIDR. Operators should derive it from the target cluster rather than copy a kind-specific default.
- Without the allowlist, connector creation can succeed while the connector is persisted in
failure; onlyavailableconnectors are served. - After fixing the allowlist, an existing failed connector must be updated/re-saved to trigger verification again. A Helm upgrade alone does not re-check persisted rows.
- A newly available connector still needs directory-group grants before non-admin users can see it.
Include a values example and a verification/troubleshooting sequence that checks connector status after admission.
Context and references
The platform's operator-allowlist design was implemented by:
https://github.com/stacklok/stacklok-enterprise-platform/issues/3644
The current public API schema documents that the discovery result's allow_private_ips value is only a recommendation, but it does not lead operators to the Helm allowlist or explain why a successful create remains unserved.
Relevant source pages:
docs/connector-gateway/connectors.mdxdocs/platform/enterprise-platform/configure-connector-gateway.mdxdocs/platform/enterprise-platform/deployment.mdxstatic/api-specs/enterprise-manager-api.json
Use case
As a platform operator importing MCP servers discovered in Kubernetes, I need to authorize the correct private cluster range and know how to recover failed verification, so that discovered connectors become available without weakening the SSRF boundary or hardcoding a distribution-specific CIDR.
- Ngôn ngữ chính
- JavaScript
- Star
- 4
- Fork
- 4
- Merge trung bình
- 23 giờ 10 phút
- Pull request đã merge (30 ngày)
- 71
Chuẩn bị môi trường
Khởi chạy dev container của dự án ngay trên trình duyệt, bằng tài khoản GitHub của bạn.
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của stacklok/docs-website
-
documentation enhancement needs-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
stacklok/docs-website#1258 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
documentation enhancement needs-triage
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 85/100
stacklok/docs-website#1241 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug documentation needs-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
stacklok/docs-website#1149 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
needs-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
stacklok/docs-website#1143 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
needs-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
stacklok/docs-website#564 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của stacklok/docs-website
Issue tương tự
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 83/100
module-federation/core#5205 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
affects:v0.5.2 area:frontend audit:ui-ux-2026-10 bug priority:P2
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
berntpopp/kidney-genetics-db#326 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
task
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 83/100
TAMULib/fw-registry#550 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 79/100
-
NWCWalletService.subscribe: response is never published if the handler finishes after unsubscribe (regression in 8.1.0)Có thể đã có người làm @ajaysehwal đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 83/100