การหมดเวลาเชื่อมต่อเมื่อเข้าถึง Github [ปิด]


11

ฉันมีปัญหาเดียวกันกับที่อธิบายไว้ที่นี่: /programming/12849986/connection-timeout-when-accessing-github

ดังนั้นฉันจะคัดลอกและวาง:

ฉันมีปัญหาแปลก ๆ เมื่อฉันพยายามที่จะเข้าสู่ระบบของฉันGithub บัญชีผมได้รับ "สุทธิ :: ERR_EMPTY_RESPONSEข้อผิดพลาด"

ฉันพยายามกับ Chrome, Firefox และ Opera ใน Firefox หากล้างแคชและข้อมูลออฟไลน์จะใช้งานได้ระยะหนึ่ง จากนั้นฉันสามารถเข้าสู่ระบบ แต่ฉันยังไม่สามารถสร้างที่เก็บ Github แม้ว่าฉันจะล้างแคชอีกครั้ง

เพื่อนของฉันในเครือข่ายเดียวกันกับ Windows สามารถทำอะไรก็ได้ที่เขาต้องการบนเว็บไซต์ของ Github แต่ฉันทำไม่ได้ ฉันพยายามหลาย DNSเซิร์ฟเวอร์ผมพยายามที่จะไม่ตั้งค่า (เพื่อนของฉันไม่ได้) แต่ก็ยังไม่ได้ทำงาน

ระบบปฏิบัติการของฉัน: Ubuntu x64 12.04

ความคิดโปรด และขอบคุณ.

นอกจากนี้ฉันสามารถโคลน repo ใด ๆ แต่ฉันไม่สามารถผลักดัน ฉันต้องเปลี่ยนเป็นhttps://codeplane.com/เนื่องจากปัญหานี้ แต่ฉันต้องการที่จะเข้าใจว่าทำไมมันถึงเกิดขึ้น

แก้ไข: ฉันสามารถโคลน repo หนึ่ง แต่อีกอันหนึ่งเพิ่งมาถึงจุดนี้:

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: ฉันฟอร์แมตพีซีของฉันและฉันได้ติดตั้ง Ubuntu ใหม่ แต่ปัญหายังคงเหมือนเดิม ดังนั้นจึงช่วยลดปัญหาในการติดตั้งหรืออัพเดท ฉันมี Dell Studio XPS

แก้ไข 3: ฉันจ่าย 4 Bitcoin ถ้าใครแก้ปัญหาของฉัน เพียงใส่ที่อยู่สาธารณะของคุณเข้าด้วยกัน

แก้ไข 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

เฟลิเป้ - เป็นmemcachedปัญหาของคุณ ( askbot.org/en/question/2699/… ) หรือไม่ คุณได้ติดตั้งสิ่งนี้หรือไม่?
fossfreedom

@fossfreedom ไม่ฉันไม่ได้ติดตั้ง memcached
Felipe

ถ้าคุณเพิ่ม-vในการโทรของคุณ (เช่นทำงานในโหมด verbose) - เอาท์พุทคืออะไร? ใช้ paste.ubuntu.com สำหรับผลลัพธ์ของคุณ
fossfreedom

แฮงค์: paste.ubuntu.com/1386951
Felipe

1
เป็นปัญหาในฝั่งเซิร์ฟเวอร์ของ GitHubไม่มีส่วนเกี่ยวข้องกับ Ubuntu
Braiam

คำตอบ:


4

การแก้ไขปัญหา:

หลังจากเธรดที่ยาวพร้อมการสนับสนุน Github พวกเขากล่าวว่าเป็นการกำหนดค่าฝั่งเซิร์ฟเวอร์ที่เกี่ยวข้องกับการหลีกเลี่ยงการโจมตี DDOS ที่ไม่แน่นอนซึ่งส่งผลกระทบต่อผู้ใช้บางคนเช่นฉัน หลังจากการปรับเปลี่ยนบางอย่างในเซิร์ฟเวอร์ Github ทุกอย่างกลับสู่ปกติและทำงานได้ดีอีกครั้ง!

ขอบคุณมากสำหรับทีมสนับสนุน Github พวกเขามีความโปร่งใสและเป็นประโยชน์

อ้างอิงจากเธรดอีเมลที่ยาว:

สวัสดีเฟลิเป้ -

เราประสบกับการโจมตี DDoS เป็นระยะในช่วงหลายสัปดาห์ที่ผ่านมาและผลข้างเคียงที่โชคร้ายของมาตรการป้องกันบางอย่างที่เราวางไว้นั้นเป็นผลข้างเคียงที่แปลกประหลาดเช่นนี้ เราเชื่อว่าปัญหาที่นี่คือการป้องกัน DDoS บางอย่างของเราได้รับการกำหนดค่าผิดพลาด เรากำลังทำงานกับผู้ให้บริการเครือข่ายเพื่อปรับการป้องกัน DDoS เพื่อไม่ให้การรับส่งข้อมูลอื่น ๆ เช่นนี้มีความสำคัญสูงสุด ขออภัยอีกครั้งสำหรับปัญหาซ้ำแล้วซ้ำอีกที่นี่!

