proxytools-users

[proxyTools-users] New Windows Localproxy

[Michael F. <Mic...@tb...>]

Immediate reaction on extracting the distribution :-

It doesn`t look at the configuration files (can`t see them) from the 
directory it is run from
It doesn`t pick up the authentication environment variables
The readme.html documentation on installing and running is still for the 
perl based version

The following was reported from running autoconfigure : (The tests 
master.pl ran got an A - authentication unsurprisingly)
I did delete some of the configs I neevr use such as the KSA ones etc - 
I note it is trying to default to syria-scs-net which might be the cause 
of *some* of the problems..... (I left template, user0/1, minimal 
services etc and the perl version copes with this fine)


This is localProxy GUI (the 'front end'), version: 4.106
Proxies found in environment: 192.168.4.1:8080
I'm assuming this IP address is 192.168.4.103
Bad command or file name
I'm assuming this IP address is 192.168.4.103
Setting default config syria-scs-net
Use of uninitialized value in array element at C:\PROGRAM 
FILES\WINBIN\LOCALPROX
Y.EXE line 1318.
Tk::Error: wrong # args: should be ".toplevel1.frame.listbox selection 
option in
dex ?index?" at PERL2EXE_STORAGE/Tk.pm line 228.
 Tk callback for .toplevel1.frame.listbox
 (command bound to event)
Use of uninitialized value in array element at C:\PROGRAM 
FILES\WINBIN\LOCALPROX
Y.EXE line 1318.
Tk::Error: wrong # args: should be ".toplevel1.frame.listbox selection 
option in
dex ?index?" at PERL2EXE_STORAGE/Tk.pm line 228.
 Tk callback for .toplevel1.frame.listbox
 (command bound to event)
Use of uninitialized value in array element at C:\PROGRAM 
FILES\WINBIN\LOCALPROX
Y.EXE line 1318.
Tk::Error: wrong # args: should be ".toplevel1.frame.listbox selection 
option in
dex ?index?" at PERL2EXE_STORAGE/Tk.pm line 228.
 Tk callback for .toplevel1.frame.listbox
 (command bound to event)
Use of uninitialized value in array element at C:\PROGRAM 
FILES\WINBIN\LOCALPROX
Y.EXE line 1318.
Tk::Error: wrong # args: should be ".toplevel1.frame.listbox selection 
option in
dex ?index?" at PERL2EXE_STORAGE/Tk.pm line 228.
 Tk callback for .toplevel1.frame.listbox
 (command bound to event)
Use of uninitialized value in array element at C:\PROGRAM 
FILES\WINBIN\LOCALPROX
Y.EXE line 1318.
Tk::Error: wrong # args: should be ".toplevel1.frame.listbox selection 
option in
dex ?index?" at PERL2EXE_STORAGE/Tk.pm line 228.
 Tk callback for .toplevel1.frame.listbox
 (command bound to event)
master.xml has been generated ... loading
Generating config-auto.xml
Bad command or file name


Hmmm.... so initially not a very positive sign but a decent idea !! Will 
try reloading the perl version and getting that working again as I 
corrupted my last distribution !!

Mike


-- 
Michael Foord 
TBS Builders Merchants 
Tel : 01327 877378, Fax : 01327 300598, Mobile : 07740 774204 
http://www.TBSMerchants.co.uk 
http://voidspace.hypermart.net or http://www.fuchsiashockz.co.uk   

-----

This email is confidential & intended solely for the use of the 
individual to whom it is addressed.  Any views presented are solely 
those of the author & do not necessarily represent those of Towcester 
Building Supplies.
If you are not the intended recipient, be advised that you have received this email in error & that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. 
Any files attached to this email will have been checked with virus software before transmission. However, you should carry out your own virus check before opening any attachment. 
Towcester Building Supplies accepts no liability for any loss or damage 
which may be caused by software viruses. 

Re: [proxyTools-users] Windows binary release of proxyTools available

[Michael F. <Mic...@tb...>]

My long silence has been for two reasons.

First off our heavy interent restrictions were relaxed for a long while 
- needless to say this has come to an end.

Secondly the distribution of localproxy I was working with has been 
corrupted, probably by me, and I never got around to fixing it. On top 
of that my startup has started complaining that my SET PATH command is 
now too long and stopped implementing it. This means it no longer 
understands perl  commands. (I.e. perl master.pl returns unknown 
command). I have tried various means of fixing it - without much success 
- why it should suddenly start complaining is anyones guess. Anyway I`ll 
have to have another fgo I guess or just set it manually from a script 
everytime I run localproxy. *damn*

The new distribution sounds top notch - but unfortunately my IT man has 
sussed my cheat for retrieving .zips via the web. My next technique is 
to retrieve via email (various methods) - lets hope that works.

