YamatoRyou 最近的时间轴更新
YamatoRyou

YamatoRyou

V2EX 第 212148 号会员,加入于 2017-01-24 19:47:58 +08:00
今日活跃度排名 1654
有关域名被污染的一个奇怪现象.
  •  1   
    DNS  •  YamatoRyou  •  4 天前  •  最后回复来自 YamatoRyou
    7
    群晖 DLNA 的一个奇怪问题有人遇到过么?
    NAS  •  YamatoRyou  •  47 天前  •  最后回复来自 YsHaNg
    2
    求教一个 Cloudflare Tunnel 用途问题.
    Cloudflare  •  YamatoRyou  •  103 天前  •  最后回复来自 totoro625
    4
    最近换了 Windows 11, 发现几个奇怪问题.
    Windows  •  YamatoRyou  •  272 天前  •  最后回复来自 YamatoRyou
    31
    一个特定条件下无法访问 NAS 的 443 端口问题.
    OpenWrt  •  YamatoRyou  •  2022-11-17 18:56:20 PM  •  最后回复来自 YamatoRyou
    3
    自用 Android 短信转发方案改进.
    分享创造  •  YamatoRyou  •  2022-02-12 10:12:27 AM  •  最后回复来自 pytth
    7
    分享一个自用的 Android 短信转发方案.
  •  1   
    分享创造  •  YamatoRyou  •  2022-07-10 16:00:57 PM  •  最后回复来自 mrjnamei
    14
    成功在群晖的 Docker 上自建了 Synapse 服务器.
    NAS  •  YamatoRyou  •  18 天前  •  最后回复来自 YamatoRyou
    61
    FF 89 启用 HTTP/3 疑似会泄漏真实 IP?
    Firefox  •  YamatoRyou  •  286 天前  •  最后回复来自 busier
    9
    YamatoRyou 最近回复了
    4 天前
    回复了 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 配置重做之后, 这个现象已经大大改善.
    13 天前
    回复了 YamatoRyou 创建的主题 DNS 有关域名被污染的一个奇怪现象.
    18 天前
    回复了 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
    66 天前
    回复了 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 后就再也没有下文.
    83 天前
    回复了 itakeman 创建的主题 Android 能自己搭建的,什么推送消息平台好用?
    ntfy +1, Bark 无法跨平台.
    需要注意如果是自建的 ntfy 在 iOS 上使用, 需要在服务端配置文件中加一行: upstream-base-url: "https://ntfy.sh"
    否则会导致 iOS 客户端接收通知延误甚至丢失.
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   5608 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 22ms · UTC 06:34 · PVG 14:34 · LAX 23:34 · JFK 02:34
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.