Как зайти в Даркнет?!
25th January, 01:11
8
0
Как в tkinter из поля ввода Entry получить значение в одну переменную и обновить строку кнопкой, затем получить ещё одно введённое значение и затем сложить их. Ниже пример кода
21st July, 19:00
899
0
Программа, которая создает фейковые сервера в поиске игровых серверов CS 1.6 Steam
21st March, 17:43
952
0
Очень долго работает Update запрос Oracle
27th January, 09:58
916
0
не могу запустить сервер на tomcat HTTP Status 404 – Not Found
21st January, 18:02
907
0
Где можно найти фрилансера для выполнения поступающих задач, на постоянной основе?
2nd December, 09:48
942
0
Разработка мобильной кроссплатформенной военной игры
16th July, 17:57
1727
0
период по дням
25th October, 10:44
3957
0
Пишу скрипты для BAS только на запросах
16th September, 02:42
3722
0
Некорректный скрипт для закрытия блока
14th April, 18:33
4614
0
прокидывать exception в блоках try-catch JAVA
11th March, 21:11
4382
0
Помогите пожалуйста решить задачи
24th November, 23:53
6088
0
Не понимаю почему не открывается детальное описание продукта
11th November, 11:51
4352
0
Нужно решить задачу по программированию на массивы
27th October, 18:01
4400
0
Метода Крамера С++
23rd October, 11:55
4309
0
помогите решить задачу на C++
22nd October, 17:31
4002
0
Помогите решить задачу на python с codeforces
22nd October, 11:11
4492
0
Python с нуля: полное руководство для начинающих
18th June, 13:58
2599
0
Избегайте формирования трафика с помощью ssh на порту 443
Я слышал, что если вы используете порт 443 (обычно используемый для https) для ssh, зашифрованные пакеты выглядят одинаково для вашего провайдера.
Может ли это быть способом избежать пробок shaping/throttling?
Я не уверен, что это правда, что любой данный пакет ssh "looks" такой же, как и любой данный пакет https.
Однако на протяжении всей своей жизни они ведут себя по-другому. Настроенные и снятые сеансы не похожи друг на друга (например, SSH предлагают простой текстовый баннер во время первоначального подключения). Кроме того, как правило, сеанс https не будет недолговечным? Подключитесь, получите ваши данные, отключитесь, в то время как ssh будет подключаться и сохраняться в течение длительного периода времени? Я думаю, что использование 443 вместо 22 может пройти мимо наивных фильтров, но я не думаю, что это обманет кого-то, кто специально ищет активные попытки обойти их фильтры.
Является ли дросселирование ssh обычным явлением? Я видел, как люди блокировали его, но не думаю, что я испытывал дросселирование. Черт возьми, я обычно использую туннели ssh, чтобы обойти другие блоки, так как люди обычно не заботятся об этом.
443, когда используется для HTTPS, полагается на SSL (не SSH) для его шифрования. SSH выглядит иначе, чем SSL, так что это будет зависеть от того, что ваш ISP на самом деле искал, но вполне возможно, что они могли бы обнаружить разницу. Однако, по моему опыту, вы с большей вероятностью увидите, что какой-то персональный брандмауэр блокирует такое поведение, поскольку это нестандартно. К счастью, довольно легко написать туннель SSL, используя SecureSocket некоторого типа.
В общем, они могут видеть, сколько пропускной способности вы используете, независимо от того, зашифрован ли трафик. Они все равно будут знать конечные точки соединения, как долго оно было открыто и сколько пакетов было отправлено, поэтому, если они основывают свои показатели формирования на таких данных, вы действительно ничего не можете сделать, чтобы предотвратить их от дросселирования вашего соединения.