Jesse GitHub Ops


จริงๆแล้วมีการปรับปรุงอะไรบ้างตั้งแต่ตอนนั้นหรือคุณยังมีปัญหาเดิมอยู่หรือ
IQAndreas

สวัสดี @IQAndreas ฉันไม่เคยมีปัญหานี้มาก่อน คุณเป็นอย่างไร
เฟลิเป้

ฉันได้รับปัญหานี้มาเกือบปีแล้ว (และฉันยังคงได้รับมัน) และการติดตั้ง Ubuntu ใหม่หรือปรับขนาด MTU ไม่ได้ทำอะไรเลย คุณคิดว่า GitHub จะสามารถช่วยเหลือหรือฉันควรใช้ HTTPS ต่อไปหรือไม่
IQAndreas

สวัสดี @IQAndreas! Github จะช่วยคุณได้! พวกเขาช่วยฉันและแก้ไขปัญหาของฉัน ฉันค่อนข้างมั่นใจว่าปัญหาของคุณเกี่ยวข้องกับการกำหนดค่าฝั่งเซิร์ฟเวอร์บางอย่าง กรุณาติดต่อพวกเขาและใส่เรื่องราวของคุณที่นี่ด้วย เป็นสิ่งสำคัญที่จะช่วยผู้อื่นที่มีปัญหาเดียวกัน! ขอบคุณมาก.
เฟลิเป้

2

Googling รอบ ๆ สำหรับข้อความแสดงข้อผิดพลาดของคุณจะเปิดบางสิ่งบางอย่างเกี่ยวกับขนาด MTU

หากเป็นไปได้ฉันขอแนะนำให้คุณลองใช้เครือข่าย / ISP อื่นเพื่อยืนยันว่าเกิดขึ้นกับเครือข่ายนั้นเท่านั้น

จากนั้นคุณสามารถลองเปลี่ยน MTU (เช่นคุณสามารถดูว่า Windows มีอะไรสำหรับ MTU และตั้งค่าของ Ubuntu เป็นค่าเริ่มต้นคือ 1500 บน Ubuntu)

นี่คือวิธีการที่จะเปลี่ยน MTUs: http://ubuntuforums.org/showthread.php?t=1887063

ฉันขอแนะนำให้คุณตรวจสอบเครือข่ายอื่นก่อนจากนั้นลองเปลี่ยน MTU ไม่ใช่สิ่งที่ต้องทำกันโดยทั่วไปดังนั้นหากการเปลี่ยนเครือข่ายช่วยฉันพูดได้ว่าเป็นปัญหาแปลก ๆ กับเครือข่ายซึ่ง Windows ไม่อนุญาตให้ทำเช่นนั้น


ขอบคุณ @ roadmr! ฉันลองใช้ Mac OSX และ Windows แล้วก็ใช้ได้ เพียงแค่ใน Ubuntu ฉันมีปัญหา ฉันไม่สามารถป้อน URL นี้ได้เช่น: github.com ใน Firefox ฉันสามารถเข้าถึงหน้าแรก แต่ล้มเหลวบางครั้งเมื่อฉันคลิกเข้าไป ฉันได้ลองเปลี่ยน MTU แล้ว แต่ยังใช้งานไม่ได้ คุณรู้ไหมว่าฉันจะลองอะไรอีก ฉันไม่เข้าใจว่าทำไม Codeplane ถึงทำงานและ Github ไม่ได้ ขอบคุณ!
เฟลิเป้

วันนี้ฉันสามารถเข้าสู่github.comได้ แต่ไม่ใช่ในgithub.com/felipelalli/machine-gunเป็นต้น เบราว์เซอร์จะคิดตลอดไปจนกระทั่งสิ้นสุด "ข้อผิดพลาด 324 (สุทธิ :: ERR_EMPTY_RESPONSE): เซิร์ฟเวอร์ปิดการเชื่อมต่อโดยไม่ส่งข้อมูลใด ๆ "
เฟลิเป้

ฉันสามารถเข้าถึง URL ของปืนกลได้ดีและฉันใช้ Ubuntu 12.10 ดังนั้นจึงไม่ใช่สิ่งที่ "ผิด" ใน Ubuntu เพียงแค่มีความไม่ลงรอยกันหรือไม่ตรงกันกับเครือข่ายและ Ubuntu ของคุณ หากผู้ดูแลระบบเครือข่ายมีเหตุผลคุณสามารถขอความช่วยเหลือในการวินิจฉัย ฉันกลัวว่าคำตอบปกติของพวกเขาอาจเป็น "ใช้ Windows" แต่อาจช่วยได้
roadmr

