कनेक्शन टाइमआउट जब Github [बंद] का उपयोग कर

11

बन्द है। यह सवाल ऑफ टॉपिक है । यह वर्तमान में उत्तर स्वीकार नहीं कर रहा है।

इस प्रश्न को सुधारना चाहते हैं? प्रश्न अपडेट करें तो यह है विषय पर उबंटू पूछने के लिए।

5 साल पहले बंद हुआ ।

मुझे यहाँ बताई गई ठीक वैसी ही समस्या है: /programming/12849986/connection-timeout-when-accessing-github

तो मैं सिर्फ कॉपी और पेस्ट करूंगा:

मुझे कुछ अजीब समस्याएं हैं। जब मैं अपने Github खाते में प्रवेश करने की कोशिश करता हूं , तो मुझे "शुद्ध :: ERR_EMPTY_RESPONSE " त्रुटि मिलती है ।

मैंने क्रोम, फ़ायरफ़ॉक्स और ओपेरा के साथ कोशिश की । फ़ायरफ़ॉक्स में, यदि कैश और ऑफ़लाइन डेटा को साफ करें, तो यह कुछ समय के लिए काम करता है। फिर मैं लॉग इन कर सकता हूं, लेकिन मैं अभी भी एक जीथब रिपॉजिटरी नहीं बना सकता, भले ही मैं फिर से कैश को साफ कर दूं।

मेरा मित्र , विंडोज के साथ, उसी नेटवर्क में , जो वह जीथब की वेब साइट पर चाहता है , कर सकता है, लेकिन मैं नहीं कर सकता। मैं करने की कोशिश की कई डीएनएस सर्वर, मैं इसे स्थापित करने के लिए नहीं की कोशिश की (मेरे दोस्त नहीं करता है), लेकिन यह अभी भी है काम नहीं कर रहा ।

माई ओएस: उबंटू x64 12.04

कृपया विचार करें। और धन्यवाद।

इसके अलावा, मैं किसी भी रेपो को क्लोन कर सकता हूं लेकिन मैं पुश नहीं कर सकता। मुझे इस समस्या के कारण https://codeplane.com/ में बदलना पड़ा , लेकिन मैं समझना चाहता हूं कि ऐसा क्यों होता है।

संपादित करें: मैं एक रेपो क्लोन कर सकता था, लेकिन दूसरा सिर्फ इस बिंदु पर लटका हुआ था:

felipelalli@felipelalli-Studio-XPS-8100:~/wa$ git clone git@github.com:felipelalli/micaroni.git
Cloning into 'micaroni'...
remote: Counting objects: 5238, done.
remote: Compressing objects: 100% (3257/3257), done.
Receiving objects:  92% (4839/5238), 43.29 MiB | 902 KiB/s

कोई भी धक्का इस तरह लटकता है:

master!fml.eti.br> push
Counting objects: 23, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (15/15), done.
Writing objects: 100% (19/19), 4.25 KiB, done.
Total 19 (delta 3), reused 0 (delta 0)

संपादित करें 2: मैं अपने पीसी को प्रारूपित करता हूं और मैंने उबंटू को फिर से स्थापित किया है, लेकिन समस्या यही है। तो, यह इंस्टॉलेशन या अपडेट के साथ किसी भी समस्या को समाप्त करता है। मेरे पास एक डेल स्टूडियो XPS है।

EDIT 3: मैं 4 बिटकॉइन का भुगतान करता हूं अगर कोई भी मेरी समस्या का समाधान करता है। बस अपना सार्वजनिक पता एक साथ रखें।

EDIT 4: जब मैं पुश करने की कोशिश करता हूं, कुछ मिनटों के बाद, मुझे यह संदेश मिलता है:

felipelalli@felipelalli-Studio-XPS-8100:~/wa/fml.eti.br$ git push
Counting objects: 26, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (18/18), done.
Writing objects: 100% (22/22), 4.48 KiB, done.
Total 22 (delta 4), reused 0 (delta 0)
Write failed: Broken pipe
fatal: The remote end hung up unexpectedly
fatal: The remote end hung up unexpectedly

