MetaCubeX / mihomo

A simple Python Pydantic model for Honkai: Star Rail parsed data from the Mihomo API.
https://wiki.metacubex.one
MIT License
16k stars 2.6k forks source link

[Bug] Google Play cannot download. This problem occurs with any app that uses this kernel #1581

Open DifferentAverage opened 5 days ago

DifferentAverage commented 5 days ago

Verify steps

Operating System

Android

System Version

Android 14 Xiaomi hyperOS and OneUI

Mihomo Version

v1.18.9

Configuration File

port: 7890
socks-port: 7891
redir-port: 7892
mixed-port: 7893
allow-lan: false
mode: Rule
log-level: info
ipv6: false
hosts:
  services.googleapis.cn: 216.58.200.67
  www.google.cn: 216.58.200.67
external-controller: 0.0.0.0:9090
profile:
  tracing: true
dns:
  enable: true
  listen: 127.0.0.1:8853
  default-nameserver:
    - 8.8.4.4
    - 8.8.8.8
    - 223.5.5.5
    - 1.0.0.1
  ipv6: false
  enhanced-mode: fake-ip
  fake-ip-filter:
    - "*.lan"
    - stun.*.*.*
    - stun.*.*
    - time.windows.com
    - time.nist.gov
    - time.apple.com
    - time.asia.apple.com
    - "*.ntp.org.cn"
    - "*.openwrt.pool.ntp.org"
    - time1.cloud.tencent.com
    - time.ustc.edu.cn
    - pool.ntp.org
    - ntp.ubuntu.com
    - ntp.aliyun.com
    - ntp1.aliyun.com
    - ntp2.aliyun.com
    - ntp3.aliyun.com
    - ntp4.aliyun.com
    - ntp5.aliyun.com
    - ntp6.aliyun.com
    - ntp7.aliyun.com
    - time1.aliyun.com
    - time2.aliyun.com
    - time3.aliyun.com
    - time4.aliyun.com
    - time5.aliyun.com
    - time6.aliyun.com
    - time7.aliyun.com
    - "*.time.edu.cn"
    - time1.apple.com
    - time2.apple.com
    - time3.apple.com
    - time4.apple.com
    - time5.apple.com
    - time6.apple.com
    - time7.apple.com
    - mtalk.google.com
    - alt1-mtalk.google.com
    - alt2-mtalk.google.com
    - alt3-mtalk.google.com
    - alt4-mtalk.google.com
    - alt5-mtalk.google.com
    - alt6-mtalk.google.com
    - alt7-mtalk.google.com
    - alt8-mtalk.google.com
    - music.163.com
    - "*.music.163.com"
    - "*.126.net"
    - musicapi.taihe.com
    - music.taihe.com
    - songsearch.kugou.com
    - trackercdn.kugou.com
    - "*.kuwo.cn"
    - api-jooxtt.sanook.com
    - api.joox.com
    - joox.com
    - y.qq.com
    - "*.y.qq.com"
    - streamoc.music.tc.qq.com
    - mobileoc.music.tc.qq.com
    - isure.stream.qqmusic.qq.com
    - dl.stream.qqmusic.qq.com
    - aqqmusic.tc.qq.com
    - amobile.music.tc.qq.com
    - "*.xiami.com"
    - "*.music.migu.cn"
    - music.migu.cn
    - "*.msftconnecttest.com"
    - "*.msftncsi.com"
    - localhost.ptlogin2.qq.com
    - speedtest.cros.wr.pvp.net
  nameserver:
    - https://223.6.6.6/dns-query
    - https://rubyfish.cn/dns-query
    - https://dns.pub/dns-query
  fallback:
    - https://dns.rubyfish.cn/dns-query
    - https://public.dns.iij.jp/dns-query
    - tls://8.8.4.4
  fallback-filter:
    geoip: true
    ipcidr:
      - 240.0.0.0/4
      - 0.0.0.0/32
      - 127.0.0.1/32
    domain:
      - +.google.com
      - +.facebook.com
      - +.twitter.com
      - +.youtube.com
      - +.xn--ngstr-lra8j.com
      - +.google.cn
      - +.googleapis.cn
      - +.googleapis.com
      - +.gvt1.com
proxies:

Description

I encountered this problem with different apps using the meta kernel, including cfma and flclash, on Xiaomi hyperos and Samsung OneUI (Android 14). The app download on Google Play is stuck in waiting. Using the same configuration file, it works fine in cfa (original clash p kernel). I think it is caused by the kernel problem. At the same time, I have tried almost all the methods given on the Internet, including changing the global proxy.

Reproduction Steps

Just use any apps with this kernel and press download button on google play.

Logs

No response

xishang0128 commented 4 days ago

https://github.com/user-attachments/assets/0a61fc3c-a3a4-4ea3-a4b4-b196bd968212

It works normally on my device; please check other items, this is not a mihomo issue

xishang0128 commented 3 days ago

If there is no response, the issue will be closed

leic4u commented 2 days ago

I guess that some setting items were overwrited by CFA, while CFMA and flclash didn't do it.

DifferentAverage commented 2 days ago

Screenrecorder-2024-10-12-05-53-01-614.mp4 It works normally on my device; please check other items, this is not a mihomo issue

This problem seems to be caused by the .cn domain DNS forcing the use of domestic resolution. The googleapis.cn domain is resolved to China. The configuration file I wrote does not cause this problem in the original Clash P kernel. Is there any change in the resolution method in the Mata kernel?