-
- 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/
-
- 813
- 2019/12/20(金) 06:22:14.56
-
中間 CA 証明書を送ってこないイカレサイトが増えてる
google がそういうやり方を標準にしようとしてるからどうしようもない
モダンブラウザみたいによそから cert 拾い食いしてキャッシュする処理を入れるしかない
よく使うサイトで verify を無効にするというのは危険だな
-
- 814
- 2019/12/20(金) 11:36:25.19
-
>>812-813
どうもありがとうございます。
終了するたびに Windows Update が頻繁にかかるような状態ですが、おそらく更新が進む過程で警告の有無が変化しているようです。
警告がなかったサイトでも再構築中の Windows では警告が出るようになっていましたが、きのう寝る前の作業あたりから出なくなりました。
Windows Update による変化なのではと考えています。
-
- 815
- 2020/01/02(木) 22:40:46.27
-
ProxomitronReborn 4605R
-
- 817
- 2020/01/18(土) 05:06:19
-
>>816
proxydomoのCA証明書が失効したんじゃね？
オプションから作り直してブラウザなりOSなりに証明書を追加すればまた使えるようになるよ
-
- 818
- 2020/01/18(土) 12:53:22.23
-
>>817
早速ありがとうございます。
ただ、すでに証明書の生成→ブラウザでインポートのやり直しも何回かやり直してて、
もちろん［いいえ］を選択して、TLS1.2にも対応しているつもりなんですが、
Proxydomoのファイルのダウンロード・解凍からやり直さないといけないのかなと思うくらい。
（ダウンロードしたのは去年春くらい）
（他のマシンでは上手く行ったので、ボケてなければ間違っていない…ハズ）
-
- 819
- 2020/01/21(火) 20:54:27.40
-
>>818の続きで…
AllowSSLServerHostList.txt にTLS1.2しか受け付けない該当のアドレスを記入
証明書の種類を［はい］にして作成、ブラウザでインポート
該当のアドレスを開こうとするとTLSの設定をしているかのエラー
（その後、［いいえ］でインポートし直しました）
なので、証明書は上手くインポート出来ていたみたいです。
（上手く行っても『接続の安全性を確認できません』のエラーですけど）
-
- 820
- 2020/01/21(火) 22:26:11
-
ブラウザ側の証明書エラーなのか
それともProxydomoがブラウザに表示する証明書エラーかどっちなの？
ブラウザ↔Proxydomo間の通信の問題なのか
それともProxydomo↔ウェブサイト間の通信の問題なのか
-
- 822
- 2020/01/21(火) 23:11:48.65
-
OSとブラウザは？
押しても反応しないって相当古いブラウザ使ってるのか
-
- 823
- 2020/01/21(火) 23:36:21
-
>>822
XP SP3+IE8です。
Proxydomoのバージョンは1.103で、他のXPでは使えてるんですが…。
-
- 824
- 2020/01/21(火) 23:48:42
-
>>823
XPってそれを先に言えバカタレ
もうルート証明書がＯＳに配布されてないので自分でルート証明書を集めてＯＳにインストールする必要がある
-
- 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
-
特殊な環境は、ある程度は自ら解決できる知識や情熱がある人だけに許されるべき
そうじゃないと、情報交換どころか貰う一方で提供側になる事はない
-
- 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だったわ
IPｖ6でも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>\ </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>\ </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
-
最後に１回だけ処理がしたくて
</html>
$ALERT(処理)
だと２回とか３回マッチしちゃうんだけど
どうしてですかね？
-
- 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>がマッチするみたいな
消費してるなら１回だけのはずなのに
そこがよくわかんなくて
-
- 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の類が入ってるのだ
このページを共有する
おすすめワード