git

— फेलिप
स्रोत

फेलिप - क्या memcachedआपका मुद्दा ( askbot.org/en/question/2699/… ) है? क्या आपने इसे स्थापित किया है?

— जीवाश्म

@fossfreedom, नहीं, मैं स्थापित नहीं है

— फेलिप

यदि आप -vअपने पुश कॉल में जोड़ते हैं (यानी वर्बोज़ मोड में चलते हैं) - आउटपुट क्या है? अपने परिणामों के लिए paste.ubuntu.com का उपयोग करें।

— जीवाश्म

यह लटका हुआ है: paste.ubuntu.com/1386951

— फेलिप

1

GitHub के सर्वर साइड में एक समस्या थी , इसका उबंटू से कोई लेना-देना नहीं था।

— ब्रिअम

4

समाधान:

गितुब समर्थन के साथ एक लंबे धागे के बाद, उन्होंने कहा कि यह डीडीओएस हमले से बचने के लिए एक सर्वर साइड कॉन्फ़िगरेशन से संबंधित था, जिसने कुछ उपयोगकर्ताओं को प्रभावित किया है, जैसे कि मुझे। Github सर्वर में कुछ समायोजन के बाद सब कुछ सामान्य हो जाता है और फिर से बहुत अच्छा काम करता है!

जीथब समर्थन टीम के लिए बहुत बहुत धन्यवाद, वे बहुत पारदर्शी और सहायक थे।

लंबे ईमेल धागे से उद्धरण:

हाय फेलिप -

हम पिछले कई हफ्तों से आंतरायिक DDoS हमलों का सामना कर रहे हैं, और हमने जो कुछ निवारक उपाय किए हैं, उनमें से एक दुर्भाग्यपूर्ण साइड-इफ़ेक्ट इस तरह अजीब दुष्प्रभाव हैं। हमारा मानना है कि यहाँ समस्या यह थी कि हमारे कुछ DDoS सुरक्षा को गलत तरीके से कॉन्फ़िगर किया गया था। हम नेटवर्क प्रदाता के साथ काम कर रहे हैं ताकि उच्चतम प्राथमिकता के साथ इस तरह के अन्य ट्रैफ़िक को न छोड़ें। यहां बार-बार आने वाली समस्याओं के लिए फिर से क्षमा करें!

जेसी गिटहब ऑप्स

— फेलिप
स्रोत

क्या तब से वास्तव में कोई सुधार हुआ है, या आप अभी भी वही समस्याएं हैं?

— IQAndreas सेप

हाय @IQAndreas, मैं इस मुद्दे से पहले कभी नहीं था। हो गए हो क्या

— फेलिप

मैं एक साल के लिए इस मुद्दे को पास कर रहा हूं (और मैं अभी भी इसे प्राप्त कर रहा हूं), और उबंटू को फिर से स्थापित करना या एमटीयू आकार को समायोजित करना कुछ भी नहीं किया है। क्या आपको लगता है कि GitHub मदद कर पाएगा, या मुझे सिर्फ HTTPS का उपयोग जारी रखना चाहिए?

— IQAndreas सेप

हाय @IQAndreas! गितूब को आपकी मदद करनी चाहिए! वे मेरी मदद करते हैं और मेरी समस्या को ठीक करते हैं। मुझे पूरा यकीन है कि आपकी समस्या कुछ सर्वर-साइड कॉन्फ़िगरेशन से संबंधित है। कृपया उनसे संपर्क करें और यहां अपनी कहानी भी रखें। एक ही मुद्दे पर दूसरों की मदद करना महत्वपूर्ण है! बहुत बहुत धन्यवाद।

— फेलिप

2

अपनी त्रुटि संदेश के लिए घूमना एमटीयू के आकार के बारे में कुछ चीजें बताता है।

यदि संभव हो, तो मेरा सुझाव है कि आप केवल एक विशेष नेटवर्क / आईएसपी की कोशिश करें, यह पुष्टि करने के लिए कि यह केवल उस विशेष नेटवर्क पर हो रहा है।

