CityCat4, MVV, господа, несмотря на все ваши очень убедительные аргументы, и, безусловно, важную тему для дискуссии, предлагаю вам продолжить всё же в другом месте, например "битва публикаций на хабре", а тут мало того что не все смогут оценить ваши глубокие познания в данной теме, так еще и могут рассказать что такое нюанс
Ну дальше вашего пк, роутера и шнура между ними вы не продиагностируете. У меня по вечерам не тормозит, так что скорее всего это не телеги проблема. Остается либо проверять физику и маршрутизатор (попробовать напрямую тыкнуть), попробовать с другим компом если есть возможность (или через вай фай на телефоне), либо это на транзите проблемы и не факт что даже у вашего оператора.
res2001, ну упарываться в реализацию crc я всё же не буду) Начну с простого, если нужно будет - попробую реализовать преобразование tcp в псевдоtcp и наоборот, всё таки на прослушку у сокетов вроде как ограничений нет. А если есть, то WinDivert мне завести удалось на делфи
Спасибо за ответ! Да, я видел этот репозиторий, но пока не ковырял досконально, смутило что вместо огромной структуры данных, которая фигурирует в качестве аргумента в любой функции на открытие адаптеров на чтение, там вот это pcap_t = integer;
Может, оно как-то работает, хз. По поводу Windows Server - спасибо за наводку, поищу по поводу ограничений. Пока решил остановиться либо просто на псевдо tcp over udp между двумя своими приложениями, либо сделать третье приложение-адаптер для туннелирования pseudo tcp over tcp <-> true tcp
Никак не понял, как поможет настройка файрволла помочь в вопросе понимания 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 могут сильно подорвать его здоровье. Но, наверное, это будет действительно самый удобный вариант. Слышал краем глаза, что в линухе с этим попроще, но под линух никогда не разрабатывал