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/

ここまで見た
  • 811
  •  
  • 2019/12/20(金) 00:33:26.05
Windows 7 環境の作り直しをしているところなのですが、
「この Web サイトの ID またはこの接続の安全性を確認できません。」
(詳細: ASN no signer error to confirm failure)
となるサイトが増えてしまいました。
JavaScript をオンにして一時的に証明書を許可すれば問題ありませんが、手間が増えてしまいます。
何か関係があるものなのでしょうか。
サイトの問題ならしかたありませんが、こちらで解消できるものならどうにかしたいです。
そもそも何が警告の原因なのでしょうか。

ここまで見た
  • 812
  •  
  • 2019/12/20(金) 03:37:40
>>811
サーバーから送られてくる証明書がおかしかったりした場合に出る
よく使うサイトなら
AllowSSLServerHostList.txt
にホスト名書けば出なくなるよ

ここまで見た
  • 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

ここまで見た
  • 816
  •  
  • 2020/01/18(土) 01:37:20
httpsのサイト全般で(GoogleとかYAHOOとか全部)>>811と同じ表示になった場合、
どうしたらいいのでしょう。
>>812の方法で登録すれば一部は回避出来ますが、
全部が全部入れるのは現実的ではないですし…。

ここまで見た
  • 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↔ウェブサイト間の通信の問題なのか

ここまで見た
  • 821
  •  
  • 2020/01/21(火) 22:37:10
>>820
(再び?)ありがとうございます。
エラーのメッセージが>>811と同じで、
>>811にも書いてある、許可する・しないなど4つの候補があるが、押しても無反応でした。

ブラウザのウィンドウのタイトルには、- 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ってそれを先に言えバカタレ
もうルート証明書が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
テストはこちらでどうぞ。

砂時計アラームタイマー
フリック回転寿司
ここまで見た

★お気に入り追加

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