Никак не понял, как поможет настройка файрволла помочь в вопросе понимания TCP, но я и не занимался таким. Совсем совсем теорию о том, как оно работает я в курсе, мне интересны больше технические моменты, типа "как именно реализовано окно передачи, окно перегрузки", отслеживание пакетов на предмет доставки/недоставки. То есть именно "под капотом". Но не всё, на весь tcp у меня не хватит ни времени ни желания
res2001, ого) Ну я не настолько хардкорщик) Я понимаю, что поверх udp надо будет и клиента своего писать, это не проблема. Я хочу понять/реализовать как считаются контрольные суммы, формируются пакеты (теория это одно, а пощупать рукам эт другое), так вот если я что-то не так понял в самом алгоритме рассчета контрольных сумм, и реализую его неправильно и на клиенте и на сервере, то у меня, конечно, получится tcp-like протокол, но он будет фундаментально неправильным, хотя передача данных в нем, например, будет возможна.
А по поводу совместимости с ТРУ tcp - есть мысль сделать "адаптер" (Adapter.exe) с двумя сокетами - один тру tcp, другой "pseudo tcp over udp", с помощью этой прослойки декапсулировать трафик из udp со стороны моего приложения и, соответсвенно, инкапсулировать в udp со стороны true tcp клиента
Olvizd, гудбай не шифрует траффик, а фрагментирует так, чтобы обойти DPI. DPI это фиксит, но фундаментальной проблемы они пока не исправили. Так что да, видит. Так же как и любой шифрованый/не шифрованый Vless/Trojan/и т.д. на сервере с которого осуществялется непосредственно доступ, как я говорил выше. Так что сокрытие DNS в данном случае мало чем поможет, если честно
я никогда не разрабатывал под линух от слова совсем. Более того, я и пользовался-то им хрен да нихрена... Но я рассмотрю этот вариант в любом случае, спасибо
Olvizd, не топлю за конкретные решения, но сложность настройки вы явно приукрасили. А так дело ваше. Вот т-щ майор местный ща пройдет вашего провайдера и с помощью старого доброго терморектального криптоанализатора попросит (да, он и такое умеет) эту лавочку прикрыть. Это вопрос времени, я полагаю
res2001, я уже думал по поводу "своего" tcp, точнее, своей "виртуальной среды" для него. И, хотелось бы иметь всё же в качестве "собеседника" эталонный tcp-сервер (или клиент). А он должен уметь работать с моей "виртуальной средой", что невозможно. Точнее, я хотел бы проверять корректность работы такого себе TCP :) В любом случае, вы рекомендуете использовать именно UDP?
почему этот вариант мне не слишком по душе - у меня не самый мощный пк, винда + рантайм всякий + Embarcadero RAD Studio могут сильно подорвать его здоровье. Но, наверное, это будет действительно самый удобный вариант. Слышал краем глаза, что в линухе с этим попроще, но под линух никогда не разрабатывал
evgeniy_lm, ну собственно да. Работодатели в большинстве своём уже усвоили, что сейчас в РФ связи между "систематизированными знаниями" и ВО нет по определению. Но надо сказать, еще есть некоторое количество староверов, чаще всего на старых предприятиях с такими же старыми руководителями
это пока "полигон", пока не переделаем сеть и не будет раздавать время с микрота или вообще с АТС-ки, а пока этого нет, надо как-то решать вопрос. Просто доступов к маршрутизаторам нету, их съели предтечи перед увольнением. А подключить "все сети в одну трубу" не получится пока, во всяком случае я не припомню, чтобы сетевухи могли работать сразу с несколькими vlan-ами