Limit czasu połączenia podczas uzyskiwania dostępu do Github [zamknięte]

Mam dokładnie ten sam problem, jak opisano tutaj: /programming/12849986/connection-timeout-when-accessing-github

Więc po prostu skopiuję i wkleję:

Mam dziwne problemy. Kiedy próbuję zalogować się na moje konto Github , pojawia się błąd „net :: ERR_EMPTY_RESPONSE ”.

Ja próbowałem z Chrome, Firefox i Opera . W przeglądarce Firefox, jeśli wyczyści pamięć podręczną i dane offline, działa przez chwilę. Następnie mogę się zalogować, ale nadal nie mogę utworzyć repozytorium Github, nawet jeśli ponownie wyczyszczę pamięć podręczną.

Mój przyjaciel w tej samej sieci z Windows może robić wszystko, co chce na stronie internetowej Github, ale ja nie mogę. Ja próbowałem wielu DNS serwerów, próbowałem go nie ustawić (mój przyjaciel nie robi), ale jeszcze się nie pracuje .

Mój system operacyjny: Ubuntu x64 12.04

Proszę o pomysły. I dzięki.

Mogę również klonować dowolne repozytorium, ale nie mogę naciskać. Z powodu tego problemu musiałem przejść na https://codeplane.com/ , ale chcę zrozumieć, dlaczego tak się dzieje.

EDYCJA: Mogę sklonować jedno repozytorium, ale drugie w tym momencie po prostu się zawiesza:

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 

DOWOLNE naciśnięcie wisi w następujący sposób:

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)

EDYCJA 2: Sformatowałem komputer i ponownie zainstalowałem Ubuntu, ale problem pozostaje ten sam. Eliminuje to wszelkie problemy z instalacjami lub aktualizacjami. Mam Dell Studio XPS.

EDYCJA 3: Płacę 4 bitcoiny, jeśli ktoś rozwiąże mój problem. Po prostu połącz swój adres publiczny.

EDYCJA 4: Kiedy próbuję pchać, po kilku minutach otrzymuję ten komunikat:

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

Rozwiązanie:

po długim wątku ze wsparciem Github powiedzieli, że była to konfiguracja po stronie serwera związana z próbą uniknięcia ataku DDOS, który dotknął niektórych użytkowników, takich jak ja. Po kilku zmianach na serwerze Github wszystko wróciło do normy i znów działa bardzo dobrze!

Bardzo dziękuję zespołowi wsparcia Github, byli bardzo transparentni i pomocni.

Cytat z długiego wątku e-mail:

Cześć Felipe -

W ciągu ostatnich kilku tygodni zdarzały się sporadyczne ataki DDoS, a niefortunnym efektem ubocznym niektórych wprowadzonych przez nas środków zapobiegawczych są dziwne skutki uboczne takie jak ten. Uważamy, że problem polegał na tym, że część naszej ochrony przed DDoS została źle skonfigurowana. Współpracujemy z naszym dostawcą sieci, aby dostroić ochronę DDoS, aby nie zmniejszać innego ruchu tego typu o najwyższym priorytecie. Jeszcze raz przepraszam za powtarzające się problemy!

Jesse GitHub Ops

Googlowanie się po komunikacie o błędzie ujawnia pewne informacje o rozmiarze MTU.

Jeśli to możliwe, sugeruję wypróbowanie innej sieci / usługodawcy internetowego tylko w celu potwierdzenia, że ​​dzieje się to tylko w tej konkretnej sieci.

Następnie możesz spróbować zmienić MTU (możesz na przykład zobaczyć, co Windows ma dla MTU i ustawić na to Ubuntu; domyślnie na Ubuntu jest to 1500).

Oto jak zmienić MTU: http://ubuntuforums.org/showthread.php?t=1887063 .

Sugeruję najpierw sprawdzić inną sieć, a dopiero potem spróbować zmienić MTU. Nie trzeba tego robić często, więc jeśli zmiana sieci pomaga, powiedziałbym, że to jakiś dziwny problem z siecią, na który Windows jest w jakiś sposób niewrażliwy.

Mogę pomóc w zdiagnozowaniu go, jeśli wyłączysz wszystkie aplikacje sieciowe oprócz aplikacji (w tym przypadku klienta git), aby zminimalizować szum sieciowy i użyj tcpdump / wireshark do przechwytywania ruchu wysyłanego i odbieranego w przypadku problemów.

Pamiętaj, aby rozpocząć przechwytywanie przed uruchomieniem polecenia, które ma problemy z połączeniem.

Zainstaluj oba programy za pomocą:

sudo apt-get install wireshark tcpdump

a następnie biegnij

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

aby rozpocząć przechwytywanie przed testowaniem.

Byłoby pomocne, gdybyś przechwycił ruch podczas jednej sesji, która się nie powiodła i przesłał wynikowy plik dump.pcap gdzieś, gdzie mógłbym go pobrać.

Jeśli nie jesteś za proxy, zignoruj ​​ten komentarz.

Jestem za serwerem proxy w pracy i musiałem skonfigurować git, aby do niego dotrzeć. Wcześniej miałem limity czasu dla github na maszynie Ubuntu, podczas gdy maszyny Windows działały dobrze.

Więc jeśli jesteś za proxy, otwórz plik ~ / .gitconfig i dodaj te linie:

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

Oczywiście zastąp adres IP i numer portu swoim. Mam nadzieję że to pomoże

Otrzymałem ten błąd podczas wykonywania „aktualizacji parzenia” w moim wierszu poleceń (terminal):

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

Zauważyłem również, że żadna z moich przeglądarek nie mogła połączyć się z github.comwitryną.

Rozwiązałem wszystkie problemy z połączeniem między moim systemem Mac OS X Mavericks a github, zmieniając połączenie sieciowe Wi-Fi z 802.11n (5,18 GHz) na 802.11g (2,412 GHz).

Nie wiem, dlaczego to dla mnie zadziałało, ale cieszę się, że wróciło do normy.