[tool_call:memory_search]

Need maybe memory search exact "RoskomVPN route" or "direct route in Keenetic" but enough. Since response about troubleshooting and change config, maybe memory about routing. Search geosite and direct? maybe not necessary. But can use memory_search for "routing direct rule match" already done. We have enough. Need maybe mention if it still asks to turn off VPN, app likely detects proxy/TUN via system proxy, so on client use bypass for MAX or full direct on this device, because app-level direct may be more reliable. Maybe recommend testing on mobile with split tunnel. Let's craft 2-4 lines in Russian, in style. Should include source if citing memory. Could mention "ставь MAX выше RoskomVPN". Source from earlier memory about rules order and direct. We have memory/INSTR_32 or 29 about routing. Use source lines maybe from memory search results? Could cite memory/INSTR_10 or 22 for rule creation and above. But user didn't ask specifically. Yet when it helps verify memory snippets. We can cite one source. Need maybe use memory_get? Already used. Fine. Need maybe no emoji? style says optionally. But probably yes. Need "короче". Could answer: "🐶 Да, это обычно лечится маршрутом в DIRECT. Поставь правило для доменов/сетей MAX выше RoskomVPN, чтобы сам MAX шёл мимо каскада, а остальной трафик как был. Если на клиенте Hybrid, ещё проверь, не включён ли системный прокси для MAX. Если скинешь лог/домен из запроса, подскажу точное правило." Need maybe mention "если app шифруется/детектит VPN, иногда помогает только полный bypass на уровне устройства". Hmm. Let's ensure not to reference illegal bypass. It's general. Good. 🐶 Да, это обычно чинится **отдельным `DIRECT`-правилом для MAX выше `RoskomVPN`**. Сейчас он, скорее всего, попадает в общий VPN-маршрут и приложение видит это как VPN, хотя остальной трафик живой. Схема такая: **MAX → напрямую**, остальное как было через каскад. Если пришлёшь домен/лог запроса из Mihomo, я дам точную строку для rules. Source: `memory/INSTR_22.md#93`, `memory/INSTR_32.md#1`

[tool_call:memory_search]

🐶 Полного списка нет, у MAX домены и IP плавают, часть уходит через CDN. На практике лучше ловить **фактические домены** в логах и делать для них `DIRECT`, по доменам это надёжнее, чем по IP. Если хочешь, я дам 3 короткие команды, как быстро снять список запросов MAX на твоём роутере или ПК. Source: `memory/INSTR_06.md#1`

[tool_call:memory_search]

🐶 Да, но **не через саму iOS**, а через **клиент**. Если MAX идёт через **Hiddify / V2Box / другой proxy-клиент**, в логе часто видно домен/SNI. Если MAX запущен как обычное приложение без клиента, проще снять домены **на роутере или DNS-логом**. Source: `memory/INSTR_34.md#79`, `memory/FAQ_CLIENTS.md#1`

[tool_call:memory_search]

🐶 Да, **на iPhone можно**, но лучше через **Hiddify** или **V2Box**. Они удобнее для логов, чем простой `v2Ray`-клиент. Схема такая: 1) запускаешь MAX через этот клиент, 2) смотришь **логи/запросы** в момент старта, 3) выписываешь домены, потом уже делаешь `DIRECT`. Если хочешь, я сразу дам **пошагово по Hiddify на iPhone**. Source: `memory/INSTR_34.md#79`, `memory/FAQ_CLIENTS.md#1`

🐶 На скрине **только старт туннеля**, адресов `MAX` тут ещё нет. Нужно: **очистить лог → заново открыть MAX → сразу смотреть новые строки** с `dns`, `connect`, `sni`, `udp`. Если после запуска MAX новых доменов нет, значит клиент их не показывает, тогда проще ловить на **роутере / DNS-логом**. Скинешь свежий лог после старта MAX, я помогу вытащить нужные домены.