各バージョンの違い

[ トップ ] [ 編集 | 凍結 | 差分 | バックアップ | 添付 ] [ 新規 | 一覧 | 単語検索 | 最終更新 | ヘルプ ]

4.5June+7 † Edit

Download　日本語、純正アイコン　※本体のみなので4.5Juneなどに上書きしてください
Proxomitron.exe の SHA1: 64ADA06F6DB1D7DAFF5A82522A5A79C9E4991D87　MD5: E271A9FD2B902C12DA8F98D2E310FC78　CRC32: D35C5C27
（4.5June+7 + 有難屋アイコン + バイパス赤アイコンな本体）

4.5June に FarEastPatch +7 のパッチをあてたもの（差分ファイルではなく実行ファイルそのままで配布）。日本語版のみ。

↑

バグ (4.5June+7) † Edit

Content-Encoding: gzip で、Content-Type: が text/html、multipart/x-mixed-replace、text/css、text/javascript、application/x-javascript、text/vbscript のどれか（$TYPE(oth) 以外）の場合、Webページフィルタでは解凍された物が処理対象になるが、 それら以外（$TYPE(oth)）で $FILTER(true) を使用した場合、解凍前のgzip自体が処理対象になる。(4.3/4.4ではどちらでも解凍されたものが処理対象)
（dbug.., src.. 使用時は、常に解凍後の物が処理される）（検証）
以下のような対策がある
1. Accept-Encoding: (out) からgzipを消す。但し、サーバーがAccept-Encoding: を無視してgzipで送信してくる可能性もある。
  （また、オミトロンはAccept-Encoding: にgzipが無い場合、gzipは解凍しないなどといった処理はしない）
2. Webページフィルタを適用したいページのContent-Type: をtext/html などに書き換える
3. Content-Type: を無視しないブラウザ（IE以外）を使う　※ブラクラ対策でしかない
〜Filters又は、〜Editorを開いている時に、更にProxomitronを起動（二重起動）させるとエラーが出て落ちる
Bounds か & か && と \# を組み合わせて使用すると、場合によってはバグが発生する（testでも実際のマッチでも発生する）
- 対策など
ブラウザからサーバへのリクエストを受け取ってもサーバにリクエストを送信しないことがある。
バイパス時でも発生。　ログウインドウを見ると +++GET 1+++の直後に+++CLOSE 1+++が
あり、+++RESP 1+++が無いためサーバからのレスポンスを受け取っていないことが解る。
リンクやボタンをクリックしても反応が無い場合はこのバグの可能性も疑う必要あり。
Webページフィルタの一覧でCtrl+Vを押すとクラッシュする（検索欄では大丈夫）

↑

他 (4.5June+7) † Edit

Webページフィルタを実行する Content-Type:(in)（text/html など、$TYPE(oth) 以外）でも、理解出来ない Content-Encoding:(in) を送られると解凍処理＆Webページフィルタの実行をやめて、そのままブラウザに渡す
- 理解出来るのは gzip, deflate のみで、compress, identity は理解出来ない（*gzip* にマッチすると gzip、*deflate* にマッチすると deflate として処理する　※どっちでも同じ物として処理してるかも）
- ※$FILTER(true) を使うと、解凍処理は行わずに、Webページフィルタの実行のみ行う
- 強制バイパス状態になってしまうので、Content-Encoding: (in) が *(gzip|deflate) にマッチしない場合、ヘッダ自体を削除した方が良いかも（値が空でも Content-Encoding: ヘッダ自体が残っていると駄目）　対策フィルタ
文字クラス中の%HHで半角英字の大文字小文字が区別出来るように変更された
（[%61]が「a(0x61)」にマッチして「A(0x41)」にはマッチしない）
（[%81][%61]がShift_JISの「‖(0x8161)」にマッチして、「、(0x8141)」にはマッチしない）
dbug.. コマンドで、キャラクタデバイスなどサイズを得ることが出来ないファイルを表示したとき、Content-Length が 4294967295 になってしまう不具合を修正。0 として表示します。
例: http://dbug..file//nul

