TwiScan
热门
社区
账号集合
登录
注册
English
日本語
한국의
简体中文
繁体中文
注册并分享邀请链接,可获得视频播放与邀请奖励。
立即注册
搜索结果
端口转发
端口转发 贴吧
一个关键词就是一个贴吧,路径全站唯一。
创建贴吧
用户
未找到
包含
端口转发
的推特
易路代理中文站官方
@yiluproxycom
2026.06.08 08:43
🔗 一台电脑装易路,多台设备同时用代理IP! 局域网多端口转发,3步搞定👇 01 YiLu监听地址选 0.0.0.0 02 IP转发到端口(所有IP类型都支持) 03 其他设备填局域网IP+端口 连接 💻电脑 📱手机 🎮模拟器 🖥️虚拟机 📋平板 全搞定 🆓 免费试用👉 #
YiluProxy
# #
代理IP
# #
易路代理
# #
指纹浏览器
# #
端口转发
#
显示更多
0
0
1
0
0
转发到社区
易路代理中文站官方
@yiluproxycom
2026.06.15 03:29
📖 比特指纹浏览器如何配置 YiluProxy 代理IP?3步搞定! 01 YiLu设置 → 端口5500-5510 · 监听127.0.0.1 · 勾选拦截UDP 02 端口转发 → 静态IP右击转发 / 动态IP提取账密 03 比特浏览器 → SOCKS5 → 127.0.0.1:5500 → 检测代理 → 搞定 ⚠️ 关闭防火墙 · 客户端放D/E盘 🆓 免费试用👉 #
YiluProxy
# #
比特浏览器
# #
指纹浏览器
# #
代理IP
# #
易路代理
#
显示更多
0
0
0
0
0
转发到社区
易路代理中文站官方
@yiluproxycom
2026.06.01 09:00
🤖 安卓手机也能用代理IP!v2rayNG 设置 YiluProxy 教程 01 YiLu设置:监听地址选 0.0.0.0 02 端口转发:IP转发到端口 03 v2rayNG:填局域网IP + 端口 → 连接变绿 🆓 免费试用: #
YiluProxy
# #
v2rayNG
# #
安卓代理
# #
代理IP
# #
教程
# #
SOCKS5
#
显示更多
0
0
0
0
0
转发到社区
易路代理中文站官方
@yiluproxycom
2026.05.29 07:47
📱 iPhone 也能用代理IP!小火箭 Shadowrocket 设置 YiluProxy 教程 01 YiLu设置:监听地址选 0.0.0.0(手机必选!) 02 端口转发:静态IP转发到端口 03 小火箭:填入局域网IP + 端口 → 连接 🆓 免费试用: #
YiluProxy
# #
Shadowrocket
# #
小火箭
# #
iPhone代理
# #
代理IP
# #
教程
#
显示更多
0
0
0
0
0
转发到社区
易路代理中文站官方
@yiluproxycom
2026.05.28 00:53
📖 3步搞定!在 AdsPower 中设置 YiluProxy 代理IP 01 YiLu 基本设置 → 配置端口和引擎 02 端口转发 → 填入 AdsPower(SOCKS5/HTTP) 03 动态IP → 提取账密直接粘贴 多账号运营必备组合 🚀 🆓 免费试用: #
YiluProxy
# #
AdsPower
# #
代理IP
# #
多账号
# #
指纹浏览器
# #
教程
#
显示更多
0
0
0
0
0
转发到社区
苏乐
@ai_suxiaole
2026.08.06 10:15
如果你是需要频繁测试不同系统的开发者,可能已经厌倦了反复手动配置虚拟机 Quickemu 这个开源工具基于 QEMU,能自动帮你搞定最优配置 你只需要两步就可以跑起一个系统 先用 quickget 自动下载所需的系统镜像并生成配置文件 再用 quickemu 启动虚拟机,就这么简单 它支持近 1000 个操作系统版本,包括 macOS、Windows 10/11、各种 Linux 发行版,甚至 FreeDOS、ReactOS 这些小众系统 同时还提供剪贴板共享、文件共享、USB 设备直通和自动 SSH 端口转发 虚拟机文件可以放在任意位置,不需要管理员权限就能运行,对测试环境很友好 这正好适合需要频繁切换系统测试状态的开发者。 GitHub:
显示更多
0
0
0
0
0
转发到社区
GitHubDaily
@GitHub_Daily
2026.07.26 13:30
在终端里开好几个 Claude Code 同时跑任务,来回切窗口找哪个在等输入,挺费神。 tty7,一个纯 Rust 写的终端工作台,把命令行、会话、远程登录、编码 Agent 整合一块。 哪个 Agent 在等我们输入,托盘图标会亮,重启之后会话还能接着恢复。 GitHub: 会话是常驻的,关掉窗口或者重启机器,里面的命令行照样在跑,不用再套一层 tmux。 输入体验做得像编辑器,历史建议、按 Tab 键补全、语法高亮、多行编辑都内置,zsh、bash、fish 零配置。 远程登录也是自己实现的一套,配置存进钥匙串,还带文件传输面板、端口转发和跳板机。 提供 macOS、Windows、Linux 原生安装包,经常在终端里使用 Agent 的朋友可以试试。
显示更多
0
0
39
54
7
转发到社区
GitHubDaily
@GitHub_Daily
2026.07.19 10:00
手头服务器一多,SSH config 文件越写越长,想连哪台都得翻半天记录才想起地址。 lazyssh 是个终端里的 SSH 管理器,读取本地 SSH config,把所有服务器列成一份可以搜索的清单。 支持按别名、IP、标签模糊搜索,回车直接连上,常用的服务器还能置顶。 GitHub: 改动 SSH config 前会自动备份,端口转发、代理跳板、密钥这些进阶配置也能在界面里直接改。 适合手上管着一堆服务器、懒得每次翻配置文件的运维和开发者。
显示更多
0
0
14
30
3
转发到社区
老杨啊 | AI产品商业化
@yhslgg
2026.08.23 23:20
把 9 种 IM 全部接进 DeepSeek Harness,一个插件搞定,还能扫码直连。 dsh-im 解决的不是“再多一个聊天机器人”,而是 AI 助理一直被关在本地终端里。你自己会用命令行,不代表家人、同事、客户也会。 它把飞书、微信、钉钉、企业微信、QQ、Slack、Telegram、Discord、WhatsApp 全部接了进来。 扫码、App Manifest 或已有机器人凭据都能绑。一个插件、一个设置入口,每个渠道还能同时跑多个机器人。 连接状态、工作区、Agent Preset 和会话绑定都是独立的。客户项目、内部项目、个人项目可以各跑各的,不用全挤在一个会话里。 真正牛皮的是,它不是简单转发消息。 • 飞书用流式卡片展示思考、工具进度和回答 • 企业微信原生显示“正在思考中” • QQ 私聊显示“正在输入”,WhatsApp 支持已读回执 • 9 个渠道都能发图片,单张 5MB、单条消息合计 20MB • Harness 生成的结果文件,还能作为聊天软件的原生附件发回来 安全这块也想得比较细。Secret 和 Token 只交给本机 Harness Host,状态接口和机器人列表不会再吐出来。 AI Office 只能选择工作区和 Preset 的 alias,不会收到本机绝对路径。Telegram 还能给每个机器人单独开私聊白名单。 还有一个关键点:本机 Harness 可以主动向外连接公网 AI Office。 不需要公网 IP,不需要端口转发,也不用自己搭 WebSocket 服务。Heartbeat 负责鉴权,SSE 负责接任务;任务租约 90 秒,每 30 秒续租,断线后自动重连。 机器人命令也不是摆设。光斜杠命令,README 就列了 17 种写法,另外还有交互式回答和远程审批: • /model 切模型 • /preset 换 Agent Preset • /workspace 切工作区 • /session 接着旧会话 • /steer 在任务运行中补充要求 • /stop 停任务,/compact 压缩上下文 • 审批和补充问题,直接在聊天里回复 这东西怎么用? 技术团队可以把飞书群当成 AI 研发入口。成员 @ 机器人,让它在当前工作区和权限范围内读代码、跑工具、看测试结果,需要审批时直接在群里处理。 做知识付费或者社群,可以把 Telegram、Discord 机器人开放给用户。Telegram 开私聊白名单以后,谁能私聊使用,可以单独控制。 最适合的反而是不会命令行的人。技术人员把 Harness 和机器人配好,家人、同事、客户只要打开微信或者飞书,像平时聊天一样把任务交出去。 说白了,dsh-im 不是把 9 个聊天软件堆在一起,而是给 DeepSeek Harness 补上了最缺的一公里: 会技术的人负责把能力接好,不会技术的人也能直接用起来。
显示更多
0
0
21
8
0
转发到社区
Geek
@geekbb
2026.05.09 08:35
总结一下: 🔸 声称自己发现了 VLESS / XTLS / REALITY 这一类协议的“致命漏洞”,可以近乎 100% 准确识别相关代理流量,且误判率极低。作者还声称,如果将 PoC 部署在路由设备或旁路网络节点上,可提取用户端及服务端 IP。 🔸 强烈批评 RPRX 及其主导的协议宣传,认为其夸大“前向安全”“隐蔽性”“TLS in TLS”等问题,把普通 TLS 本身具备的能力包装成独家优势。 🔸 认为 R 协议的双栈 TLS / 回落设计反而制造了更强的可识别特征,使其比普通 TLS 代理更容易被审查系统精准探测。 🔸 README 里没有直接公开漏洞细节,而是设定了一个期限:UTC+8 2026-05-11 15:00。作者说如果 RPRX 不公开道歉并撤回过往言论,就会在仓库里发布 PoC。 🔸 作者建议现有 R 协议用户尽快迁移到其他协议,并把这次披露包装成一次对社区生态、协议宣传和个人崇拜的反击。 R 佬也回应了: 🔹 RPRX 认为那篇“檄文”里有大量基础性错误,尤其是对网络流量、TLS、REALITY 工作方式的理解不准确,所以不把它当成严肃漏洞分析。 🔹 他认为对方很多指控是捏造他说过的话、曲解他的行为,或者先假设他有恶意再解读。 🔹 没有否认 REALITY 可能有特征问题,比如 DNS/IP/ASN 不匹配、端口转发痕迹、server handshake 分包/粘包、后续流量是否像真实浏览器访问目标站等。 🔹 “有特征”不等于“协议方向错了”。任何协议在发展中都会暴露实现特征,发现问题可以修,但不能因此否定 REALITY 想解决旧协议痛点的方向。 🔹 GFW 越来越像白名单系统,过去 SS、Trojan、TLS-based 方案不断被封,说明审查在升级。以后可能不只是看协议,还会看 SNI、IP、DNS 解析、ASN、访问行为是否合理。 🔹 在他看来,REALITY 不是为了做到“绝对不可识别”,而是在普通 TLS、普通 SNI、TLS-in-TLS 等方案逐渐不够用时,提供一个还能部署、还能用的方向。 🔹 用户迁移不是因为他宣传,而是因为旧协议失效。人们从 SS 转到 TLS-based、从 Trojan 转到 REALITY/Vision,主要原因都是旧方案被 GFW 封了,而不是因为他个人推动。 🔹 SNI 白名单之后还会有 IP 层面的封锁问题,所以后续方向包括 XHTTP + domain fronting、XDRIVE、REALITY IP 加密更新等。
显示更多
甬哥侃侃侃ygkkk
@ygkkkg
2026.05.09 06:17
全网最火的、每个人都狂吹的、让GFW都摇头的——翻墙代理协议:vless-reality 目前被披露有重大安全漏洞,该网友称:强烈建议各位尽快迁移至其他协议! 披露时间:UTC+8 2026年5月11日 15:00 原帖链接: 吃瓜的我表示🍉:谁干倒谁呢?我们拭目以待,围观好戏!😃
显示更多
0
0
19
80
5
转发到社区
加载中...