• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

Doh, my pproxy was closed

BoberFett

Lifer
I noticed that my pproxy was only allowing certain IP blocks, so for any of you that tried to connect during last weeks outage and couldn't, that's why you couldn't flush through my pproxy. Sorry. 😱
 
Speaking of pproxies.. I just made up a perl script which automatically alters the ipaddress= line to different keymasters if it detects the buff-in (pprc5in.rc5) is low on blocks. My pproxy will now check it's buff-in every five minutes, if it goes well below the minkeysready (signifying Mika's is having block problems), it changes the .INI to D.Net's keyservers, sets minkeysdone and maxkeysdone to a high number, kill -HUP's the pproxy, kill -ALRM's the pproxy, and away it goes! 😀 When it detects it has a safe amount of blocks, it switches the ipaddress= back over to Mika's and resets the above process. Way cool! 🙂

BTW, I should explain kind of what min/maxkeysdone does, it means the pproxy will store all outgoing blocks until Mika's is back in operation. This way no blocks are sent directly to D.Net and your stats are safe on Mika's! 🙂

Brad..
 
Perl for Win32 should work. I will test it out on the NT machine I'm working on. I'm just not sure if it is possible to send a CTRL-BREAK ALRM to a Win32 pproxy. On Linux this is a piece of cake, but Windows makes everything soooo hard. 😉

The script is extremely customized to my system right now. Once I add in the variable options, I will let whoever try it out. So far it is working great. 🙂

Brad..
 
Back
Top