Eggplant.place

1y

#tailscale 与 #openclash 共存并实现外部设备透过tailscale与openclash进行分流，需要手动把 `/etc/resolv.conf` 中的MagicDNS `100.100.100.100` 改成 `127.0.0.1`
via 每日不科研日常 (https://t.me/eqewe/2737)

0 0 0 View Post & Replies See Original

1d

将谷歌从我的电子生活中踢走的 log 3/n

引流上两篇：
Google Contacts & Google Calendar：https://mastodon.ktachibana.party/@kt/115203374289723678
Gmail https://mastodon.ktachibana.party/@kt/115203374282898207

叠甲 1：如果你有和我不同的意见（大到商业公司/开源项目的道德，小到技术细节和替代品是否好用），那你就是对的。我只记录这个过程，不回应你的任何意见。
叠甲 2：如果你依赖于一个（或多个）谷歌服务，这将会是一个有点（或极其）折腾过程，而且最终的用户体验也不一定会比使用谷歌服务好。如果你不爱折腾开源软件，或者无法忍受（可能的）次一等的用户体验，那这件事情大概率不适合你。

为什么：
谷歌将从 2026 年开始要求非 Play Store 的开发者认证身份，不然他们的 app 将无法在装有 Play Services 的 Android 手机上安装 https://arstechnica.com/gadgets/2025/08/google-will-block-sideloading-of-unverified-android-apps-starting-next-year/ 这个举措从应用层面上将绝大部分的 Android 设备变成了 iOS 一样的封闭花园。
Update：虽然之后谷歌对此有所松口 https://android-developers.googleblog.com/2025/11/android-developer-verification-early.html 但我已经不想给它机会了
本来我对谷歌公司近几年种种恶行的观感就很差了，这个新闻则成为了压死骆驼的最后一根稻草。出于对谷歌倚靠自己的垄断地位伤害开放互联网的过河拆桥行为的抵制，我决定将谷歌从我的电子生活中踢走。

原则：
减少或者消灭作为用户对于谷歌的数据贡献
在服务端，使用支持开放协议的服务
在客户端（特别是 Android），使用开源 App
以上原则均不强求。虽然讨厌谷歌，但如果折腾的程度影响到了生活，那还是以生活为重。

小插曲：
Fastmail 界面自带的 Gmail 集成获取 Gmail 邮件的延迟似乎不小，而且特别是带验证码的邮件。推荐重要的 Gmail 账户在导入了所有 Gmail 邮件后，取消集成，并直接在 Gmail 端设置转发到 Fastmail 邮箱 https://support.google.com/mail/answer/10957?hl=en

这一期我替代了什么：
YouTube

替代品：
服务端的 Invidious
Android/iOS/macOS 端的 Invidious 网页版
各个浏览器上的 YouTube 链接重导向插件：Firefox 上的 LibRedirect 和 Safari 上的 Privacy Redirect

体验：
虽然网上也有公共的 Invidious 服务，但是为了自主可控，我选择了在自己的 NAS 上跑 Invidious。因为是自己跑，所以你需要一个 NAS 或者 VPS，以及一点 Linux 和命令行知识。另外，因为 Invidious 使用的是 YouTube 非官方的 API，有时候会被新的 YouTube 反爬措施封禁，所以你需要关注 Invidious 的 GitHub 动态并随时准备更新 Invidious 主程序或者配置（我用 RSS 订阅了 Invidious 和 invidious-companion 的所有代码更新）
在 NAS 上配置完 Invidious，可以用 Tailscale 把 Invidious 服务器暴露在个人内网中（Tailscale 是一个很方便组个人内网的工具，之后可以挑一期可以细讲 ww），这样我就能用 invidious.my-personal-domain.com 访问它了。我也尝试过用 Cloudflare Tunnel 把服务器直接暴露在公网上，但是视频串流似乎会卡顿甚至失败，不推荐尝试。
把所有系统中的原生 YouTube app 卸载掉后，我在 Firefox 和 Safari 上分别安装了 LibRedirect 和 Privacy Redirect 两个链接重定向插件。这样，在系统的无论哪个地方打开任何 YouTube 链接，系统都会直接跳转网页，并重定向到 invidious.my-personal-domain.com 上
相比于原版 YouTube，Invidious 的网页版相对比较简陋（也可以说简洁？），但是我需要的功能它基本有：移动端锁屏后台播放（虽然在移动端有点麻烦，需要锁屏之后从系统自带的媒体控制界面继续后台播放），历史记录，自建播放列表，倍速播放。目前发现的我自己比较缺的功能则有：记住正在播放的视频的播放位置，播放会员视频，离线下载播放。
至于 YouTube 频道订阅，虽然 Invidious 也有这个功能，但是我是用 RSS 订阅的，所以 Invidious 的类似功能不好评价
为什么不使用 NewPipe 之类的第三方 YouTube 播放器（这些播放器大部分是纯客户端扒取 YouTube 视频的）：据说未来 YouTube 会全面铺开一种新的串流视频标准，这个标准会使纯客户端扒取 YouTube 视频变得越来越难甚至不可能（具体在哪个 GitHub issue/wiki 上看到的忘了，有人需要的话我可以尝试翻出来 233）。所以，即使 Invidious 网页版的体验相对于第三方播放器差一点，我不想依仗于未来注定会失效的第三方播放器。

最后供上替代品们的链接：
Invidious https://github.com/iv-org/invidious
invidious-companion（Invidious 的辅助程序，需要关注代码更新） https://github.com/iv-org/invidious-companion
LibreRedirect（Chrome 上也有类似插件） https://addons.mozilla.org/en-US/firefox/addon/libredirect/
Privacy Redirect for Safari https://github.com/smmr-software/privacy-redirect-safari

#google #degoogle #fuckgoogle #youtube #invidious #tailscale

Edited 1d ago

0 0 0 View Post & Replies See Original

1y

Sudden realization that #Signal and #Tailscale are, at a really high level and if you have really bad eyesight, essentially "the same thing”.

Per recent boost about how Signal is largely just key exchange and contact lookup. What else is largely "just” moderating key exchange plus a bunch of endpoint client work?? Exactly!

For the hard of reading: this is 50-75% joke.