<![CDATA[The Un-Official Proxomitron Forum

<![CDATA[The Un-Official Proxomitron Forum - All Forums]]> https://www.prxbx.com/forums/ Fri, 17 Apr 2026 03:08:30 +0000 MyBB <![CDATA[Proxomitron Reborn]]> https://www.prxbx.com/forums/showthread.php?tid=2331&pid=21124#pid21124 Thu, 16 Apr 2026 11:22:08 -0400 https://www.prxbx.com/forums/showthread.php?tid=2331&pid=21124#pid21124
Proxy - add: "Enter new proxy server" window has multi-line input field: a new line from the pasted text "clears" the input.

Lines from the log are not copied via Ctrl-C when using a proxy:
I select the line "Host:" and press Ctrl-C
[Image: j26zpkui.png]

But Reborn selects the line "HTTP/1.1 200 Connection established" and copies it to the buffer!
[Image: 8vq65hvr.png]

Proxies can be found on sites like free-proxy-list.net; they die all the time.]]>
Proxy - add: "Enter new proxy server" window has multi-line input field: a new line from the pasted text "clears" the input.

Lines from the log are not copied via Ctrl-C when using a proxy:
I select the line "Host:" and press Ctrl-C
[Image: j26zpkui.png]

But Reborn selects the line "HTTP/1.1 200 Connection established" and copies it to the buffer!
[Image: 8vq65hvr.png]

Proxies can be found on sites like free-proxy-list.net; they die all the time.]]> <![CDATA[Proxomitron Reborn]]> https://www.prxbx.com/forums/showthread.php?tid=2331&pid=21120#pid21120 Thu, 16 Apr 2026 10:49:50 -0400 https://www.prxbx.com/forums/showthread.php?tid=2331&pid=21120#pid21120 (Apr. 07, 2026 06:15 AM)amy Wrote: "We are checking your browser"... NO!

I encountered this stupid blocking the last time I wanted to make a new release of Proxomitron Reborn here.

Now I have found a different machine which will let me through after that unwanted and intrusive "check", but I should not have to fight against this, on the very site that supports Proxomitron and its ideals of "your web, your way".

I will check back on the 22nd anniversary of Scott's passing. If I am not able to access this site from my usual machine, this will be my last post here. No more releases of Proxomitron Reborn. If you turn against those who support you, they have little reason to continue that support!
Hi Amy,

My apologies, I increased the security as we were under a DDoS attack in the last year.

I've modified the settings, please let me know if you still have issues accessing the forums.

Thank you for your continued work!

EDIT: also this is long overdue but I have created a separate Proxomitron Reborn forum and set you (Amy) as the moderator so you have full control over pinning/stickying threads as you wish Smile!

https://www.prxbx.com/forums/forumdisplay.php?fid=51
EDIT2: increased size limit for .zip attachments from 1MB to 2MB]]> (Apr. 07, 2026 06:15 AM)amy Wrote: "We are checking your browser"... NO!

I encountered this stupid blocking the last time I wanted to make a new release of Proxomitron Reborn here.

Now I have found a different machine which will let me through after that unwanted and intrusive "check", but I should not have to fight against this, on the very site that supports Proxomitron and its ideals of "your web, your way".

I will check back on the 22nd anniversary of Scott's passing. If I am not able to access this site from my usual machine, this will be my last post here. No more releases of Proxomitron Reborn. If you turn against those who support you, they have little reason to continue that support!
Hi Amy,

My apologies, I increased the security as we were under a DDoS attack in the last year.

I've modified the settings, please let me know if you still have issues accessing the forums.

Thank you for your continued work!

EDIT: also this is long overdue but I have created a separate Proxomitron Reborn forum and set you (Amy) as the moderator so you have full control over pinning/stickying threads as you wish Smile!

https://www.prxbx.com/forums/forumdisplay.php?fid=51
EDIT2: increased size limit for .zip attachments from 1MB to 2MB]]> <![CDATA[Proxomitron Reborn]]> https://www.prxbx.com/forums/showthread.php?tid=2331&pid=21119#pid21119 Sun, 12 Apr 2026 15:17:12 -0400 https://www.prxbx.com/forums/showthread.php?tid=2331&pid=21119#pid21119 https://github.com/TecharoHQ/anubis - "challenges" a day, it's annoying, but a sign of the times.

