#490 Blocking dispatchcnglobal.yuanshen.com leads to 4201 error

Slēgta
anlorsp atvēra 2 mēneši atpakaļ · 3 komentāri

As discussed in #471, blocking dispatchcnglobal.yuanshen.com used to be a workaround for the bilibili start up issue. However, after 5.2 update today, this blocking leads to 4201 'network error' in bilibili version. As for now, unblocking the domain can solve the problem. I don't know whether #471 will reappear later though.

As discussed in #471, blocking `dispatchcnglobal.yuanshen.com` used to be a workaround for the bilibili start up issue. However, after 5.2 update today, this blocking leads to 4201 'network error' in bilibili version. As for now, unblocking the domain can solve the problem. I don't know whether #471 will reappear later though.
Krock komentēja 2 mēneši atpakaļ
Īpašnieks

@anlorsp You could as well try the timed nmcli workaround that is documented in TROUBLESHOOTING.md. It is currently used on OSRel to avoid receiving a file upon game start that causes a severe performance issue under Linux.

I will update the document as soon the situation has stabilized in the next few days.

EDIT: 4201 means that the "game server list" server could not be reached. It is mandatory for OSRel, and apparently now too for CNRel.

@anlorsp You could as well try the timed `nmcli` workaround that is documented in `TROUBLESHOOTING.md`. It is currently used on OSRel to avoid receiving a file upon game start that causes a severe performance issue under Linux. I will update the document as soon the situation has stabilized in the next few days. EDIT: 4201 means that the "game server list" server could not be reached. It is mandatory for OSRel, and apparently now too for CNRel.
anlorsp komentēja 2 mēneši atpakaļ
Autors

Just as what I worried about, #471 happens again. The nmcli workaround does work for me.

BTW: I have also tried temporarily blocking the domain by editing hosts file and recovering it a few seconds later, but this doesn't work. Even if the time gap is as short as 1 second, the 4201 error happens.

Just as what I worried about, #471 happens again. The `nmcli` workaround does work for me. BTW: I have also tried temporarily blocking the domain by editing hosts file and recovering it a few seconds later, but this doesn't work. Even if the time gap is as short as 1 second, the 4201 error happens.
Krock komentēja 1 mēnesi atpakaļ
Īpašnieks

Script updated as of 0d9dd1e4c.

The nmcli (or equivalent) workaround is generally needed on all platforms for a while, thus allowing dispatchcnglobal again does in fact make it more consistent.

Assuming the issue is addressed sufficiently. If not: please leave a comment here and reopen the issue (if possible).

Script updated as of 0d9dd1e4c. The `nmcli` (or equivalent) workaround is generally needed on all platforms for a while, thus allowing `dispatchcnglobal` again does in fact make it more consistent. Assuming the issue is addressed sufficiently. If not: please leave a comment here and reopen the issue (if possible).
Pierakstieties, lai pievienotos šai sarunai.
Nav atskaites punktu
Nav atbildīgā
2 dalībnieki
Notiek ielāde...
Atcelt
Saglabāt
Vēl nav satura.