@gigishy 个人场景不同吧，内网下发 ipv6 ，就不发 ra 。但我只有 v4 啊，apple 也没给个开关让用户选择啊

@gigishy 理念不错，但生态冷、可控性差。很多米家、摄像头、扫地机、NAS 、旁路由、电视盒子并不会完整进入 HomeKit 路由器的精细控制体系。不还得靠传统 VLAN 、防火墙、DNS 拦截。

@gigishy 一样啊？该发 ra 还是 ra ，咱们谈的不是如何规避牛皮癣 ra 吗

@gigishy 是的，国产，就那样。话说回来，道理是相通的，闭源路由器厂商所称的访客模式，也就是传统意义上的 iot 隔离，我为什么不在 iot 上做隔离，因为我闭源 mtk7986 驱动，坑挺多的，只能在 ros 上实现，ap 端继承。
对我而言，homekit 本地化太差，体验不是很好。
ps：路由而言，我只推荐 ros+openwrt ap 组合。

@gigishy 哦，仔细看了一下，你意思路由器厂商出了类似访客模式+联网权限处理来规避类似的问题？

@gigishy 因噎废食了啊，离开 homekit 生态，少了不少功能性便利，aqura ？是叫这个牌子吧，他家摄像头光靠 honekit 转摄像头的功能都缺失，所以 iot ，mdns 转发，能做到隔离+不损失便利性

@xiaoke mdns 转发啊

@xiaoke 对，理论上 vlan 在哪头都行，只要是 vlan ，只有 vlan 才能挡住 ra （ ap 硬转发开启的情况下）

// ==UserScript==
// @name YouTube "Interruptions" Popup Remover
// @license MIT
// @version 1.5
// @namespace https://github.com/tukarsdev
// @description Automatically removes the "Experiencing interruptions?" popup on YouTube.
// @author tukars
// @icon https://www.youtube.com/favicon.ico
// @match https://www.youtube.com/*
// @require https://update.greasyfork.org/scripts/552301/1676024/Observe.js
// @run-at document-end
// @grant none
// @downloadURL https://update.greasyfork.org/scripts/552318/YouTube%20%22Interruptions%22%20Popup%20Remover.user.js
// @updateURL https://update.greasyfork.org/scripts/552318/YouTube%20%22Interruptions%22%20Popup%20Remover.meta.js
// ==/UserScript==

const { contextPrint, waitForElement, observeAndHandle } = window.userscript.com.tukars.Observe;

const ENABLE_DEBUG_LOGGING = true;

const { log, warn, error, info, debug } = contextPrint(
"YT Interruptions Remover", ENABLE_DEBUG_LOGGING
);

function destroyNotification(notification) {
if (!notification) {
error("Notification element does not exist! Cannot delete it!");
return;
}
if (!notification.parentNode) {
warn("Notification element already removed from the DOM.");
return;
}
debug("Destroying 'Interruptions' notification element.", notification);
notification.remove();
log("Successfully removed 'Interruptions' notification.");
}

async function handleInterruptionNotification(notification) {
debug("Detected a potential notification element:", notification);

const textElement = await waitForElement("#text", 2000, notification);

if (!textElement) {
debug("This notification does not have the expected text element. Ignoring.");
return;
}

debug(`Got text element. Text is: "${textElement.textContent}"`)

const textContent = textElement.textContent.trim();

if (textContent.includes("Experiencing interruptions?")) {
log("Found 'Experiencing interruptions?' notification. Removing it.");
destroyNotification(notification);
} else {
debug(`Notification text did not match. Text was: "${textContent}"`);
setTimeout(() => { debug(`Text after 300ms: "${textElement.textContent}"`) }, 300);
}
}

(async function () {
"use strict";
log("Interruptions remover is active.");

const popupContainer = await waitForElement("ytd-popup-container.style-scope.ytd-app");

observeAndHandle(popupContainer, "tp-yt-paper-toast", handleInterruptionNotification);
})();

安装这款脚本可以解决
https://greasyfork.org/zh-CN/scr ... tions-popup-remover
YouTube“中断”弹出窗口移除器

@starryloki 嗯，一样，实现原理都差别不大

标称 200M ，实际能跑到多少取决于邻居。

因为轻量本质就是高超售产品。

@Paradoxos 这个比方打的绝了

@starryloki
IoT → 主网：阻止；
IoT → 光猫：阻止；
IoT → Internet：允许；
主网 → IoT：允许；
IoT → RouterOS：只允许 DHCP 、DNS 、mDNS 、ICMP ；
IoT 无法访问 WinBox 、WebFig 、SSH 、SMB 。

@z5238384 不光 homepod ，智能家居，监控等一系列，还是不够相信国产商业闭源的底线和逻辑，他们就 iot 老老实实呆着吧

@starryloki 解决了，ros+ap ，ros 里加了 IoT 隔离，所有的物联网设备全塞进去，国产设备，谁也不知道他们偷偷在干啥，把不信任的关进技术的笼子。

额，就这么说吧，我们家庭网络出口，ros+openwrt 旁路由 ap ，你要问我为什么不用爱快+tplink ，答案自己想

老订阅还会走老价格吗？还是跟着新价格走