　ただし、代わりに 4GB 以上のファイルを表示した時、0 になります。
　根本的な修正になってませんが、4GB 以上だと Content-Length の表示以外にも全体的にまともに扱えないと思われるので、4GB 以上のファイルは扱えないという仕様とします。

URL コマンドの末尾は // または .. ですが、IE7 では .. がエラーになるためブラウザに同一ドメイン上のページとして認識させる方法がなくなってしまいました。
　そこで、URL コマンドを . だけでも使えるようにしました。
例: http://dbug.whois.jp/

　ただし .. や // と違い、同じ名称のサブドメインが存在して誤認する可能性がでてくるので、プリフィックスを設定しておく方が良いでしょう。

参考（IE6/IE7 標準設定）
URL	ゾーン	ドメイン	IE7
http://dbug//whois.jp/	イントラネット	dbug	可
http://dbug..http//whois.jp/	インターネット	dbug..http	不可
http://dbug.http//whois.jp/	インターネット	dbug.http	可
http://dbug..whois.jp/	インターネット	dbug..whois.jp	不可
http://dbug.whois.jp/	インターネット	dbug.whois.jp	可

GIF ファイル（image/gif）の取り扱いを一部変更。
「GIF アニメーションを止める」にチェックを入れた時は、実際にGIF アニメーションを止めるようにしました。代わりに、ウェブページフィルタは効かなくなくなります。
（「Web ページ・フィルタ」のチェックが外れている場合は、「GIF アニメーションを止める」にチェックが入っていてもGIFアニメーションは止まらないようです）

「GIF〜」のチェックが外れている時は、Content-type: image/gif に対して $FILTER(true) を実行すると、ウェブページフィルタが有効になります。

全てのファイルに対して $FILTER(true) を実行するようなブラクラ対策フィルタを使っている場合は、「GIF〜」のチェックは外しておいて下さい。
チェックを入れていると、Content-type: image/gif に偽装した HTML ファイルを見逃し、ブラクラが発動してしまいます。
URL コマンドのプリフィクスの扱いを変更。
Proxomitron 4.5J+5 で導入した『URL コマンドを . だけでも使えるようにした。』という変更に問題があったため修正しました。

a)　複数の URL コマンドを使う場合、prefix をそれぞれのURL コマンドに記述しなければ解釈されないようにしました。
例: いままで http://XYZbweb..src..www.example.com/ （prefix が XYZ の場合）
　↓
この改造版 http://XYZbweb..XYZsrc..www.example.com/
（これまでは file// 使用時でも、$URL() などには Prefix が含まれませんでしたが、4.5June+7 の場合は Prefix が含まれます。　file// 以外のURLコマンドの Prefix は、これまで通り消えます）

b)　prefix 設定時、サブドメイン名が偶然 URL コマンドと一致しても無視しないようにしました。

c)　http.. と https.. で設定してある prefix が記述されていない場合は、解釈されないようにしました。
　朝鮮日報のウェブサイトの画像や file.[user-id].blog.shinobi.jp といったアドレスが表示できなくなっていた不具合の修正です。

　URL コマンドを使うフィルタや、ブックマークレットを使っている場合は
a) に対応させる書き換えが必要な場合があるので、確認をお願いします。
通知領域のアイコンを右クリックすると、Proxomitron のメニューとエクスプローラのメニューが同時に表示されてしまうことがあったため、メニューの表示タイミングをマウスアップに変更しました。
設定ファイル読み込み失敗時のデフォルト設定を「テクスチャを使用しない」に変更しました。

↑

4.5June+6 † Edit