As soon as I have it (as this is a binary - non perl dependant it should 
work even without the correct path parameters) I`ll test it !!

Many Thanks Wayne

Miek

wayne wrote:

>I've just sent a MS Windows executable proxyTools package to SourceForge.
>Without Perl, you will be able to run statProxy, localProxy (GUI and back end), 
>findProxy and master (firewall rule mapper needed for the GUI autoconfiguration). 
>This release is already about 4MB, and each new executable tool adds about 
>750KB, so I've left out sortProxy and the database utilities (mergeHosts, extractHosts, 
>cleanHosts etc.).
>
>You can get it at:
>http://prdownloads.sourceforge.net/proxytools/proxyToolsExe.2002.11.29.zip?download
>
>The release notes are essentially as I posted here a week or so ago.
>One change was the addition of context menus to LP GUI, and a consequent removal 
>of a few now redundant checkboxes from the advanced window.
>
>Let's see if I can have some feedback with this one please.
>It's my first attempt at a binary for over a year, so I don't expect it to be 
>completely bug free. If there are any show stoppers, I'll do it again, but only 
>after a decent trial.
>
>There will be a following release of the source code version (a bit more up to date) ,
>probably tomorrow. Time to sleep now ...
>
>wa...@ny...
>http://proxytools.sf.net/
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Get the new Palm Tungsten T 
>handheld. Power & Color in a compact size! 
>http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en
>_______________________________________________
>proxyTools-users mailing list
>pro...@li...
>https://lists.sourceforge.net/lists/listinfo/proxytools-users
>
>  
>

-- 
Michael Foord 
TBS Builders Merchants 
Tel : 01327 877378, Fax : 01327 300598, Mobile : 07740 774204 
http://www.TBSMerchants.co.uk 
http://voidspace.hypermart.net or http://www.fuchsiashockz.co.uk   

-----

This email is confidential & intended solely for the use of the 
individual to whom it is addressed.  Any views presented are solely 
those of the author & do not necessarily represent those of Towcester 
Building Supplies.
If you are not the intended recipient, be advised that you have received this email in error & that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. 
Any files attached to this email will have been checked with virus software before transmission. However, you should carry out your own virus check before opening any attachment. 
Towcester Building Supplies accepts no liability for any loss or damage 
which may be caused by software viruses. 

[proxyTools-users] ProxyTools release

[wayne <wa...@ny...>]

I updated the Windows executable release on SourceForge. 
Plenty of fixes 

findProxy still doesn't handle file: URLs. Dunno why yet.
These are very noisy when starting, but don't worry about that.
Still missing cleanHosts, and extractHosts

I'm away for the next two weeks, so I hope to find lots of bug 
reports when I return. :-)

wa...@ny...
http://proxytools.sf.net/

[proxyTools-users] proxyTools.2002.11.29 (source code release) is out too.

[wayne <wa...@ny...>]

Heh, 'tomorrow' is here already. 
I've released the current proxyTools source version.

Have fun.

wa...@ny...
http://proxytools.sf.net/

[proxyTools-users] Windows binary release of proxyTools available

[wayne <wa...@ny...>]

I've just sent a MS Windows executable proxyTools package to SourceForge.
Without Perl, you will be able to run statProxy, localProxy (GUI and back end), 
findProxy and master (firewall rule mapper needed for the GUI autoconfiguration). 
This release is already about 4MB, and each new executable tool adds about 
750KB, so I've left out sortProxy and the database utilities (mergeHosts, extractHosts, 
cleanHosts etc.).

You can get it at:
http://prdownloads.sourceforge.net/proxytools/proxyToolsExe.2002.11.29.zip?download

The release notes are essentially as I posted here a week or so ago.
One change was the addition of context menus to LP GUI, and a consequent removal 
of a few now redundant checkboxes from the advanced window.

Let's see if I can have some feedback with this one please.
It's my first attempt at a binary for over a year, so I don't expect it to be 
completely bug free. If there are any show stoppers, I'll do it again, but only 
after a decent trial.

There will be a following release of the source code version (a bit more up to date) ,
probably tomorrow. Time to sleep now ...

wa...@ny...
http://proxytools.sf.net/

[proxyTools-users] Re: Nesma

[wayne <wa...@ny...>]

Forwarded message:

> From: xxx
> To: "wayne" <wa...@ny...>
> Subject: Re: Nesma
> 
> Hi Wayne
> 
> Just to let you know the Nesma config seems to work OK now.
> Has been for a week now.

That's good. Tell the proxytools-users list too! I'll CC this time.

> Log below.

The log doesn't show it actually working though.

When you bump the debug level up to 3 and browse a bit, do you see 
lines starting like 10080.0...., or more like 10080.1...., or 
10080.2.....?
These indicate which commStrat LP is trying to use.

> Many thanks 
> 
> xxx

--
wa...@ny...
http://proxytools.sourceforge.net/


> 
> This is localProxy Engine (the 'back end'), version: 4.210
> Loading configuration last
> I'm assuming this IP address is 212.71.xx.xx
> Waiting for the front end to connect ... connected
> Importing config-last.xml version 4.9
> No (or incomplete) credentials found in environment
> DNS addresses from o/s: 212.71.32.19, 212.71.32.20
> Checking all layer 0 hosts for connectivity...
> Results from isConnectable: 101100111111
> Unable to connect to 68.33.184.86:1182 24.93.255.199:1182 68.46.37.2:1282

Oh, that's a pity. These were good for the KSA.
I just noticed that the ones on 1182 are still working.
I also noticed they have disappeared from the proxyTools database!
That's probably because they were down for a few days in a row, and 
my automatic tests disabled them. Then I cleaned the database and 
they got deleted. Damn...you never know how long to wait for these 
things to return.

They are back now, so if you have updated hosts.zip since making 
this log, I suggest you get a new copy.

If you continue to get that message for these two, please do a 
test to see if the port has been blocked by KSA-ISU. I guess that's 
a good chance. A very quick (connection only) test would be:

perl statProxy.pl -t d 68.33.184.86:1182

> Couldn't connect to 3 proxies
> Don't panic, I can probably work ok without them
> 
> LocalProxy is offering services on the following ports:
> 10076:non-censoring HTTPS proxy
> 10078:HTTP zapped advertisement proxy
> 10079:proxy autoconfiguration
> 10080:non-censoring HTTP proxy - standard
> 10081:localProxy control
> 10082:anonymous, non-censoring HTTP proxy
> 10119:Usenet news - ccnews

I'm thinking of removing some of these default services in the 
next release to make the build faster. Do you actually use these:
10076, 10082, 10119?

If I remove them, they can still be added with 'Add plugin service' 
on the Advanced window.

--
wa...@ny...
http://proxytools.sourceforge.net/

[proxyTools-users] ksa proxies

[wayne <wa...@ny...>]

Hi, 

If you're in the KSA, you have proxyTools installed, and you have 
the current CVS hosts.zip unarchived, you will find some useful 
proxies in the proxyTools database now. Do this (on *one* line):

perl extractHosts.pl - isEnabled from=KSA-ISU nonCensoring 
-requiresAuthentication GETCapable

Let me know how they work.

--
wa...@ny...
http://proxytools.sourceforge.net/

[proxyTools-users] Subscribe

[Alexey S. <sm...@ho...>]

Subscribe

Alexey Smagin
 

[proxyTools-users] New proxyTools release soon

[wayne <wa...@ny...>]

Hi, 

In a week or two, I want to release a new proxyTools package.
To reduce bugs to a minimum in that release, please test 
as much as you can soon, and send reports here. I'm specially 
interested in Win98/ME reports, but anything is good. 
Not just bug reports either - usability, suggestions, documentation 
problems etc ... all welcome.

To tickle your fancy (maybe convince you to be a beta tester!), 
I include a pre-release version of the release notes for the new 
package below. Pick an area that you want to use, and try it.
Put these new files in a completely different directory if you want 
to keep your existing (working) version until you're sure the new 
stuff works for you.

Please let me know if there are many who would test, but aren't 
able to get these CVS files. If there's more than a couple of people, 
I will make a pre-release (zip) package available somewhere.

Release notes 2002.11.18 (draft version)

1) StatProxy
  a) very fast connection test (-t d) which tests a list of 
     proxies in parallel. Result is 'p', or 'f' according to 
     whether they were able to be connected to, or not. On Win2k, 
     I found I could test 124 proxies per timeout (20 secs for 
     reliability). On Unix systems this number is much higher, 
     depending on process limitations etc.
  b) ctrl-c allows the user to see the results so far, 
     double-ctrl-c aborts (after printing results so far).
     Don't panic, it always waits for the current proxy test to 
     complete. Try ctrl-break (Windows) if you *really* want out.
  c) large lists may be tested on Windows, without the usual 
     network failures. SP dynamically adjusts the number of sockets 
     in use to accomodate these strange systems.
  d) improved processing of the input data (extraction of proxy-like 
     strings, validation, IP address resolution, deduping, 'safeing', 
     expansion of ports if none specified, etc).
  e) the '-C <CONNECTProxy>' option allows all the tests to be 
     conducted via a CONNECT proxy. Choose an anonymous one if 
     you are doing this for anonymity.
  f) the comment field at the end of the result line for each proxy 
     now includes the proxy type (where the proxy tells us) and the 
     proxy which actually fetches web pages for the proxy under test 
     (if we're testing a proxy which is a 'front-end' to a proxy 
     array, like in the UAE).
  g) debug level specified from the command line ('-x <n>')
  h) SP will now test a list of proxies from a URL (it's recognition 
     of the many different formats is not as good as findProxy's yet).
  i) transparent proxies can be tested. 
  j) extra test 19 tests whether the proxies under test are 
     vulnerable to addition of '//' in the URL path of a web page 
     requested (i.e. they fail to censor such paths).

2) LocalProxy
  a) commStrat 2(g) is enabled by default now. This is essentially 
     a strategy using CGI proxies to get web pages. The CGI proxy 
     used is user-specifiable (see cgiAmbles.txt). The distributed 
     file uses the AltaVista Babelfish translator (unfortunately a 
     better one at Google was blocked shortly after the last release).
  b) the initial 'on-line' test of all the proxies used in the build 
     is done using parallel socket code, so it's much faster now. 
  c) many improvements in commStrat 2. By definition this will 
     always remain unreliable though (but fast). Turn it off 
     (checkbox in the GUI) if you see problems with a particular 
     web site.
  d) localProxy GUI downloads the latest proxy database 
     from the SourceForge CVS system (advanced window, update 
     proxies). Restart the back end to use the new proxy database 
     in a build.
  e) the GUI automatically detects your firewall/ISP if that info is 
     in it's database. In these cases (UAE, KSA etc.), starting LP is 
     as simple as double-click localProxy.pl, and click 'Start 
     services'.
  f) proxies are automatically collected from the registry (Windows 
     systems), the environment, the user's configuration file, and 
     the firewalls database.
  g) cleaned up some signal-handling code, and now the exit from 
     the localProxy back-end is faster, and less prone to errors.
  h) 'Help' is available from the initial simple window now.
  
3) MergeHosts 
  a) handles the extra info from SP.
  b) disallows merge to databse for any proxy on port 80 when the 
     test location is knoiwn to have a transparent proxy (you 
     tested the transparent proxy rather than the one you thought 
     you tested!).
     
4) Many fixes, code cleanups and small additions in the other tools.

Get the latest release from:
http://<CVS only at the moment>

First time Windows users:
a) Install ActivePerl from http://www.activestate.com/
b) Extract the proxyTools release files to a directory.
c) double-click localProxy.pl
d) wait for modules to download and install
e) if your release is old (say, over a month), go to the advanced 
   window and click 'update proxies' to get a fresh list of 
   proxies.
f) if your configuration isn't already selected, select one
g) click 'Start services'
h) wait for the build to complete (next time, select the 'last' 
   configuration to speed this up considerably)
i) configure your web browser proxy to 'localhost', port 10080
j) for Usenet News, create an account with news server at 
   'localhost', port 10119
   
See the Help documentation by clicking the 'Help' button
   
As usual, bug reports (preferably with a debug level 3 log copied 
from the back-end window) are welcome. Send to pro...@sf.... 
Subscribe to that list from the SourceForge site (see my sig below).

Have fun. :-)

--
wa...@ny...
http://proxytools.sourceforge.net/

[proxyTools-users] add proxies, anon browsing (was: Re: Some more questions + What should I do next )

[wayne <wa...@ny...>]

> From: xxx again
> Subject: Some more questions + What should I do next 
> To: wayne <wa...@ny...>
> 
> Dear Wayne
> 
> Thanks a ton for all the time and effort
> 
> >
> >[....]
> >
> >The biggest problem seems to be for people to
> >be able to use WinCVS properly :-(
> >
> >Truth is, it's so simple, I'll probably add
> >code to do it for the user one day. A button
> >to press which gets at least the latest proxy
> >database, and probably the new code too.
> >
> 
> Is there a way I can update selected files without knowing CVS?. 

Yes, but you often need to get more than one. Fixes in one often 
depend on modifications another. For example, recently, the new 
versions of statProxy have required the corresponding version of 
the library (Wlib.pm).
Current versions of most tools would fail if you tried to use 
them with an older/newer WLib.pm.
OTOH, it's almost always true that you could just get the latest 
tool you want *and* the latest WLib.pm and the combination would 
work (but the older tools would then be broken).
I think it's always been true that new data files (hosts.zip, and 
all the *.xml files) could be updated without problems (but can't 
guarantee that will always be true).

Best to just get the lot.

> I visited the Win CVS site but I am no wiser. Same again with CYGWin
> which you mentioned in another post. I haven't yet checked javaCVS
> "Hat" suggested. But I am not very sure if I can use CVS
> 
> So..Is there a way I can update selected files without knowing CVS ?

This is an FAQ; press the help button :-)
Or double-click readme.html.

Your web browser can get them for you. *.pl, *.pm, *.zip files are 
easy, but people seemed to have trouble with *.xml files. The 
browsers want to display them, rather than download them :-)
Sorceforge doesn't help with all their complicated CGI stuff either.

[...]

> >> >If you copy config-UAE-dialup.xml to config-xxx.xml and restart the
> 
> >> >both GUI and backend LP, you can select that config for your own 
> >use.
> >> >
> >> 
> >> The way I started  ..
> >> - click on Local proxy.pl file and wait for the GUI to come up. 
> >> - choose UAE-Dial up in the config box 
> >> and 
> >> - click "start Services". 
> >
> >That will do, the copy is nice because you
> >know that you can CVS, or unzip a new release
> >in the same directory and it will not get
> >overwritten. Your secret proxies are safe.
> >
> 
> Can't I download and un zip any config file once again? The reason I
> ask, I am afraid that I've copied *to* config-xxx more than once
> already (-:

Is that an Arabic (right-to-left) smiley? :-)

Sure you can. And you should whenever I change them.
config-xxx.xml, however, is your own and won't be in CVS, so the proxy 
info you have merged into that is guaranteede to be safe.
If you merge that info to one of the distributed config files, 
downloading a new version would lose you all that info.
Hence, my recommendation to make that personalized one.

> >> I had some 600 + proxies in a file ! The above command is taking
> quite
> >> some time with that file !!. Though I'm occassionally checking that
> it
> >> hasn't gone for a hang, it has taken some hours !!
> >
> >The new version (CVS) is quicker, but it is
> >designed to evaluate the proxy capabilities
> >properly. Most scanners just check if they
> >can connect. SP has 18 tests to do on each
> >proxy as specified above.
> >
> >To just get a list of working proxies, try -t
> >0 instead of -t all:-18

I should have elaborated here.
-t all means the same as 
-t 0:1:2:3:4:5:6:7:8:9:10:11:12:13:14:15:16:17:18
(i.e. all the tests), test 18 is a Socks4 test, so 
-t all:-18 just removes that one.

> Is there a way to get this "new version" without knowing CVS ?

FAQ.

> In retrospect I am happy that you were NOT testing proxies
> simultaneously (is that parallel ?) I am sure that web masters may
> complain if that 600 hits in 20 secs happens 

Webmasters at each proxy would only see one connection (per test), 
so that's not the problem. The problem is that each test uses a 
reference service (e.g. test 0 actually gets www.panix.com's main 
page). That means that www.panix.com's webmaster would see 600 
requests within a few seconds from proxies all over the world!
He would notice that (!). Some (many) of those proxies would 
pass your address through to his logs. His possible followup 
complaint to your ISP might be acted upon :-(

> Further from the next post I understand that you have implemented
> parallel testing

Not really, parallel *connection* testing only so far.
This is used so that the alive/dead/inaccessible nature of all 
proxies is determined in a few seconds before any test is done. 
A lot of time is saved because SP doesn't need to wait a 
timeout for many proxies tested then.

> So what is your recommendation, continue with the old version of stat
> proxy for users in countries with a short fuse ?

The new one is as safe as it ever was, I think.
Your local ISP may notice the 600 connections, but there are 
various reasons why that's not so likely to cause problems.
On a Windows box, 600 at once always fails, so they are spaced 
in groups of however many your system will do at a time (50-60 
for Windows 95/98/ME and 124 on win2k, depending on how many 
are already used by other parts of that system). Unix systems 
are more capable (and hence more dangerous).

> >> How often does one run this ? 
> >
> >On a file like that, once a year (in fact, I
> >often throw such files away after the initial
> >run). 
> >
> 
> ok
> 
> >
> >Therafter, you run it on your config
> >file where you have merged the good ones from
> >that list.
> >
> 
> Sorry didn't understand. Is that to take care that proxies once tested
> are working on agiven date / time ? 

Yes. 
And to average recent results together, so you don't make the 
mistake of disabling a proxy just because it was down for an hour 
when you did the tests.

The point to understand is that they are in your config file in a 
format that SP can understand, so running SP on the config file tests 
the ones in there. No need to test the big list again (unless you 
think that one was down when you did that test and is up again 
later). 

> But my partial understanding doesn't matter at this stage. 
> 
> **Could you please give me the command for the above test and I'll run
> that **

perl statProxy.pl -t all:-18 -l config-xxx.xml
followed by the usual mergeHosts operation.

You might see it test some odd things like ccnews.thu.edu.tw:119.
This is because that looks like a proxy to SP. The tests on that 
will fail, and mergeHosts will leave it alone.

> >> Proxies come and go often. Proxies live now are dead later in the
> day
> >> and come back next day and so on. If this checking is taking time
> how
> >> do I check often ? 
> >
> >It runs in the background, so no problem.
> >
> >I often split the files into smaller ones and
> >check a new one each day.
> >
> >But your checking time is better spent on the
> >ones that localProxy is selecting for it's
> >build. You can get those by copy and paste
> >from the GUI layer 0 windows, or you can
> >click 'Save running configuration' and then
> >test the ones localProxy found to be bad
> >(after browsing for some time) in localInfo-
> >saved.xml, or after shutting down LP, you can
> >test the 'last' configuration in config-
> >last.xml, or ...
> >
> >These approaches are better because LP does
> >most of the ch most of the checking for you,
> >as you browse. Remember it can be fed a heap
> >of bad proxies and still browse ok. It's
> >designed for it.
> >Also it's safer for the average user to *not*
> >test htest huge bunches of proxies.
> >
> >China, KSA etc. are not known for their
> >friendliness to users when complaints are
> >received from proxy owners.
> >
> 
> By now you know where I am !! So What about the place I am in ? 

Dunno about the policies of a place like that.
You would know better. Have you heard of anyone getting any kind 
of reprimand for network 'abuse' at all?

> >And one more excuse :-)
> >
> >When I was adding the parallel testing code
> >in the latest version, I thought about doing
> >each test in parallel too, but decided the
> >connection (alive or dead) test was enough.
> >Any more than that means hitting a web page
> >with 600 hits in a few seconds from the same
> >address for exactly the same url - they tend
> >to notice such things :-)
> >
> 
> **
> Oops!. I suppose that 600 hit stuff is NOT there the September 4th 2002
> version also ? Please reply ASAP. 
> **

It's not there in *any* version.
It will never be. If I add something like it, it will be disabled 
in the 'safe' mode in which SP runs by default. The user needs 
'-u' to explicitly turn 'safe' mode off.

> >LP needs (well, uses) the speed of the proxy
> >and that can only be found by downloading a
> >fixed reference page (currently
> >www.panix.com). And that's just for test 0!
> >
> 
> are these panix guys known to you ? else 
> - lots of first time testers **may** get into problem with their
> respective countries / ISPs
> (or) 
> - Panix.com website could get some award on the most visited website of
> the year :-) 

Sure, but see above.
Panix is also a place where a complaint to your ISP would be 
absolutely the *last* resort. 

> >> I suppose the sequence is 
> >> 
> >> 1. copy config-UAE-dialup.xml to config-xxx.xml 
> >> 2. perl statProxy.pl -t all:-18 -l listOfProxies.txt > results.txt
> >> ( 1 and 2 may be independant of each other. I didn't mean a
> chronology
> >> too ) 
> >
> >That's ok, but after you copy the config
> >don't copy it each time or you end up with
> >only the latest test results in it.
> >
> 
> my doubts already mentioned 

I meant, don't overwrite the current version all the time by 
copying the distributed xml. You keep the info in there.
If I ever make a mod to the distributed config which must get 
propagated to any user configs, I'll mention it somewhere.

[...]

> I have downloaded the september 4th 2002 version. Please confirm that
> it is safe to run all 18 tests on proxies from where I live

It's never 'safe' to run proxy tests, but many of these are things 
that your browser might do by itself. I could construct a web page 
on the net, which made your browser do the same things.
You have (fairly) plausible deniability :-)

> Say If I start with the "proxies on uncommon ports" posted to the list
> ?
> 
> What would be a reasonable number of proxies to test where I live ? 
> 20 ? 
> 50 ? 
> 200 ? 

Hard for me to say since it depends on how obnoxious your ISP is, 
and how likely they (and your institution) are to act on complaints.
Proxy testing is always like this.

[...]

> >> Will send you the results.tx file by seperate mail
> >
> >The log files are instructive. My comments on
> >them tell everyone how to see LP is working
> >(or not!).
> >
> >About the only reason to do that is if your
> >proxies are secret. Your own address probably
> >should be munged (it sometimes appears more
> >than once in the log, where LP thinks you
> >might have been disconnected).
> >
> 
> Thanks for anonymising the post. You had done it better than I had
> realised. I agree that I should exercise much more caution 

I'm not so sure you do.
I've seen accidental posts to a list we *knew* the Middle East 
censors were subscribed to, which revealed users email addresses 
and IP addresses. Nothing ever happened as a result.
You can be almost 100% sure that your ISP and your institution 
are not watching the proxytools-users list!
Remember the archives though, so you don't have deniability if 
they ever *do* have a reason to look. The idea is never to give 
enough reason for them to make that much effort. You'd need to 
make the headlines before anyone would go that far.

Anyway, to reduce the load on me, I'd appreciate it if you 
subscribed from an address that was safe and we conducted this 
discussion on the list. It's easy for you. Here's an example:
1) go to http://www.sneakemail.com/
2) sign up
3) make an email address for the list 
4) subscribe to the list with that address
5) send your messages from the sneakemail web page
Everyone should know about this kind of thing to be able to reduce 
the spam in their inboxes anyway. You can even find out which place 
is selling your email address to the spammers by using certain 
addresses for specific lists, signups etc.

Here, the only risk is that sneakemail would give your real email 
address (they have it so they can forward the sneakemail from 
the list to you) if they were issued a subpoena. Again, a low 
profile will avoid that. 

[...]

> Also on the mail on the test results
> 
> Let me check and find out how those strange proxies were selected by
> LP. May be they are available to me somehow.. but I don't know as of
> now
> 
> ******************
> 1) What should I do at this stage (say testing merging etc.) ?
> 2) Could you please give me a list of commands ? (i.e.) for some one
> who has run his first test and merge but wishes to test more + merge
> more + surf & web mail anonymously as far as possible 

Anonymously (the web sites don't get your address), or privately (your 
ISP doesn't get your address)? The latter is much harder and requires 
encryption. 

> 3) I have more questions to ask on the other mail (on how to surf
> anonymously - without the admin knowing etc.) 

Ahh, see this is 'privately'.

> Would be helpfull if you
> send me an exact list of commands for surfing anonymously with LP

LP won't do it by itself.
You need encryption at your end and decryption at the other end.
Web sites and proxies don't normally do it.

> ******************
> 
> THANKS in advance !
> 
> >
> >> Best Regards
> >> 
> >> xxx

--
wa...@ny...
http://proxytools.sourceforge.net/

Re: [proxyTools-users] first time user of proxyTools (was:Re: Help for an absolutely new user)

[wayne <wa...@ny...>]

> From: Hat <ha...@ny...>
> To: pro...@li...
> Subject: Re: [proxyTools-users] first time user of proxyTools (was:Re: Help for an absolutely new user)
> 
> Hello wayne,

Hi Hat,

> On 7 Nov 2002, wayne <wa...@ny...> wrote:
> >> From: Mat Brown <mat...@ya...>
> >> Subject: Re: [proxyTools-users] first time user of proxyTools (was:Re:
> >> Help for an absolutely new user)
> 
> [...]
> 
> >
> >I don't know how to advise on the CVS stuff. It requires no extra 
> >knowledge, but you're more likely to see bugs, crashes etc. 
> >As long as you're willing to keep a working version somewhere as 
> >a backup, you can take advantage of it (the fixes, and all the new 
> >features as they happen). 
> >You get to be able to tell me about bugs more often.
> >You get to call yourself a beta tester :-)
> >
> >The biggest problem seems to be for people to be able to use WinCVS 
> >properly :-(
> 
> I don't recommend WinCVS. Instead if users don't have Cygwin installed to
> use CVS, then I recommend jCVS (Java CVS). It is easy to use.  Here is a
> link from the archive to a tutorial I once wrote on jCVS: 
> 
> http://groups.yahoo.com/group/proxy-elites/message/4097

I should have mentoned Cygwin; I couldn't live without it now.

> >Or if yu don't have much time, and want to get alive/dead and speed 
> >results just use -t 0
> 
> Well, I guess there is some bug in the latest version of SP:
> 
> C:\LP\proxyTools>perl statproxy.pl -v
> This is statProxy 4.120 (proxyTools.zip)
> 
> Author: wa...@ny...
> 
> This program is free software; you can redistribute it and/or
> modify it under the same terms as Perl itself.
> 
> C:\LP\proxyTools>perl statproxy.pl -t 0 -l uncommon.txt
> Loading proxies...
> Extracting proxy strings, expanding/skipping ports, validating, resolving,
> dedup
> ing...
> 90 proxies to test (after processing)
> Running test: 0 130.225.8.117:8000
> 
> As you see the last line, the tested proxy is in the same line of the
> statement  "Running test: 0", and no results are shown per tested proxy!

Not a bug. The new statProxy work slike this.
The design is now parallel testing instead of sequential (only 
partially implemented as of now, but the design had to change 
completely).
Essentially, it's looping over all the proxies and then changing 
the test. The results can't be printed on-the-fly as before, and 
are printed in the standard format at the end.
If you watch that line above, the proxy under test will be changed.
Test 0 is the slowest test too (it measures the speed, so the whole 
page must be waited for). Try -t d, if you want to see the new 
code in action :-). That just tests them all for connectability.
Depending on your system (Windows is bad), it should be able to 
test your 90 proxies in one timeout (20 secs, IIRC). Maybe two 
timeouts on Windows 95/98/ME. Many more proxies in one timeout on 
any Unix system.

This code is new, and only now (last few versions) does it appear 
to be settling down on all systems. I am developing on Win2k, 
NetBSD and Linux, so I'm still keen to hear about the ones I can't 
test on (Win95/98/ME and XP, and other Unices).

You can bump up the debug level from the command line (-x 3 say) 
to see what's really happening.

> Regards,
> Hat

--
wa...@ny...
http://proxytools.sourceforge.net/

Re: [proxyTools-users] first time user of proxyTools (was:Re: Help for an absolutely new user)

[Hat <ha...@ny...>]

Hello wayne,

On 7 Nov 2002, wayne <wa...@ny...> wrote:
>> From: Mat Brown <mat...@ya...>
>> Subject: Re: [proxyTools-users] first time user of proxyTools (was:Re:
>> Help for an absolutely new user)

[...]

>
>I don't know how to advise on the CVS stuff. It requires no extra 
>knowledge, but you're more likely to see bugs, crashes etc. 
>As long as you're willing to keep a working version somewhere as 
>a backup, you can take advantage of it (the fixes, and all the new 
>features as they happen). 
>You get to be able to tell me about bugs more often.
>You get to call yourself a beta tester :-)
>
>The biggest problem seems to be for people to be able to use WinCVS 
>properly :-(

I don't recommend WinCVS. Instead if users don't have Cygwin installed to
use CVS, then I recommend jCVS (Java CVS). It is easy to use.  Here is a
link from the archive to a tutorial I once wrote on jCVS: 

http://groups.yahoo.com/group/proxy-elites/message/4097


[...]


>Or if yu don't have much time, and want to get alive/dead and speed 
>results just use -t 0

Well, I guess there is some bug in the latest version of SP:

C:\LP\proxyTools>perl statproxy.pl -v
This is statProxy 4.120 (proxyTools.zip)

Author: wa...@ny...

This program is free software; you can redistribute it and/or
modify it under the same terms as Perl itself.

C:\LP\proxyTools>perl statproxy.pl -t 0 -l uncommon.txt
Loading proxies...
Extracting proxy strings, expanding/skipping ports, validating, resolving,
dedup
ing...
90 proxies to test (after processing)
Running test: 0 130.225.8.117:8000

As you see the last line, the tested proxy is in the same line of the
statement  "Running test: 0", and no results are shown per tested proxy!


>wa...@ny...
>http://proxytools.sourceforge.net/

--
Regards,
Hat

[proxyTools-users] Re: localProxy security, adding user's proxy lists

[wayne <wa...@ny...>]

> From: xxx
> Subject: localProxy security, adding user's proxy lists
> To: wayne <wa...@ny...>

Excerpts from a private email. I thought it was of interest here...

[.. a request for me to anonymise this email before posting to 
this list ..]

Warning, I regularly run SP and mergeHosts to hosts.xml on 
everything I get, so they would appear in hosts.zip sooner or later.
Asking me to remember not to do this is unlikely to succeed and 
is fraught with danger :-)

Come to think of it, trusting me to anonymise enough for your 
tastes is also fraught with danger.

I have gone to some lengths answering several questions below, so 
I will copy the list for those parts of it.

[.. adding your own proxies to localProxy ..]

> >I suppose the sequence is 
> >
> >1. copy config-UAE-dialup.xml to config-xxx.xml 
> >2. perl statProxy.pl -t all:-18 -l listOfProxies.txt > results.txt
> >3. perl mergeHosts.pl results.txt config-xxx.xml
> >4. Restart both GUI and backend LP

Exactly...

> >5. What config should I select at this point ?

xxx. It should be in the list.

> I've done this now 
> --------------------
> 
> 1. perl statProxy.pl -t all:-18 -l listOfProxies.txt > results.txt
> 
> ...once this was over and the results.txt was created

I'm sure you will be happy you waited :-)
Next time, run SP on this new config file and merge back to it.

> 2. copy config-UAE-dialup.xml to config-xxx.xml 
> 
> 3. perl mergeHosts.pl results.txt config-xxx.xml

Exactly ...

> ----------------- results here ---------------------------------
> C:\..\..\...>perl mergeHosts.pl results.txt config-xxx.xml
> MergeHosts.pl v4.42
> merging results.txt to config-xxx.xml
> (saving original config-xxx.xml in config-xxx.old.xml)
> No access to 195.229.106.131:8080 - test done from ACL'd location
> Allowing test results anyway - some passed

Some proxies are inside the known UAE firewall, yet still accessible 
from outside. The UAE firewall stops access to most UAE proxies from 
outside). Normally mergeHosts disallows negative test results 
for these which are done from outside (to avoid disabling them 
based on results from a bad testing location), but positive results
mean access was ok, so they are allowed.

That message doesn't appear in my version. A bug which got fixed, 
I guess.

> No access to 195.229.230.66:8080 - test done from ACL'd location
> Allowing test results anyway - some passed

Same for this one.

[...]

> ---------------- end of results ---------------------------
> 
> 4. Restarted GUI -> perl Localproxy.pl from the command line 
> 5. Selected config xxx ! (sorry for that silly question earlier)
> 6. Clicked on "start services"
> 
[...]
> Now I configured my browser to "local host" "10080"
> 
> - Have I completed the first set ups ?

Yes.
Next time you build, make sure it says 'using firewall UAE-dialup'
You might need to bump debug up to 3 before starting the back end, 
to see this.

> - How secure is this system ? 

How do you mean?
It disallows connections from elsewhere, by default, so I didn't 
worry too much about someone feeding it weird characters to attempt 
buffer overflows. Perl isn't susceptible to that kind of attack 
anyway. Also the program doesn't execute any data, it just switches 
it. The regular expression handling may have some odd exploitable 
bugs, but I haven't seen anything on any security lists like that.

Someone *could* spoof your IP address, guess sequence numbers and 
execute perl code of their choice by making out they are the GUI 
controller, but this is extremely difficult to do.

Things get less secure when LP back end is running on a different 
host than the controller. Then you need to connect asap, or someone 
else might beat you to it and become the 'master' :-)
But you (and all users I know of), are not doing this anyway.

> can my administrator know the sites I
> visit ? 

He owns the wire, so the only way to get stuff past a good admin is 
to encrypt.
The only way you can do that is if there's something at the other 
end to decrypt. LP was designed to require nothing outside 
(specifically, no shell account required), so there's nothing built 
in to handle encryption.

You can still pass encrypted data through it though. I do this 
all the time using ssh. See the User1 config for an LP service 
(10022) which sets up a tunnel out through a firewall. Then:
ssh -p 10022 -L port0:proxy:port1 -D LPHost
will log you into the remote ssh service and allow port forwarding 
through the same encrypted tunnel, as well as providing a neat 
Socks(4) proxy on localhost for Socks capable (or socksifiable) 
apps. All encrypted. The only thing the smartest admin could see 
was that you made a connection to that remote ssh service.
And most of them are nowhere near that smart :-)

Beware of your browser's cache, history, recent documents etc. 
though. A quick look at your computer would reveal all.

> - Can my ISP know the sites I visit ? 

Yes. 
But mostly only if they sniff their network. Most do not do this 
except maybe when they have a network problem. Many have a policy 
stating they may not do this :-)
Network sniffing will reveal *everything* except encrypted data.

One exception is commStrat 2. This tries to use the ISP proxies 
by encoding URLs in a way the web site will still understand, 
but which the proxy does not understand. The various encoding 
methods are therefore easy to interpret by a knowledgable admin 
looking at his proxy logs.

CommStrat 1 is also (just conceivably) in those logs. Certainly the 
initial CONNECT is there, but most logs would not show any more 
than that.

Turn commStrat 2 off if this worries you. It's usually fast, but 
not reliable anyway. It's there because sometimes it's the only 
way for some people. I use it because it's fast, and I know how 
to handle it's sometimes strange responses.

> - can I use hotmail or other web based mail ? .. when I try hotmail, I
> get a message stating "the document contains no data"

Hmm ... if your proxies can't handle webDAV, you can't do that.
SP test 12 tests for that, and there is a service provided by LP 
which selects that type of proxy for this use. You have two 
approaches once you include this service in your config and start 
LP:
1) Change your browser proxy to use the LP service port (10077 by 
default). Then back for normal browsing preferably.
or
2) Change your browser to use an automatic proxy config from LP 
port 10079 (default again). then the browser gets directed to 
localhost:10079 for hotmail stuff, and to 10080 for normal web 
browsing stuff. This is how I use it, but again noone else does 
this that I know of. Browsers are all very stupid when it comes 
to using these proxy.pac things, so there are often inexplicable 
things happening requiring browser shutdown/restart etc. unless 
you know how to fix it. Mozilla is better at this now, but was 
terrible in earlier versions. IE was always bad, and I think is no 
better now (don't use it much though).

[...]

> Best Regards
> 
> xxx

--
wa...@ny...
http://proxytools.sourceforge.net/

[proxyTools-users] Re: Nesma

[wayne <wa...@ny...>]

> From: "Nick Gold" <ni...@ng...>
> To: "wayne" <wa...@ny...>
> Subject: Re: Nesma

Copying to pro...@sf.... 
Hope that's ok.
That's where the proxyTools support is.
Subscribe at the web site listed in my sig below.

> HI Wayne
> 
> I'm away this weekend but will run tests next week.

If you know how, get the latest statProxy and WLib.pm from CVS.
I included code to get all your proxies automatically from 
firewalls.xml (it just gets that proxy string I gave you).

So now (contrary to what I said in my last reply to you), LP 
now *can* know what your proxies are (provided there's a string 
that *I* know and put into firewalls.xml). You still need to do the 
'autoconfiguration' or 'Test and merge' things though.

> I have attcahed start up errors if that is any help.

Yes, it's always a help to see the log.
I see from that, that your LP is failing miserably. Not even one 
proxy is usable. Even commStrat 2 (which should simply be trying 
your ISP proxies with encoded forms of web page requests).
You should have been able to see this in the GUI window too.
No proxies in the layer windows, and each commStrat disabled.

> As for the browser settings I just mean when you change proxy.nesma.net.sa
> to locallhost and 80 to 10080.
> And vice versa
> 
> I have XP Pro.

OK. Looking forward to hearing about bugs on that platform. It's not 
well-tested at all.

> Thanks
> 
> Nick
> ----- Original Message -----
> From: "wayne" <wa...@ny...>
> To: <ni...@ng...>
> Sent: Wednesday, November 06, 2002 8:56 PM
> Subject: Re: Nesma

[...]

> > A way for you to get started immediately, is to select your
> > configuration, put proxy.nesma.net.sa:80 in the proxy hints box 

The latest version should do this for you.

> > on
> > LP's 'advanced' window and click the 'Test and merge user proxies'.
> > Wait for all the tests to finish, then restart LP so it can
> > build a new configuration for you.
> > Note that you can always do this with any proxy you find.

[...]

--
wa...@ny...
http://proxytools.sourceforge.net/

Re: [proxyTools-users] first time user of proxyTools (was:Re: Help for an absolutely new user)

[wayne <wa...@ny...>]

> From: Mat Brown <mat...@ya...>
> Subject: Re: [proxyTools-users] first time user of proxyTools (was:Re: Help for an absolutely new user)
> To: pro...@li...
> Cc: wayne <wa...@ny...>

No need to copy me. I get all the list posts anyway ...

> Dear Wayne
 
[...]

> >> >2) double-click localProxy.pl, and wait for the extra Perl modules 
> >> >   to download.
> >> 
> >> Done
> >> 
> >> After this a GUI comes up
> >> In that GUI there is box for configuration
> >
> >Good. Didn't it try to download any modules?
> >
> 
> It must have. 
> I din't notice. May be I was busy checking the site :-) 

Heh, that must make it truly user friendly. 
There are a lot of modules it needs which don't come with the core 
Perl.
I see you got it running below, so it must have got them.

> >> >6) configure the browser as described in the log window (proxy at 
> >> >   localhost:10080)
> >> >7) browse until it learns (complicated web pages are best). 
> >> >
> >> 
> >> The POP up window lists many proxies as "not" responding and so on
> >
> >That's because you have an old copy from the zip (September?).
> >
> 
> Yes. I have the one dated 04th Sep 02. That seems to be the oldest
> build for "non-Technical" users. As far as I understand the CVS is for
> the technically competent ? I have no idea of CVS. Am I missing
> something here. 

Or the 'youngest build' :-)
After all, the other releases are older.
'Latest' we could agree on.

I don't know how to advise on the CVS stuff. It requires no extra 
knowledge, but you're more likely to see bugs, crashes etc. 
As long as you're willing to keep a working version somewhere as 
a backup, you can take advantage of it (the fixes, and all the new 
features as they happen). 
You get to be able to tell me about bugs more often.
You get to call yourself a beta tester :-)

The biggest problem seems to be for people to be able to use WinCVS 
properly :-(

Truth is, it's so simple, I'll probably add code to do it for the 
user one day. A button to press which gets at least the latest 
proxy database, and probably the new code too.

> >> Further questions
> >> ------------------
> >> 1) Local proxy is accepting connections from **just** my own
> firewall
> >
> >So that others can't use your LP proxy. Security mainly.
> >If you want to share your LP with friends, I'll tell you how to set 
> >that in a configuration file.
> >
> 
> Ok. 
> I wish to use it myself / test it myself. 
> I do *not* wish to share it. 

That's why it defaults to *not* allowing access from elsewhere.

> Pl. forget this question for the moment
> 
> >> !! I am unable to use other working proxies. At least I haven't
> found
> >> out how to merge the results from find proxy into local proxy :-)
> >
> >It's a long sequence:
> >The idea is that hosts.xml (the big database everyone gets from 
> >hosts.zip) is updated by me (or you if you must), and the config file 
> >you use is personalized with your own proxies by you. In both cases, 
> >the only tool for this is mergeHosts.pl (or by hand if you're daring).
> >
> 
> Didn't understand the above much. But still proceeding

You did it exactly correctly below.
Your modesty exceeds your lack of understanding :-)

> >If you copy config-UAE-dialup.xml to config-mat.xml and restart the 
> >both GUI and backend LP, you can select that config for your own use.
> >
> 
> The way I started  ..
> - click on Local proxy.pl file and wait for the GUI to come up. 
> - choose UAE-Dial up in the config box 
> and 
> - click "start Services". 

That will do, the copy is nice because you know that you can CVS, or 
unzip a new release in the same directory and it will not get 
overwritten. Your secret proxies are safe.

> I did **not** copy config-UAE-dialup.xml to config-mat.xml 
> 
> What is config-mat.xml ? 

A config file you named after you :-)
The file name format is important though, so you get to see it 
in the GUI config list. config-<something>.xml

> what is it named as in the config box inside the GUI 

mat

> For e.g. for a lay user like me config-UAE-dialup.xml appears as
> UAE-dial up in the config box within the GUI. Similarly what does
> config-mat.xml appear as

mat

> >It will never get overwritten by any new versions of the tools that 
> >you get.
> >
> 
> didn't understand this either

See above.

> >The input to mergeHosts.pl must be in a standard format, and that is 
> >produced by statProxy.pl (the proxyTools generalized proxy tester).
> >
> >If your proxy list is in listOfProxies.txt, the whole sequence goes 
> >like this:
> >perl statProxy.pl -t all:-18 -l listOfProxies.txt > results.txt
> >(leave off the >results.txt if you want to see results on the screen).
> >
> 
> I had some 600 + proxies in a file ! The above command is taking quite
> some time with that file !!. Though I'm occassionally checking that it
> hasn't gone for a hang, it has taken some hours !!

The new version (CVS) is quicker, but it is designed to evaluate 
the proxy capabilities properly. Most scanners just check if they 
can connect. SP has 18 tests to do on each proxy as specified above.

To just get a list of working proxies, try -t 0 instead 
of -t all:-18

> How often does one run this ? 

On a file like that, once a year (in fact, I often throw such files 
away after the initial run).
Therafter, you run it on your config file where you have merged the 
good ones from that list.

> Proxies come and go often. Proxies live now are dead later in the day
> and come back next day and so on. If this checking is taking time how
> do I check often ? 

It runs in the background, so no problem.
I often split the files into smaller ones and check a new one each 
day.
But your checking time is better spent on the ones that localProxy 
is selecting for it's build. You can get those by copy and paste 
from the GUI layer 0 windows, or you can click 'Save running 
configuration' and then test the ones localProxy found to be bad 
(after browsing for some time) in localInfo-saved.xml, or after 
shutting down LP, you can test the 'last' configuration in 
config-last.xml, or ...

These approaches are better because LP does most of the checking 
for you, as you browse. Remember it can be fed a heap of bad proxies 
and still browse ok. It's designed for it.

Also it's safer for the average user to *not* test huge bunches of 
proxies.
China, KSA etc. are not known for their friendliness to users when 
complaints are received from proxy owners.

And one more excuse :-)
When I was adding the parallel testing code in the latest version, 
I thought about doing each test in parallel too, but decided the 
connection (alive or dead) test was enough. Any more than that 
means hitting a web page with 600 hits in a few seconds from the 
same address for exactly the same url - they tend to notice such 
things :-)
LP needs (well, uses) the speed of the proxy and that can only be 
found by downloading a fixed reference page (currently www.panix.com).
And that's just for test 0!

> >Then:
> >perl mergeHosts.pl results.txt config-mat.xml
> >will update your config appropriately (disabling proxies as necessary,
> 
> >adding new ones, updating existing ones etc.) based on speed, 
> >connectability, reliability, capabilities.
> 
> I suppose the sequence is 
> 
> 1. copy config-UAE-dialup.xml to config-mat.xml 
> 2. perl statProxy.pl -t all:-18 -l listOfProxies.txt > results.txt
> ( 1 and 2 may be independant of each other. I didn't mean a chronology
> too ) 

That's ok, but after you copy the config don't copy it each time or 
you end up with only the latest test results in it.
MergeHosts is designed to take account of previous tests, since 
proxies come and go all the time.
The proxy speed and reliability are running averages of the last 
few tests. Even if it appears to be dead on the current test, 
mergeHosts will not disable it unless the averaged speed or 
reliablity drops below a low threshold.

> 3. perl mergeHosts.pl results.txt config-mat.xml
> 4. Restart both GUI and backend LP
> 
> 5. What config should I select at this point ?
> 
> BTW what do you mean by back end LP

You restarted it in 4 above :-)

> For a lay user is it the same as "Start Services" within the GUI ?

Yes.
It's the second command window you see. the first one comes with 
the GUI startup, and the second with the 'Start services' click.
That's the guy that does all the hard work.

> >Once in a while you can run statProxy on the config file itself, and 
> >use mergeHosts to update the config again. 
> >
> 
> ********
> Sorry didn't understand that again

Simply run SP with the config file as input. SP is good at selecting 
proxy-like strings from any file, and then testing them.

> Could you please give me a list of commands ?

A full test:
perl statProxy.pl -t all:-18 -l config-mat.xml
Or if yu don't have much time, and want to get alive/dead and speed 
results just use -t 0

> >That ensures that all the 
> >ones in there (even if they came from somewhere other than your 
> >current proxylist file), are updated (and eventually disabled if bad).
> >You can do this as often as you like.
> >
> >> 2) Please tell me what are complicated web pages ?
> >Ones with lots of banners, thumbnails, popups, or other components.
> >They all exercize LP.
> >
> 
> 
> Ok
> 
> Will send you the results.tx file by seperate mail

The log files are instructive. My comments on them tell everyone 
how to see LP is working (or not!).
About the only reason to do that is if your proxies are secret.
Your own address probably should be munged (it sometimes appears 
more than once in the log, where LP thinks you might have been 
disconnected).
If that's the reason, ok, but don't think the list doesn't want 
the long logs. I think it should. ProxyTools problems/info is what 
the list is for.

> Best Regards
> 
> Mat_Brown_Jr

--
wa...@ny...
http://proxytools.sourceforge.net/

Re: [proxyTools-users] first time user of proxyTools (was:Re: Help for an absolutely new user)

[Mat B. <mat...@ya...>]

Dear Wayne

I am answering your questions here. 
Other portions of the mail have been snipped

..........................
..........................

>> Further questions
>> ------------------
>> 1) Local proxy is accepting connections from **just** my own
firewall
>
>No, just your own computer.
>Unless LP screwed up!
>

you are right there ! it was my computer IP address

..........................
..........................

>> >2) double-click localProxy.pl, and wait for the extra Perl modules 
>> >   to download.
>> 
>> Done
>> 
>> After this a GUI comes up
>> In that GUI there is box for configuration
>
>Good. Didn't it try to download any modules?
>

It must have. 
I din't notice. May be I was busy checking the site :-) 

..........................
..........................

>> >6) configure the browser as described in the log window (proxy at 
>> >   localhost:10080)
>> >7) browse until it learns (complicated web pages are best). 
>> >
>> 
>> The POP up window lists many proxies as "not" responding and so on
>
>That's because you have an old copy from the zip (September?).
>

Yes. I have the one dated 04th Sep 02. That seems to be the oldest
build for "non-Technical" users. As far as I understand the CVS is for
the technically competent ? I have no idea of CVS. Am I missing
something here. 

..........................
..........................
>
>> Further questions
>> ------------------
>> 1) Local proxy is accepting connections from **just** my own
firewall
>
>So that others can't use your LP proxy. Security mainly.
>If you want to share your LP with friends, I'll tell you how to set 
>that in a configuration file.
>

Ok. 
I wish to use it myself / test it myself. 
I do *not* wish to share it. 
Pl. forget this question for the moment

>
>> !! I am unable to use other working proxies. At least I haven't
found
>> out how to merge the results from find proxy into local proxy :-)
>
>It's a long sequence:
>The idea is that hosts.xml (the big database everyone gets from 
>hosts.zip) is updated by me (or you if you must), and the config file 
>you use is personalized with your own proxies by you. In both cases, 
>the only tool for this is mergeHosts.pl (or by hand if you're daring).
>

Didn't understand the above much. But still proceeding

>
>If you copy config-UAE-dialup.xml to config-mat.xml and restart the 
>both GUI and backend LP, you can select that config for your own use.
>

The way I started  ..
- click on Local proxy.pl file and wait for the GUI to come up. 
- choose UAE-Dial up in the config box 
and 
- click "start Services". 

I did **not** copy config-UAE-dialup.xml to config-mat.xml 

What is config-mat.xml ? 
what is it named as in the config box inside the GUI 
For e.g. for a lay user like me config-UAE-dialup.xml appears as
UAE-dial up in the config box within the GUI. Similarly what does
config-mat.xml appear as

>
>It will never get overwritten by any new versions of the tools that 
>you get.
>

didn't understand this either

>
>The input to mergeHosts.pl must be in a standard format, and that is 
>produced by statProxy.pl (the proxyTools generalized proxy tester).
>
>If your proxy list is in listOfProxies.txt, the whole sequence goes 
>like this:
>perl statProxy.pl -t all:-18 -l listOfProxies.txt > results.txt
>(leave off the >results.txt if you want to see results on the screen).
>

I had some 600 + proxies in a file ! The above command is taking quite
some time with that file !!. Though I'm occassionally checking that it
hasn't gone for a hang, it has taken some hours !!

How often does one run this ? 

Proxies come and go often. Proxies live now are dead later in the day
and come back next day and so on. If this checking is taking time how
do I check often ? 

>
>Then:
>perl mergeHosts.pl results.txt config-mat.xml
>will update your config appropriately (disabling proxies as necessary,

>adding new ones, updating existing ones etc.) based on speed, 
>connectability, reliability, capabilities.

I suppose the sequence is 

1. copy config-UAE-dialup.xml to config-mat.xml 
2. perl statProxy.pl -t all:-18 -l listOfProxies.txt > results.txt
( 1 and 2 may be independant of each other. I didn't mean a chronology
too ) 

3. perl mergeHosts.pl results.txt config-mat.xml
4. Restart both GUI and backend LP

5. What config should I select at this point ?

BTW what do you mean by back end LP
For a lay user is it the same as "Start Services" within the GUI ?

>
>Once in a while you can run statProxy on the config file itself, and 
>use mergeHosts to update the config again. 
>

********
Sorry didn't understand that again
Could you please give me a list of commands ?
********

>
>That ensures that all the 
>ones in there (even if they came from somewhere other than your 
>current proxylist file), are updated (and eventually disabled if bad).
>You can do this as often as you like.
>
>> 2) Please tell me what are complicated web pages ?
>Ones with lots of banners, thumbnails, popups, or other components.
>They all exercize LP.
>


Ok

Will send you the results.tx file by seperate mail



=====
~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*
Best Regards

Mat_Brown_Jr
Mat...@ya... 
~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*

__________________________________________________
Do you Yahoo!?
U2 on LAUNCH - Exclusive greatest hits videos
http://launch.yahoo.com/u2

[proxyTools-users] Re: Nesma

[wayne <wa...@ny...>]

> From: xxxx
> To: "wayne" <wa...@ny...>
> Subject: Nesma

I've copied this (suitably anonymized) to the proxytools-users 
list so others can also benefit. Subscribe at the proxytools web 
site in my sig below.

> Hi Wayne
> 
> Just to let you know the Nesma config does not work. It keps saying you are
> offline.

Maybe that's because it knows no proxies to connect to. It needs 
at least one live one to prove it's on-line. Normally, I can 
guarantee one because every ISP that censors must provide users 
with one (or more), or a transparent proxy connection.

It would seem that they have changed proxies since my last 
information from there. Ideally someone there (you?) will run 
statProxy on all of the proxies they have given you and send the 
results to me for inclusion in the localProxy database. It would 
also be good to send tests on the ones LP is trying to use 
(they are probably dead though).

I can't know what proxies they give you unless someone tells me, 
and even then I probably can't test them for you because they 
are not accessible from outside.

I found this in their proxy configuration info on their web 
site: proxy.nesma.net.sa, port 80.

A way for you to get started immediately, is to select your 
configuration, put proxy.nesma.net.sa:80 in the proxy hints box on 
LP's 'advanced' window and click the 'Test and merge user proxies'.
Wait for all the tests to finish, then restart LP so it can 
build a new configuration for you. 
Note that you can always do this with any proxy you find.

That resolves to 8 different proxy addresses, using:
nslookup proxy.nesma.net.sa

Non-authoritative answer:
Name:    proxy.nesma.net.sa
Addresses:  212.71.32.96, 212.71.32.97, 212.71.32.98, 212.71.32.87
          212.71.32.86, 212.71.32.93, 212.71.32.94, 212.71.32.95
          
Most are new, and are not in the localProxy database. 
97 and 98 were already in the database, and I can't see why they 
didn't work. You'd need to run statProxy as below on them so we can 
sort that out.
Note though, that these guys sometimes lie to the outside world about such 
addresses. But I think my info was good when those were added.
          
Please run this to help others:
perl statProxy.pl -t all:-18 proxy.nesma.net.sa
Wait until it finishes and post the results to me. 
Then I can include them in the database for everyone (along with 
all the latest test results on proxies).
 
> I tried the Awalnet config and that sort of works OK.

Many of those proxies have probably changed too.
You may not have complete access to those either.
If you can find their recommended proxy configuration at 
http://www.awalnet.net.sa/, run the same test as above on it. 
I can't even access that page from outside!

> As an aside, is there a quick way of changing the proxy settings
> automaticaly.
> 
> So when you are online you don't have to go Tools...Options etc

Oh, in the web browser? I didn't include the code to *write* the 
registry because of the differences between Windows versions and 
the (almost guaranteed) possibility that somewhere it would screw 
up the user's registry. There's code to read it, so LP can use any 
proxies found there (the ones you've put in the browser config) to 
make it's build with. 

Come to think of it, LP should have found your existing web browser 
proxies when it started up. Do you have the web browser set up with 
the proxy address above? What operating system are you using?

> Regards
> 
> xxxx

--
wa...@ny...
http://proxytools.sourceforge.net/

Re: [proxyTools-users] first time user of proxyTools (was:Re: Help for an absolutely new user)

[wayne <wa...@ny...>]

> From: Mat Brown <mat...@ya...>
> To: pro...@li...
> Subject: [proxyTools-users] rst time user of proxyTools (was:Re: Help for an absolutely new user)
> 
> Dear Wayne
> >
> >Wrong list. 
> >Go to the web page in my sig below, and join the 
> >proxytools-users list. 
> >
> 
> Done.
> Writing to the correct list I suppose ? 

Yep.

> >LocalProxy is one of the tools in that 
> >package. You don't need to understand any Perl, but if you do, 
> >you can make the tools do whatever you like.
> > 
> 
> Proceeding without knowing Perl :-) 

S'ok.

> >> Can the list moderator tell me where to start ?
> >
> >Assuming you've downloaded it and unzipped it, double-click 
> >readme.html and click the Overview link under 'Other tools' (hmm ... 
> >I will put this somewhere more obvious :-). Then look at the 
> >'Quick start' link under 'LocalProxy'.
> >
> >In summary it all says (I assume you use Windows):
> >1) install perl from www.activestate.com
> >
> 
> Done

Good. You will find that useful for other things too. Lotsa Perl 
on the net - all free, all good stuff. Search for whatever you want 
and try it.

> >The overview describes how to use each command-line tool. 
> >The most difficult (and most functional) tool is localProxy, 
> >so I'll run through that here. The other tools need some of 
> >the modules that get automatically downloaded in 2) 
> >below, so do this stuff anyway:
> >2) double-click localProxy.pl, and wait for the extra Perl modules 
> >   to download.
> 
> Done
> 
> After this a GUI comes up
> In that GUI there is box for configuration

Good. Didn't it try to download any modules?

> >3) select a configuration from the list (e.g.UAE-dialup). 
> >
> 
> Selected UAE Dialup

OK. That's one I can guarantee works.

> >4) click 'Start services', watch the log window which pops up
> 
> Done
> 
> >
> >5) wait for the build to finish and beep at you (could be minutes)
> >
> 
> Results from within the window are sent to you by direct mail 

No need for that, but ok.

> >6) configure the browser as described in the log window (proxy at 
> >   localhost:10080)
> >7) browse until it learns (complicated web pages are best). 
> >
> 
> The POP up window lists many proxies as "not" responding and so on

That's because you have an old copy from the zip (September?).
But LP just learns to avod those bad ones. The *only* effect should 
be that it will take more browsing to reach it's best speed.

> ***Before*** "Choosing config. & start services" I also tried 
> perl findProxy.pl file://c:/listOfProxies.txt
> 
> This listofproxies was a list I had
> 
> Results from within the window are sent to you by direct mail 

ok.

> Further questions
> ------------------
> 1) Local proxy is accepting connections from **just** my own firewall

So that others can't use your LP proxy. Security mainly.
If you want to share your LP with friends, I'll tell you how to set 
that in a configuration file.

> !! I am unable to use other working proxies. At least I haven't found
> out how to merge the results from find proxy into local proxy :-)

It's a long sequence:
The idea is that hosts.xml (the big database everyone gets from 
hosts.zip) is updated by me (or you if you must), and the config file 
you use is personalized with your own proxies by you. In both cases, 
the only tool for this is mergeHosts.pl (or by hand if you're daring).
If you copy config-UAE-dialup.xml to config-mat.xml and restart the 
both GUI and backend LP, you can select that config for your own use.
It will never get overwritten by any new versions of the tools that 
you get.

The input to mergeHosts.pl must be in a standard format, and that is 
produced by statProxy.pl (the proxyTools generalized proxy tester).

If your proxy list is in listOfProxies.txt, the whole sequence goes 
like this:
perl statProxy.pl -t all:-18 -l listOfProxies.txt > results.txt
(leave off the >results.txt if you want to see results on the screen).
Then:
perl mergeHosts.pl results.txt config-mat.xml
will update your config appropriately (disabling proxies as necessary, 
adding new ones, updating existing ones etc.) based on speed, 
connectability, reliability, capabilities.
Once in a while you can run statProxy on the config file itself, and 
use mergeHosts to update the config again. That ensures that all the 
ones in there (even if they came from somewhere other than your 
current proxylist file), are updated (and eventually disabled if bad).
You can do this as often as you like.

> 2) Please tell me what are complicated web pages ?
Ones with lots of banners, thumbnails, popups, or other components.
They all exercize LP.

> 3) How do I add more proxies

See above.

> 4) Does anyone have a working list of proxies that can work with Local
> Proxy

You already have hosts.zip (unzipped to hosts.xml whenever LP runs).
The latest version of it (and all the software) is always in the 
Sourceforge CVS. The latest hosts.zip is always at:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/*checkout*/proxytools/proxyTools/hosts.zip?rev=HEAD
or, better yet, I just made this one:
http://tinyurl.com/2hc6
That's a nice service, I think :-)

> Regards
> 
> Mat

--
wa...@ny...
http://proxytools.sourceforge.net/

[proxyTools-users] rst time user of proxyTools (was:Re: Help for an absolutely new user)

[Mat B. <mat...@ya...>]

Dear Wayne


>
>Wrong list. 
>Go to the web page in my sig below, and join the 
>proxytools-users list. 
>

Done.
Writing to the correct list I suppose ? 

>
>LocalProxy is one of the tools in that 
>package. You don't need to understand any Perl, but if you do, 
>you can make the tools do whatever you like.
> 

Proceeding without knowing Perl :-) 

>>
>> Can the list moderator tell me where to start ?
>
>Assuming you've downloaded it and unzipped it, double-click 
>readme.html and click the Overview link under 'Other tools' (hmm ... 
>I will put this somewhere more obvious :-). Then look at the 
>'Quick start' link under 'LocalProxy'.
>
>In summary it all says (I assume you use Windows):
>1) install perl from www.activestate.com
>

Done

>The overview describes how to use each command-line tool. 
>The most difficult (and most functional) tool is localProxy, 
>so I'll run through that here. The other tools need some of 
>the modules that get automatically downloaded in 2) 
>below, so do this stuff anyway:
>2) double-click localProxy.pl, and wait for the extra Perl modules 
>   to download.

Done

After this a GUI comes up
In that GUI there is box for configuration

>
>3) select a configuration from the list (e.g.UAE-dialup). 
>

Selected UAE Dialup

>
>4) click 'Start services', watch the log window which pops up

Done

>
>5) wait for the build to finish and beep at you (could be minutes)
>

Results from within the window are sent to you by direct mail 


>6) configure the browser as described in the log window (proxy at 
>   localhost:10080)
>7) browse until it learns (complicated web pages are best). 
>

The POP up window lists many proxies as "not" responding and so on

***Before*** "Choosing config. & start services" I also tried 
perl findProxy.pl file://c:/listOfProxies.txt

This listofproxies was a list I had

Results from within the window are sent to you by direct mail 

Further questions
------------------
1) Local proxy is accepting connections from **just** my own firewall
!! I am unable to use other working proxies. At least I haven't found
out how to merge the results from find proxy into local proxy :-)

2) Please tell me what are complicated web pages ?

3) How do I add more proxies

4) Does anyone have a working list of proxies that can work with Local
Proxy


Regards

Mat

>
>That's all there is to it, the first time.
>
>
>After the first time, you don't need to do 1) obviously; you can 
>use configuration 'last' to load the last build used (speeds up the 
>build a lot). 
>
>When you feel daring, click the 'Advanced' button, and start 
>reading more of the help.
>
>You can ask for help any time on the proxytools-users list.
>Let me know where the documentation falls down too.
>
>> Best Regards
>> 
>> Mat_Brown_Jr
>
>--
>wa...@ny...
>http://proxytools.sourceforge.net/
>
>
>
>===8<============== noCensorship community ===============
>List's webpage: http://www.freelists.org/webpage/nocensorship
>List's archive: http://www.freelists.org/archives/nocensorship
>To unsubscribe: noc...@fr... with 'unsubscribe'
in the
>Subject field.
>Moderator's email: noc...@fr...
>===8<============== noCensorship community ===============


=====
~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*
Best Regards

Mat_Brown_Jr
Mat...@ya... 
~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*

__________________________________________________
Do you Yahoo!?
HotJobs - Search new jobs daily now
http://hotjobs.yahoo.com/

Re: [proxyTools-users] CGI Proxy Not Found

[wayne <wa...@ny...>]

>  From: Michael Foord <Mic...@tb...>
>  To: "pro...@li..." <pro...@li...>
>  Subject: [proxyTools-users] CGI Proxy Not Found
>  
>  Strange error - a 404 not found (the proxy works great if I go straight
>  to it)
>  
>  Found auth string:
>  dav-serv.tbsmerchants.co.uk,192.168.4.1:8080,michael,*****
>  Executed $debug=3, result: 3
>  Original request: GET http://custom1.farnell.com/cpc/ HTTP/1.0
>  Modified request: GET http://www.******.com/cgiproxy/nph-proxy.pl/0
>  00110A/http/custom1.farnell.com/cpc/ HTTP/1.0
>  404 (not found) from 10080.2.0.-
>  10080.2.0.-: 3:0.97 (0.024(80.2)) (0.00017) 17(=1.02/0.06)
>  
>  Looks like the HTTP/1.0 is working its way in there - but that ought to
>  return an error from the CGI proxy 

You mean that /http/ in the path?
The example Junkbuster format in the 
cgiAmbles.txt is the format *I* need for using my (old) Junkbuster.
It looked like yours was newer, and needed a different format. 
LP was (just luckily) closer to right the way I had it before. 
If you post that format again (and your Junkbuster version), I'll 
add it as a further example.

The 404 was probably the result of having the path wrong.

- not an error from IE saying not
>  found......
>  What happens though is that rather than trying an alternative route it
>  gives up...

LP *never* gives up, though maybe it demotes some proxy/commStrat 
so much that it rarely tries it.
IE maybe ... but that just means a refresh.

>  I thought it was OK last week ??
>  
>  Customer just arrived so no time to investigate further - just post this
>  quick log.

Work gets in the way sometimes :-)

>  Mike

--
wa...@ny...
http://proxytools.sourceforge.net/

Re: [proxyTools-users] Re: master.pl bug

[wayne <wa...@ny...>]

>  From: Michael Foord <Mic...@tb...>
>  To: "pro...@li..." <pro...@li...>
>  Subject: [proxyTools-users] Re: master.pl bug
> 
>  > > Can't resolve dav-serv:8080 ... aborting
>  >
>  > I don't think this caused the hangup, but it's something you should
>  > fix (I think). Why doesn't your name server resolve this name now?
>  >
>  > nslookup dav-serv
>  > prints what?
>  >
>  
>  nslookup returns bad command - I assume this is to be typed in a console box. I am using
>  windows 98.....

<groan> I forgot you were using one of those cheap operating systems :-)
Try: 
ping dav-serv

--
wa...@ny...
http://proxytools.sourceforge.net/

[proxyTools-users] CGI Proxy Not Found

[Michael F. <Mic...@tb...>]

Strange error - a 404 not found (the proxy works great if I go straight
to it)

Found auth string:
dav-serv.tbsmerchants.co.uk,192.168.4.1:8080,michael,*****
Executed $debug=3, result: 3
Original request: GET http://custom1.farnell.com/cpc/ HTTP/1.0
Modified request: GET http://www.******.com/cgiproxy/nph-proxy.pl/0
00110A/http/custom1.farnell.com/cpc/ HTTP/1.0
404 (not found) from 10080.2.0.-
10080.2.0.-: 3:0.97 (0.024(80.2)) (0.00017) 17(=1.02/0.06)

Looks like the HTTP/1.0 is working its way in there - but that ought to
return an error from the CGI proxy - not an error from IE saying not
found......
What happens though is that rather than trying an alternative route it
gives up...

I thought it was OK last week ??

Customer just arrived so no time to investigate further - just post this
quick log.

Mike

--
This email is confidential & intended solely for the use of the
individual to whom it is addressed.  Any views presented are solely
those of the author & do not necessarily represent those of Towcester
Building Supplies.
If you are not the intended recipient, be advised that
you have received this email in error & that any use, dissemination,
forwarding, printing, or copying of this email is strictly prohibited.
Any files attached to this email will have been checked with virus
software before transmission. However, you should carry out your own
virus check before opening any attachment.
Towcester Building Supplies accepts no liability for any loss or damage
which may be caused by software viruses.

[proxyTools-users] Re: master.pl bug

[Michael F. <Mic...@tb...>]

> [....]
> >
> > Can't resolve dav-serv:8080 ... aborting
>
> I don't think this caused the hangup, but it's something you should
> fix (I think). Why doesn't your name server resolve this name now?
>
> nslookup dav-serv
> prints what?
>

nslookup returns bad command - I assume this is to be typed in a console box. I am using
windows 98.....

>
> > But nothing is mirrored to the console screen and it hangs until I
> > ctrl-c out.
>
> Fixed, I think.
>
> > Mike
>
> --
> wa...@ny...
> http://proxytools.sourceforge.net/
>
> -------------------------------------------------------
> This sf.net email is sponsored by:
> Access Your PC Securely with GoToMyPC. Try Free Now
> https://www.gotomypc.com/s/OSND/DD
> _______________________________________________
> proxyTools-users mailing list
> pro...@li...
> https://lists.sourceforge.net/lists/listinfo/proxytools-users

--
This email is confidential & intended solely for the use of the
individual to whom it is addressed.  Any views presented are solely
those of the author & do not necessarily represent those of Towcester
Building Supplies.
If you are not the intended recipient, be advised that
you have received this email in error & that any use, dissemination,
forwarding, printing, or copying of this email is strictly prohibited.
Any files attached to this email will have been checked with virus software before
transmission. However, you should carry out your own virus check before opening any
attachment.
Towcester Building Supplies accepts no liability for any loss or damage
which may be caused by software viruses.

Re: [proxyTools-users] Open Port ?

[wayne <wa...@ny...>]

> From: Michael Foord <Mic...@tb...>
> To: "pro...@li..." <pro...@li...>
> Subject: [proxyTools-users] Open Port ?
> 
> http://www.wired.com/news/technology/0,1282,55795,00.html?tw=wn_ascii
> 
> This is an article about new adverts that exploit a backdoor in windows
> (via port 135) to send adverts straight to peoples machines. What it
> says it that some firewall leave port 135 open - so it might be worth
> having this one checked by master.pl by default - may be useful to some
> users blocked by corporate firewalls. Unfortunately not me though - I
> edited master.pl and it`s blocked on mine !! I guess no proxies are
> going to be listening on port 135 but even so......
> Having said that - leaving it open is a security risk not to mention the
> possiblity of those adverts......

