[Feature]: Allow authenticated opt-in LAN access to local compatibility endpoints
维护者通常 5 天内回复
评估
这个 Issue 还没有评估数据。
描述
Feature request
Please provide a supported, explicit opt-in way to expose PAIR's OpenAI-compatible local endpoint to trusted LAN clients.
Current behavior
PAIR 0.91.7 on Windows 11 binds the LM Studio-compatible proxy on port 1234, but rejects a request arriving through an established firewall/NAT path:
{"code":"loopback-only","error":"plaintext requests are accepted only from loopback; cluster peers must use the mTLS ingress"}
Changing the proxy port preserves the port number but does not change this policy.
Use case
A dedicated Windows GPU workstation already serves:
- automation clients on another workstation;
- Kubernetes workloads;
- an existing firewall-restricted tunnel/NAT endpoint;
- standard OpenAI-compatible SDKs that cannot run PAIR themselves.
Installing and pairing PAIR inside every client, pod, or workload is substantially more operationally complex than exposing one authenticated endpoint.
Security expectations
I understand why unrestricted plaintext LAN exposure is disabled and am not asking for an insecure default. A secure opt-in mode could require some combination of:
- an explicit bind address such as
0.0.0.0; - API-key authentication or client certificates;
- source CIDR allowlisting;
- a prominent warning when enabled.
Requested outcome
Provide a documented, supported mechanism for ordinary OpenAI-compatible clients on trusted networks to access a PAIR endpoint without running a PAIR node locally. The existing loopback-only behavior should remain the default.
- 主要语言
- Go
- 星标
- 1.6k
- 派生
- 266
- 平均合并
- 3 天 15 小时
- 30 天内合并 PR
- 23
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
NVIDIA/Personal-AI-Router 的其他 Issue
-
enhancement
难度 4/5 一周以上 新手友好度 12/100
NVIDIA/Personal-AI-Router#162 ·
维护者通常 5 天内回复
-
enhancement
难度 4/5 3-5 天 新手友好度 25/100
NVIDIA/Personal-AI-Router#154 · 1 条评论 ·
维护者通常 5 天内回复
-
[Feature]: [Ollama] Alert the user about model pull failures可能已有人在做 @ckelseynv 于 2 天前认领。 未关闭enhancement
难度 3/5 1-2 天 新手友好度 56/100
NVIDIA/Personal-AI-Router#152 · 1 条评论 · 已指派 1 人 ·
维护者通常 5 天内回复
-
[Bug]: /v1/responses bypasses model-owner filtering in the Ollama proxy可能已有人在做 @ilaigold 于 3 天前认领。 未关闭
难度 3/5 半天 新手友好度 84/100
NVIDIA/Personal-AI-Router#146 ·
维护者通常 5 天内回复
-
Make model download cancellation asynchronous可能已有人在做 @ckelseynv 于 19 天前认领。 未关闭enhancement
NVIDIA/Personal-AI-Router#115 · 已指派 1 人 ·
维护者通常 5 天内回复
查看 NVIDIA/Personal-AI-Router 的全部 Issue
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 84/100
维护者通常 1 天内回复
-
[Bug] Extraction-mode autogen returns pod templates in random order for map-keyed CRDs, so deny and report messages change between runs可能已有人在做 @ManojLamani 今天认领。 未关闭
难度 2/5 1-3 小时 新手友好度 75/100
kyverno/kyverno#17980 · 1 个 reaction ·
维护者通常 1 天内回复
-
raised-by:reviewer
难度 1/5 1-3 小时 新手友好度 84/100
medici-finance/assay#2681 ·
维护者通常 1 天内回复
-
bug triaged
难度 2/5 1-3 小时 新手友好度 78/100
fullsend-ai/fullsend#8353 · 4 条评论 · 1 个 reaction ·
维护者通常 1 天内回复
-
duplication
难度 2/5 1-3 小时 新手友好度 76/100
openvibely/openvibely#1459 ·
维护者通常 2 天内回复