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

11

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 [email protected]: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
git Felipe
źródło
Felipe - czy memcachedmasz problem ( askbot.org/en/question/2699/… )? Czy masz to zainstalowane?
fossfreedom
@fossfreedom, nie, nie mam zainstalowanego memcache'a
Felipe
jeśli dodasz -vdo swojego wywołania push (tj. uruchomisz w trybie pełnym) - jaka jest wydajność? użyj paste.ubuntu.com dla swoich wyników.
fossfreedom
Zawiesza się: paste.ubuntu.com/1386951
Felipe
1
Wystąpił problem po stronie serwera GitHub , nie ma nic wspólnego z Ubuntu.
Braiam

Odpowiedzi:

4

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

Felipe
źródło
Czy od tego czasu rzeczywiście nastąpiła poprawa, czy nadal masz te same problemy?
IQAndreas
Cześć @IQAndreas, nigdy wcześniej nie miałem tego problemu. Byłeś ty
Felipe
Dostaję ten problem przez prawie rok (i nadal go otrzymuję), a ponowna instalacja Ubuntu lub dostosowanie rozmiaru MTU nic nie zrobiło. Czy uważasz, że GitHub byłby w stanie Ci pomóc, czy powinienem nadal używać HTTPS?
IQAndreas,
Cześć @IQAndreas! Github powinien ci pomóc! Pomagają mi i naprawiają mój problem. Jestem pewien, że twój problem jest związany z pewną konfiguracją po stronie serwera. Skontaktuj się z nimi i umieść tutaj również swoją historię. Ważne jest, aby pomóc innym, którzy mają ten sam problem! Dziękuję bardzo.
Felipe,
2

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.

roadmr
źródło
Dzięki @roadmr! Próbowałem w Mac OSX i Windows i jest w porządku. Tylko na Ubuntu mam problem. Nie mogę nawet wpisać tego adresu URL, na przykład: github.com w przeglądarce Firefox. Mogę uzyskać dostęp do pierwszej strony, ale czasem się nie udaje, gdy klikam wewnątrz. Próbowałem już zmienić MTU, ale nadal nie działałem. Wiesz, co jeszcze mogę spróbować? Nie rozumiem, dlaczego działa Codeplane, a Github nie. Dzięki!
Felipe,
Dzisiaj mogę wejść na github.com, ale nie na przykład na github.com/felipelalli/machine-gun . Przeglądarka nieprzerwanie myśli do końca „Błąd 324 (net :: ERR_EMPTY_RESPONSE): Serwer zamknął połączenie bez wysyłania żadnych danych”.
Felipe,
Cóż, mogę uzyskać dostęp do adresu URL karabinu maszynowego w porządku i używam Ubuntu 12.10, więc nie jest to coś „złego” w Ubuntu, tylko pewna niezgodność lub niezgodność z twoją siecią i Ubuntu. Jeśli administratorzy sieci są rozsądni, możesz poprosić ich o pomoc w diagnozowaniu. Obawiam się, że ich zwykłą odpowiedzią może być „Użyj systemu Windows”, ale może mogą pomóc.
roadmr
Cześć @roadmr, zdarza się w moim domu i wykonałem instalację od zera. Może to problem mojego komputera (Dell Studio) + Ubuntu 12.10?
Felipe,
1

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ć.

Marcin Kamiński
źródło
Dziękuję Ci. Zobaczę to, jak tylko wrócę do domu. Ale problem występuje na https, myślę, że jest to problem z tcpdump, prawda? Sprawdzę, czy mogę przetestować za pomocą http.
Felipe
Nie jestem pewien, co miałeś na myśli przez problem z tcpdump. Sugerowałem, aby użyć go do przechwytywania całego ruchu w czasie, gdy występują problemy, ponieważ pozwoliłoby to przeanalizować i ewentualnie znaleźć problem.
Marcin Kamiński
Mam na myśli, że połączenie https nie jest w stanie przechwycić ruchu. Czy się mylę? Ponieważ jest szyfrowany.
Felipe
Mój błąd - nie zauważyłem, że używasz HTTPS. Chociaż nie pokazałoby to problemów, które mogą występować na poziomie aplikacji, nadal możesz znaleźć problemy w dolnej warstwie sieci, które mogą okazać się pomocne.
Marcin Kamiński
Dziękuję za uwagę. Co mam teraz zrobić? Warto 4 BTC.
Felipe
1

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

faskunji
źródło
Przepraszam, to nie moja sprawa. Dzięki. Mój główny problem nadal istnieje, kiedy próbuję pchnąć różne rzeczy do Github. Klonowanie i ściąganie jest OK.
Felipe,
-1

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.

Jerzy
źródło