It's an incoming hole, not an outgoing hole, so LP users could not 
take advantage of it anyway. It's only open if the firewall admin is 
stoopid anyway ...

> Mike

--
wa...@ny...
http://proxytools.sourceforge.net/

master.pl bug (was: Re: [proxyTools-users] Oh - and another thing......)

[wayne <wa...@ny...>]

> From: Michael Foord <Mic...@tb...>
> To: "pro...@li..." <pro...@li...>
> Subject: [proxyTools-users] Oh - and another thing......
> 
> master.pl hangs at the Checking ISP proxy stage......
> 
> Saving the results in master.xml
> Test your ISP proxies now (y or n)? y
> Proxies found in environment: 192.168.4.1:8080
> Checking proxies: 192.168.4.1:8080, dav-serv:8080
> Please enter any further proxies to be tested (in addr:port
> format; for example 123.22.13.24:8080, or proxy.bbb.com:3128).
> Type one per line and end with a blank line.
> 
> Checking proxy capabilities ...
> 
> Hangs......................... (left it over 10 minutes)

I think I got it. Master.pl was waiting for the GUI to rename master.xml 
to config-auto.xml, so it could merge the proxy tests into it.
That should not happen when you run it by hand, as you did.

> A file called tests-auto.txt is generated (possibly by this test ??)
> with statproxy results as follows.....
> 
> 
> statProxy v4.105 report from 192.168.4.67:
> 192.168.4.1     :8080  PFFFFFFFFFFFF FPFPF  2.2/6.3
> Reference page size was 13701 bytes
> 
> 
> Can't resolve dav-serv:8080 ... aborting

I don't think this caused the hangup, but it's something you should 
fix (I think). Why doesn't your name server resolve this name now?

nslookup dav-serv
prints what?

> But nothing is mirrored to the console screen and it hangs until I
> ctrl-c out.

Fixed, I think.

> Mike

--
wa...@ny...
http://proxytools.sourceforge.net/