Blame the AI companies that don't respect robots.txt directives not the websites trying to keep costs down to a reasonable level.]]> https://github.com/TecharoHQ/anubis - "challenges" a day, it's annoying, but a sign of the times.

Blame the AI companies that don't respect robots.txt directives not the websites trying to keep costs down to a reasonable level.]]> <![CDATA[Proxomitron Reborn]]> https://www.prxbx.com/forums/showthread.php?tid=2331&pid=21118#pid21118 Sun, 12 Apr 2026 11:05:27 -0400 https://www.prxbx.com/forums/showthread.php?tid=2331&pid=21118#pid21118 (Apr. 12, 2026 09:17 AM)prxymouse Wrote: Why not host the code/program on something like codeberg.org - or something oldskool like neocities.org.
Amy would still be blocked from participating in this forum. I'm guessing amy's browser is unable to process some javascript and|or is proxied though the post's logged ip address. IOW, a false positive.
I was blocked while creating my private message about this to Kye-U with a direct connection, Win10, and Firefox.

Regardless, the policies of hosts have been unacceptable for some people. Amy apparently finds this place acceptable.

I too assumed the Bunny Shield(?) was a cost and time saving measure. I'm all for saving both.

Let's hope the shield can be adjusted to allow for us TUOPF oddballs.

Thanks to all, present and past.]]> (Apr. 12, 2026 09:17 AM)prxymouse Wrote: Why not host the code/program on something like codeberg.org - or something oldskool like neocities.org.
Amy would still be blocked from participating in this forum. I'm guessing amy's browser is unable to process some javascript and|or is proxied though the post's logged ip address. IOW, a false positive.
I was blocked while creating my private message about this to Kye-U with a direct connection, Win10, and Firefox.

Regardless, the policies of hosts have been unacceptable for some people. Amy apparently finds this place acceptable.

I too assumed the Bunny Shield(?) was a cost and time saving measure. I'm all for saving both.

Let's hope the shield can be adjusted to allow for us TUOPF oddballs.

Thanks to all, present and past.]]> <![CDATA[Proxomitron Reborn]]> https://www.prxbx.com/forums/showthread.php?tid=2331&pid=21117#pid21117 Sun, 12 Apr 2026 05:17:46 -0400 https://www.prxbx.com/forums/showthread.php?tid=2331&pid=21117#pid21117 (Apr. 07, 2026 06:15 AM)amy Wrote: "We are checking your browser"... Well bunny is a legit service to deter (AI) scrapers which are now a huge pain in the behind when it comes to hosting (and the costs involved) so I do think that is a fair policy service to have in place. (it's like Proxomitron for servers Banging Head

)

Why not host the code/program on something like codeberg.org - or something oldskool like neocities.org.]]> (Apr. 07, 2026 06:15 AM)amy Wrote: "We are checking your browser"... Well bunny is a legit service to deter (AI) scrapers which are now a huge pain in the behind when it comes to hosting (and the costs involved) so I do think that is a fair policy service to have in place. (it's like Proxomitron for servers Banging Head

)

Why not host the code/program on something like codeberg.org - or something oldskool like neocities.org.]]> <![CDATA[Proxomitron Reborn]]> https://www.prxbx.com/forums/showthread.php?tid=2331&pid=21116#pid21116 Tue, 07 Apr 2026 02:15:24 -0400 https://www.prxbx.com/forums/showthread.php?tid=2331&pid=21116#pid21116
I encountered this stupid blocking the last time I wanted to make a new release of Proxomitron Reborn here.

Now I have found a different machine which will let me through after that unwanted and intrusive "check", but I should not have to fight against this, on the very site that supports Proxomitron and its ideals of "your web, your way".

I will check back on the 22nd anniversary of Scott's passing. If I am not able to access this site from my usual machine, this will be my last post here. No more releases of Proxomitron Reborn. If you turn against those who support you, they have little reason to continue that support!]]>
I encountered this stupid blocking the last time I wanted to make a new release of Proxomitron Reborn here.

