[noCensorship] Re: Localproxy related questions

  • From: wayne <wayne@xxxxxxxxxxxxx>
  • To: nocensorship@xxxxxxxxxxxxx
  • Date: 29 May 2005 22:55:30 -0000


White Knight wrote:
> Hi Wayne.
> 
> Please consider that some peopole are still intrested in learning but most
> of them might not have enough knowledge.

To me, that translates into 'some want to increase their knowledge, but most 
don't have enough to start increasing it'. Hmmm...

> Please post what you need us to help you with and how to do it and I am sure
> you will see some response.

Dunno about that. 
I made lots of requests for info from KSA.
What is really needed are the IP subnets used by each ISP there, and any new 
ports that are blocked. From that information, people (and localProxy) can 
produce lists of usable proxies for KSA users.

My interest in localProxy has increased lately (look at the CVS version of the 
back end to see the new ideas), so I'll be around more.

> For instance, I downloaded and installed the latest local proxy version. it

Heh, the CVS version? Or do you mean the latest released version (years old, i 
think). 
IIRC, I had very little feedback from that last release, so now proxyTools has 
gone ahead without releases. CVS is up to date though.

> was working very nicely at first but after about a month of use, it became
> almost dead in U.A.E. (I don't know about other places).

It's the proxies that die. The UAE censorship hasn't changed much.
I've used the same database for many months though without needing to get new 
proxies into it.
It might seem to die sooner for others, coz I use a build with *all* the 
proxies in it. That takes longer to build, but I do it to ensure I eventually 
test all the proxies in the database. You could try this too, by just changing 
the globals.xml at this line:
  <item key="maxNrHostsPerLayer">10</item>
Make it 1000 to ensure you get them all. 
It takes LP a lot longer to learn much about each of the many proxies it has 
available at runtime then too, but if there's even one proxy that works well, 
it should start to use it quickly.

> Recently I have been facing the following problems:
> 
> 1- When Local proxy is started the front end always starts like this
>     This is local proxy GUI <the 'front end'>, version 4.284
>     Proxies found in environment: proxy1.emirates.net.ae:8080
>     I'm assuming this IP address is (IP address)
>     I'm assuming this IP address is (IP address)
>     Setting default config syria-scs-net
> 
> * How can I set the default config to U.A.E. -ADSL?

That default only determines what is highlighted in the configuration list when 
the GUI loads. Click on the one you really need.
It thinks Syria is a likely default for you because they have rfc1918 subnets 
10.0.5/24 and 192.168.2/24 and your address must lie in one of those. 
I did it (in firewalls.xml) to make it simple for users there a long time ago. 
I'll remove it.

> 2- A pop-up window comes up to say
> 
>     Your hosts.xml database is over 2 weeks old
>     OK to get a new one? The new data will be available only after the next 
> start of Localproxy
> 
> * Even if you press yes before selecting UAE-ADSL and clicking on start 
> sevices, cliking on "Update
>    proxies"
>    in advanced mode, then stopping and restarting services, The same message 
> of "Your hosts.xml
>    database is over 2 weeks old....." will still come again the next time I 
> run Localproxy.
> 
>    My question here is: What is the proper way to update proxies?

Heh, I set that to 2 weeks when I was updating hosts.zip more often than I do 
now. Sorry about that. I still update more often, but it doesn't get sent to 
SourceForge so frequently. 
I'll see if I can still live with 2 weeks.
There were a couple of other issues too. 
After a Windows service pack upgrade, my code was sometimes getting an empty 
file. I think that's fixed now, but I had only one system it happened on to 
test.
There was a rumor that the UAE blocked the URL the file was coming from. That 
turned out to be false (so far). Last time I checked, they were blocking the 
project main pages, but not the CVS areas.

That leads me to your question about the 'proper' way to get this file. 
Any way will do. You can even get it using your web browser, if you like. The 
URL used is:
http://cvs.sourceforge.net/viewcvs.py/*checkout*/proxytools/proxyTools/hosts.zip?rev=HEAD
Other CVS files can be obtained the same way (though there were complications 
there too, with the .pl files, IIRC).

> 3- In Localproxy "Back end", I am getting : LP host <IP address> was not 
> inside firewall UAE-ADSL

Next time you see that, tell me what your address was. It probably means there 
are new subnets in use in the UAE that I don't recognize. It does have some 
ramifications, but nothing that should degrade LP's performance much.

>      And after sorting hosts I'm always getting: DNS name resolution failed

The back end log will tell you what DNS it tried to use (bump debug up a bit, 
if necessary, to see it). You may have the old UAE defaults hidden away in your 
registry (if it's a Windows system). LP finds them and tries to use them - they 
no longer work.
I would need to see the section of the log (at debug = 3) that shows this to 
see exactly what's happening.

> * What is wrong in this case and How to corret it?
> 
> 
> Thanks and Regards
> 
> White Knight

Regards,
wayne
 
===8>============== noCensorship community ===============
List's webpage: //www.freelists.org/webpage/nocensorship
List's archive: //www.freelists.org/archives/nocensorship
To unsubscribe: nocensorship-request@xxxxxxxxxxxxx with 'unsubscribe' in the 
SUBJECT field.
Moderator's email: nocensorship-moderators@xxxxxxxxxxxxx
===8>============== noCensorship community ===============


Other related posts: