Сергей Набоков, ну всё верно, по ip или asn. Минусы вашего решения - завтра заблочат и из питера, что делать будете? Самым оптимальным было бы взять 1 VPS но не в блокируемом (пока) диапазоне
чет я ничего не понял, при чем тут reverse proxy, это вообще про другое. Поднимаете обычный vpn, обычно заворачиваете в него нужные сайты.... Желательно на клиенте.
Daemon23RUS, RFC по биту разбирать? Ладно
Как практикующий инженер могу сказать, что если вы не работаете с чем-то достаточно часто, то знания забываются и упрощаются. Так как я самоучка (в нашей шараге формально был предмет Компьютерные сети, но преподавателя я не видел), то могу лишь сказать что "по битам" RFC никто не разбирает. Во-первых, потому что есть различные адаптации этого же материала (у RFC очень специфичный язык даже для технарей), во-вторых, потому что когда ты читаешь вторую половину, первую ты уже забыл.
У меня тоже когда-то давно была мечта, изучить все RFC всех протоколов с которыми я работаю, законспектировать и положить в условную вики, но как только я начал это делать, плюнул почти сразу.
Поэтому RFC используется как справочная информация, КАК ДОЛЖЕН работать протокол для вендоров и инженеров, а не как то, что нужно держать в голове постоянно (оперативки не хватит)
А касательно TCP/IP, вы, я уверен, сможете назвать основные механизмы, возможно даже механизм работы плавающего окна и congestion control, scale-factor. А вот по поводу каких-нибудь SACK, Fast-Open уже как будто не уверен, хотя всё может быть
SunTechnik, для любого не-сетевика достаточно понимания, что TCP это гарантированная доставка с подтверждением, подробности ни к чему. Если только да, это не разработчик сетевого стека.