扩展 on NPS Plus

使用示例

Mon, 01 Jan 0001 00:00:00 +0000

开启 NPS 服务端，假设服务端公网 IP 为 1.1.1.1，配置文件中的 bridge_port 为 8024，web_port 为 8080。
访问 1.1.1.1:8080。
在客户端管理中新增一个客户端，记录客户端验证密钥。
在内网设备上运行 NPC（Windows 使用 CMD 运行 .exe 文件）。

./npc -server=1.1.1.1:8024 -vkey=客户端验证密钥

注意：运行服务端后，请确保客户端设备能正常访问配置文件中的 bridge_port 端口，可使用 Telnet、Netcat 等工具检查。

Mon, 01 Jan 0001 00:00:00 +0000

在 nps.conf 中配置 auth_key 即可启用 API 鉴权（首次启动自动生成）。

每个请求需附带两个参数：

参数	说明
`auth_key`	`md5(配置文件中的 auth_key + 当前时间戳)`
`timestamp`	当前 unix 时间戳（秒）

时间戳有效范围为 20 秒，每次请求须重新生成。

Mon, 01 Jan 0001 00:00:00 +0000

除 AuthController 和 LoginController 外，所有接口均需通过鉴权，详见 API 鉴权说明。

单个查询接口（GetClient、GetOneTunnel、GetHost）返回 {"code": 1, "data": {...}} 或 {"code": 0}。

Mon, 01 Jan 0001 00:00:00 +0000

本页解释 NPS 管理界面和配置文档中的专有名词，以及容易混淆的字段。新增、编辑、保存等通用操作，以及版本、备注等含义明确的字段不再重复说明。

TCP 隧道：将 NPS 的一个 TCP 监听端口转发到 NPC 可访问的目标，适用于 SSH、远程桌面、数据库等。
UDP 隧道：将 NPS 收到的 UDP 数据转发到 NPC 可访问的目标。服务端防火墙需要放行对应 UDP 端口。
HTTP(S) 隧道：按域名和 URL 路径把请求反向代理到内网站点，多个站点可以共享 NPS 的 HTTP/HTTPS 端口。域名仍需自行解析到 NPS。
HTTP 正向代理：浏览器或应用显式配置代理后，通过 NPC 所在网络访问应用指定的 HTTP/HTTPS 资源。它与发布固定内网站点的 HTTP(S) 隧道方向不同。
SOCKS5 代理：支持 SOCKS5 的应用通过 NPC 所在网络连接应用指定的目标。只有配置了该代理的应用会经过 NPS。
私密代理：访问端运行 NPC，并用隧道访问密钥连接内网 TCP 服务。业务流量由 NPS 中转，但不必为每条隧道开放单独的公网端口。
P2P 连接：NPS 协调 NAT 穿透，尝试让访问端与提供服务的 NPC 直接传输业务流量。能否直连取决于双方网络和 NAT 类型。
文件服务：由 NPC 将本地路径中的文件通过 HTTP 提供出来，不提供文件同步或备份能力。
透明代理：P2P 访问端的一种本地接入方式，不是 Web 中单独创建的隧道类型。

具体配置参阅配置示例。