コグノスケ

cntlmを経由してプロキシを使用する

目次: 自宅サーバー

プロキシのアドレスが拠点やゾーンによって異なる場合があります。プロキシを使用するサービスが1つならそのサービスの設定ファイルを書き換えれば良いのですが、サービスが複数ある場合は各サービスのプロキシ設定を全て書き換えて回る必要があって面倒です。

このようなときはcntlm（Cntlm Authentication Proxy - SourceForge.net）にてローカルにプロキシを置くと便利です。各サービスは常にcntlmをプロキシとして設定しておけば良く、cntlmの設定ファイルを書き換えるだけでプロキシ設定の変更に対応できます。

このときの通信経路は[各サービス] - [cntlm] - [プロキシ] - [インターネット]となります。

ちなみにcntlmは認証やトンネリングに対応している高機能なプロキシで、設定もたくさんあります。が、プロキシの中継をするだけなら設定は2行です。

#/etc/cntlm.conf

Proxy		192.168.1.1:8080

...

Listen		172.17.0.1:3128

反映方法は、

# systemctl restart cntlm.service

確認するときは、環境変数にcntlmのListenに指定したアドレスとポートを設定し、プロキシを必要とするソフトウェアが正常に動作するか見ると良いでしょう。

$ export http_proxy="172.17.0.1:3128"
$ export https_proxy="172.17.0.1:3128"

$ (httpを使用するコマンド、curlなどが動作することを確かめる)

各サービスのプロキシ設定も同様です。例えばDockerなら、

#/etc/systemd/system/docker.service.d/http-proxy.conf

[Service]
Environment="http_proxy=http://172.17.0.1:3128/"
Environment="https_proxy=http://172.17.0.1:3128/"

こんな感じです。Dockerのプロキシ設定、確認方法は以前（2024年5月13日の日記参照）紹介したのでそちらをご覧ください。

TwitterがXに置換された

今日？あたりからtwitter.comにアクセスするとx.comにリダイレクトされるようになりました。twitter.comとの違いとしては、x.comはFirefoxにてTracking contentをブロックしているとこんなエラーが出て全く使えません。

Tracking contentをブロックしたときのx.comのエラー

エラーを回避するにはEnhanced Tracking ProtectionのException設定にx.comを追加します。

Tracking contentの設定変更

そんなにトラッキングしたいんですかね？x.comはイケてないな……。

ツイート内容の置換

Xは以前からTwitterという文字を滅ぼしたがっているようで、先月辺り（？）からツイートにあるtwitter.comをx.comに置換するようになりました。そのせいで下記のようにx.comとtwitter.comという文字が両方入っているニュースがおかしなことになっています。

twitter.comをx.comに置換したためにツイートと代替テキストが食い違う様子

しかも画像の代替テキストは置換が行われないため、ツイートと画像の代替テキストが食い違うおかしな現象まで発生しています。twitter.comというドメインを手放さない限り、どうせリダイレクトするのであれば一括置換する必要なかったんじゃないの……？手放したら手放したで悪用されまくると思いますし。