Download　日本語、純正アイコン　※本体のみなので4.5Juneなどに上書きしてください
Proxomitron.exe の SHA1: 7DCE04EE2BE97DAB205E073F2962C3B237E90EAD　MD5: 4C8FFD7D47AAA7F9BB6EC1FECDE6954E　CRC32: DA9FFAD7

4.5June に FarEastPatch +6 のパッチをあてたもの（差分ファイルではなく実行ファイルそのままで配布）。日本語版のみ。

更に改造したもの　「GIFアニメーションを止める」が有効になっている（IEはブラクラ注意）

4.5June+6を使用するなら、4.5June+7 を使用した方が良いはずです

↑

バグ (4.5June+6) † Edit

Content-Encoding: gzip で、Content-Type: が text/html、multipart/x-mixed-replace、text/css、text/javascript、application/x-javascript、text/vbscript のどれか（$TYPE(oth) 以外）の場合、Webページフィルタでは解凍された物が処理対象になるが、 それら以外（$TYPE(oth)）で $FILTER(true) を使用した場合、解凍前のgzip自体が処理対象になる。(4.3/4.4ではどちらでも解凍されたものが処理対象)
（dbug.., src.. 使用時は、常に解凍後の物が処理される）（検証）
以下のような対策がある
1. Accept-Encoding: (out) からgzipを消す。但し、サーバーがAccept-Encoding: を無視してgzipで送信してくる可能性もある。
  （また、オミトロンはAccept-Encoding: にgzipが無い場合、gzipは解凍しないなどといった処理はしない）
2. Webページフィルタを適用したいページのContent-Type: をtext/html などに書き換える
3. Content-Type: を無視しないブラウザ（IE以外）を使う　※ブラクラ対策でしかない
〜Filters又は、〜Editorを開いている時に、更にProxomitronを起動（二重起動）させるとエラーが出て落ちる
Bounds か & か && と \# を組み合わせて使用すると、場合によってはバグが発生する（testでも実際のマッチでも発生する）
- 対策など
ブラウザからサーバへのリクエストを受け取ってもサーバにリクエストを送信しないことがある。
バイパス時でも発生。　ログウインドウを見ると +++GET 1+++の直後に+++CLOSE 1+++が
あり、+++RESP 1+++が無いためサーバからのレスポンスを受け取っていないことが解る。
リンクやボタンをクリックしても反応が無い場合はこのバグの可能性も疑う必要あり。
Webページフィルタの一覧でCtrl+Vを押すとクラッシュする（検索欄では大丈夫）

↑

他 (4.5June+6) † Edit

Webページフィルタを実行する Content-Type:(in)（text/html など、$TYPE(oth) 以外）でも、理解出来ない Content-Encoding:(in) を送られると解凍処理＆Webページフィルタの実行をやめて、そのままブラウザに渡す
- 理解出来るのは gzip, deflate のみで、compress, identity は理解出来ない（*gzip* にマッチすると gzip、*deflate* にマッチすると deflate として処理する　※どっちでも同じ物として処理してるかも）
- ※$FILTER(true) を使うと、解凍処理は行わずに、Webページフィルタの実行のみ行う
- 強制バイパス状態になってしまうので、Content-Encoding: (in) が *(gzip|deflate) にマッチしない場合、ヘッダ自体を削除した方が良いかも（値が空でも Content-Encoding: ヘッダ自体が残っていると駄目）　対策フィルタ
FreezeGIFにチェックを入れても、GIFAnimationが止まらない
文字クラス中の%HHで半角英字の大文字小文字が区別出来るように変更された
（[%61]が「a(0x61)」にマッチして「A(0x41)」にはマッチしない）
（[%81][%61]がShift_JISの「‖(0x8161)」にマッチして、「、(0x8141)」にはマッチしない）
dbug.. コマンドで、キャラクタデバイスなどサイズを得ることが出来ないファイルを表示したとき、Content-Length が 4294967295 になってしまう不具合を修正。0 として表示します。
例: http://dbug..file//nul