สวัสดี @ roadmr มันเกิดขึ้นในบ้านของฉันและฉันทำการติดตั้งตั้งแต่ต้น อาจเป็นปัญหาคอมพิวเตอร์ของฉัน (Dell Studio) + Ubuntu 12.10
เฟลิเป้

1

ฉันสามารถช่วยคุณวินิจฉัยได้หากคุณปิดการใช้งานแอปพลิเคชันเครือข่ายทั้งหมดนอกเหนือจากแอปพลิเคชันของคุณ (ไคลเอนต์ git ในกรณีนี้) เพื่อลดสัญญาณรบกวนเครือข่ายและใช้ tcpdump / wireshark

ตรวจสอบให้แน่ใจว่าได้เริ่มการจับภาพก่อนที่คุณจะเรียกใช้คำสั่งที่มีปัญหาในการเชื่อมต่อ

ติดตั้งทั้งสองโปรแกรมด้วย:

sudo apt-get install wireshark tcpdump

จากนั้นเรียกใช้

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

เพื่อเริ่มการจับภาพก่อนการทดสอบ

มันจะมีประโยชน์ถ้าคุณจับภาพทราฟฟิกในช่วงหนึ่งที่ล้มเหลวและอัพโหลด dump.pcap ที่ใดที่หนึ่งที่ฉันสามารถดาวน์โหลดได้


ขอขอบคุณ. ฉันจะเห็นมันทันทีที่ฉันกลับถึงบ้าน แต่ปัญหาเกิดขึ้นกับ https ฉันคิดว่ามันเป็นปัญหาสำหรับ tcpdump ใช่ไหม? ฉันจะตรวจสอบว่าฉันสามารถทดสอบด้วย http
เฟลิเป้

ฉันไม่แน่ใจว่าสิ่งที่คุณหมายถึงปัญหากับ tcpdump ฉันแนะนำให้ใช้เพื่อจับภาพการรับส่งข้อมูลทั้งหมดในช่วงเวลาที่คุณประสบปัญหาเนื่องจากจะทำให้สามารถวิเคราะห์ได้และอาจพบปัญหา
Marcin Kaminski

ฉันหมายถึงการเชื่อมต่อ https เป็นไปไม่ได้ที่จะจับภาพการรับส่งข้อมูล ฉันผิดหรือเปล่า? เพราะมันถูกเข้ารหัส
เฟลิเป้

ความผิดพลาดของฉัน - ฉันไม่ได้สังเกตว่าคุณกำลังใช้ HTTPS แม้ว่าสิ่งนี้จะไม่แสดงปัญหาระดับแอปพลิเคชันที่คุณอาจประสบ แต่คุณยังสามารถค้นหาปัญหาในเลเยอร์เครือข่ายที่ต่ำกว่าซึ่งอาจพิสูจน์ได้ว่ามีประโยชน์
Marcin Kaminski

ขอบคุณสำหรับความสนใจ. ดังนั้นฉันควรทำอย่างไรตอนนี้ มูลค่า 4 BTC
เฟลิเป้

1

หากคุณไม่ได้อยู่หลังพร็อกซีให้เพิกเฉยความคิดเห็นนี้

ฉันอยู่หลังพร็อกซีในที่ทำงานและต้องกำหนดค่าคอมไพล์ให้สามารถเข้าถึงได้ ก่อนหน้านั้นฉันมีเวลาสำหรับ github ในเครื่อง Ubuntu ในขณะที่เครื่อง Windows ทำงานได้ดี

ดังนั้นหากคุณอยู่หลังพรอกซีให้เปิดไฟล์ ~ / .gitconfig และเพิ่มบรรทัดเหล่านี้:

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

แน่นอนแทนที่ IP และหมายเลขพอร์ตด้วยของคุณ หวังว่านี่จะช่วยได้


ฉันขอโทษนี่ไม่ใช่กรณีของฉัน ขอบคุณ ปัญหาหลักของฉันยังคงอยู่คือเมื่อฉันพยายามผลักดันสิ่งต่าง ๆ ไปยัง Github โคลนและดึงก็โอเค
เฟลิเป้

-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เว็บไซต์ได้

ฉันแก้ไขปัญหาการเชื่อมต่อทั้งหมดระหว่าง mac OS X Mavericks และ gitub ของฉันโดยเปลี่ยนการเชื่อมต่อ wifi เครือข่ายของฉันจาก 802.11n (5.18GHz) เป็น 802.11g (2.412GHz)

ฉันไม่รู้ว่าทำไมถึงได้ผลสำหรับฉัน แต่ฉันแค่ดีใจที่มันกลับมาเป็นปกติ

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.