プロキシのセットアップ
各スロットには、X API リクエスト用の独自のプロキシが必要です。パーサーは 12 の異なる形式のバリアントを受け入れます。住宅用プロキシをお勧めします。
サポートされている形式
プロキシ パーサーは、次のすべてのバリアントを受け入れます。
| # | 形式 | 例 |
|---|---|---|
| 1 | ホスト:ポート | proxy.example.com:1080 |
| 2 | ホスト:ポート:ユーザー:パス | proxy.example.com:1080:myuser:mypass |
| 3 | ユーザー:パス@ホスト:ポート | myuser:[email protected]:1080 |
| 4 | ホスト:ポート@ユーザー:パス | proxy.example.com:1080@myuser:mypass |
| 5～8 | 同じ 4 つのフォーマット http:// 接頭語 | http://myuser:[email protected]:1080 |
| 9～12 | 同じ 4 つのフォーマット 靴下5:// 接頭語 | 靴下5://proxy.example.com:1080 |
の https:// プレフィックスも受け入れられます。
パーサーの仕組み
パーサーは、貼り付けた形式を自動的に検出します。プロトコル プレフィックス (http://, 靴下5://), @- 区切りの認証フィールドとコロンで区切られたフィールド。出力は常に内部で正規化されるため、上記のサポートされている形式はいずれも機能します。
プロキシの種類
- ソックス5 (デフォルト) — X API リクエストに推奨されます。ほとんどの residential proxy プロバイダーは SOCKS5 をサポートしています。
- HTTP/HTTPS — もサポートされています。入力から抽出されたプロトコル (存在する場合) は、プロキシ タイプとして保存されます。
プロキシ タイプはスロットごとに保存され、すべてのモジュール ワーカーに渡されます。
プロキシ暗号化
プロキシ文字列は、認証トークンと同じ AES-256-GCM スキームを使用して保存時に暗号化されます (「 安全）。暗号化された値が保存されます。復号化は、モジュールがプロキシを必要とする実行時に行われます。
ヒント
- 使用 居住用プロキシ 検出リスクを最小限に抑えるため。データセンターの IP は、X の自動化対策のトリガーとなる可能性が高くなります。
- 各スロットには、 一意のプロキシ。複数の X アカウント間でプロキシを共有すると、関連して停止される可能性が高くなります。
- プロキシ プロバイダーから URL 形式が提供されている場合は、それを直接貼り付けます。パーサーはほとんどのバリエーションを処理します。
- 検証では、有効なホスト + ポート (1 ～ 65535) に解析されない文字列は拒否されます。
- 可能であれば、プロキシの地域をアカウントの市場に一致させます。突然の国が急上昇すると乗っ取りのように見えます。
戦略の詳細: X オートメーション用の常駐プロキシ ・ 分離： マルチアカウント X Ops · ハブ: 安全性と複数アカウントの運用.