`gohpts` を使用して HTTP から SOCKS5 への接続を作成する```shell
gohpts -s :1080 -l :8080

- お使いのプラットフォーム用のバイナリを [Releases](https://github.com/shadowy-pycoder/go-http-proxy-to-socks/releases) ページからダウンロードしてください：  ```shell
GOHPTS_RELEASE=v1.15.5; wget -v https://github.com/shadowy-pycoder/go-http-proxy-to-socks/releases/download/$GOHPTS_RELEASE/gohpts-$GOHPTS_RELEASE-linux-amd64.tar.gz -O gohpts && tar xvzf gohpts && mv -f gohpts-$GOHPTS_RELEASE-linux-amd64 gohpts && ./gohpts -h

### CLIフラグによる設定

[[Back]](#table-of-contents)```shell
gohpts -s 1080 -l 8080 -d -j

SOCKS5プロキシサーバーのユーザー名とパスワードを指定してください:```shell
gohpts -s 1080 -l 8080 -d -j -u user
SOCKS5 Password: #you will be prompted for password input here

`-u` と `-U` の両方が存在する場合、2回プロンプトが表示されます

TLS接続上でHTTPプロキシを実行する```shell
gohpts -s 1080 -l 8080 -c "path/to/certificate" -k "path/to/private/key"

入力:```shell
# output
gohpts pid: <pid>

cd ~/project
./configure
make
sudo make install
``````shell
# kill the process
kill <pid>
#or
kill $(pidof gohpts)

設定例:```yaml
# bind proxy to specific network interface (either by interface name or index)
interface: "eth0" # if specified, overrides http server IP address
disable_http: false # disable http proxy (default: false)
disable_socks: false # disable upstream socks proxy (default: false)
# if ipv4 and ipv6 are both false or both true, dual stack is assumed
ipv4: false # this must be enabled for arpspoof (default: false)
ipv6: false # this must be enabled for ndpspoof (default: false)
socks4: false # use SOCKS4/SOCKS4a protocol (tcp only protocol, no udp tproxy or http3 possible) (default: false)
dns: 8.8.8.8 # custom DNS server (used in direct dialer, namespaces, spoofing)

http_server:
  address: 127.0.0.1:8080
  # username and password for adding basic authentication (comment out to disable auth)
  username: username
  password: password

# list of socks5 proxy
# if proxy_chain is disabled, uses first server in a list as upstream
proxy_list:
  - address: 127.0.0.1:1080
  - address: 127.0.0.1:1081
  - address: :1082 # empty host means localhost

proxy_chain:
  enabled: false
  # Explanations for chains taken from /etc/proxychains4.conf

  # strict - Each connection will be done via chained proxies
  # all proxies chained in the order as they appear in the list
  # all proxies must be online to play in chain

  # dynamic - Each connection will be done via chained proxies
  # all proxies chained in the order as they appear in the list
  # at least one proxy must be online to play in chain
  # (dead proxies are skipped)

  # random - Each connection will be done via random proxy
  # (or proxy chain, see  chain_len) from the list.
  # this option is good to test your IDS :)

  # round_robin - Each connection will be done via chained proxies
  # of chain_len length
  # all proxies chained in the order as they appear in the list
  # at least one proxy must be online to play in chain
  # (dead proxies are skipped).
  # the start of the current proxy chain is the proxy after the last
  # proxy in the previously invoked proxy chain.
  # if the end of the proxy chain is reached while looking for proxies
  # start at the beginning again.
  # These semantics are not guaranteed in a multithreaded environment.
  type: strict # dynamic, strict, random, round_robin
  length: 2 # maximum number of proxy in a chain (works only for random chain and round_robin chain)

logging:
  debug: true
  json: false
  # defaults to standard output
  #logfile: /tmp/gohpts.log
  # use colored output in logs (no effect if json enabled)
  nocolor: false
  # profiling data
  pprof: 127.0.0.1:8081

Proxyは`~/gohpts.yaml`で指定されたすべての設定を適用しますが、HTTPサーバーを`127.0.0.1:8080`の代わりに`127.0.0.1:6969`で起動し、ログの色付き出力も無効にします。

一部の設定（例: proxy_chainやDNSフィルター）はファイルでしか設定できません。

設定の完全版はこちら: [example_gohpts.yaml](https://github.com/shadowy-pycoder/go-http-proxy-to-socks/blob/main/resources/example_gohpts.yaml)

プロキシチェーンの詳細については、[Proxychains Github](https://github.com/rofl0r/proxychains-ng)を参照してください。

## 透過プロキシ

[[Back]](#table-of-contents)

> また、`intercepting proxy`、`inline proxy`、`forced proxy`とも呼ばれる透過プロキシは、特別なクライアント設定を必要とせずに通常のアプリケーション層通信をインターセプトします。クライアントはプロキシの存在を知る必要はありません。透過プロキシは通常、クライアントとインターネットの間に位置し、ゲートウェイやルーターの一部の機能を実行します。
>
> -- _[Wiki](https://en.wikipedia.org/wiki/Proxy_server)より_

この機能はLinuxシステムとAndroid（arm64）でのみ利用可能であり、追加のセットアップ（`iptables`、ip routeなど）が必要です。

`-T address`フラグは透過プロキシサーバーのアドレスを指定します。

`-M`フラグで指定できる3つのモードがあります: `redirect`、`tproxy`、`tlocal`（`tproxy`と同じですが、ローカルトラフィックもインターセプトします）。

### `redirect` (_NAT_ と _SO_ORIGINAL_DST_ を介して)

[[Back]](#table-of-contents)

このモードでは、プロキシ処理は`iptables`の`nat`テーブルと`REDIRECT`ターゲットを使用して行われます。着信パケットのホストは実行中の`redirect`透過プロキシのアドレスに変更されますが、`getsockopt(SO_ORIGINAL_DST)`で取得できる元の宛先も保持されます。

このモードで`GoHPTS`を実行するには、`-T`フラグと`-M redirect`を使用します。

### 例

[[Back]](#table-of-contents)```shell
# run the proxy
gohpts -s 1080 -T 1090 -M redirect -d

オペレーティングシステムをセットアップする:```shell
# commands below require elevated privileges (you can run it with `sudo -i`)

#enable ip forwarding
sysctl -w net.ipv4.ip_forward=1

# create `GOHPTS` nat chain
iptables -t nat -N GOHPTS

# set no redirection rules for local, http proxy, ssh and redirect proxy itself
iptables -t nat -A GOHPTS -d 127.0.0.0/8 -j RETURN
iptables -t nat -A GOHPTS -p tcp --dport 8080 -j RETURN
iptables -t nat -A GOHPTS -p tcp --dport 1090 -j RETURN
iptables -t nat -A GOHPTS -p tcp --dport 22 -j RETURN

# redirect traffic to transparent proxy
iptables -t nat -A GOHPTS -p tcp -j REDIRECT --to-ports 1090

# setup prerouting by adding our proxy
iptables -t nat -A PREROUTING -p tcp -j GOHPTS

# intercept local traffic for testing
iptables -t nat -A OUTPUT -p tcp -j GOHPTS

- **Query Context:** このパラメータは、LLMが全仕様の中でどの正確なコンテキストがクエリされたか、その情報がドキュメント全体のどこに存在するかを把握できるように追加されています。rawファイルはOEMにとって膨大な一つの仕様書である可能性があるため、LLMが情報の正確な場所を把握できることは非常に役立ちます。さらに、ドキュメント全体ではなく正確なコンテキストを直接特定するため、トークンの使用量も大幅に節約されます。
- `rawtagger.args.context.extractor`: rawファイルから正確なコンテキストを抽出または準備します。詳細については、`rawtagger/args/context_extractor_test.go` ファイルを参照してください。```shell
#traffic should be redirected via 127.0.0.1:8080
curl --proxy http://127.0.0.1:8080 http://example.com

### `redirect` モードの自動設定

[[戻る]](#table-of-contents)

システムを自動設定するには、次のコマンドを実行してください:```shell
sudo env PATH=$PATH gohpts -d -T 8888 -M redirect -auto

### `tproxy` (経由 _MANGLE_ と _IP_TRANSPARENT_)

[[戻る]](#table-of-contents)

このモードでは、プロキシ処理は `iptables` の `mangle` テーブルと `TPROXY` ターゲットを使用して行われます。透過プロキシは宛先アドレスをそのまま見ます。カーネルによって書き換えられることはありません。これを機能させるには、プロキシはソケットオプション `IP_TRANSPARENT` でバインドし、`iptables` は TPROXY ターゲットを使用してトラフィックをインターセプトし、ルーティングルールはマークされたパケットが元の宛先を変更せずにローカルプロキシに送られるように指示します。

このモードでは、`GoHPTS` を実行するために昇格された権限が必要です。以下のコマンドを実行することで行えます:```shell
sudo setcap 'cap_net_admin+ep' ~/go/bin/gohpts

I input is empty, there is nothing to translate.```shell
# run socks5 server on 127.0.0.1:1080
ssh remote -D 1080 -Nf

テスト接続:```shell
ip netns exec ns-client curl http://1.1.1.1

### `tproxy` モードの自動設定

[[戻る]](#table-of-contents)

システムを自動的に設定するには、次のコマンドを実行します（例：別のVM上で）:```shell
ssh remote -D 1080 -Nf
sudo env PATH=$PATH gohpts -d -T 8888 -M tproxy -auto -mark 100

接続テスト:```shell
curl http://example.com #check logs on your VM

### UDPサポート

[[Back]](#table-of-contents)

`GoHPTS` は `tproxy` および `tlocal` モードで有効にできるUDPサポートを備えています。この設定を機能させるには、UDP接続（`UDP ASSOCIATE`）を提供できるsocks5サーバーに接続する必要があります。例えば、[https://github.com/wzshiming/socks5](https://github.com/wzshiming/socks5) を使用して、リモートまたはローカルマシン上にUDP対応のsocks5サーバーをデプロイできます。接続先のサーバーが準備できたら、次のコマンドを実行します:```shell
sudo env PATH=$PATH gohpts -s remote -Tu :8989 -M tproxy -auto -mark 100 -d

5. ホストマシンで接続を確認してください。トラフィックはKaliマシンを経由するはずです。

### Android サポート

[[戻る]](#table-of-contents)

透過プロキシは、rootアクセス権を持つAndroidデバイス（arm64）で有効にできます。[Termux](https://github.com/termux/termux-app) をインストールして、そこで CLI ツールとして `GoHPTS` を実行できます。```shell
# you need to root your device first
pkg install tsu iproute2
# Android support added in v1.10.2
GOHPTS_RELEASE=v1.10.2; wget -v https://github.com/shadowy-pycoder/go-http-proxy-to-socks/releases/download/$GOHPTS_RELEASE/gohpts-$GOHPTS_RELEASE-android-arm64.tar.gz -O gohpts && tar xvzf gohpts && mv -f gohpts-$GOHPTS_RELEASE-android-arm64 gohpts && ./gohpts -h
# use your phone as router for LAN devices redirecting their traffic to remote socks5 server
sudo ./gohpts -s remote -T 8888 -Tu :8989 -M tproxy -sniff -body -auto -mark 100 -d -arpspoof "fullduplex true;debug false"

## トラフィックスニッフィング

[[Back]](#table-of-contents)

<p align="center"><img alt="MrGopher" src="https://assets.kitploit.com/production/public/readmes/11401/ac38691c0f511a6265baf784c236e4ca9557e6c2b7744271f09b1b657af92ca7.png"/>

`GoHPTS`プロキシは、サービスを通過するトラフィックをキャプチャして監視する機能を提供します。このプロセスは`トラフィックスニッフィング`、`パケットスニッフィング`、または単に`スニッフィング`として知られています。具体的には、プロキシは平文（HTTP）かTLSトラフィックかを識別しようとし、識別後、リクエスト/レスポンスのメタデータを解析してファイルやコンソールに書き込みます。`GoHTPS`プロキシの場合、解析されたメタデータは以下のようになります（TLSハンドシェイク）：

### JSON形式

[[Back]](#table-of-contents)```json
[
  {
    "connection": {
      "tproxy_mode": "redirect",
      "src_local": "127.0.0.1:8888",
      "src_remote": "192.168.0.107:51142",
      "dst_local": "127.0.0.1:56256",
      "dst_remote": "127.0.0.1:1080",
      "original_dst": "216.58.209.206:443"
    }
  },
  {
    "tls_request": {
      "sni": "www.youtube.com",
      "type": "Client hello (1)",
      "version": "TLS 1.2 (0x0303)",
      "session_id": "2670a6779b4346e5e84d46890ad2aaf7a53b08adcfe0c9f6868c2d9882242e39",
      "cipher_suites": [
        "TLS_AES_128_GCM_SHA256 (0x1301)",
        "TLS_CHACHA20_POLY1305_SHA256 (0x1303)",
        "TLS_AES_256_GCM_SHA384 (0x1302)",
        "TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256 (0xc02b)",
        "TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (0xc02f)",
        "TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256 (0xcca9)",
        "TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256 (0xcca8)",
        "TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384 (0xc02c)",
        "TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (0xc030)",
        "TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA (0xc00a)",
        "TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA (0xc009)",
        "TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA (0xc013)",
        "TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA (0xc014)",
        "TLS_RSA_WITH_AES_128_GCM_SHA256 (0x9c)",
        "TLS_RSA_WITH_AES_256_GCM_SHA384 (0x9d)",
        "TLS_RSA_WITH_AES_128_CBC_SHA (0x2f)",
        "TLS_RSA_WITH_AES_256_CBC_SHA (0x35)"
      ],
      "extensions": [
        "server_name (0)",
        "extended_master_secret (23)",
        "renegotiation_info (65281)",
        "supported_groups (10)",
        "ec_point_formats (11)",
        "session_ticket (35)",
        "application_layer_protocol_negotiation (16)",
        "status_request (5)",
        "delegated_credential (34)",
        "signed_certificate_timestamp (18)",
        "key_share (51)",
        "supported_versions (43)",
        "signature_algorithms (13)",
        "psk_key_exchange_modes (45)",
        "record_size_limit (28)",
        "compress_certificate (27)",
        "encrypted_client_hello (65037)"
      ],
      "alpn": ["h2", "http/1.1"]
    }
  },
  {
    "tls_response": {
      "type": "Server hello (2)",
      "version": "TLS 1.2 (0x0303)",
      "session_id": "2670a6779b4346e5e84d46890ad2aaf7a53b08adcfe0c9f6868c2d9882242e39",
      "cipher_suite": "TLS_AES_128_GCM_SHA256 (0x1301)",
      "extensions": ["key_share (51)", "supported_versions (43)"],
      "supported_version": "TLS 1.3 (0x0304)"
    }
  }
]

使用法は、`-sniff` フラグを通常のフラグと一緒に指定するだけです```shell
gohpts -d -T 8888 -M redirect -sniff -j

### カラーフォーマット

[[戻る]](#table-of-contents)

上の画像にカラーフォーマット出力の例が示されています。このモードでは、`GoHPTS` は TLS ハンドシェイク、HTTP メタデータ、ログイン/パスワードのように見えるもの、またはさまざまな種類の認証やシークレットトークンなど、重要な情報を強調表示しようとします。出力は JSON に比べて限定的ですが、人間にとってははるかに読みやすくなります。

`GoHPTS` をこのモードで実行するには、以下のフラグを使用します:```shell
gohpts -sniff -body

色を無効にするには `-nocolor` を追加してください:```shell
gohpts -sniff -body -nocolor

2. または、コマンドライン引数を希望する場合:  ```shell
gohpts -l :8080 -s 1080 -c ./cert.pem -k ./key.pem -d -sniff -body

### 接続テスト

[[Back]](#table-of-contents)

- HTTP/2 プロキシサーバーには `curl` を使用できます:  ```shell
  curl -Nvk --http2 --proxy-insecure --proxy-http2 --proxy https://localhost:8080 "https://stream.wikimedia.org/v2/stream/recentchange"

ブラウザのHTMLページのように見える意味不明な文字列が表示されるはずです。

`GoHPTS` プロキシのターミナルタブに移動してログを確認すると、すべてのリクエストが表示されているはずです。

### ブラウザでの接続テスト

[[戻る]](#table-of-contents)

- ブラウザ用の適切な自己署名証明書を作成します：  ```shell
git clone https://github.com/shadowy-pycoder/go-http-proxy-to-socks.git
cd go-http-proxy-to-socks
cp ./resources/makecert.sh makecert.sh && chmod +x makecert.sh
./makecert.sh

- プロキシを `server.crt` と `server.key` を使って実行します:  ```shell
gohpts -l :8080 -s 1080 -c ./server.crt -k ./server.key -d -sniff -body

IPv4モードでプロキシをテストするには、任意のLinux VMを使用できます。

1. 仮想マシン上で:```shell
# add your host machine as gateway for VM
export GATEWAY="<host IPv4 address>"
ip route add 0.0.0.0/1 via "$GATEWAY"
ip route add 128.0.0.0/1 via "$GATEWAY"

3. 仮想マシン上の任意のWebサイトにアクセスし、プロキシログでトラフィックを確認します

`IPv6-only` モードを有効にするには、`-6` フラグを追加してください。例えば、透過プロキシを使用する場合：```shell
sudo ./gohpts -T 8888 -M redirect -sniff -body -auto -mark 100 -d -6

2. ホスト上で:```shell
# run proxy on your host
sudo ./gohpts -T 8888 -Tu 8889 -M tproxy -sniff -body -auto -d -6

Proxyはサブネット `192.168.10.0/24` 内のデバイスをスキャンし、それらにARPパケットを送信してゲートウェイになりすまします。`fullduplex` が true の場合、proxyはゲートウェイにもARPパケットを送信し、私たちのproxyがサブネット上の各IPを持っていると信じ込ませます。

`Ctrl+C` でproxyを停止すると、自動的にすべてのターゲットのunspoofを行います。

`GoHPTS` は [Bettercap](https://github.com/bettercap/bettercap) のようなツールと組み合わせて、ARPスプーフィングされたトラフィックをプロキシするためにも使用できます。

proxyを実行する:```shell
ssh remote -D 1080 -Nf
sudo env PATH=$PATH gohpts -d -T 8888 -M tproxy -sniff -body -auto -mark 100

Check proxy logs for traffic from other devices from your LAN

For more information about arpspoof options see `gohpts -h` and [https://github.com/shadowy-pycoder/arpspoof](https://github.com/shadowy-pycoder/arpspoof)

## NDP スプーフィング

[[戻る]](#table-of-contents)

`GoHPTS` has in-built functionality to perform NDP spoofing in IPv6 networks with Router Advertisement (RA) and Neighbor Advertisement (NA) packets. It also includes RDNSS option in RA packets to put host as a IPv6 nameserver for affected clients. When combined with transparent proxy mode (TCP/UDP), NDP spoofing allows `gohpts` to proxy traffic for clients in the local networks. As is the case with [ARP spoofing](#arp-spoofing), you can set ndp spoof options with single `-ndpspoof` flag:

例:```shell
sudo env PATH=$PATH gohpts -d -T 8888 -M tproxy -sniff -body -auto -mark 100 -ndpspoof "ra true;na true;targets fe80::3a1c:7bff:fe22:91a4;fullduplex false;debug true"

2. 依存関係をインストール```shell
GO_VERSION=$(curl 'https://go.dev/VERSION?m=text' | head -n1)
cd ~/Downloads/ && wget https://go.dev/dl/$GO_VERSION.linux-amd64.tar.gz
sudo rm -rf /usr/local/go && sudo tar -C /usr/local -xzf $GO_VERSION.linux-amd64.tar.gz

4. ホストマシンに戻り、`gohpts` をインストールしてください（[インストール](#installation)を参照）

5. `gohtps` を実行してください:```shell
gohpts -s 203.0.113.10:3000 -T 8888 -Tu 8889 -M tproxy -sniff -body -auto -mark 100 -arpspoof "fullduplex true;debug true" -ndpspoof "ra true;debug true" -4 -6 -d

Use cases:

- すべてのLANデバイス向け広告・トラッカーブロッカー
- 特定カテゴリのウェブサイトをブロックするペアレンタルコントロール
- 既知のフィッシング・マルウェアドメインをブロック
- 分析のためのトラフィックリダイレクト
- リダイレクトによる認証情報の収集
- トラフィックのハイジャックと操作（広告、スクリプト、トラッキングの注入）
- 監視とプロファイリング

最小構成：```yaml
# gohpts_dns_spoof.yaml
proxy_list:
  - address: 127.0.0.1:1080 # point to socks5 server supporting TCP/UDP

sniffing:
  enabled: true
  body: true

transparent_proxy:
  tcp:
    enabled: true
    address: 0.0.0.0:8888
  udp:
    enabled: true
    address: 0.0.0.0:8889
  mode: "tproxy"
  auto: true

arpspoof:
  enabled: true
  settings: "fullduplex 1;debug 1;interval 1s"

dns_filter:
  enabled: true
  whitelist: []
  blacklist: [
      "https://raw.githubusercontent.com/StevenBlack/hosts/master/hosts",
    ] # list of domains to filter
  blacklist_all: true
  # all requests for example.com will be redirected to 0.0.0.0 address
  spooflist: ["0.0.0.0 example.com"]

詳細はこちらで確認できます：[https://en.wikipedia.org/wiki/DNS_spoofing](https://en.wikipedia.org/wiki/DNS_spoofing)

## パケットキャプチャ

[[戻る]](#table-of-contents)

トラフィックはpcap、pcapng、またはカスタムtxt形式でキャプチャされ、後でWireshark、tcpdumpなどのツールで分析できます。

まず、`GoHPTS` 実行可能ファイルが生のパケットをキャプチャできるように昇格された権限を持っていることを確認してください。次の2つのオプションがあります：

- `sudo setcap cap_net_raw+ep ~/go/bin/gohpts` を1回実行して、プロキシに生のトラフィックアクセスを付与します
- CLIで`-pcap`フラグを指定する場合、またはファイル設定で`pcap.enabled`を指定する場合、`sudo` でプロキシを実行します。

CLIを使用してプロキシを構成します：```shell
gohpts -pcap "promisc true;timeout 10s;exts txt,pcap,pcapng"

これらのコマンドは、後でさまざまなツールで分析できる、対応する形式の3つのパケットキャプチャファイルを生成します。

pcapオプションの詳細については、`gohpts -h` および [https://github.com/shadowy-pycoder/mshark](https://github.com/shadowy-pycoder/mshark) を参照してください。

## ネットワーク名前空間

[[戻る]](#table-of-contents)

デフォルトでは、`GoHPTS` プロキシは単一のネットワーク名前空間内で実行されますが、これは上書き可能です。`GoHPTS` によって作成されたリスニングソケット（例：HTTPサーバーや透過プロキシサーバー）およびアウトバウンドソケット（SOCKSプロキシや直接ダイヤラー）は、Linux/Androidの [network_namespaces (7)](https://man7.org/linux/man-pages/man7/network_namespaces.7.html) で分離できます。プロキシプロセスを起動する際、ユーザーは `-in-netns`（リスナー用）および `-out-netns`（ダイヤラー用）フラグにネットワーク名前空間の名前またはパスを指定して、どの隔離環境でソケットを作成するかを制御できます。リスナーまたはダイヤラーを現在の（デフォルト）名前空間に作成する場合は、単にフラグを省略してください。ホスト名前空間を明示的に指定するには、パス `/proc/1/ns/net` を使用できます。これにより、プロキシがシステムネームサーバーを正しく識別できるようになります。

`GoHPTS` は、`/etc/netns/NAME/` ディレクトリ内のファイルを介してネットワーク設定を提供するための [ip-netns (8)](https://man7.org/linux/man-pages/man8/ip-netns.8.html) の規則をサポートしています。したがって、`ns1` ネットワーク名前空間にカスタムネームサーバーを指定するには、次のようにします。```shell
sudo mkdir -p /etc/netns/ns1
sudo tee /etc/netns/ns1/resolv.conf << EOF
nameserver 8.8.8.8
nameserver 2001:4860:4860:0:0:0:0:8888
EOF

特定のシェルインスタンスに対して永続化する方法:```shell
sudo ip netns exec ns1 unshare --mount bash -c '
    mount --bind /dev/null /run/systemd/resolve/io.systemd.Resolve
    exec bash --login'

リクエストは成功するはずです

2. **HTTP2プロキシ - `ns1` 内のプロキシリスナー（デフォルトルートなし、インターネットアクセスなし）、ホスト上のアウトバウンドソケット**

プロキシを実行：   ```shell
sudo ./bin/gohpts -s 0.0.0.0:1080 -l :8083 -4 -6 -d -sniff -body -in-netns ns1 -c ./cert.pem -k ./key.pem

リクエストは成功するはずです

3. **HTTP3 プロキシ - `ns1` 内のプロキシリスナー（デフォルトルートなし、インターネットアクセスなし）、ホスト上のアウトバウンドソケット**

プロキシを実行:   ```shell
sudo ./bin/gohpts -s 0.0.0.0:1080 -l :8083 -4 -6 -d -sniff -body -in-netns ns1 -c ./cert.pem -k ./key.pem

リクエストは成功するはずです

4. **透過プロキシのリダイレクト (`-M redirect`) - `ns1` 内のプロキシリスナー（デフォルトルート、インターネットアクセスなし）、ホスト上のアウトバウンドソケット**

プロキシを実行:   ```shell
sudo ./bin/gohpts -s 0.0.0.0:1080 -l :8083 -4 -6 -d -sniff -body -in-netns ns1 -nohttp -M redirect -T :8888 -auto

リクエストは失敗するはずです

デフォルトルートを `ns1` に追加します   ```shell
sudo ip netns exec ns1 ip route add default via 10.0.0.1
sudo ip netns exec ns1 ip -6 route add default via fd12:3456:789a::1

Now request should succeed

5. **HTTP proxy - proxy listeners on host, outbound sockets in `ns1` (default route, internet access)**

Add NAT rules to allow `ns1` connect to internet via `wlan0`   ```shell
sudo iptables -t nat -A POSTROUTING -s 10.0.0.0/24 -o wlan0 -j MASQUERADE
sudo ip6tables -t nat -A POSTROUTING -s fd12:3456:789a::/64 -o wlan0 -j MASQUERADE

ホスト経由でリクエストを行う   ```shell
curl -Nv --proxy http://$WLAN_IP:8083 https://example.com

リクエストは成功するはずです

7. **透過プロキシのリダイレクト - ホスト上のプロキシリスナー、`ns1`のアウトバウンドソケット（デフォルトルート、インターネットアクセス）**

プロキシを実行（私の場合、`-auto`はローカルのsocks5サーバーで動作しないので、リモートを使用）:

ホスト経由でリクエストを行う   ```shell
curl -Nv https://example.com

リクエストを送信する   ```shell
curl -Nv --proxy http://10.0.1.2:8083 http://example.com
sudo ip netns exec ns2 curl -Nv --proxy http://10.0.1.2:8083 https://example.com
sudo ip netns exec ns3 curl -Nv --proxy http://10.0.1.2:8083 https://example.com
sudo ip netns exec ns4 curl -Nv --proxy http://10.0.1.2:8083 https://example.com

全てのリクエストが成功するはずです

10. **リダイレクト透過プロキシ - LAN (`ns2` (プロキシリスナー), `ns3`, `ns4`), `ns1` 内のアウトバウンドソケット (デフォルトルート、インターネットアクセス)**

 プロキシを実行:

 ```shell
 sudo ./bin/gohpts -s $WLAN_IP:1080 -4 -6 -d -sniff -body -in-netns ns2 -out-netns ns1 -nohttp -M redirect -T :8888 -auto
 ```

 リクエストを送信

 ```shell
 sudo ip netns exec ns2 curl -Nv https://example.com
 ```

 `ns3` および `ns4` の場合、リクエストは失敗します

11. **`IP_TRANSPARENT` を使用した透過プロキシ (ARP/NDPスプーフィング有効) LAN (`ns2` (プロキシリスナー), `ns3`, `ns4`), `ns1` 内のアウトバウンドソケット (デフォルトルート、インターネットアクセス)**

 プロキシを実行:

 ```shell
 sudo ./bin/gohpts -s $WLAN_IP:1080 -4 -6 -d -sniff -body -in-netns ns2 -out-netns ns1 -nohttp -M tproxy -T :8888 -auto -arpspoof "fullduplex 1;debug 1;interval 1s" -ndpspoof "ra true;interval 10s;debug 1"
 ```

 これで `ns3` および `ns4` での以前のリクエストが動作するはずです

 ```
 sudo ip netns exec ns3 curl -Nv https://example.com
 sudo ip netns exec ns4 curl -Nv https://example.com
 ```

12. **HTTP3プロキシ - `ns1` 内のプロキシリスナー、ホスト上のアウトバウンドソケット、`-nosocks` フラグ**

 プロキシを実行:

 ```shell
 sudo ./bin/gohpts -l 0.0.0.0:8083 -4 -6 -d -sniff -body -in-netns ns1 -c ./cert.pem -k ./key.pem -nosocks
 ```

 リクエストを送信

 ```shell
 ./http3-socks-proxy/bin/client -a 10.0.0.2:8083 www.google.com
 ```

 リクエストは成功するはずです

13. **HTTP3プロキシ - ホスト上のプロキシリスナー、`ns1` 内のアウトバウンドソケット、`-nosocks` フラグ**

 プロキシを実行:

 ```shell
 sudo ./bin/gohpts -l 0.0.0.0:8083 -4 -6 -d -sniff -body -out-netns ns1 -c ./cert.pem -k ./key.pem -nosocks
 ```

 リクエストを送信

 ```shell
 ./http3-socks-proxy/bin/client -a 127.0.0.1:8083 www.google.com
 ```

 リクエストは失敗するはずです

 `FORWARD` チェーンにルールを追加

 ```shell
 sudo iptables -A FORWARD -i wlan0 -o veth0 -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
 sudo iptables -A FORWARD -i veth0 -o wlan0 -j ACCEPT

 sudo ip6tables -A FORWARD -i veth0 -j ACCEPT
 sudo ip6tables -A FORWARD -o veth0 -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
 ```

 リクエストを送信

 ```shell
 ./http3-socks-proxy/bin/client -a 127.0.0.1:8083 www.google.com
 ```

 リクエストは成功するはずです

## ミックスサーバー

[[戻る]](#table-of-contents)

`GoHPTS` は、`-mixed` フラグを追加することで、HTTPサーバーと同じアドレスでSOCKS接続をリッスンするように設定できます。追加のSOCKSサーバーを起動します。これにより、`GoHPTS` は `HTTP-to-SOCKS` プロキシとしてだけでなく、`SOCKS-to-SOCKS` プロキシとしても動作します。ローカルのSOCKS5サーバーは `UDP ASSOCIATE` コマンドをサポートしているため、技術的にはユーザーはこのミックスサーバーでUDPデータグラムを送信できます。

プロキシを実行:```shell
gohpts -s :1080 -l :8080 -mixed

または、アップストリームのSOCKSプロキシを無効にして直接接続するには、`-nosocks`を追加します：```shell
gohpts -l :8080 -mixed -nosocks

代わりに`-socks4`フラグを追加してSOCKS4プロトコルを使用します：```shell
# :1080 should be a socks4 server
gohpts -s :1080 -l :8080 -mixed -socks4

## リンク

[[Back]](#table-of-contents)

透過プロキシの詳細については、以下のリンクをご参照ください。

- [Linuxカーネルにおける透過プロキシサポート](https://docs.kernel.org/networking/tproxy.html)
- [Gostによる透過プロキシチュートリアル](https://latest.gost.run/en/tutorials/redirect/)
- [シンプルなtproxyの例](https://github.com/FarFetchd/simple_tproxy_example)
- [Golang TProxy](https://github.com/KatelynHaworth/go-tproxy)
- [eBPFとGoを用いた透過プロキシの実装](https://medium.com/all-things-ebpf/building-a-transparent-proxy-with-ebpf-50a012237e76)
- [https://github.com/heiher/hev-socks5-tproxy](https://github.com/heiher/hev-socks5-tproxy)

  `UDP ASSOCIATE` をサポートする `socks5` プロキシ：

- [https://github.com/wzshiming/socks5](https://github.com/wzshiming/socks5)
- [https://github.com/things-go/go-socks5](https://github.com/things-go/go-socks5)
- [https://github.com/0990/socks5](https://github.com/0990/socks5)
- [https://github.com/dizda/fast-socks5](https://github.com/dizda/fast-socks5)
- [https://github.com/semigodking/redsocks](https://github.com/semigodking/redsocks)
- [https://github.com/ginuerzh/gost](https://github.com/ginuerzh/gost)

IPv4/IPv6 ネットワークセキュリティ：

- [https://caster0x00.com/legless/](https://caster0x00.com/legless/)
- [https://caster0x00.com/intercept/](https://caster0x00.com/intercept/)
- [https://www.prosec-networks.com/en/blog/ipv6-mitm/](https://www.prosec-networks.com/en/blog/ipv6-mitm/)

## 貢献

[[Back]](#table-of-contents)

開発者の方ですか？

- リポジトリをフォークする
- 機能ブランチを作成：`git switch -c my-new-feature`
- 変更をコミット：`git commit -am 'Add some feature'`
- ブランチにプッシュ：`git push origin my-new-feature`
- プルリクエストを送信する

## ライセンス

[[Back]](#table-of-contents)

GPLv3