На ТСПУ начали блокировать/замедлять Twitter. В моём случае наблюдается блокировка (мобильный Теле2/проводной ОБИТ): подключение устанавливается, первые пакеты TLS-сессии проходят, но все последующие отбрасываются, и до передачи данных внутри сессии не доходит.
Точнее сказать, это даже не замедление, а невозможность загрузить часть контента. Страница профиля (шапка) может подгрузиться, а картинки и твиты — нет.
Маловероятно, но возможно, что запросы идут по разным каналам (апстримам). Проверьте дампом трафика, что пакеты действительно инжектятся, и убедитесь, что вы используете правильный TTL (или какой у вас метод) для поддельного пакета.
Да, действительно не инжектился пакет. Разобрался, почему-то для ipv6 только работало. abs.twimg.com = ipv6, остальные по 4-ке работают. Переустановил скрипт, прописал настройки и для ipv6 и для ipv4. Видимо только для ipv6 было настроено.
By looking at the “network_events” keys, we see that the TLS handshake is performed by reading very small chunks of data very slowly, sometimes leading to a timeout.
Ощущение, что у Домру то ли ТСПУ постоянно отваливается, то ли еще что-то, но твиттер у меня без ВПН сегодня работает отлично, вообще проблем не наблюдаю как с ответами по апи так и с загрузкой медиа
У крупных провайдеров ТСПУ установлен не на всех канахал. Провайдерские системы балансировки трафика вполне могут одно время пускать трафик через линки с ТСПУ, а другое — через другие, где он (пока) не установлен.
On all my links, twitter/facebook/other TSPU-effected sites are now blocked. Some other people said about throttling, but these days all my ISPs have them blocked.
Just as I’m writing it, I see the throttling of twitter. It’s very slow, very hard policied to a very low speed: in curl it looks like several bytes are transferred in a jiffy, then several seconds no data transfer. Speed is somewhere around 760 bytes per second on average.
Requests for twitter.com on other IP addresses, like my server 31.220.5.43, are not throttled but blocked with “infinite loading”.
Facebook’s fbcdn.net is blocked+throttled: the client instantly receives RSTACKs with increasing seq numbers (to reset traffic which may be transferred “in the future” for DPI standpoint), but if you block these packets, you’ll ocasionnaly receive real packets from the server, which seem to be throttled as hard as Twitter.