Proxychains LD_PRELOAD の失敗を診断する
アプリケーションが設定済みのプロキシを使ったと決めつける前に、LD_PRELOAD の失敗と傍受の限界を診断します。
プログラムは起動しますが、ターミナルには proxychains のライブラリをプリロードできなかったと表示されます。これは設定手順の失敗として扱い、出口 IP を確認するときに無視してよい無害な警告とは考えないでください。
Proxychains-ng は、読み込まれたライブラリによって関連する呼び出しを傍受します。そのライブラリが存在しない、互換性がない、またはプロセスに読み込まれていない場合、プログラムは期待した傍受なしに動作する可能性があります。
ライブラリをプロセスに合わせる
パッケージの実際のライブラリ位置と実行ファイルのアーキテクチャを確認してください。32 ビットのパスを固定した古い回答は、64 ビットのプログラムに対する一般的な修正ではありません。検証していないプリロード設定をすべての shell セッションにグローバルに追加しないでください。
Linux の動的ローダーのマニュアルは、ライブラリの検索と安全な実行の制限を説明しています。プロセスの起動状況によっては、プリロード設定が意図的に無視または制限されることがあります。静的実行ファイルも、環境変数を設定しただけで動的に傍受できるようになるわけではありません。
プロジェクトの README は、ラッパーがサポートするモデルを記載しています。独自のネットワーク実装、別個の補助プロセス、またはすでに実行中のインスタンスを持つアプリケーションは、最初のライブラリが読み込まれても別の制限を持ち込むことがあります。
アプリケーションにネイティブのプロキシ設定がある場合は、より明確な選択肢になります。すべての接続を外部から捕捉できると仮定するのではなく、アプリケーションが想定するネットワークインターフェースを使用します。
ラッパーの設定に失敗した場合は、いったん止めて、実際に何が起動したかを特定してください。プロセスの終了状態だけでは、アプリケーションが動作したことは示せても、その通信がプロキシを通ったことは示せません。ライブラリの読み込み、傍受された呼び出し、観測された外向き接続を別々の証拠として扱ってください。