facebook twitter hatena line google mixi email
★お気に入り追加


■ このスレッドは過去ログ倉庫に格納されています

  • 1
  •  
  • 2014/11/20(木) 16:04:08.07
ProxydomoはProxomitronのクローンソフトProximodoを基にして作られたプロクシフィルタリングソフトです

---- 配布・公式サイト ----
amate/Proxydomo
https://github.com/amate/Proxydomo
lafe @ ウィキ - Proxydomo
http://www31.atwiki.jp/lafe/pages/37.html

---- 関連スレ ----
【前スレ】Proxomitron Part 31
http://peace.2ch.net/test/read.cgi/win/1328625684/
Proxomitron フィルター作成スレッド Part15
http://anago.2ch.net/test/read.cgi/software/1383031170/
【Proxomitron】 proximodo 【後継】
http://pc11.2ch.net/test/read.cgi/software/1110563904/

ここまで見た
  • 823
  •  
  • 2020/01/21(火) 23:36:21
>>822
XP SP3+IE8です。
Proxydomoのバージョンは1.103で、他のXPでは使えてるんですが…。

ここまで見た
  • 824
  •  
  • 2020/01/21(火) 23:48:42
>>823
XPってそれを先に言えバカタレ
もうルート証明書がOSに配布されてないので自分でルート証明書を集めてOSにインストールする必要がある

ここまで見た
  • 825
  •  
  • 2020/01/22(水) 12:59:39
テレレテッテレー FirefoxのCA証明書最新版(20/01/20)
https://raw.githubusercontent.com/bagder/ca-bundle/master/ca-bundle.crt

ここまで見た
  • 826
  •  
  • 2020/01/25(土) 12:39:18
>>825を見て、
そういえばFirefox入れてないな(一応インターネットは見られるようにしとこう)
…と思って入れたら…
相変わらずダメなところはあっても
IE8でYahooとかWikiとか、なぜか一部が見られるようになった。
なんだか分からないけどありがとう。

ここまで見た
  • 827
  •  
  • 2020/01/27(月) 13:38:40
>相変わらずダメなところ
>一部
……

ここまで見た
  • 828
  •  
  • 2020/01/28(火) 22:24:18
>>827
見られたサイト:キヤノン、LIXIL、東急(一部除く)、エバラ食品、TOKYO FM、Yahoo、SUBWAY、東京メトロ
ダメなサイト:TOTO、JR東日本、トヨタ自動車、コカ・コーラ

なんだろう、ダメなところのモヤモヤ感。

ここまで見た
  • 829
  •  
  • 2020/01/29(水) 00:35:05
特殊な環境は、ある程度は自ら解決できる知識や情熱がある人だけに許されるべき
そうじゃないと、情報交換どころか貰う一方で提供側になる事はない

ここまで見た
  • 830
  •  
  • 2020/01/29(水) 08:23:22.46
>>829
まぁ〜得意不得意もあるんじゃないの?

>>828
ならばFirefoxでは見られない?

ここまで見た
  • 831
  •  
  • 2020/02/06(木) 00:11:56
>>823の件、
新しめのブラウザから、
(IE8では)見られないサイトの証明書の名前を調べてそれをエクスポートして、
IE8のマシンにインポートしたら使えました。
皆様ありがとうございました。

>>830
FireFoxでも見られるけど、
特定のサイトがIE以外NGだったもので…。
これでまだまだ使えます。

ここまで見た
  • 832
  •  
  • 2020/02/21(金) 10:40:36
最近「TLSハンドシェイクを実行しています」って出て、表示されるまでが遅いページが多くなってきたな、、

解決策は「プロキシを使用しない」らしいんだけど、確かに早くはなるけどこれではオミトロンが使えないし、、

ここまで見た
  • 833
  •  
  • 2020/02/21(金) 18:22:59.99
それはFirefoxなら設定のIPv6をOFFにしたら解決しそう
前スレだかその前だかのログをチェックしたら似たようなのが解決した話題が出てる筈

ここまで見た
  • 834
  •  
  • 2020/02/21(金) 18:30:56.53
IPv6じゃなくてnetwork.dns.disableIPv6だったわ
IPv6でもdnsの方だな

ここまで見た
  • 835
  •  
  • 2020/02/22(土) 01:07:42
Firefoxだけど、やって見たけどあまり変わりませんでした。

「OCSP レスポンダに問い合わせてデジタル証明書の有効性をリアルタイムに確認する」
のチェックをオフにしたら少しは早くなったのでこれで様子見しよう
Chromeでも元々オフが初期値らしいし

ここまで見た
  • 836
  •  
  • 2020/03/02(月) 21:37:09
[HTTP headers]
Key = "URL: test"
In = FALSE
Out = TRUE
URL = "w.atwiki.jp/common/"
Match = ""
Replace = "\k"

