晴天网盘
jiejingfan.vip · Netdisk and pan · 1 record · JSON
晴天网盘 (alist.jiejingfan.vip) Netdisk and pan
caveatanonymousno cardMwrite-gated
| Free tier | No stated quota. The backend reports provider 139Yun, so this is a publicly readable AList whose storage is a real Chinese carrier netdisk, meaning somebody else's verified account resold as public read access unit none; metered on none |
|---|---|
| Price | none stated |
| Per-object cap | Not applicable |
| Retention | No guarantee. This host refused on one sweep run and listed on another, so it flaps |
| Egress | Unmetered direct links. No CDN cache was observed |
| Identity | anonymous the API answers a guest session |
| Limits |
|
| Binding | write-gated The read path reaches a Chinese carrier pan and that is the finding. What binds is the write gate plus a tree that is half stubs, so it is a fetch source at best. |
| Interface | rest |
| Tooling | the AList 3.45.1 REST API anonymously. No working WebDAV was observed. Mounts cover iOS sideloading content: 自签, Trollstore, IPCC, shortcuts, jailbreak tools, signing tools and shared enterprise certificates |
| Composes with | Read-only. The structural point is the important one: a 139Yun-backed public AList proves that a non-Chinese reader can reach Chinese carrier pan bytes through a proxy layer with no account. The access problem is solved by the proxy and only the write problem remains |
| Reliability | Volunteer-run and small. Reads return real files and the tree is half broken: file-level get works where the path resolves and directory walks fail against stub parents |
| Notes | The only host in the population whose upstream is a genuine Chinese carrier netdisk, which makes it the existence proof for the bridge pattern: a proxy layer converts an unreachable quota into a reachable read path without transferring an account. |
| Evidence rung | measured |
| Checked | 2026-10-23 (live); stale on 2026-11-13 |
Evidence (4)
| date | source | what it proved |
|---|---|---|
| 2026-10-22 | probe:https://alist.jiejingfan.vip/api/fs/list | code 200 with provider 139Yun, write false and 8 directories |
| 2026-10-22 | probe:https://alist.jiejingfan.vip/api/fs/list (Windows) | listed entries including a 4,398,583-byte archive, so real files are reachable |
| 2026-10-22 | probe:https://alist.jiejingfan.vip/api/fs/get | a path returned code 500 'failed get dir: object not found', confirming stub directories |
| 2026-10-22 | withheld | sweep row: api_kind alist, http 200, anon_settings yes, permission 0, 8 root entries, 4/1 mounts, provider 139Yun, 0 mounts with the write flag, fronting nginx, verdict read-only. A second run recorded this same host as no-api, which is the documented flake |
More fields (5)
{
"access_mode": "public-instance",
"upstream_provider": "139Yun",
"fronting_cdn": "nginx",
"advertised_write_flag": false,
"flaps": true
}Unknown or withheld values (1)
$.evidence[3].urlprivate-url