Now I have found a different machine which will let me through after that unwanted and intrusive "check", but I should not have to fight against this, on the very site that supports Proxomitron and its ideals of "your web, your way".

I will check back on the 22nd anniversary of Scott's passing. If I am not able to access this site from my usual machine, this will be my last post here. No more releases of Proxomitron Reborn. If you turn against those who support you, they have little reason to continue that support!]]> <![CDATA[Happy New Year!]]> https://www.prxbx.com/forums/showthread.php?tid=1200&pid=21115#pid21115 Wed, 18 Feb 2026 21:06:10 -0500 https://www.prxbx.com/forums/showthread.php?tid=1200&pid=21115#pid21115 <![CDATA[Cloudflare captcha [split] prox-config-sidki_2019-01-26b1]]> https://www.prxbx.com/forums/showthread.php?tid=2623&pid=21114#pid21114 Tue, 10 Feb 2026 22:52:19 -0500 https://www.prxbx.com/forums/showthread.php?tid=2623&pid=21114#pid21114 (Jun. 02, 2025 05:41 AM)amy Wrote: The next release of Proxomitron Reborn should be within this week So, how its going?]]> (Jun. 02, 2025 05:41 AM)amy Wrote: The next release of Proxomitron Reborn should be within this week So, how its going?]]> <![CDATA[Cloudflare captcha [split] prox-config-sidki_2019-01-26b1]]> https://www.prxbx.com/forums/showthread.php?tid=2623&pid=21109#pid21109 Mon, 04 Aug 2025 18:18:16 -0400 https://www.prxbx.com/forums/showthread.php?tid=2623&pid=21109#pid21109 <![CDATA[Proxomitron Reborn]]> https://www.prxbx.com/forums/showthread.php?tid=2331&pid=21108#pid21108 Mon, 04 Aug 2025 17:35:41 -0400 https://www.prxbx.com/forums/showthread.php?tid=2331&pid=21108#pid21108 Currently, the log shows an error
SSL_accept: -1 error:0A000076:SSL routines::no suitable signature algorithm

There are no problems with openssl 1 dlls, but there is no tls1.3]]> Currently, the log shows an error
SSL_accept: -1 error:0A000076:SSL routines::no suitable signature algorithm

There are no problems with openssl 1 dlls, but there is no tls1.3]]> <![CDATA[Cloudflare captcha [split] prox-config-sidki_2019-01-26b1]]> https://www.prxbx.com/forums/showthread.php?tid=2623&pid=21105#pid21105 Mon, 02 Jun 2025 01:41:49 -0400 https://www.prxbx.com/forums/showthread.php?tid=2623&pid=21105#pid21105
The next release of Proxomitron Reborn should be within this week, if testing proves to be successful; this post was made through it. It has the crucial new feature, which I have named ProxTLS, that allows for a huge flexibility in configuration to behave nearly 100% identical to how mainstream browsers handle TLS negotiation.]]>
The next release of Proxomitron Reborn should be within this week, if testing proves to be successful; this post was made through it. It has the crucial new feature, which I have named ProxTLS, that allows for a huge flexibility in configuration to behave nearly 100% identical to how mainstream browsers handle TLS negotiation.]]> <![CDATA[Cloudflare captcha [split] prox-config-sidki_2019-01-26b1]]> https://www.prxbx.com/forums/showthread.php?tid=2623&pid=21104#pid21104 Wed, 14 May 2025 21:48:34 -0400 https://www.prxbx.com/forums/showthread.php?tid=2623&pid=21104#pid21104 <![CDATA[Cloudflare captcha [split] prox-config-sidki_2019-01-26b1]]> https://www.prxbx.com/forums/showthread.php?tid=2623&pid=21103#pid21103 Mon, 21 Apr 2025 03:52:46 -0400 https://www.prxbx.com/forums/showthread.php?tid=2623&pid=21103#pid21103 (Sep. 26, 2024 05:01 AM)amy Wrote: Almost 2 years later and there is some public(!) discussions about this in OpenSSL itself; making it look more like a browser is becoming important:

Code:

https://github.com/openssl/openssl/issues/19220

I have been working on my own towards the same goal with Proxomitron Reborn, so it's not clear who will get there first; It seems like the answer to that question is going to be me Wink