サンプル
https://w.atwiki.jp/common/_img/spacer.gif?t=221d8352905f2c38b3cb2bd191d630b0

なぜか \k されないのですが、原因と対策を教えていただけませんか。

ここまで見た
  • 837
  •  
  • 2020/03/02(月) 23:48:48
マッチのほうに書くんじゃないの

ここまで見た
  • 838
  •  
  • 2020/03/03(火) 02:42:08
>>836
ヘッダフィルターに \k があると空ファイルにリダイレクトされるんだけど、
URLパスに ".gif" を含む場合は "http://file//./html/killed.gif"
それ以外の場合は "http://file//./html/killed.html" にリダイレクトされる
https://github.com/amate/Proxydomo/blob/master/Proxydomo/RequestManager.cpp#L447

今回の場合 \k する前後でブラウザ表示で同じに見えても開発ツールで見比べると
応答ヘッダの内容や1px gifのバイト数が違うのが分かるはず

ここまで見た
  • 839
  •  
  • 2020/03/03(火) 15:47:09
>>837-838
どうもありがとうございます。
ソースの中身を理解とまではいかないものの、意味は推測できました。
ログウィンドウからはヘッダの詳細が見えなかったので、古い Firefox 拡張の Live HTTP Headers (clone) で見ることができました。
Content-Length の値が違うだけでなく、ほかのヘッダですぐわかりました。
幅や高さが指定された gif (置換インライン要素)に対して \k で消してすっきりさせようとしても転送先の画像が代替となるので、幅や高さは結局維持されてしまいます。
仕様のようなので \k ではなく別の方法を考えてみます。

ここまで見た
  • 840
  •  
  • 2020/03/24(火) 20:04:15
HTTPステータスコードを変更することってできないんですかね
その上で元のステータスコードをHTMLのどこかに組み込もうとしています
$RESPで取り込んでも変更はできないし
$RDIRや$JUMPで飛ばしたら200 OKに変わるけど元のステータスコードが取得できません
別のページに飛んでもいいのでOKなどに変えた上で元のステータスコードを表示できる方法を教えてください

ここまで見た
  • 841
  •  
  • 2020/03/24(火) 22:04:54