　ただし、代わりに 4GB 以上のファイルを表示した時、0 になります。
　根本的な修正になってませんが、4GB 以上だと Content-Length の表示以外にも全体的にまともに扱えないと思われるので、4GB 以上のファイルは扱えないという仕様とします。

参考（IE6/IE7 標準設定）
URL	ゾーン	ドメイン	IE7
http://dbug//whois.jp/	イントラネット	dbug	可
http://dbug..http//whois.jp/	インターネット	dbug..http	不可
http://dbug.http//whois.jp/	インターネット	dbug.http	可
http://dbug..whois.jp/	インターネット	dbug..whois.jp	不可
http://dbug.whois.jp/	インターネット	dbug.whois.jp	可

↑

4.5june+shift_jis誤爆回避日本語化パッチ+RWIN32768回避+バイパス赤アイコン+有難屋アイコン † Edit

Download　※Win9x系ではアイコンがカラーで表示されません（アイコン問題の修正版）　※本体のみなので4.5Juneなどに上書きしてください
Proxomitron.exe の SHA1: C17EFC2F08D2E5F6362D29B9955F8631E3AF59CD　MD5: 4E1DDB008724A49BA2772432028D868F　CRC32: 4731842D

4.5June に FarEastPatch +3 の日本語版パッチを当てて、XP SP2/SP3でRWINが32768に固定されるバグを修正し、アイコンを変更したものと思われる。

長いので略すなら、4.5june338、4.5j338、4.5june+fep3、4.5june+3、4.5j+3とか？（ここでは都合上とりあえず4.5June338とします）

4.5June338を使用するなら、4.5June+7 を使用した方が良いはずです

↑

バグ (4.5June338) † Edit

Content-Encoding: gzip で、Content-Type: が text/html、multipart/x-mixed-replace、text/css、text/javascript、application/x-javascript、text/vbscript のどれか（$TYPE(oth) 以外）の場合、Webページフィルタでは解凍された物が処理対象になるが、 それら以外（$TYPE(oth)）で $FILTER(true) を使用した場合、解凍前のgzip自体が処理対象になる。(4.3/4.4ではどちらでも解凍されたものが処理対象)
（dbug.., src.. 使用時は、常に解凍後の物が処理される）（検証）
以下のような対策がある
1. Accept-Encoding: (out) からgzipを消す。但し、サーバーがAccept-Encoding: を無視してgzipで送信してくる可能性もある。
  （また、オミトロンはAccept-Encoding: にgzipが無い場合、gzipは解凍しないなどといった処理はしない）
2. Webページフィルタを適用したいページのContent-Type: をtext/html などに書き換える
3. Content-Type: を無視しないブラウザ（IE以外）を使う　※ブラクラ対策でしかない
〜Filters又は、〜Editorを開いている時に、更にProxomitronを起動（二重起動）させるとエラーが出て落ちる
Bounds か & か && と \# を組み合わせて使用すると、場合によってはバグが発生する（testでも実際のマッチでも発生する）
- 対策など
ブラウザからサーバへのリクエストを受け取ってもサーバにリクエストを送信しないことがある。
バイパス時でも発生。　ログウインドウを見ると +++GET 1+++の直後に+++CLOSE 1+++が
あり、+++RESP 1+++が無いためサーバからのレスポンスを受け取っていないことが解る。
リンクやボタンをクリックしても反応が無い場合はこのバグの可能性も疑う必要あり。
Webページフィルタの一覧でCtrl+Vを押すとクラッシュする（検索欄では大丈夫）

↑

他 (4.5June338) † Edit

