V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  YamatoRyou  ›  全部回复第 1 页 / 共 10 页
回复总数  183
1  2  3  4  5  6  7  8  9  10  
14 天前
回复了 YamatoRyou 创建的主题 DNS 有关域名被污染的一个奇怪现象.
@AlphaTauriHonda @gogogo2000
感谢解答, 最近花了点时间重新配置 SmartDNS, 解析的 IP 已经恢复正常. 另外 Passwall 也确实使用了 Xray 作为关键的代理程序.
不过有个槽点: "流量嗅探" 功能在 Passwall 上是全局设置, 会影响到添加到 Passwall 的所有节点. 这种设计会导致这些节点无法用于 Tor 前置代理.

这段时间也发现另一个奇怪现象, 首先讲一下我的环境: 我的群晖上开着一个 Windows 虚拟机 (虚拟机的任何流量都不经过 Passwall 代理), 里面又运行了 V2RayN, 主要用途是不定期给大量节点测试可用性并手工挑选出几个对我可用的 (挑选的节点会导入到 Passwall).
在挑选期间发现某些节点仍然无法访问 matrix.org (实际 URL 为 https://matrix.org/_matrix/push/v1/notify), 我的判断标准是用 curl 命令拿到其 HTTP 状态码 (405 为正常, 000 为失败), SmartDNS 配置重做之后, 这个现象已经大大改善.
23 天前
回复了 YamatoRyou 创建的主题 DNS 有关域名被污染的一个奇怪现象.
28 天前
回复了 YamatoRyou 创建的主题 NAS 成功在群晖的 Docker 上自建了 Synapse 服务器.
@asuraa #60 可以参考基于 Docker 的教程, 因为我的实例也基于 Docker.
https://hub.docker.com/r/coturn/coturn

首先要确保整个网络环境具有公网 IPv4, 双栈公网 (公网 IPv4 + 公网 IP v6) 最佳.
如果在 Docker 中运行 coturn, 网络模式不建议使用桥接 (bridge), 因为对于 coturn 这种需要计划映射大量端口的容器, 桥接模式会导致容器启动非常慢, 可选模式为 host.

暴露到公网的操作期间 IP 地址与端口相关:
端口: 对外开放端口 3478 (TCP / UDP) / 5349 (TCP / UDP) / 49152 ~ 65535 (UDP);
IPv4: 如果 coturn 实例所处的机器 (或 coturn 的容器) 没有获取到公网 IP 地址, 那么需要上游的路由器或类似设备转发外部的流量到实例所处的机器 (或 coturn 的容器) 的上述端口;
IPv6: 确保该机器 (或 coturn 的容器) 能获取到公网 IP 地址 (类似 240* 开头的那种), 确保该机器的防火墙放行上述端口的入站流量.

可以额外为 coturn 实例的 IP 地址分配一个域名方便在各种场合调用.

--------
自用配置文件参考 (配置文件位于 /etc/turnserver.conf):
```
# 冗余的日志输出
verbose

# 启用认证
use-auth-secret
# 值为认证时使用的密钥
static-auth-secret=

# 数据库路径
userdb=/var/db/turndb

# 值为你给 coturn 实例分配的域名 (它可以不和你的域名完全一致, 但至少必须有)
realm=

# 证书公钥 (证书最好是带完整证书链 (fullchain) 的)
cert=/etc/cert.pem
# 证书私钥
pkey=/etc/pkey.pem

# 忽略所有 STUN 入站流量
no-stun

no-rfc5780
no-stun-backward-compatibility
response-origin-only-with-rfc5780

# 限定 TLS 版本 (以下几行会导致仅启用 TLS 1.3)
no-sslv2
no-sslv3
no-tlsv1
no-tlsv1_1
no-tlsv1_2

```
@vemodalen821 #20
刚才看了一下 VoceChat 的文档, 它有一个对位于境内的服务器来说很致命的问题: Android 客户端的推送依赖 FCM, 这一点不如 Element. Element (G2) 支持使用 ntfy 作为推送网关, 而 ntfy 也可以自建, 从而解决了移动客户端的推送问题.
至于 iOS, Synapse 不需要额外配置, 仅需要其所在的系统环境 (或容器) 能正常请求 matrix.org/_matrix/push/v1/notify 即可.
@vemodalen821 #20
鉴于苹果要求 "完成备案的应用才能上架" 的原因, Element (包括各种兼容 Matrix 的第三方客户端) 在国区 AppStore 一定会找不到, 如果你青睐了这个方向, 则需要一个外区账号安装客户端.

另外: Element 是第二代官方客户端 (推送流程需要代理辅助, 而且客户端截至停更也依旧不稳定经常崩溃), 现已事实上停更, 第三代 Element X 还处于早期阶段 (功能不全).
其实此时 Android 机器的门槛客观上更低.
@YamatoRyou #17
然而毕竟 Matrix + Element 方案最适用的场景是真人或机器人聊天, 单纯的通知推送, 用这个有杀鸡用牛刀个感觉. 那些专用的推送工具会更合适. 我说的这些都是一些废话, 当个参考就好.
@YamatoRyou #16
刚才没注意看要求细节, 补充一些内容:
ntfy 发送图像只能以附件的形式 (甚至可能不能直接查看), iOS 客户端当前版本不显示发送的图像, Android 客户端恶要求下载到本地才能查看. 这种情况下 ntfy 可能不适合你.

建议部署 Matrix + Element 或其它兼容的客户端, 我的其中用法之一是每小时收集指定 URL 显示的网页并对其截图 (截图工具是无头 Chrome), 最后通过 Matrix 发送到我的手机或其它机器上. 这种是可行的, 并且已经用了很久.
图像的呈现方式: Element 在 iOS 上不能直接在通知条目上显示图像, Android 则可能取决于系统 (我的 2 个手机都可以直接在通知上显示那张图像的一部分). 但共同点是只需点击对应的通知即可跳到对应的图像.

Markdown 问题: Element 支持 Markdown, 但在所有移动客户端上存在渲染和排版上的缺陷, 比如行距过大导致的不美观.
ntfy 可以跨平台 (现在正在 Windows / Android / iOS 下同时使用), 但 iOS 有一些额外注意事项.
https://github.com/binwiederhier/ntfy
76 天前
回复了 kuituosi 创建的主题 Android 开源 im 客户端探索结果
非二次开发, 仅以满足需求为目的自建 Matrix + Element 体验 2 年的感受:
1. 毕竟是国外项目, 本土化不足是必然;
2. 服务端 (Synapse) 客户端 (Element) 均有长期存在并且未修复的 bug, 特定条件下会影响使用;
3. 和 Telegram 一样不支持 CJK 文字搜索, 有时会很难受;
4. 推送需要慢慢调教, 我在这方面走过一些弯路.

Matrix 基金会疑似资金原因在上个月存档了 Synapse (Dendrite 目前存活), Element HQ fork 了一个继续维护;
官方的客户端 (Element 家族) 要说能用也确实能用, 但也仅限于能用, 仍有许多奇怪的小问题. 如今他们大多数人力资源着重开发下一代客户端 (Element X), 现有客户端除 Web 外均已进入摆烂状态 (仅修复安全问题和高优先级错误, 隐约感觉到一股微软的作风). 过去 2 年我给他们的仓库反馈了一些 issues, 但大多数被 tag 后就再也没有下文.
93 天前
回复了 itakeman 创建的主题 Android 能自己搭建的,什么推送消息平台好用?
ntfy +1, Bark 无法跨平台.
需要注意如果是自建的 ntfy 在 iOS 上使用, 需要在服务端配置文件中加一行: upstream-base-url: "https://ntfy.sh"
否则会导致 iOS 客户端接收通知延误甚至丢失.
112 天前
回复了 YamatoRyou 创建的主题 Cloudflare 求教一个 Cloudflare Tunnel 用途问题.
@totoro625 #2 最近在站内外疯狂翻阅 "因私自架设 Web 服务导致宽带被掐" 的遭遇帖, 但我和家里人又有这类刚需.
122 天前
回复了 weijancc 创建的主题 Windows 分享禁用 windows 更新和 windows defender 的软件
通过 Update Blocker 禁用更新不靠谱, 在 Windows 11 上存在 "禁用不彻底" 的现象, 中枪若干次.
禁用更新后并且系统启动一段时间后关机或重启, 仍然提示 "正在配置更新".
鉴于我用 Shadow Defender 防止系统意外更改, 前几天甚至出现了在影子模式下 "关机 -> 开机 -> 正在配置更新 -> 重启 -> 正在配置更新 -> 重启 -> 正在配置更新 -> 重启..." 的死循环, 只能在 PE 下解除影子模式后开机, 更新完毕后再进入影子模式.
路由器上执行一些脚本发送到邮箱相对靠谱 (2017 至今很稳, 收件箱攒了当时至今的所有邮件).
201 天前
回复了 YamatoRyou 创建的主题 NAS 成功在群晖的 Docker 上自建了 Synapse 服务器.
@yangyang2022 #57 ntfy 甚至还能让自己的实例作为推送网关, 不用担心未来因为上级服务 (unifiedpush.org) 被墙导致 Android 客户端收不到推送.
209 天前
回复了 linuxgo 创建的主题 Linux Linux 下有没有可以远程连接 win7 桌面的软件
@opentrade #12
我于 3 个月前换了 Windows 11, 正式告别 Windows 7.
另外反馈一个细节问题: 升级到 1.2.x (64 位 Flutter 版本), 远程桌面窗口一直存在一个问题: 窗口最大化状态下, 左 / 右 / 下边缘 1 像素被窗口边框占用而不能响应远程桌面的操作. 1.2.1 是 1 像素白边, 1.2.2 看起来修复, 但鼠标指针是调整状, 仍然不能操作远程桌面.
209 天前
回复了 linuxgo 创建的主题 Linux Linux 下有没有可以远程连接 win7 桌面的软件
RustDesk 可以, 但会逐渐放弃支持 Windows 7 (找一个在 Windows 7 上能正常使用的版本即可).
说些题外话:
电子邮件现在的面貌已经不足以讨好大多数人.
电子邮件在中国的普及率远不如即时通信. 不过有 Delta Chat 这种试图打破两者界限并在安全配置的易用性做出一定程度的改进.

我的一点拙见, 认为的电子邮件较即时通信 (微信; QQ; Telegram 等同类软件阵营) 的几个缺点:
对传输特别大的文件不宽容 (但能以外链的形式解决, QQ 邮箱的解决方案是 "文件中转站");
时效性不如即时通信, 也就是说双方交流在大多数时候不是即时的, 宏观上难以在使用时长方面留住用户;
视觉体验方面, 不如即时通信的各种客户端能做到高度粘性; 花哨的互动;
没有在线状态.

另外某些即时通信软件也有自己的端到端加密实现, 比如能像电子邮件一样能自建的 Matrix 协议 (但不止这一种, Rocket Chat 和新兴的 VoceChat, 还有很多就不一一列举).
@freer #248 我想确认: 人一直在国内, 在国内的电商平台购买这类商品, 直接下单和其它商品一样是毫无门槛的么 (比如要求提供一些乱七八糟的手续)?
不上网不通话, 只接验证码. 有实体卡, 足够廉价, 能长期使用.
求个推荐.
1  2  3  4  5  6  7  8  9  10  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   5923 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 29ms · UTC 02:06 · PVG 10:06 · LAX 19:06 · JFK 22:06
Developed with CodeLauncher
♥ Do have faith in what you're doing.