फिर, आप MTU को बदलने की कोशिश कर सकते हैं (आप उदाहरण के लिए देख सकते हैं कि Windows में MTU के लिए क्या है और उबंटू को उसमें सेट करें, डिफ़ॉल्ट रूप से यह Ubuntu पर 1500 है)।

यहाँ MTUs को बदलने का तरीका बताया गया है: http://ubuntuforums.org/showthread.php?t=1887063 ।

मेरा सुझाव है कि आप पहले एक अलग नेटवर्क पर जांच करें और उसके बाद ही एमटीयू को बदलने का प्रयास करें। यह कुछ ऐसा नहीं है जिसे आमतौर पर करने की आवश्यकता होती है यदि नेटवर्क बदलने में मदद मिलती है, तो मैं कहूंगा कि यह नेटवर्क के साथ कुछ अजीब मुद्दा है, जिसके लिए विंडोज किसी तरह से प्रचलित है।

— roadmr
स्रोत

धन्यवाद @ मोदी! मैंने मैक ओएसएक्स और विंडोज में कोशिश की और यह ठीक है। बस उबंटू पर मुझे समस्या है। मैं इस URL में भी प्रवेश नहीं कर सकता, उदाहरण के लिए: फ़ायरफ़ॉक्स में github.com मैं पहले पृष्ठ तक पहुंच सकता हूं, लेकिन जब मैं अंदर क्लिक करता हूं तो कभी-कभी विफल हो जाता है। मैंने पहले ही अपने MTU को बदलने की कोशिश की है लेकिन फिर भी काम नहीं किया। क्या आप जानते हैं कि मैं और क्या कोशिश कर सकता हूं? मुझे समझ में नहीं आता है कि कोडप्लेन क्यों काम करता है और जीथब नहीं करता है। धन्यवाद!

— फेलिप

आज, मैं github.com पर प्रवेश कर सकता हूं लेकिन उदाहरण के लिए github.com/felipelalli/machine-gun में नहीं । ब्राउज़र "एरर 324" (नेट :: ERR_EMPTY_RESPONSE) पर अंत तक हमेशा सोचता रहता है: सर्वर ने बिना कोई डेटा भेजे कनेक्शन को बंद कर दिया।

— फेलिप

ठीक है, मैं मशीन-गन URL का उपयोग ठीक कर सकता हूं, और मैं Ubuntu 12.10 चला रहा हूं, इसलिए यह उबंटू में कुछ "गलत" नहीं है, बस आपके नेटवर्क और उबंटू के साथ कुछ असंगतता या बेमेल है। यदि नेटवर्क व्यवस्थापक उचित हैं, तो आप उनसे निदान के लिए मदद मांग सकते हैं। मुझे डर है कि उनका सामान्य उत्तर "Windows का उपयोग करें" हो सकता है लेकिन शायद वे मदद कर सकते हैं।

— रोडमेव

हाय @ ट्रोड्मर, यह मेरे घर में होता है, और मैंने स्थापना खरोंच से की थी। शायद यह मेरे कंप्यूटर (डेल स्टूडियो) + Ubuntu 12.10 की समस्या है?

— फेलिप

1

यदि आप समस्याओं का अनुभव करते हैं और प्राप्त किए गए ट्रैफ़िक को कैप्चर करने के लिए नेटवर्क शोर को कम करने और tcpdump / wirehark का उपयोग करने के लिए, यदि आप अपने एप्लिकेशन (इस मामले में गिट क्लाइंट) के अलावा सभी नेटवर्क एप्लिकेशन को अक्षम करते हैं, तो मैं इसका निदान करने में आपकी सहायता कर सकता हूं।

इससे पहले कि आप कमांड को चलाना मुश्किल शुरू कर दें, जिससे कनेक्ट करने में दिक्कत हो।

इसके साथ दोनों प्रोग्राम स्थापित करें:

sudo apt-get install wireshark tcpdump

और फिर चला

sudo tcpdump -i wlan0 -o dump.pcap -s 1500

परीक्षण से पहले कब्जा शुरू करने के लिए।