Here's a "preview" of what's coming:

Code:

ProxTLS cipher TLSv1.2 TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256 (128 bits) [FF11550]

HTTP/1.1 200 OK

Date: Mon, 21 Apr 2025 07:51:26 GMT

Content-Type: text/plain;charset=UTF-8

Content-Length: 100

Connection: keep-alive

X-Powered-By: Express

content-encoding: gzip

vary: Accept-Encoding

CF-Cache-Status: BYPASS

Accept-Ranges: bytes

Server: cloudflare

CF-RAY: xxxxxxxxxxxxxxxx-xxx

Code:

https://github.com/openssl/openssl/issues/19220

I have been working on my own towards the same goal with Proxomitron Reborn, so it's not clear who will get there first; It seems like the answer to that question is going to be me Wink

Here's a "preview" of what's coming:

Code:

ProxTLS cipher TLSv1.2 TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256 (128 bits) [FF11550]

HTTP/1.1 200 OK

Date: Mon, 21 Apr 2025 07:51:26 GMT

Content-Type: text/plain;charset=UTF-8

Content-Length: 100

Connection: keep-alive

X-Powered-By: Express

content-encoding: gzip

vary: Accept-Encoding

CF-Cache-Status: BYPASS

Accept-Ranges: bytes

Server: cloudflare

CF-RAY: xxxxxxxxxxxxxxxx-xxx

Of the 3 sites mentioned in the original post, 2 of them no longer block with CAPTCHA, and it shouldn't be long before the third one also gets conquered. It's been fun playing with this new feature I've added and am currently testing - many sites that I've been tripped by CF on just work now. The next release of Proxomitron Reborn, which will be soon (providing other things in my life don't get in the way), should overcome this hurdle of browser discrimination and provide enough flexibility to keep fighting back for a while longer!

"Nothing ever worth doing was easy."]]> <![CDATA[Proxomitron Reborn]]> https://www.prxbx.com/forums/showthread.php?tid=2331&pid=21100#pid21100 Sat, 08 Feb 2025 02:36:12 -0500 https://www.prxbx.com/forums/showthread.php?tid=2331&pid=21100#pid21100
With Reborn there's obviously no such config.ini, so I'm wondering if the Bypass list is now the equivalent of what I was doing with the SSL-Pass-Thru in config.ini.

The ProxHTTPSProxy's comand prompt window also allowed an instant view of which specific URLs were triggering errors, which was important for knowing which URLs to add to the pass-thru. Now I'm feeling kind of in the dark about what's going on underneath Reborn when something's not working.

Which brings me to google maps not loading. At first I thought it could be the $JUMP discussed above, but after commenting it out, maps still fails. Since it's failing with the same config that loads under ProxHTTPSProxy, I'm at a loss for how to start troubleshooting. Ordinarily, I'd first look at the prompt window. So far, all I know is that it's solved by unchecking "Web Page Filters" but I'm wondering if that may be producing a broader effect than it was by unchecking the same with ProxHTTPSProxy's setup. If it's one of those situations where one of the site's many dependent files are being blocked with an SSL error that's not apparent with a browser notification, how do you solve it? Not so much for this instance but any future ones as well.

I created a test config where I stripped out all filters below "Patterns." With that, google maps still fails, so it's definitely not the same as unchecking Web Filters. I didn't think my filters were actually a problem anyway since maps works with the same filters under ProxHTTPSProxy.

Google Images is also failing to an extent. It loads the thumbnails, but clicking them produces no response.]]>
With Reborn there's obviously no such config.ini, so I'm wondering if the Bypass list is now the equivalent of what I was doing with the SSL-Pass-Thru in config.ini.

The ProxHTTPSProxy's comand prompt window also allowed an instant view of which specific URLs were triggering errors, which was important for knowing which URLs to add to the pass-thru. Now I'm feeling kind of in the dark about what's going on underneath Reborn when something's not working.