>>840
$RESP(\0)$JUMP(https://test.com/test?\0)
とすればURLから元のステータスコードが取得できる

ここまで見た
  • 842
  •  
  • 2020/03/25(水) 11:53:04
>>841
ありがとうございます
飛ばすページをlocal.ptronにしたいと思ってるんですけど
ローカルだとデフォルトでバイパスなのでフィルターあてるにはどうすれば
$FILTER(true)でも反応しないんですけど

ここまで見た
  • 843
  •  
  • 2020/03/25(水) 17:09:01
>>842
フィルターじゃなきゃダメなの?
ローカルファイルなんだから自分で編集すればいい
javascript使えば動的に書き換えられるでしょう

ここまで見た
  • 844
  •  
  • 2020/03/25(水) 18:27:41
>>843
javascriptとか全然詳しくないんでフィルターで何とかしたいと思ってたんですけど、、、

ここまで見た
  • 845
  •  
  • 2020/04/01(水) 14:50:38
[Patterns]
Name = "test"
Match = "<p>\&nbsp;</p>"
Replace = ""

サンプル
ttps://ameblo.jp/customize-d/entry-12238321042.html

なぜかマッチしません。
制御文字でも混入されているのかと思えばそれもないようです。
どうすればマッチするのでしょうか。

ここまで見た
  • 846
  •  
  • 2020/04/01(水) 16:20:21
>>845
[Patterns]
Name = "test"
Active = TRUE
Limit = 13
Match = "<p>\&nbsp;</p>"

でマッチしましました。
Limit を13以上にする。
Ctrl+F5 で更新する。

ここまで見た
  • 847
  •  
  • 2020/04/01(水) 22:49:48
>846
どうもありがとうございます。
恥ずかしいことに簡略化して書く前の状態で $KEYCHK が入っていたのですが、否定形になっていないせいでキーを押した際にのみマッチする状態になっていました。
否定形に直したらマッチするようになりました。

ここまで見た
  • 848
  •  
  • 2020/05/05(火) 11:41:37
Proxomitron Reborn を通すと RWIN=32768 に固定されるのを回避する手段を
どなたかご存知でしたら教えてください。

ここまで見た
  • 849
  •  
  • 2020/05/20(水) 09:04:08
最後に1回だけ処理がしたくて

</html>
$ALERT(処理)

だと2回とか3回マッチしちゃうんだけど
どうしてですかね?

ここまで見た
  • 850
  •  
  • 2020/05/21(木) 23:24:33
>>849
そのマッチ回数は何を数えたの?
ログでの1URL分か、ブラウウザでの1アクセス分かで話が変わる
後者ですぐ思いつくのはiframe内でのマッチ
というかもっと具体的な情報出せないの?

ここまで見た
  • 851
  •  
  • 2020/05/24(日) 04:28:31.27
ログウインドウにTextMatch〜等のシステムログを表示せず、$LOGの出力だけを
表示させることができるでしょうか?

フィルタイベントをオンにすると両方表示されオフにすると両方表示されませんし、
ログレベルをいじっても変化がありませんでした。

ここまで見た
  • 852
  •  
  • 2020/05/24(日) 23:13:46
>>850
ありがとう
ログ見たら1アクセスのiframeだった
ただ、例えば
https://www.yahoo.co.jp/

</html>
をマッチさせるとバナー画像呼び出しiframeでマッチが起こるんだけど
何回もマッチする</html>自体はiframe内のじゃなくてYahooトップ内のなんだよね
(前方文字列を拾って確認)
iframeが呼ばれる度にトップ内の</html>がマッチするみたいな
消費してるなら1回だけのはずなのに
そこがよくわかんなくて

ここまで見た
  • 853
  •  
  • 2020/06/10(水) 12:50:18.02
Proxomitron で Accept ヘッダを対象にしたフィルタを使っていました。
これを Proxydomo にインポートするとなぜか強制的に Accept-Language ヘッダが対象になってしまいます。
フィルタ編集画面で Accept-Language を Accept に書き換えてもまた元に戻ってしまうので、1.109 では Accept ヘッダを対象にするフィルタが作れません。
これは仕様かバグなのでしょうか。

ここまで見た
  • 854
  •  
  • 2020/06/10(水) 13:12:45
>>853
変だね
俺の所では、Acceptでそのまま保存できて再度起動してもAcceptのままだけど
ちゃんとフィルターも働いてAcceptが置換されたし

ここまで見た
  • 855
  •  
  • 2020/06/10(水) 18:19:14.35
そもそもずっと更新してないしバグ報告しても修正してもらえんがな

ここまで見た
  • 856
  •  
  • 2020/06/10(水) 21:16:33.41
どうもありがとうございます。
正常だというお話があったのですこし調べてみました。
フィルタ編集画面から手動で Accept-Language を Accept に書き換えて OK した直後にクリップボードへ入れたものが次です。
値が空の行だけ削除しました。

[HTTP headers]
Key = "Accept: bug?"
In = FALSE
Out = TRUE
Active = TRUE
Multi = FALSE
Limit = 8
Match = "\*/\*$KEYCHK(2)"
Replace = "\k"

そしてもう一度フィルタ編集画面を開き、何もいじらずに OK して、クリップボードに入れたものの差分が次です。

Key = "Accept-Language: bug?"

$KEYCHK() の中身を変更しても同じ結果になります。
filter.xml の中身は前者では <headerName>Accept</headerName> です。
後者では <headerName>Accept-Language</headerName> となります。
前者のときのみ意図したように動作しました。
編集画面で Accept-Language になっていても OK でなくキャンセルすれば、filter.xml の中身は Accept のまま変わりませんでした。

編集画面のヘッダ名欄は、値を候補から選べるようになっています。
現在は Content-Encoding と Content-Type と Cookie ほかが入っています。
試しにこのフィルタでヘッダ名を C にして OK し、編集画面を再度開くと C であるはずが Content-Encoding になっています。

ここまで見た
  • 857
  •  
  • 2020/06/10(水) 21:25:49.99
>>856
いや開いただけじゃ値は変わらないから
選択の下矢印をクリックして一覧を出すと変わるけど

ここまで見た
  • 858
  •  
  • 2020/06/10(水) 23:41:29.49
再現できる条件を発見しました。当方は Win7 Pro 64bit SP1 です。
(1) github から Proxydomo64_1.109.zip をダウンロードし、任意の場所に展開する。
(2) Proxydomo64.exe を起動して下記のフィルタをインポートする。
(3) フィルタ編集画面を開く。ヘッダ名欄が Accept のまま変わらないことを確認して OK。
(4) 再度フィルタ編集画面を開き、ウィンドウの幅を変更するとヘッダ名欄が Accept から Accept-Language になる。これで先に書いたような現象が再現される。
(5) Proxydomo64.exe を終了して再起動しても現象は維持される。
(6) settings.ini を削除するとこの現象はなくなる。

[HTTP headers]
In = FALSE
Out = TRUE
Key = "Accept: test"
Match = "\*/\*$KEYCHK(2)"
Replace = "\k"

ここまで見た
  • 859
  •  
  • 2020/06/11(木) 08:04:59.79
>>855
と思ったらアプデ久しぶり

v1.110
・フィルター編集ウィンドウでヘッダ名が自動補完されてしまうのを修正
・<filesystem>から<boost\filesystem.hpp>へ変更
・wolfSSLをv4.4.0へ更新
・subjectAltNamesの処理を更新

ここまで見た
  • 860
  •  
  • 2020/06/13(土) 20:29:54.29
アプデ乙

ここまで見た
  • 861
  •  
  • 2020/07/17(金) 02:57:45.77
[Patterns]
Name = "test"
Active = TRUE
URL = "$TYPE(htm)"
Limit = 16
Match = "<p> </p>"
Replace = ""

このフィルタしかない状態で実行してみても読み込み時になぜかマッチしません。
マッチ対象にゼロ幅制御文字の類が入っているわけでもなく、テストではマッチするのでまったく原因がわかりません。
Proxomitron 4.5+7でも同じ結果になります。
どうすればフィルタとして実用になるでしょうか。
http://rnelty.hatenablog.com/entry/2015/03/26/035759
テストはこちらでどうぞ。

ここまで見た
  • 862
  •  
  • 2020/07/17(金) 03:21:50.52
Pタグで強調してる箇所を解除したいんだよな?
ほんなら Match = "<p*</p>" にしないとなんも変わらんだろう

ここまで見た
  • 863
  •  
  • 2020/07/17(金) 03:57:19.63
>>861
URL先を保存して該当箇所をエディタで見てみると
<p> </p>の間にあるのはスペース(0x20)ではなくノーブレークスペース(0xA0)でした
オミトロンにおいて半角スペースは
NUL(0x00) , HT(0x09) , LF(0x0A) , CR(0x0D) , SPC(0x20)
にのみマッチするので置換されなかったというわけ
マッチングパターンを "<p>[%A0]</p>" に書き換えればマッチするようになる

ここまで見た
  • 864
  •  
  • 2020/07/17(金) 04:45:07.72
普通のスペースだと空扱いになってpが潰れるから
こういう空行のつもりで入れる糞pにはたいていnbspの類が入ってるのだ

ここまで見た
  • 865
  •  
  • 2020/07/17(金) 20:49:12.91
どうもありがとうございます。
おかげさまでマッチするようになりました。
ただの改行でしかないのにpを使っているからやっかいなのです。
最初からbrにするほうが相対的にはまし。
数値文字参照への変換スクリプトで調べてもただの空白(&#32;)になっていたのでわかりませんでした。
次回こういうことがあったらバイナリエディタを使ってみます。

ここまで見た
  • 866
  •  
  • 2020/07/22(水) 23:22:48.66
wupfile.comで証明書エラー出るけど何が原因なんだろう
ダイレクト接続とかバイパスだと何も出ないから、
proxydomoだけ証明書がおかしいと判定してるみたいだが

ここまで見た
  • 867
  •  
  • 2020/07/22(水) 23:25:52.78
書き忘れ
AllowSSLServerHostListに追加で一応対処済み

ここまで見た
  • 868
  •  
  • 2020/09/10(木) 23:07:49
そろそろフィルタの整理をしないとな…
と思いつつ数ヶ月

ここまで見た
  • 869
  •  
  • 2020/09/10(木) 23:28:50
alphapolisで遅延読み込み殺してたのが効かなくなり、あれって思って調べると
広告系の汎用フィルタも効かなくなってた(マッチングテストは問題ない)

調べてると、適当に
<span class="bookmark enabled">しおりを挟む</span>
とかでフィルタ作ると適用される謎現象になって困り果ててたんだが、
ダメ元と思って作ったさっき作ったテストフィルタに汎用フィルタの一部をコピペしたら効いた

という訳で対処できたので報告
フィルター管理でフォルダを作って1つ下の階層にテスト用のフォルダを作ってあったので、
そこにフィルタを移動したら効くようになった
Root - banner - test
って階層になってる
似た状況になったら試してみると、運が良ければ解決するかもしれない

ここまで見た
  • 870
  •  
  • 2020/09/26(土) 10:50:57.31
プロクソミトロンを今田に浸かっている人は
どんなことに浸かっているの?

ここまで見た
  • 871
  •  
  • 2020/11/07(土) 20:33:32.87
https://i.imgur.com/2YSEKmJ.jpg


ここまで見た
  • 872
  •  
  • 2020/11/08(日) 21:54:39.74
昔はよかった

ここまで見た
  • 873
  •  
  • 2021/01/14(木) 15:28:25.81
過疎り過ぎ
サーバーから送られてきた情報をそのままブラウザに表示するのではなく
カスタマイズするのって需要あると思うんだけどなあ、、
StylusやTampermonkeyじゃ限度があるし
ヘッダで転送なんて代替ないよね?

ここまで見た
  • 874
  •  
  • 2021/01/14(木) 21:02:49.90
動的生成うぜえ…

お絵かきランド
フリックラーニング
ここまで見た

★お気に入り追加

このページを共有する
facebook twitter hatena line google mixi email
おすすめワード