Proxychains DNS: почему имена хостов получают синтетические IP-адреса
Объясните синтетическое сопоставление DNS-адресов в proxychains-ng и отличите внутреннюю заглушку от реального назначения или адреса выхода.
Программа под proxychains разрешает обычное имя хоста в незнакомый диапазон адресов. Этот адрес может быть внутренним учётным значением обёртки, а не ответом DNS из интернета.
В режиме proxy-DNS proxychains-ng может запомнить имя хоста, вернуть приложению синтетический адрес и позже преобразовать это значение обратно в имя хоста, когда перехваченное соединение открывается через прокси.
Заглушка — не выходной IP
Пример конфигурации документирует proxy_dns и remote_dns_subnet. Зарезервированный диапазон сопоставления настраивается. Это не адрес, который следует ожидать для ping или публиковать как публичный источник прокси.
Это зависит от того, перехватываются ли соответствующие вызовы поиска имени и соединения внутри предполагаемого процесса. Программа, выполняющая собственный DNS другим механизмом, сохраняющая заглушку для последующего несвязанного использования или обходящая путь подключённого сокета, может вести себя иначе.
Это ограничение объясняет, почему синтетический адрес в журнале сам по себе не доказывает, что всё приложение правильно использует удалённый DNS. Точно так же отдельная утилита DNS вне обёрнутого процесса не проверяет сопоставленное соединение приложения.
Различайте заглушку приложения, реальный адрес назначения, выбранный на стороне прокси, и публичный выход, который видит сайт. Они выполняют разные задачи и не обязаны совпадать.
При отладке держите имя хоста в заметках и определите точный обёрнутый процесс и конфигурацию. Ручная замена подозрительной заглушки может потерять сопоставление, необходимое обёртке для восстановления этого имени хоста, превратив понятное косвенное указание в соединение с неверным назначением.