Занулить последние 12 бит чтобы попасть на начало страницы, дальше идти вниз с шагом 4096 и искать по этому указателю сигнатуру начала PE файла (77, 90, 144, 0 т.е. 0x00905a4d).
> Это типо ftp.mozilla.org и ftp.hp.com/pub
нет, это просто веб-морды к файловому архиву, т.е. просто HTTP сервер. FTP over HTTP прокси это то, что в браузерах которые все еще поддерживают FTP надо писать в настройки "FTP прокси", фактически это обычный HTTP прокси.
> А кстати, почему ftp-ссылки перестали открываться? Почему в Chromium и Firefox надо менять флаги, чтоб работал FTP.
потому что было много неопределенностей. Например я в Chrome репортил багу что через FTP можно обходить HSTS, делать разновидность SSL stripping. И в принципе FTP предназначен для управления файлами, в тч на локальной машине - а для браузера сейчас это не очень штатный функционал, Microsoft когда-то пытался объединить Explorer и Internet Explorer, и там FTP хорошо вписывался - но ничего хорошего из этого не вышло.
Вы можете протуннелировать UDP через SSH, например используя sshuttle в режиме TPROXY https://sshuttle.readthedocs.io/en/stable/tproxy.html, но если вы хотите это делать еще и напрямую с андроида, то боюсь, что ваши запросы слишком специфичны, потому что обычно все-таки под такие задачи поднимается хотя бы своя VPSка.
WSGlebKavash, уточните какую задачу вы хотите решить, потому что VPN вполне можно использовать как альтернативу SSH-туннелю, просто в отличие от SSH туннеля через VPN можно пустить любой трафик, не только TCP.
Adamos, 8 битные кодировки и их стандартизация это вообще страдание, к счастью почти вымершее. Это старая история https://en.wikipedia.org/wiki/Windows_code_page#AN... - на тот момент стандартов на 8-битные кодировки просто не существовало. Сначала планировалась совместимость с разрабатываемым стандартом ANSI и API декодирования (например) назвали типа OemToAnsi. Потом ANSI отказалась от стандартизации 8-битных кодировок и методы переименовали (в OemToChar например), но старое название прижилось, потому что ISO в итоге стандартизировало другие кодировки и в итоге оказалось на N пропиетарных стандартов больше
Adamos, ANSI это не то же что ASCII, в Windows так принято называть 8-битные Windows-кодировки, т.е. если кириллица выбрана как язык, то ANSI-кодировкой будет Windows-1251, OEM-кодировкой cp866. Можно попробовать системный язык установить в кириллицу.
Этот вопрос к криптографии отношения не имеет. Это просто данные документа в каком-то формате, который надо знать и который наверняка где-то можно найти, поскольку скорей всего это международный стандарт.
Любой из этих методов рабочий и нормальный, выбирайте то, что вам удобней. Трогать яндекс-почту чтобы слать с того же домена не требуется, достаточно сконфигурировать DKIM и SPF для отправляющего сервера.
Отправитель не будет отправлять письмо на два сервера, если вы хотите получать почту на два сервера, вам необходимо самостоятельно настроить пересылки с одного сервера на другой или какой-то другой способ синхронизации почты.
Если у тебя стандартный http прокси, то скорей всего, должно быть
proxies={'http': 'proxi'}
даже если через прокси делается https запрос. https пркоси это когда трафик к прокси дополнительно оборачивается в TLS еще раз
Для DNS TransparentPlugin не требуется, если вы еще и транспарентный прокси используете то нужны команды transparent до tcppm и notransparent после. Убедитесь что вы трафик который идет от прокси не заворачиваете обратно в прокси.
Вадим, обычно в цепочке и будет два Received - один от сервера отправителя, второй от сервера получателя. Длинные цепочки скорей исключениеа. В примере выше отправитель пользуется облачным Office 365 для корпоративного домена, оттуда письмо ушло на корпоративный сервер отправителя (cisco.com), там достаточно сложная схема внутренней маршрутизации, оттуда письмо отправилось на сервер списков рассылок, где тоже достаточно сложная схема обработки + передача письма в Amavis для проверки и обратно и только потом на сервер получателя, но это одна из самых длинных цепочек встречающихся на практике.