यदि आप एक सत्र के दौरान ट्रैफ़िक को कैप्चर करते हैं तो यह मददगार होगा और परिणामस्वरूप डंप को अपलोड करना होगा। मुझे कहीं और डाउनलोड करना चाहिए।

— मारकिन कमिंसकी
स्रोत

धन्यवाद। घर में मिलते ही देख लूंगा। लेकिन समस्या https पर होती है, मुझे लगता है कि यह tcpdump के लिए एक समस्या है, है ना? अगर मैं http के साथ परीक्षण कर सकता हूं तो मैं जांच करूंगा।

— फेलिप

मुझे यकीन नहीं है कि tcpdump की समस्या से आपका क्या मतलब है। मैं उस समय के दौरान सभी ट्रैफ़िक को कैप्चर करने के लिए इसका उपयोग करने का सुझाव दे रहा था जब आप समस्याओं का अनुभव करते हैं क्योंकि यह इसका विश्लेषण करने की अनुमति देगा और संभवत: समस्या का पता लगाएगा।

— मार्सिन कमिंसकी

मेरा मतलब है कि यातायात को पकड़ने के लिए https कनेक्शन असंभव है। क्या मै गलत हु? क्योंकि यह एन्क्रिप्टेड है।

— फेलिप

मेरी गलती - मैंने ध्यान नहीं दिया कि आप HTTPS का उपयोग कर रहे थे। भले ही यह आपको एप्लिकेशन स्तर की समस्याओं को नहीं दिखाएगा जो आप अनुभव कर रहे हैं, फिर भी आप निम्न नेटवर्क परत में उन मुद्दों को खोजने में सक्षम होंगे जो मददगार साबित हो सकते हैं।

— Marcin Kaminski

ध्यान देने के लिए आपको धन्यवाद। तो अब मुझे क्या करना चाहिए? वर्थ 4 बीटीसी।

— फेलिप

1

यदि आप प्रॉक्सी के पीछे नहीं हैं तो इस टिप्पणी को अनदेखा करें।

मैं काम पर प्रॉक्सी से पीछे हूं और इसके माध्यम से पहुंचने के लिए गिट को कॉन्फ़िगर करना होगा। इससे पहले मैंने उबंटू मशीन पर गिटब के लिए टाइमआउट किया था जबकि विंडोज मशीनों ने ठीक काम किया था।

तो अगर आप प्रॉक्सी के पीछे हैं, तो अपनी ~ / .gitconfig फ़ाइल खोलें और इन पंक्तियों को जोड़ें:

[http]
    proxy = http://192.168.219.2:8080
[https]
    proxy = https://192.168.219.2:8080

बेशक अपने साथ आईपी और पोर्ट नंबर बदलें। उम्मीद है की यह मदद करेगा

— faskunji
स्रोत

मुझे क्षमा करें, यह मेरा मामला नहीं है। धन्यवाद। मेरी मुख्य समस्या अभी भी बनी हुई है, यह तब है जब मैं चीजों को गितुब में धकेलने की कोशिश करता हूं। क्लोन और पुल ओके है।

— फेलिप

-1

मुझे अपनी कमांड लाइन (टर्मिनल) में 'काढ़ा अपडेट' निष्पादित करते समय यह त्रुटि मिली थी:

fatal: unable to access 'https://github.com/Homebrew/homebrew/': SSLRead() return error -36 Error: Failure while executing: git pull -q origin refs/heads/master:refs/remotes/origin/master

मैंने यह भी देखा कि मेरा कोई भी ब्राउज़र github.comवेबसाइट से जुड़ने में सक्षम नहीं था ।

मैंने अपने नेटवर्क OS कनेक्शन को 802.11n (5.18GHz) से 802.11g (2.412GHz) पर स्विच करके अपने मैक OS X Mavericks और github के बीच सभी कनेक्शन मुद्दों को हल किया।

मुझे नहीं पता कि मेरे लिए क्यों काम किया, लेकिन मुझे खुशी है कि यह सामान्य है।

— जॉर्ज
स्रोत