Webページフィルタを実行する Content-Type:(in)（text/html など、$TYPE(oth) 以外）でも、理解出来ない Content-Encoding:(in) を送られると解凍処理＆Webページフィルタの実行をやめて、そのままブラウザに渡す
- 理解出来るのは gzip, deflate のみで、compress, identity は理解出来ない（*gzip* にマッチすると gzip、*deflate* にマッチすると deflate として処理する　※どっちでも同じ物として処理してるかも）
- ※$FILTER(true) を使うと、解凍処理は行わずに、Webページフィルタの実行のみ行う
- 強制バイパス状態になってしまうので、Content-Encoding: (in) が *(gzip|deflate) にマッチしない場合、ヘッダ自体を削除した方が良いかも（値が空でも Content-Encoding: ヘッダ自体が残っていると駄目）　対策フィルタ
FreezeGIFにチェックを入れても、GIFAnimationが止まらない
文字クラス中の%HHで半角英字の大文字小文字が区別出来るように変更された
（[%61]が「a(0x61)」にマッチして「A(0x41)」にはマッチしない）
（[%81][%61]がShift_JISの「‖(0x8161)」にマッチして、「、(0x8141)」にはマッチしない）

↑

4.5June † Edit

Download
英語版Proxomitron.exe の SHA1: 7FC01EBA7F5D9FD6CBB8155777DF41E3E045001A　MD5: F2867BEE7180CDC839F7636FDDC1AA74　CRC32: 96352D74

4.5Juneを使用するなら、4.5June+7 を使用した方が良いはずです

↑

バグ (4.5June) † Edit

Content-Encoding: gzip で、Content-Type: が text/html、multipart/x-mixed-replace、text/css、text/javascript、application/x-javascript、text/vbscript のどれか（$TYPE(oth) 以外）の場合、Webページフィルタでは解凍された物が処理対象になるが、 それら以外（$TYPE(oth)）で $FILTER(true) を使用した場合、解凍前のgzip自体が処理対象になる。(4.3/4.4ではどちらでも解凍されたものが処理対象)
（dbug.., src.. 使用時は、常に解凍後の物が処理される）（検証）
以下のような対策がある
1. Accept-Encoding: (out) からgzipを消す。但し、サーバーがAccept-Encoding: を無視してgzipで送信してくる可能性もある。
  （また、オミトロンはAccept-Encoding: にgzipが無い場合、gzipは解凍しないなどといった処理はしない）
2. Webページフィルタを適用したいページのContent-Type: をtext/html などに書き換える
3. Content-Type: を無視しないブラウザ（IE以外）を使う　※ブラクラ対策でしかない
〜Filters又は、〜Editorを開いている時に、更にProxomitronを起動（二重起動）させるとエラーが出て落ちる
Bounds か & か && と \# を組み合わせて使用すると、場合によってはバグが発生する（testでも実際のマッチでも発生する）
- 対策など
ブラウザからサーバへのリクエストを受け取ってもサーバにリクエストを送信しないことがある。
バイパス時でも発生。　ログウインドウを見ると +++GET 1+++の直後に+++CLOSE 1+++が
あり、+++RESP 1+++が無いためサーバからのレスポンスを受け取っていないことが解る。
リンクやボタンをクリックしても反応が無い場合はこのバグの可能性も疑う必要あり。
Webページフィルタの一覧でCtrl+Vを押すとクラッシュする（検索欄では大丈夫）
$TYPE(css) は、4.3, 4.4 では $IHDR(Content-Type: text/css*) のように、本来あるべき値（text/css）の最後に「*」を付けた物に一致するが、4.5may, 4.5june では「text/cs*」の様に最後の一文字を削った物に一致する。　4.5may, 4.5juneでは$IHDR(Content-Type:)を使用した方が良いかも知れない。（4.5June338、4.5June+6 など極東パッチを当てた物はもっと厳密なチェックになっている）

↑

他 (4.5June) † Edit