Which brings me to google maps not loading. At first I thought it could be the $JUMP discussed above, but after commenting it out, maps still fails. Since it's failing with the same config that loads under ProxHTTPSProxy, I'm at a loss for how to start troubleshooting. Ordinarily, I'd first look at the prompt window. So far, all I know is that it's solved by unchecking "Web Page Filters" but I'm wondering if that may be producing a broader effect than it was by unchecking the same with ProxHTTPSProxy's setup. If it's one of those situations where one of the site's many dependent files are being blocked with an SSL error that's not apparent with a browser notification, how do you solve it? Not so much for this instance but any future ones as well.

I created a test config where I stripped out all filters below "Patterns." With that, google maps still fails, so it's definitely not the same as unchecking Web Filters. I didn't think my filters were actually a problem anyway since maps works with the same filters under ProxHTTPSProxy.

Google Images is also failing to an extent. It loads the thumbnails, but clicking them produces no response.]]> <![CDATA[Proxomitron Reborn]]> https://www.prxbx.com/forums/showthread.php?tid=2331&pid=21099#pid21099 Thu, 06 Feb 2025 22:29:15 -0500 https://www.prxbx.com/forums/showthread.php?tid=2331&pid=21099#pid21099
I went back to ProxHTTPSProxy and tested with just https and the redirect worked with:

Code:

www.wunderground.com/(^?)    $JUMP(https://www.wunderground.com/forecast/us/mn/minneapolis)

Code:

www.wunderground.com/(^?)    $JUMP(https://www.wunderground.com/forecast/us/mn/minneapolis)

With Reborn, it does require the addition of $OHDR(Host:www.wunderground.com(^?)) That's fine though, as long as I know what to do.

Appreciate the $RDIR vs $JUMP details. I didn't know the process was so different. I'll need to rethink my use of these.]]> <![CDATA[Proxomitron Reborn]]> https://www.prxbx.com/forums/showthread.php?tid=2331&pid=21098#pid21098 Thu, 06 Feb 2025 17:25:17 -0500 https://www.prxbx.com/forums/showthread.php?tid=2331&pid=21098#pid21098 (Feb. 06, 2025 07:48 AM)zoltan Wrote: ...
I tried using your new filter as a model for the simpler one:

Code:

