github и Большой Брат

объясните мне кто-нибудь, почему github пишет «у нас техническая ошибка бла-бла», если я пользуюсь проксей?

Честному человеку нечего скрывать свой IP.

человек рождается без IP

вот вопрос и стоит, имеет ли github такое же мнение, как и товарищ drull

Думаю стоит спросить у них, а не у ЛОРовских троллей.

Как самокритично

Это я дикого заставляю задуматься над тем, на какие вопросы тут смогут ответить, а на какие - нет.

Хорошая прокся неотличима от клиента...

очевидно, что этой проксей пользуешься не только ты, но и ещё 100500 ботов. Вот её и занесли в чёрный список.

почему github пишет «у нас техническая ошибка бла-бла»

Вариант «у них техническая ошибка» даже не рассматривается?

Просто НЕ МОЖЕТ БЫТЬ! :-D

Ты, погляжу, совсем уже помешался на швабодке.

Поломался код, отвечающий за детектирование прокси?

Вариант «у них техническая ошибка» даже не рассматривается?

на протяжении полугода?

Я просто пол-года там ничего не моге скачать. Все не понимал, почему же люди эти дерьмом пользуются, если оно почти никогда не работает. А оно оказывается вон как....

Хорошая прокся неотличима от клиента...

у меня она посылает еще REMOTE_ADDR с собой. Знаю, что это нехорошая прокся, но это неважно.

У меня просто с плагином ipfuck ( https://addons.mozilla.org/en-us/firefox/addon/ipflood/ ) такая же проблема. Видимо смотрят заголовки, ну а чем их такие заголовки не устраивают — не понятно. Может кому-то это помогает отчитаться: мол смотрите, у нас и такая защита от ddos есть.

может, там активно юзают какой-нибудь websocket? Оно, по идее, юзает TCP, т.е. не поддерживает работу через прокси. Подробнее есть на Википедии в разделе proxy traversal

Хм, у меня с драконовскими правилами всё работает... Многие сайты не работают через отключённый Referer, но github к ним не относиться. Вот жду пока squid 3.3 в портах появиться, хочу официальный MIM организовать, что бы можно было и 443 пробрасывать незаметно, а то пока только вручную настраивать броузер, а sslbump в жопу не годиться.

accept_filter httpready
forwarded_for off
via off
request_header_access From deny all
request_header_access Referer deny all
request_header_access Server deny all
request_header_access User-Agent deny all
request_header_access WWW-Authenticate deny all
request_header_access Link deny all