Webページフィルタを実行する Content-Type:(in)（text/html など、$TYPE(oth) 以外）でも、理解出来ない Content-Encoding:(in) を送られると解凍処理＆Webページフィルタの実行をやめて、そのままブラウザに渡す
- 理解出来るのは gzip, deflate のみで、compress, identity は理解出来ない（*gzip* にマッチすると gzip、*deflate* にマッチすると deflate として処理する　※どっちでも同じ物として処理してるかも）
- ※$FILTER(true) を使うと、解凍処理は行わずに、Webページフィルタの実行のみ行う
- 強制バイパス状態になってしまうので、Content-Encoding: (in) が *(gzip|deflate) にマッチしない場合、ヘッダ自体を削除した方が良いかも（値が空でも Content-Encoding: ヘッダ自体が残っていると駄目）　対策フィルタ
$FILTER(true)にしていても、Content-Type: image/gi* で、強制的にBypass状態になる。（FreezeGIFにチェックを入れたという扱いになるだけで、Webページフィルタが実行されない）
このままだとIEがブラクラに掛かり放題になってしまう。
以下のような対策がある
1. Content-Type: image/giを、image/jpeg辺りに置換。
  但し、 GIFAnimationを止める事が出来なくなる。
2. バイナリエディタで image/gif を image 0x0d gif 辺りに置換（0x0aか0x0dを推奨）
  但し、GIFAnimationを止める事が出来なくなる。
WindowsXP SP2/SP3 の場合のみ、ツールやレジストリでMTU，RWINの値を変えても、オミトロンを通すとRWINが32768に固定される。（MTU，RWINの確認(要script)）
※オミトロンをバイパスにしてもオミトロンを通してる限り同じ
以下のような対策がある
1. バイナリエディタで、アドレス 0000D581 の 04 を 00 にする

↑

4.5May † Edit

Download
英語版Proxomitron.exe の SHA1: B9416A8A0F3CD696C1DC50CF97B5C53AD925F552　MD5: 6B87E08BC0D0A543CFECE04BDFBDCDCE　CRC32: 7C727B4A

4.5Mayを使用するなら、4.5June+7 を使用した方が良いはずです

↑

バグ (4.5May) † Edit

Content-Encoding: gzip で、Content-Type: が text/html、multipart/x-mixed-replace、text/css、text/javascript、application/x-javascript、text/vbscript のどれか（$TYPE(oth) 以外）の場合、Webページフィルタでは解凍された物が処理対象になるが、 それら以外（$TYPE(oth)）で $FILTER(true) を使用した場合、解凍前のgzip自体が処理対象になる。(4.3/4.4ではどちらでも解凍されたものが処理対象)
（dbug.., src.. 使用時は、常に解凍後の物が処理される）（検証）
以下のような対策がある
1. Accept-Encoding: (out) からgzipを消す。但し、サーバーがAccept-Encoding: を無視してgzipで送信してくる可能性もある。
  （また、オミトロンはAccept-Encoding: にgzipが無い場合、gzipは解凍しないなどといった処理はしない）
2. Webページフィルタを適用したいページのContent-Type: をtext/html などに書き換える
3. Content-Type: を無視しないブラウザ（IE以外）を使う　※ブラクラ対策でしかない
〜Filters又は、〜Editorを開いている時に、更にProxomitronを起動（二重起動）させるとエラーが出て落ちる
Bounds か & か && と \# を組み合わせて使用すると、場合によってはバグが発生する（testでも実際のマッチでも発生する）
- 対策など
ブラウザからサーバへのリクエストを受け取ってもサーバにリクエストを送信しないことがある。
バイパス時でも発生。　ログウインドウを見ると +++GET 1+++の直後に+++CLOSE 1+++が
あり、+++RESP 1+++が無いためサーバからのレスポンスを受け取っていないことが解る。
リンクやボタンをクリックしても反応が無い場合はこのバグの可能性も疑う必要あり。
Webページフィルタの一覧でCtrl+Vを押すとクラッシュする（検索欄では大丈夫）
$TYPE(css) は、4.3, 4.4 では $IHDR(Content-Type: text/css*) のように、本来あるべき値（text/css）の最後に「*」を付けた物に一致するが、4.5may, 4.5june では「text/cs*」の様に最後の一文字を削った物に一致する。　4.5may, 4.5juneでは$IHDR(Content-Type:)を使用した方が良いかも知れない。（4.5June338、4.5June+6 など極東パッチを当てた物はもっと厳密なチェックになっている）
Content-Type: そのものが無い通信で$FILTER(true)を使うと、
```
ProxomiTron Application Error
Exception [C0000005] raised in...
ConnectRemote::(HF)
```
なるエラーが出る。当然何か出力すれば解決する。　(4.5juneで修正)
設定フィルタの併合(Merge config filters)(Ctrl-M)で、現在の設定ファイルに他の設定ファイルを併合すると、選択した他の設定ファイルに現在の設定ファイルが併合されてしまう　(4.5juneで修正)

↑

他 (4.5May) † Edit

Webページフィルタを実行する Content-Type:(in)（text/html など、$TYPE(oth) 以外）でも、理解出来ない Content-Encoding:(in) を送られると解凍処理＆Webページフィルタの実行をやめて、そのままブラウザに渡す
- 理解出来るのは gzip, deflate のみで、compress, identity は理解出来ない（*gzip* にマッチすると gzip、*deflate* にマッチすると deflate として処理する　※どっちでも同じ物として処理してるかも）
- ※$FILTER(true) を使うと、解凍処理は行わずに、Webページフィルタの実行のみ行う
- 強制バイパス状態になってしまうので、Content-Encoding: (in) が *(gzip|deflate) にマッチしない場合、ヘッダ自体を削除した方が良いかも（値が空でも Content-Encoding: ヘッダ自体が残っていると駄目）　対策フィルタ
$FILTER(true)にしていても、Content-Type: image/gi* で、強制的にBypass状態になる。（FreezeGIFにチェックを入れたという扱いになるだけで、Webページフィルタが実行されない）
このままだとIEがブラクラに掛かり放題になってしまう。
以下のような対策がある
1. Content-Type: image/giを、image/jpeg辺りに置換。
  但し、 GIFAnimationを止める事が出来なくなる。
2. バイナリエディタで image/gif を image 0x0d gif 辺りに置換（0x0aか0x0dを推奨）
  但し、GIFAnimationを止める事が出来なくなる。
WindowsXP SP2/SP3 の場合のみ、ツールやレジストリでMTU，RWINの値を変えても、オミトロンを通すとRWINが32768に固定される。（MTU，RWINの確認(要script)）
※オミトロンをバイパスにしてもオミトロンを通してる限り同じ
以下のような対策がある
1. バイナリエディタで、アドレス 0000D521 の 04 を 00 にする
リモートプロキシ使用時、全てのプロキシが使用出来ないことが分かると、直接接続をする（何らかの理由でIPを漏らしたくない場合は、ちょっと困る仕様）※この仕様は4.5may限定
$FILEが相対パスに対応していない。相対パスで書いた$FILE(html\\abc.js)はエラーとなるが、
絶対パスで書いた$FILE(C:\\program files\\proxomitron\\html\\abc.js)は動く。

↑

4.4 † Edit

Download
英語版Proxomitron.exe の SHA1: BF7E7B2784B4C842028A9724C2CE57C0C8559E3C　MD5: A2491F602147725E31EC218D51BF6F00　CRC32: 3A980C5F

↑

バグ (4.4) † Edit