www.wunderground.com/ $OHDR(Host:www.wunderground.com(^?))   $JUMP(https://www.wunderground.com/forecast/us/mn/minneapolis)

but it still results in "...page isn't redirecting properly"
I don't understand
...
Does this help?

Code:

www.wunderground.com/(^?) $OHDR(Host:www.wunderground.com(^?))   $JUMP(https://www.wunderground.com/forecast/us/mn/minneapolis)

This expression only matches "www.wunderground.com/"
So there won't be a JUMP for www.wunderground.com/morehere.

(Feb. 06, 2025 07:48 AM)zoltan Wrote: ...
The $JUMP, as previously constructed, is just like many that I've been using for a long time successfully, so something different is happening
...

It could be that the reason it worked for you past was that you JUMPed from http to https.
www.wunderground.com/ would not match www.wunderground.com:443/

Due to the popularity of https, amy has made some changes.

Going forward and with your format, I'd expect a loop for $JUMP and no loop for $RDIR.

In the old google expression,

Code:

?$SET(0=f_ua_ff.a_js.)

prevented the loop by matching www.google.com/morehere before

Code:

$SET(0=f_ua_ff.)$JUMP(https://www.google.com/advanced_search)

could.

$JUMP sends a command to the browser to request an address. The Proxomitron will filter this new request.
$RDIR tells the Proxomitron to request an address itself. So, no browser loop. The Proxomitron won't tell the browser about the redirection.]]> (Feb. 06, 2025 07:48 AM)zoltan Wrote: ...
I tried using your new filter as a model for the simpler one:

Code:

www.wunderground.com/ $OHDR(Host:www.wunderground.com(^?))   $JUMP(https://www.wunderground.com/forecast/us/mn/minneapolis)

but it still results in "...page isn't redirecting properly"
I don't understand
...
Does this help?

Code:

www.wunderground.com/(^?) $OHDR(Host:www.wunderground.com(^?))   $JUMP(https://www.wunderground.com/forecast/us/mn/minneapolis)

This expression only matches "www.wunderground.com/"
So there won't be a JUMP for www.wunderground.com/morehere.

(Feb. 06, 2025 07:48 AM)zoltan Wrote: ...
The $JUMP, as previously constructed, is just like many that I've been using for a long time successfully, so something different is happening
...

Code:

?$SET(0=f_ua_ff.a_js.)

prevented the loop by matching www.google.com/morehere before

Code:

$SET(0=f_ua_ff.)$JUMP(https://www.google.com/advanced_search)

could.

$JUMP sends a command to the browser to request an address. The Proxomitron will filter this new request.
$RDIR tells the Proxomitron to request an address itself. So, no browser loop. The Proxomitron won't tell the browser about the redirection.]]> <![CDATA[Proxomitron Reborn]]> https://www.prxbx.com/forums/showthread.php?tid=2331&pid=21097#pid21097 Thu, 06 Feb 2025 02:48:01 -0500 https://www.prxbx.com/forums/showthread.php?tid=2331&pid=21097#pid21097

Code:

www.wunderground.com/ $OHDR(Host:www.wunderground.com(^?))   $JUMP(https://www.wunderground.com/forecast/us/mn/minneapolis)

but it still results in "...page isn't redirecting properly"
I don't understand the part about the error being "expected" and needing to add code "so that the target URL is not matched." The $JUMP, as previously constructed, is just like many that I've been using for a long time successfully, so something different is happening, but I guess that's what you meant by broken and what amy meant about being fixed in the next release. In the meantime, I'll be glad to use whatever "tricks" work.

The stuck bypass issue has become more of a problem than I thought at first because with troubleshooting filters I'm having to frequently close and reopen proxo to get filtering back. I can go back to ProxHTTPSProxy if necessary, but I'm just reporting what I experience if Reborn is still in development. It's hard to know if something is just a quirk of my setup or whether others are experiencing these things too.]]>

Code:

www.wunderground.com/ $OHDR(Host:www.wunderground.com(^?))   $JUMP(https://www.wunderground.com/forecast/us/mn/minneapolis)

(Feb. 04, 2025 02:01 AM)zoltan Wrote: ...
Long ago I added a rather complex google redirect that was developed in this thread with help from JJoe.

Code:

www.google.com/ (webhp\?hl=en$SET(0=f_ua_ff.)$JUMP(https://www.google.com/advanced_search) |firefox$SET(0=f_ua_ff.)$JUMP(https://www.google.com/advanced_search) |imghp$SET(0=f_ua_ff.)$JUMP(https://www.google.com/advanced_image_search?hl=en) |?$SET(0=f_ua_ff.a_js.) |$SET(0=f_ua_ff.)$JUMP(https://www.google.com/advanced_search))

It's been working great for 13 years to direct the main search page URL to the Advanced page, but now with Reborn it's preventing access to google whether it's an attempted jump or whether you enter the address for Advanced Search directly. This jump and others work without issue through ProxHTTPSProxy. The original conditions that required the browser fakes don't really apply anymore, so I'd be happy if it was just a simple jump to advanced search that worked.
...

is due to

(Jun. 16, 2024 04:48 AM)amy Wrote:
(May. 18, 2024 03:40 AM)JJoe Wrote: $RDIR and $JUMP appear to be broken but not always.
$RDIR and $JUMP interact badly with HTTPS filtering because in that case there are actually two requests, the first with a CONNECT method to open the encrypted tunnel, and then the "real" request is sent inside that. This also means outbound header filters are applied twice on each request, one for the outer and another for the inner. That first one with the CONNECT has no path, which explains the bug. I suspect this was something Scott didn't realise, since he didn't see HTTPS filtering as anything but an experimental feature. Thanks for the detailed test cases. This will be fixed in the next release.

This also makes creating an expression to $JUMP from www.wunderground.com to https://www.wunderground.com/forecast/us/mn/minneapolis ~~difficult~~ tricky.

Edit to add a thought:
In the Proxomitron's log window, the Host header for CONNECT ends with ":443". The "real" request's Host header does not. $OHDR(Host:\1) does reflect this.
We may be able to use this to our advantage...

Edit to propose:

Code:

www.google.com/ $OHDR(Host:www.google.com(^?))(webhp\?hl=en$JUMP(https://www.google.com/advanced_search)

                 |firefox$JUMP(https://www.google.com/advanced_search)

                 |imghp$JUMP(https://www.google.com/advanced_image_search?hl=en)

                 |(^?)$JUMP(https://www.google.com/advanced_search))

which appears to work for me.

Edit: strike though difficult and add tricky.]]>

(Feb. 04, 2025 02:01 AM)zoltan Wrote: ...
Long ago I added a rather complex google redirect that was developed in this thread with help from JJoe.

Code:

www.google.com/ (webhp\?hl=en$SET(0=f_ua_ff.)$JUMP(https://www.google.com/advanced_search) |firefox$SET(0=f_ua_ff.)$JUMP(https://www.google.com/advanced_search) |imghp$SET(0=f_ua_ff.)$JUMP(https://www.google.com/advanced_image_search?hl=en) |?$SET(0=f_ua_ff.a_js.) |$SET(0=f_ua_ff.)$JUMP(https://www.google.com/advanced_search))

It's been working great for 13 years to direct the main search page URL to the Advanced page, but now with Reborn it's preventing access to google whether it's an attempted jump or whether you enter the address for Advanced Search directly. This jump and others work without issue through ProxHTTPSProxy. The original conditions that required the browser fakes don't really apply anymore, so I'd be happy if it was just a simple jump to advanced search that worked.
...

is due to

(Jun. 16, 2024 04:48 AM)amy Wrote:
(May. 18, 2024 03:40 AM)JJoe Wrote: $RDIR and $JUMP appear to be broken but not always.
$RDIR and $JUMP interact badly with HTTPS filtering because in that case there are actually two requests, the first with a CONNECT method to open the encrypted tunnel, and then the "real" request is sent inside that. This also means outbound header filters are applied twice on each request, one for the outer and another for the inner. That first one with the CONNECT has no path, which explains the bug. I suspect this was something Scott didn't realise, since he didn't see HTTPS filtering as anything but an experimental feature. Thanks for the detailed test cases. This will be fixed in the next release.

Code:

www.google.com/ $OHDR(Host:www.google.com(^?))(webhp\?hl=en$JUMP(https://www.google.com/advanced_search)

                 |firefox$JUMP(https://www.google.com/advanced_search)

                 |imghp$JUMP(https://www.google.com/advanced_image_search?hl=en)

                 |(^?)$JUMP(https://www.google.com/advanced_search))

which appears to work for me.

Edit: strike though difficult and add tricky.]]> <![CDATA[Proxomitron Reborn]]> https://www.prxbx.com/forums/showthread.php?tid=2331&pid=21095#pid21095 Mon, 03 Feb 2025 23:15:40 -0500 https://www.prxbx.com/forums/showthread.php?tid=2331&pid=21095#pid21095 (Feb. 04, 2025 02:01 AM)zoltan Wrote: For example,

Code:

www.wunderground.com    $JUMP(https://www.wunderground.com/forecast/us/mn/minneapolis)

With $JUMP() the Proxomitron instructs the browser to make a new request to the target URL. The new request is filtered by the Proxomitron. In this case

Code:

www.wunderground.com    $JUMP(https://www.wunderground.com/forecast/us/mn/minneapolis)

always matches the request for https://www.wunderground.com/forecast/us/mn/minneapolis. Scott added code (21 repeated attempts) to prevent an endless or infinite loop.
You need to add some code so that the target URL is not matched.

(Feb. 04, 2025 02:01 AM)zoltan Wrote: I've also found on some sites (reddit or wunderground for example) that if a page is loaded when bypassed, the bypass can't be undone by unchecking it in the menu. You have to actually restart Reborn in order to reload the page with filtering. The effect doesn't seem to transfer to another site if you uncheck bypass before loading it. So far, about half the sites I've tried have this problem. In this and the other instances above, I'm always clearing cache before page loads.

Code:

www.wunderground.com    $JUMP(https://www.wunderground.com/forecast/us/mn/minneapolis)

With $JUMP() the Proxomitron instructs the browser to make a new request to the target URL. The new request is filtered by the Proxomitron. In this case

Code:

www.wunderground.com    $JUMP(https://www.wunderground.com/forecast/us/mn/minneapolis)

(Feb. 04, 2025 02:01 AM)zoltan Wrote: I've also found on some sites (reddit or wunderground for example) that if a page is loaded when bypassed, the bypass can't be undone by unchecking it in the menu. You have to actually restart Reborn in order to reload the page with filtering. The effect doesn't seem to transfer to another site if you uncheck bypass before loading it. So far, about half the sites I've tried have this problem. In this and the other instances above, I'm always clearing cache before page loads.

While the Proxomitron was in bypass the browser and the site have agreed to use something that the Proxomiton does not understand, probably encoding or the version of HTTP.
I haven't seen this, since I disabled http2.]]> <![CDATA[Proxomitron Reborn]]> https://www.prxbx.com/forums/showthread.php?tid=2331&pid=21094#pid21094 Mon, 03 Feb 2025 21:01:06 -0500 https://www.prxbx.com/forums/showthread.php?tid=2331&pid=21094#pid21094
Something is apparently wrong with $JUMP. For example, I have a good many Exceptions-U entries like this one:

Code:

www.wikipedia.org/   $JUMP(http://en.wikipedia.org/wiki/Special:Search)

Entering http://www.wikipedia.org attempted the jump and produced "SSL ERROR BAD CERT DOMAIN"
When I went directly to the Special:Search page by bookmark it loaded fine.
Strangely, after changing the jump-to address to https and reloading lists it worked. After changing it back to http, it STILL works. How is that even possible if it fails originally and you reproduce those original conditions?

Now that I can't reproduce the failure on that one, I tried more. For example,

Code:

www.wunderground.com    $JUMP(https://www.wunderground.com/forecast/us/mn/minneapolis)

fails with a "page isn't redirecting properly" error. Proxomitron log looks like this. If you scrolll down that log, there are 21 repeated attempts to jump. Most pages seem to behave this way instead of the Bad Cert Domain error I got when Wikipedia was jumped.

Using $JUMP to go to local.ptron images or pages seems to work normally without problems.

$JUMP issues may also be the culprit in why google isn't working. Long ago I added a rather complex google redirect that was developed in this thread with help from JJoe.

Code:

www.google.com/ (webhp\?hl=en$SET(0=f_ua_ff.)$JUMP(https://www.google.com/advanced_search)

                 |firefox$SET(0=f_ua_ff.)$JUMP(https://www.google.com/advanced_search)

                 |imghp$SET(0=f_ua_ff.)$JUMP(https://www.google.com/advanced_image_search?hl=en)

                 |?$SET(0=f_ua_ff.a_js.)

                 |$SET(0=f_ua_ff.)$JUMP(https://www.google.com/advanced_search))

It's been working great for 13 years to direct the main search page URL to the Advanced page, but now with Reborn it's preventing access to google whether it's an attempted jump or whether you enter the address for Advanced Search directly. This jump and others work without issue through ProxHTTPSProxy. The original conditions that required the browser fakes don't really apply anymore, so I'd be happy if it was just a simple jump to advanced search that worked.

I've also found on some sites (reddit or wunderground for example) that if a page is loaded when bypassed, the bypass can't be undone by unchecking it in the menu. You have to actually restart Reborn in order to reload the page with filtering. The effect doesn't seem to transfer to another site if you uncheck bypass before loading it. So far, about half the sites I've tried have this problem. In this and the other instances above, I'm always clearing cache before page loads.]]>
Something is apparently wrong with $JUMP. For example, I have a good many Exceptions-U entries like this one:

Code:

www.wikipedia.org/   $JUMP(http://en.wikipedia.org/wiki/Special:Search)

Code:

www.wunderground.com    $JUMP(https://www.wunderground.com/forecast/us/mn/minneapolis)

Code:

www.google.com/ (webhp\?hl=en$SET(0=f_ua_ff.)$JUMP(https://www.google.com/advanced_search)

                 |firefox$SET(0=f_ua_ff.)$JUMP(https://www.google.com/advanced_search)

                 |imghp$SET(0=f_ua_ff.)$JUMP(https://www.google.com/advanced_image_search?hl=en)

                 |?$SET(0=f_ua_ff.a_js.)

                 |$SET(0=f_ua_ff.)$JUMP(https://www.google.com/advanced_search))