-
Notifications
You must be signed in to change notification settings - Fork 89
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Can we optimize download speed in mainland China #7
Comments
We will look at this right away and update you shortly. Could you provide us some logs around the usage. |
This is my docker pull information. PS C:\> docker pull mcr.microsoft.com/dotnet/core/sdk:3.1
3.1: Pulling from dotnet/core/sdk
dc65f448a2e2: Pulling fs layer
346ffb2b67d7: Downloading [===> ] 489.6kB/7.812MB
dea4ecac934f: Downloading [=> ] 342.2kB/9.996MB
8ac92ddf84b3: Waiting
d6bef01952b9: Waiting
9311becdb99f: Waiting
cdbf4d78a668: Waiting
error pulling image configuration: Get https://mcrea0.cdn.mscr.io/b29889755b1f4e46b6b44eb3182530c5-0joxcrfl25//docker/registry/v2/blobs/sha256/0a/0a4c7c13f9d63ac865ae05b9253eda176556b748ab87cfbc59ca45b5a8beff9b/data?P1=1581968369&P2=1&P3=1&P4=FSwgCGN3ter9PmlpK9LN27dMwIN3WYFXV4X0oKhBN20%3D&se=2020-02-17T19%3A39%3A29Z&sig=W3x5AjBpCbXHXP1Y0T1NlOg2OeI63Dc%2FS6dS7LhOWD8%3D&sp=r&sr=b&sv=2016-05-31®id=b29889755b1f4e46b6b44eb3182530c5: net/http: TLS handshake timeout
PS C:\> ping mcrea0.cdn.mscr.io
正在 Ping a-0016.a-msedge.net [204.79.197.219] 具有 32 字节的数据:
请求超时。 <-- timeout
请求超时。 <-- timeout
来自 204.79.197.219 的回复: 字节=32 时间=51ms TTL=117
来自 204.79.197.219 的回复: 字节=32 时间=51ms TTL=117
204.79.197.219 的 Ping 统计信息:
数据包: 已发送 = 4,已接收 = 2,丢失 = 2 (50% 丢失), <--50% lost
往返行程的估计时间(以毫秒为单位):
最短 = 51ms,最长 = 51ms,平均 = 51ms docker logs
|
China Internet is special, especially GFW. It's not easy. |
I think there are two ways to solve the problem:
The first solution is preferred but I'm not sure if CDN nodes can be added considering Chinese government requires a local registered domain name to leverage CDN nodes in China (apparently mcr.microsoft.com is not a local registered domain in China), but Microsoft may come up with other means as workarounds. The second way requires additional Dockerfile files to be produced by Microsoft but I guess it can totally be automated, actually ElasticSearch uses this technique to generate public images on Docker Hub, see their Dockerfile (https://github.com/docker-library/elasticsearch/blob/master/7/Dockerfile). |
why don't microsoft place a copy on docker hub? then we can use mirrors in china to get the images. |
The whole point of Microsoft Container Registry is to be a trustable endpoint for official Microsoft container images. Mirroring them elsewhere defeats this core purpose. That said, we understand the pain of low download speeds and are looking into ways to make the experience better. |
+1. |
mcr.microsoft.com is very very slow. However, nuget.org is much faster. |
Microsoft Store installation, Windows Update, NuGet package restoring and Visual Studio Installation are all much faster than pulling from mcr.microsoft.com in my network environment. This issue has a critical impact on the usability of Microsoft Container Registry. |
Since last week, Azure disable |
I can't pull image from |
+1 |
Is anybody there? Help the kids!!! |
To update this thread - we are evaluating options to have a MCR replica in China region. It will take a while but we will try to keep you updated. |
Hi, @LiangZugeng , as you options 2 , I setup a github repository to re-publish that images by github action, you can check it out https://github.com/newbe36524/Newbe.McrMirror |
Hi issue visitors, I just make a dotnet global tool to help you pull netcore related images from server hosted in China mainland, you check my post to use it . have a nice travel. docker-mcr |
Can this be used in Costa Rica? I'm experiencing the same issue here... already went through two FTTH ISPs 100/100, download speeds are just ridiculous |
@darkguy2008 do you mean my project using in Costa Rica? |
Three hours also failed to complete. It's torture. |
docker pull mcr.microsoft.com/dotnet/core/sdk:3.1-buster && docker pull mcr.microsoft.com/dotnet/core/aspnet:3.1-buster-slim |
@newbe36524 Did you sync any other mcr images such as mssql? |
@maikebing @PMExtra I hope this guide helps. Guide to pull safe dotnet MCR images in mainland |
maby you can take look on my solution https://github.com/newbe36524/Newbe.McrMirror |
It is done . please check the the README for all tags https://github.com/newbe36524/Newbe.McrMirror |
We have started working on bringing an official MCR mirror for mainland China. It should be ready by the end of the year. |
thank you very much, hope the MCR mirror to mainland China ASAP |
Almost the end of the year... |
It's the beginning of the year... |
Sorry to keep you all waiting, but I'm happy to say that we have set up CDN endpoints in mainland China. Please let me know how this is working out. |
I have tested the sever location. Looks it still routes me to the HK data center. |
nslookup mcr.microsoft.com
nslookup download.microsoft.com
The download site cdn works but the mcr site not. |
@bariscaglar |
|
So, there is no cdn endpoints in China Mainland. The nearest data center is located in HK. |
Try nslookup the Registry Data Endpoint domains and you will get answer :) |
The |
Copied from dotnet/dotnet-docker#1269 by ZhangGaoxing
Steps to reproduce the issue
Every time I pull a image from
mcr.microsoft.com
, the speed is very slow(about 200k/s). It's painful☹. Other products download speed of .NET are normal, such as direct from .NET homepage download installation package.
The text was updated successfully, but these errors were encountered: