Temurin-build: बेहद धीमी गति से डाउनलोड करें। अतिरिक्त बैंडविड्थ में टोरेंट साझा करने के बारे में कैसे?

रिलीज़ को GitHub पर होस्ट किया जाता है (जैसे https://github.com/AdoptOpenJDK/openjdk11-binaries/releases/download/jdk-11.0.5%2B10/OpenJDK11U-jdk_x64_linux_hotspot_11.0.5_10.tar.gz)। GitHub उन्हें Amazon S3 के साथ स्टोर और वितरित करता है। तो यह संभावना नहीं है कि यह एक अपस्ट्रीम समस्या है। मैंने अभी उपरोक्त टारबॉल को 5,07 एमबी/एस के साथ डाउनलोड किया है।

मैं अभी भी एक पूर्व-संकलित Windows x64 MSI इंस्टालर डाउनलोड कर रहा हूँ, जो अब तक 174 MB में से लगभग 30 है... 5 KB/s पर।

34.3 एमबी ... डाउनलोड रुक गया। ब्राउज़र 1 KB/s से कम प्रदर्शित करता है।

34.3 एमबी ... डाउनलोड रुक गया। ब्राउज़र 1 KB/s से कम प्रदर्शित करता है।

मेरा लगभग 65 सेकंड में नीचे आता है, मुझे संदेह है कि आपको स्थानीयकृत समस्या मिली है।

इस मामले में, मुझे डॉयचे टेलीकॉम ... ग्रामीण क्षेत्रों में छद्म चाहने वाले ब्रॉडबैंड कनेक्शन को दोष देना होगा।

@ LigH-de मुझे खेद है कि आपके डाउनलोड धीमे हैं, लेकिन अभी तक इस बात का कोई संकेत नहीं है कि समस्या हमारे पक्ष में है। GitHub Status और AWS Status भी हरे हैं। यदि आप अपनी समस्या के निदान में सहायता चाहते हैं, तो कृपया कम से कम एक अनुरेखक मार्ग प्रदान करें।

ऐसी समस्याएं आमतौर पर स्विच पोर्ट के कारण होती हैं जो कुछ ट्रांजिट पॉइंट पर क्षमता से अधिक होती हैं, या तो बहुत अधिक ट्रैफ़िक गलत दिशा में रूट किया गया था (रूटिंग टेबल को बदलकर ठीक किया जा सकता है) या क्योंकि कुछ आईएसपी पीयरिंग पोर्ट्स को अपग्रेड करने या खरीदने के लिए बहुत सस्ते हैं। अधिक पारगमन क्षमता। किसी भी मामले में, आपका सबसे अच्छा दांव अपने ISP और GitHub (उस क्रम में) से शिकायत करना है। वे मदद करने की स्थिति में हैं। उन्हें कम से कम एक अनुरेखक प्रदान करें।

शुक्रिया। यह निश्चित रूप से एक सामयिक मुद्दा है। हमेशा लगभग एक ही समय में, कुछ सेवाएं अविश्वसनीय हो जाती हैं (उदाहरण के लिए ट्विच धाराएं रुकती रहती हैं, डिससिंकिंग होती रहती हैं, डिस्कनेक्ट होती रहती हैं), अन्य सेवाओं को नुकसान नहीं होता है।

अभी मैंने इसे 1 मिनट में 2 एमबी/एस के साथ डाउनलोड किया है।

मेरे 50 एमबीआईटी डीएसएल कनेक्शन (जर्मनी - ड्यूश टेलीकॉम वीडीएसएल, पूरी तरह से 5 एमबी/सेकंड डीएल गति से अधिक काम कर रहे) के माध्यम से एडॉप्टओपेनजेडीके डाउनलोड भी बहुत धीमे हैं। मुझे आमतौर पर 30-50 केबी/सेकंड मिलता है - इसलिए एक सामान्य ओपनजेडीके डाउनलोड में 1 घंटे से अधिक समय लगता है।
मुझे लगता है कि यह ड्यूश टेलीकॉम और अमेज़ॅन के बीच कुछ समस्या है (और "telia.net" ट्रैसर्ट नेटवर्क सिस्टम के अनुसार जो उन दोनों को जोड़ता है)।

प्रयुक्त डाउनलोड सर्वर है
52.216.161.35 (github-production-release-asset-2e65be.s3.amazonaws.com) कुछ IP लोकेशन ट्रैकर के अनुसार यह IP वर्जीनिया (USA) में स्थित है। डेटा IPv4 के माध्यम से प्रेषित किया जाता है।

ड्यूश टेलीकॉम के साथ समस्या यह है कि वे चाहते हैं कि अन्य प्रदाता ट्रांजिट खरीद लें। यही कारण है कि उनके अन्य सभी लिंक संतृप्त हैं और आपको कम डाउनलोड गति मिलती है। सबसे अच्छी बात यह है कि आप DTAG और GitHub दोनों से इस उम्मीद में शिकायत कर सकते हैं कि वे सीधे लिंक के माध्यम से ट्रैफ़िक का आदान-प्रदान करना शुरू कर दें।

मुझे अभी लगभग 8 एमबी/एस का डाउनलोड मिला है। शायद उन्होंने कुछ बातचीत की?

AviSynth+ के संबंध में

इसके बारे में जीथब सपोर्ट से संपर्क करने की कोशिश की जा रही है।

AviSynth+ के संबंध में

इसके बारे में जीथब सपोर्ट से संपर्क करने की कोशिश की जा रही है।

मेरे पास वही है। आपके जैसा ही प्रदाता।

यहां भी वही समस्याएं, जर्मनी भी। प्रदाता 1&1 है।

संपादित करें: एक गैर यूरोपीय आईपी के साथ इस मुद्दे को ठीक किया।

आज मैंने ड्यूश टेलीकॉम (हमारी कंपनी की प्राथमिक सहायता के साथ) और साथ ही तेलिया को सूचित करने का प्रयास किया। मुझे लगता है कि थ्रॉटलिंग उनके बैकबोन नेटवर्क के बीच कहीं है ...

मेरे लिए भी, मैं ड्यूश टेलीकॉम का भी उपयोग कर रहा हूं। यह सभी जीथब डाउनलोड के साथ होता है।

अपने वीपीएन क्लाइंट (जर्मन आईपी का उपयोग करके) का उपयोग करके मैं पूरी गति से डाउनलाड कर सकता हूं।

तो यह हमारे आईएसपी के साथ एक मुद्दा है? क्या हम इसके बारे में कुछ कर सकते हैं?

यहां वही (ड्यूश टेलीकॉम भी)। मैंने ओपेरा और इसके बिल्ड-इन वीपीएन का उपयोग करके इसके आसपास काम किया।

मुझे नहीं पता कि यह मदद करता है जब कई लोग एक ही मुद्दे के बारे में शिकायत करते हैं (टेलीकॉम कुंडेन्सेंटर वेब पोर्टल में, फोन हॉटलाइन नहीं)। लेकिन श्रग से बेहतर कोशिश करें।

यहां वही मुद्दा (ड्यूश टेलीकॉम), ओपेरा के साथ संकेत के लिए धन्यवाद। डॉयचे टेलीकॉम में शिकायत करेंगे। दिलचस्प बात यह है कि टी-मोबाइल (उसी कंपनी) पर भी।

44kb/s . पर डाउलोडिंग

|------------------------------------------------ -----------------------------------------|
| सांख्यिकी |
| होस्ट - % | भेजा गया | आरईवी | उत्तम | औसत | Wrst | अंतिम |
|------------------------------------------| ------|------|------|------|------|------|
| 10.0.0.1 - 0 | 14 | 14 | 0 | 0 | 1 | 1 |
| 10.73.200.1 - 0 | 14 | 14 | 8 | 13 | 22 | 15 |
|nrth-core-2a-xe-10010-0.network.virginmedia.net - 0 | 14 | 14 | 10 | 14 | 24 | 16 |
| मेजबान से कोई प्रतिक्रिया नहीं - 100 | 2 | 0 | 0 | 0 | 0 | 0 |
| मेजबान से कोई प्रतिक्रिया नहीं - 100 | 2 | 0 | 0 | 0 | 0 | 0 |
| m686-mp2.cvx1-b.lis.dial.ntli.net - 10 | 11 | 10 | 0 | 21 | 28 | 28 |
| मेजबान से कोई प्रतिक्रिया नहीं - 100 | 2 | 0 | 0 | 0 | 0 | 0 |
| uk-lon01b-ri1-ae-25-0.aorta.net - 0 | 14 | 14 | 18 | 21 | 30 | 18 |
| ldn-b1-link.telia.net - 0 | 14 | 14 | 17 | 21 | 31 | 19 |
| मेजबान से कोई प्रतिक्रिया नहीं - 100 | 2 | 0 | 0 | 0 | 0 | 0 |
| मेजबान से कोई प्रतिक्रिया नहीं - 100 | 2 | 0 | 0 | 0 | 0 | 0 |
| ffm-bb2-link.telia.net - 10 | 11 | 10 | 0 | 37 | 41 | 37 |
| ffm-b1-link.telia.net - 0 | 14 | 14 | 34 | 40 | 59 | 35 |
| जीथब-आईसी-350972-ffm-b1.c.telia.net - 0 | 14 | 14 | 31 | 37 | 48 | 34 |
| मेजबान से कोई प्रतिक्रिया नहीं - 100 | 2 | 0 | 0 | 0 | 0 | 0 |
| मेजबान से कोई प्रतिक्रिया नहीं - 100 | 2 | 0 | 0 | 0 | 0 | 0 |
| एलबी-140-82-118-4-ams.github.com - 10 | 11 | 10 | 0 | 41 | 44 | 41 |
|________________________________________|______|________|______|________|______|________|

तो तेलिया फिर से शामिल है ... लेकिन यह जानना मुश्किल है कि बड़ी रीढ़ की हड्डी वाले आईएसपी के बीच इस लड़ाई में किसे दोषी ठहराया जाए।

@tpavesi क्या वर्जिन मीडिया का स्वामित्व लिबर्टी ग्लोबल के पास है? ट्रेसरूट ऐसा दिखता है (aorta.net)। लिबर्टी ग्लोबल उस संबंध में एक कुख्यात अपराधी है। उनके ग्राहक सहायता से शिकायत करें।

@LigH-de Telia ट्रांजिट कनेक्टिविटी के सबसे बड़े प्रदाताओं में से एक है। यदि इसमें शामिल पक्ष लिंक को अपग्रेड नहीं करना चाहते हैं तो उनकी गलती नहीं है।

वर्जिन मीडिया का स्वामित्व लिबर्टी ग्लोबल के पास है। ब्रिटेन में भारी नुकसान हुआ था
पिछले कुछ दिनों में जहां आपने उल्लेख किया था।

सोम, 27 अप्रैल 2020 को 07:35 बजे, एंड्रियास अहलेनस्टॉर्फ़ नोटिफिकेशन @github.com
लिखा था:

@tpavesi https://github.com/tpavesi क्या वर्जिन मीडिया का स्वामित्व लिबर्टी के पास है
वैश्विक? ट्रेसरूट ऐसा दिखता है (aorta.net)। लिबर्टी ग्लोबल एक है
इस संबंध में कुख्यात अपराधी। उनके ग्राहक सहायता से शिकायत करें।

@LigH-de https://github.com/LigH-de Telia सबसे बड़े में से एक है
ट्रांजिट कनेक्टिविटी प्रदाता। पार्टियों में शामिल होने पर उनकी गलती नहीं है
लिंक को अपग्रेड नहीं करना चाहते हैं।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।

इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/AdoptOpenJDK/openjdk-build/issues/1349#issuecomment-619759818 ,
या सदस्यता समाप्त करें
https://github.com/notifications/unsubscribe-auth/AAXA2GBZAA52NG53YZMUSZ3ROURR5ANCNFSM4JFRUSVA
.

वास्तव में। चिकोटी भी टूट गई, इसलिए उस केस के दर्शक बड़े थे।

तांबे और अधिकतम 100kbs (ओह हाँ) पर ग्रामीण फ्रांस से एक अवलोकन।
"AdoptOpenJDK" पाने की कोशिश में एक ही समस्या ... लेकिन एक 'कृषि' वर्कअराउंड मिला है।
अगर मैं ब्राउज़र को खुला छोड़ देता हूं और मशीन को बिना किसी बाधा के डाउनलोड किया जाता है जैसा कि दूसरों ने पाया है ... कुछ सेकंड फिर टूट जाता है ... कुछ प्रतिशत तक कुछ बार दोहराएं, फिर क्रैश/बंद/समाप्त हो जाता है।
लेकिन .. अगर मैं ब्राउज़र का उपयोग करना जारी रखता हूं और पृष्ठों के बीच आगे बढ़ता हूं तो ऐसा लगता है कि यह जानवर वापस जीवन में है।
इसे कुछ बार कोशिश करना पड़ा लेकिन दोहराने योग्य लगता है ... इसमें डाउनलोड सो जाता है।
पता नहीं है कि यह उपयोगी है लेकिन इस बीच यह मदद कर सकता है।
Win7pro64+Opera

@karianna
एफवाईआई कि मैं जावा के लिए वीएस कोड लगभग 6% उपयोगकर्ता 3 बार कोशिश करने के बाद भी JDK को डाउनलोड करने में विफल रहे , जो कि कोई छोटी संख्या नहीं है। क्या इसे सुधारने का कोई विचार है?

BTW, उपरोक्त टिप्पणियों में उल्लिखित उन ISP के अलावा, चीन में लगभग सभी ISP के साथ, हमारे पास GitHub/AWS तक अस्थिर पहुंच है।

समस्या स्रोत पर बैंडविड्थ की कमी नहीं है। समस्या आईएसपी के बीच संतृप्त अंतर्संबंध हैं। जब तक हम GitHub को डाउनलोड की हैंडलिंग सौंपते हैं, तब तक हम बहुत कुछ नहीं कर सकते। हम बोलने के लिए यात्री की सीट पर हैं।

स्थिति में सुधार करने के तरीके हैं, लेकिन वे चीजों को और अधिक जटिल बनाते हैं और महत्वपूर्ण काम और शायद पैसे की आवश्यकता होती है। पैसा कोई समस्या नहीं है, काम इसलिए है क्योंकि हम शॉर्ट-हैंडेड हैं।

विकल्प मैं देखता हूं:

• गिटहब पर रीडायरेक्ट करने के बजाय एपीआई के माध्यम से पाइपिंग डाउनलोड करें। स्ट्रीमिंग बायनेरिज़ पर संसाधनों को बर्बाद करता है, लेकिन उन्हें क्लाउडफ्लेयर द्वारा कैश किया जा सकता है। हमें वहां सामग्री को कैश करने और Cloudflare China CDN को सक्षम करने के लिए चीन से ICP लाइसेंस की आवश्यकता होगी। हालांकि, एपीआई को डाउनलोड के साथ जोड़ना ऐसा कुछ नहीं है जो मैं चाहता हूं।
• एक प्रोग्राम विकसित करें जो एक स्थानीय निर्देशिका को मशीन/एज़ूर ब्लॉब स्टोरेज पर हमारे एपीआई/गिटहब (केवल रिलीज) के साथ सिंक कर सकता है। यह हमें अपने डाउनलोड को स्वयं होस्ट करने में सक्षम करेगा (शायद फिर से क्लाउडफ्लेयर के माध्यम से) और मिरर होस्ट करने का विकल्प देगा (कोई आईसीपी लाइसेंस की आवश्यकता नहीं है क्योंकि कोई और इसे होस्ट करेगा)। बाइनरी चेकसम पर जीपीजी हस्ताक्षर की शुरूआत की आवश्यकता है (वैसे भी किया जाना चाहिए)। चीन के लिए, ऊपर देखें। समस्या: एपीआई, गिटहब और स्थानीय मशीन/एज़ूर ब्लॉब स्टोरेज को सिंक्रनाइज़ करते समय देरी।
• क्लाउडफ्लेयर वर्कर्स के साथ कुछ स्मार्ट करें। चीन के लिए, ऊपर देखें।

अगर कोई इस पर काम करना चाहता है, तो कृपया संपर्क करें।

जानकारी के लिए धन्यवाद। ऐसा लगता है कि विभिन्न आईएसपी के साथ काम करने के लिए एक आदर्श समाधान गिटहब/एडब्ल्यूएस होगा, फिर हमें मुफ्त में लाभ होगा।

दर्पणों के बारे में, नीचे एक खोज है, अगर यह उपयोगी है तो केवल FYI करें।
चीन में सिंघुआ विश्वविद्यालय द्वारा होस्ट किया गया एक दर्पण: https://mirrors.tuna.tsinghua.edu.cn/AdoptOpenJDK/
और इसके लिए मूल टिकट । (यह केवल चीनी में है और आप पृष्ठ का अनुवाद कर सकते हैं।)

उस चीनी दर्पण के लिंक के लिए धन्यवाद। https://github.com/tuna/tunasync-scripts/blob/master/adoptopenjdk.py वह स्क्रिप्ट है जिसका वे उपयोग कर रहे हैं। ऐसा कुछ करना आगे बढ़ने का एक संभावित तरीका है, लेकिन जैसा कि मैंने कहा, और मैं इस पर पर्याप्त जोर नहीं दे सकता, इसके लिए चेकसम के सत्यापन की आवश्यकता है जो GPG के साथ बहुत आसान है।

यहां वही (ड्यूश टेलीकॉम भी)। मैंने ओपेरा और इसके बिल्ड-इन वीपीएन का उपयोग करके इसके आसपास काम किया।

मेरे लिए वही .. वीपीएन के बिना क्रोम/ओपेरा/एज में धीमा
(हां, मेरा डाउनलोड एक एमक्यूटी-क्लाइंट है, लेकिन जेडीके के लिए इसका अनुभव समान है)

वीपीएन का उपयोग करते समय (उदाहरण के लिए ओपेरा इनबिल्ट क्लाइंट)
डाउनलोड कम से कम 500KB/s . तक बढ़ जाता है

चीनी दर्पण के साथ संकेत के लिए धन्यवाद। सीधे जीथब डाउनलोड का उपयोग करने की तुलना में बहुत तेज

मैं 1&1 (ड्यूश टेलीकॉम) का उपयोग कर रहा हूं और अभी भी उसी मुद्दे का सामना कर रहा हूं।
मुझे कभी-कभी 1KB/s मिल रहा है :-(

इसके लिए कोई उपाय?

@getashraf मैंने Deutsche Telekom Kundenportal में एक टिकट खोला। एक बार यह हल हो जाने के बाद, मैं कुछ पैसे वापस मांगूंगा।
मैंने इस लेख के लिए एक लिंक जोड़ा: https://www.golem.de/news/deutsche-telekom-peering-zu-us-servern-scheint-langsam-zu-sein-2012-152982.html

लेकिन टेलीकॉम से कॉल की अपेक्षा करें। वे आपको बेतरतीब ढंग से कॉल करने के लिए मजबूर करते हैं कि क्या समस्या बनी रहती है या आपने अपने राउटर के साथ गुस्सा किया है या नहीं। वे इस बात पर भी जोर देते हैं कि आपके पास एक कामकाजी कनेक्शन है क्योंकि वे हेल्प डेस्क पर केवल आपकी डीएसएल सिंक स्पीड देखते हैं।

जर्मन टेलीकॉम की ओर से एक आधिकारिक बयान आया है
https://telekomhilft.telekom.de/t5/Telefonie-Internet/Downloadgeschwindigkeiten-von-GitHub-mal-wieder-unterirdisch/td-p/3873484/page/11

मुझे नहीं पता कि यह कितना सच है, क्योंकि यह कहना हमेशा आसान होता है कि यह किसी अन्य सेवा की विफलता है।

बीडीटी
वर्मंदरा

@getashraf मैंने Deutsche Telekom Kundenportal में एक टिकट खोला। एक बार यह हल हो जाने के बाद, मैं कुछ पैसे वापस मांगूंगा।
मैंने इस लेख के लिए एक लिंक जोड़ा: https://www.golem.de/news/deutsche-telekom-peering-zu-us-servern-scheint-langsam-zu-sein-2012-152982.html

लेकिन टेलीकॉम से कॉल की अपेक्षा करें। वे आपको बेतरतीब ढंग से कॉल करने के लिए मजबूर करते हैं कि क्या समस्या बनी रहती है या आपने अपने राउटर के साथ गुस्सा किया है या नहीं। वे इस बात पर भी जोर देते हैं कि आपके पास एक कामकाजी कनेक्शन है क्योंकि वे हेल्प डेस्क पर केवल आपकी डीएसएल सिंक स्पीड देखते हैं।

इस धागे को हल के रूप में चिह्नित किया गया है लेकिन वास्तव में ऐसा नहीं है। मैं अभी भी लगभग 4-5 kbit/s के साथ डाउनलोड कर रहा हूं और कुछ ही समय बाद सब कुछ डाउनलोड होना बंद हो जाता है। जैसा कि आधिकारिक प्रतिक्रिया में कहा गया है कि यह उनकी गलती नहीं है। मैं इसके बारे में आश्वस्त नहीं हूं। फिर भी इसे हल के रूप में चिह्नित किया गया है ...

मैं इसके बारे में आश्वस्त नहीं हूं।

क्यों?

उन्हें कभी-कभी समस्याएँ होती हैं जब हर दूसरे प्रदाता को ये समस्याएँ नहीं होती हैं। इसके अतिरिक्त यह टेलीकॉम सपोर्ट में एक तरह का सामान्य अविश्वास है। समस्याएं या तो अनसुलझी हैं और "गलत प्रस्थान" के कारण हल हो गई हैं और/या घंटों तक फोन पर प्रतीक्षा करने के साथ समर्थन स्तरों के माध्यम से यह एक लंबा रास्ता तय करती है। मुझे कुछ साल पहले भी यही समस्या हुई है।

उन्हें कभी-कभी समस्याएँ होती हैं जब हर दूसरे प्रदाता को ये समस्याएँ नहीं होती हैं। इसके अतिरिक्त यह टेलीकॉम सपोर्ट में एक तरह का सामान्य अविश्वास है। समस्याएं या तो अनसुलझी हैं और "गलत प्रस्थान" के कारण हल हो गई हैं और/या घंटों तक फोन पर प्रतीक्षा करने के साथ समर्थन स्तरों के माध्यम से यह एक लंबा रास्ता तय करती है। मुझे कुछ साल पहले भी यही समस्या हुई है।

आह, मैं देख रहा हूँ मैंने गलत पढ़ा। मुझे लगा कि आपने बताया कि समस्या एडॉप्ट में है।

एकाधिक समवर्ती कनेक्शनों का उपयोग करके lftp साथ डाउनलोड करना दर्द को थोड़ा कम करने में मदद करता है। उदाहरण के लिए

lftp -c "pget -c -n 20 https://github.com/mikefarah/yq/releases/download/3.4.1/yq_linux_amd64"

फिर भी डाउनलोड समय अभी भी सामान्य से बहुत दूर है।

@getashraf मैंने Deutsche Telekom Kundenportal में एक टिकट खोला। एक बार यह हल हो जाने के बाद, मैं कुछ पैसे वापस मांगूंगा।
मैंने इस लेख के लिए एक लिंक जोड़ा: https://www.golem.de/news/deutsche-telekom-peering-zu-us-servern-scheint-langsam-zu-sein-2012-152982.html

@bmarwell क्या आपने कभी उनसे वापस सुना है? मैंने "स्टोएरुंगस्मेल्डुंग" के साथ भी ऐसा ही किया था, लेकिन यह पूरी तरह से एक आपदा थी। वे मेरे घर और/या डीएसएलएएम को इसे "ठीक" करने के लिए एक तकनीशियन भेजना चाहते थे और जब मैंने इसे रद्द करने के लिए वापस बुलाया तो हॉटलाइन पूरी तरह से अनजान थी जब मैंने रीढ़ की हड्डी में मुद्दों के बारे में बताया जिसका उपयोग न करने के लिए केवल दरकिनार किया जा सकता है मानक टेलीकॉम रूटिंग (जैसे वीपीएन के माध्यम से)। वह तब मुझे अपनी "कंप्यूटरहिल्फ़" सेवा बेचना चाहती थी। गंभीरता से।

@getashraf मैंने Deutsche Telekom Kundenportal में एक टिकट खोला। एक बार यह हल हो जाने के बाद, मैं कुछ पैसे वापस मांगूंगा।
मैंने इस लेख के लिए एक लिंक जोड़ा: https://www.golem.de/news/deutsche-telekom-peering-zu-us-servern-scheint-langsam-zu-sein-2012-152982.html

@bmarwell क्या आपने कभी उनसे वापस सुना है? मैंने "स्टोएरुंगस्मेल्डुंग" के साथ भी ऐसा ही किया था, लेकिन यह पूरी तरह से एक आपदा थी। वे मेरे घर और/या डीएसएलएएम को इसे "ठीक" करने के लिए एक तकनीशियन भेजना चाहते थे और जब मैंने इसे रद्द करने के लिए वापस बुलाया तो हॉटलाइन पूरी तरह से अनजान थी जब मैंने रीढ़ की हड्डी में मुद्दों के बारे में बताया जिसका उपयोग न करने के लिए केवल दरकिनार किया जा सकता है मानक टेलीकॉम रूटिंग (जैसे वीपीएन के माध्यम से)। वह तब मुझे अपनी "कंप्यूटरहिल्फ़" सेवा बेचना चाहती थी। गंभीरता से।

डॉयचे टेलीकॉम पिछले सप्ताह तक एक समाधान प्रदान करना चाहता था। मैं कहूंगा, बेहतर होगा कि ट्विटर टीम से आपको वापस कॉल करने के लिए कहें। वे इस बारे में अधिक जानते हैं कि क्या हो रहा है। मैंने समर्थक को इस मुद्दे के बारे में प्रथम स्तर की टीम को पढ़ाने के लिए भी कहा। ऐसा नहीं हुआ, जैसा लगता है।

तो, ट्विटर टीम को नकारें। मुझे लगता है कि यह @telekom_hilft या समान है।

मेरे लिए नॉर्डवीपीएन के साथ काम किया। प्रदाता ड्यूश टेलीकॉम अमेज़न के साथ बेकार है

एकाधिक समवर्ती कनेक्शनों का उपयोग करके lftp साथ डाउनलोड करना दर्द को थोड़ा कम करने में मदद करता है। उदाहरण के लिए

lftp -c "pget -c -n 20 https://github.com/mikefarah/yq/releases/download/3.4.1/yq_linux_amd64"

फिर भी डाउनलोड समय अभी भी सामान्य से बहुत दूर है।

आपका समाधान कमाल का है, इसने काम किया।