goodbyedpi.exe --set-ttl 8 -e 1 --reverse-frag -f 1
открывает всё что можно открыть (кроме того что уже и по ip закрыли)
но некоторые сайты умудряются быть на 7м и 8м хопе и поэтому “ломаются” (что очевидно и претензий нет)
8 выбрано потому что в добавок к “главному” dpi на 6м хопе есть магистральный на 8м. и никакими другими “добавками” к - -set-ttl 6 не помогают его “пробить”
с целью “починить” сломаные сайты на 7-8 хопах добавляю --min-ttl 8. сайты “чинятся” но перестаёт “пробивать” главный dpi на 6м хопе
не то чтобы полностью, а для конкретных блоченных.
это и больше всего удивляет. почему только некоторые?
например facebook.com
проверено он на 11м хопе. вводишь адрес и в хроме до бесконечности ничего не происходит.
а без -f 1 ещё и лезет заглушка прова. справедливости ради, если ввести https://facebook.com/ то всёже открывается
но суть - что без --min-ttl 8 достаточно просто facebook.com
что можно\нужно искать в сниффире чтобы разобраться?
это некая тупень dpi прова или сам --min-ttl может неправильно отрабатывать?
ping facebook.com то 49 то 53 ttl возвращает. что конечно странно но всё же укладывается в стандартный 64 , по крайней мере не 255