〜Filters又は、〜Editorを開いている時に、更にProxomitronを起動（二重起動）させるとエラーが出て落ちる
Bounds か & か && と \# を組み合わせて使用すると、場合によってはバグが発生する（testでも実際のマッチでも発生する）
- 対策など
match="?" replace="-" 対象="aiueo" の様に一文字のみをtestで処理すると、-i-e-の様になる。が、実際のマッチでは問題無い様子　(4.5で修正)
無茶苦茶なHTTPヘッダでクラッシュする　(4.5で修正)
~~bypass..や、bweb..、$FILTER(false)でContent-Encoding: gzip のページを表示すると、そのままgzipが表示されてしまう。~~（検証）
- gzipでtext/htmlの為、Content-Encoding: を削除（本来ならProxomitronが解凍してブラウザに渡す為、削除する）
  そこで、$FILTER(false)を使うと、[Patterns]と一緒にgzipの解凍まで停止してブラウザにデータを渡す。
  しかし、Content-Encoding: は削除してしまっている為、ブラウザはgzipを解凍せずにそのまま表示してしまっている　と考えられる。
無限ループに陥った場合、Abortが効かない上、終了してもプロセスが残る　残ったプロセスは高負荷のまま　プロセスを殺す必要がある
ByteLimitが8192のフィルタが、一回の検索で7168Byte以上消費すると、ReadOver=-1というエラーが発生する。　(4.5で修正)
設定フィルタの併合(Ctrl-M)を実行すると、新しく追加されたフィルタは赤字になるが、ヘッダフィルタは赤字にならない　(4.5で修正)

↑

他 (4.4) † Edit

Webページフィルタを実行する Content-Type:(in)（text/html など、$TYPE(oth) 以外）でも、理解出来ない Content-Encoding:(in) を送られると解凍処理＆Webページフィルタの実行をやめて、そのままブラウザに渡す
- 理解出来るのは gzip, deflate のみで、compress, identity は理解出来ない（*gzip* にマッチすると gzip、*deflate* にマッチすると deflate として処理する　※どっちでも同じ物として処理してるかも）
- ※$FILTER(true) を使うと、解凍処理は行わずに、Webページフィルタの実行のみ行う
- 強制バイパス状態になってしまうので、Content-Encoding: (in) が *(gzip|deflate) にマッチしない場合、ヘッダ自体を削除した方が良いかも（値が空でも Content-Encoding: ヘッダ自体が残っていると駄目）　対策フィルタ
WindowsXP SP2/SP3 の場合のみ、ツールやレジストリでMTU，RWINの値を変えても、オミトロンを通すとRWINが32768に固定される。（MTU，RWINの確認(要script)）
※オミトロンをバイパスにしてもオミトロンを通してる限り同じ
以下のような対策がある
1. バイナリエディタで、アドレス 0000C101 の 04 を 00 にする

↑

4.3 † Edit

Download
英語版Proxomitron.exe の SHA1: 5068D50E41E2678C6C7264AAD33DCE0746C15269　MD5: E24F8C6E930CC8B83269ABA10DA8C4CA　CRC32: D95AB3CA

↑

バグ (4.3) † Edit

〜Filters又は、〜Editorを開いている時に、更にProxomitronを起動（二重起動）させるとエラーが出て落ちる
Bounds か & か && と \# を組み合わせて使用すると、場合によってはバグが発生する（testでも実際のマッチでも発生する）
- 対策など

↑

他 (4.3) † Edit

Webページフィルタを実行する Content-Type:(in)（text/html など、$TYPE(oth) 以外）でも、理解出来ない Content-Encoding:(in) を送られると解凍処理＆Webページフィルタの実行をやめて、そのままブラウザに渡す
- 理解出来るのは gzip, deflate のみで、compress, identity は理解出来ない（*gzip* にマッチすると gzip、*deflate* にマッチすると deflate として処理する　※どっちでも同じ物として処理してるかも）
- ※$FILTER(true) を使うと、解凍処理は行わずに、Webページフィルタの実行のみ行う
- 強制バイパス状態になってしまうので、Content-Encoding: (in) が *(gzip|deflate) にマッチしない場合、ヘッダ自体を削除した方が良いかも（値が空でも Content-Encoding: ヘッダ自体が残っていると駄目）　対策フィルタ

Menu

以下宣伝