Re: Index of hidden services?
Hi, On Fri, Jan 7, 2011 at 20:22, Peter McCann mc...@freeovernetfoundation.org wrote: If not, what do people think about setting up such an index? It seems like it might be very useful for those operators of hidden services that want to expose them to a wider audience than just the people they give the .onion name to. Being able to browse or search the hidden services might also be useful. As long as the hidden services are manually added, i can see where it's a good idea. The second some kind of automation starts kicking in, scanning for hidden services, I think this is a Bad Idea. Hidden services are called hidden for a reason: You need to look to find them. And that is one of the features that is key here, IMHO. Greets! *** To unsubscribe, send an e-mail to majord...@torproject.org with unsubscribe or-talkin the body. http://archives.seul.org/or/talk/
Re: Index of hidden services?
On Fri, 7 Jan 2011 13:22:58 -0600 Peter McCann mc...@freeovernetfoundation.org wrote: On the website describing how to set up a hidden service I saw a mention of a (hypothetical?) Hidden Services Wiki where pointers to hidden services are stored. Does such a wiki exist? If so, where can I find it? Years ago, there was a popular place called The hidden wiki which was the only one in existence, that anyone knew about. It was then beseiged by child porn links and images and went away. Since then, many different services claiming to be the hidden wiki have come and gone. Someone also tried to setup a google search appliance to crawl all of .onion space. It didn't get very far for the obvious reason of most hidden service sites don't want to be found by the general population. The services don't link to each other, and they may be on random ports. It's possible one could create a search engine that crawls every possible .onion hostname on common tcp ports (80, 443, 8080, 8443). Over long periods of time, this may find many hidden services. -- Andrew pgp 0x74ED336B *** To unsubscribe, send an e-mail to majord...@torproject.org with unsubscribe or-talkin the body. http://archives.seul.org/or/talk/
polipo-tor deb/ubuntu native package
Attached. I'm gonna make this available on a personal repo in the near future (this weekend or next)... the tools are kinda wonky. All architectures - no binaries - has a proper list of dependencies I think, though I should add vidalia and make some of them optional probably. I've advertised this a few times, to virtually no response. The tor-assistants mlist has been confused, with people telling me they weren't sure what their ubuntu strategy was, whether they even wanted debian packages, etc. I haven't, for the life of me, been able to even figure out who to talk to. I've posted emails perhaps 3 times, with virtually no feedback. Nobody's apparently doing anything. I don't blame them, because the debian packaging tools and docs are complicated and annoying. So, I'm just publishing this myself. If you apt-get this from a repo, it'll install every package you need, IIUC. Then install torbutton, one click and you're on tor. -- Good code works on most inputs; correct code works on all inputs. My emails do not have attachments; it's a digital signature that your mail program doesn't understand. | http://www.subspacefield.org/~travis/ If you are a spammer, please email j...@subspacefield.org to get blacklisted. polipo-tor_1.3_all.deb Description: application/debian-package pgpsdPPythEW5.pgp Description: PGP signature
Re: Index of hidden services?
Hi, Am 07.01.2011 22:26, schrieb Andrew Lewman: It's possible one could create a search engine that crawls every possible .onion hostname on common tcp ports (80, 443, 8080, 8443). Over long periods of time, this may find many hidden services. I haven't given it much thought yet, but I like the idea of a central index and an option in torrc that publishes my .onion to this index (and maybe even push website changes/locally crawl the site). -- Moritz Bartl http://www.torservers.net/ *** To unsubscribe, send an e-mail to majord...@torproject.org with unsubscribe or-talkin the body. http://archives.seul.org/or/talk/
Re: Index of hidden services?
On the website describing how to set up a hidden service I saw a mention of a (hypothetical?) Hidden Services Wiki where pointers to hidden services are stored. Does such a wiki exist? If so, where can I find it? There could be rumors on the internet(s) that there may be a mediawiki-based wiki with links to .onion sites at http://kpvz7ki2v5agwt35.onion/wiki/index.php/Main_Page There could also be rumors that there is a list of links at http://dppmfxaacucguzpc.onion/ There could even, possibly, be some search-engine at http://oqznfi3tdo6nwg3f.onion/ If not, what do people think about setting up such an index? It seems like it might be very useful for those operators of hidden services that want to expose them to a wider audience than just the people they give the .onion name to. Being able to browse or search the hidden services might also be useful. Expose? Wider audience? Nothing indicates I ever visited a hidden service, but I doubt those who do and those who operate such sites, if they even exist, require the wider audience. *** To unsubscribe, send an e-mail to majord...@torproject.org with unsubscribe or-talkin the body. http://archives.seul.org/or/talk/
Re: Index of hidden services?
Nils Vogels wrote: Hi, On Fri, Jan 7, 2011 at 20:22, Peter McCann mc...@freeovernetfoundation.org wrote: If not, what do people think about setting up such an index? It seems like it might be very useful for those operators of hidden services that want to expose them to a wider audience than just the people they give the .onion name to. Being able to browse or search the hidden services might also be useful. As long as the hidden services are manually added, i can see where it's a good idea. The second some kind of automation starts kicking in, scanning for hidden services, I think this is a Bad Idea. scanning 36^16 possible hidden services is out of discussion... at least for me... that's why i stopped cloning google... *** To unsubscribe, send an e-mail to majord...@torproject.org with unsubscribe or-talkin the body. http://archives.seul.org/or/talk/
Arm Release 1.4.1
Hi everyone. The next version of arm (1.4.1) is available including the proc querying enhancements, Fabian's BSD compatibility patches, and numerous other improvements: https://blog.torproject.org/blog/arm-release-141 Updates to the packages and repositories will be staggered a week (just in case issues are discovered over the next new days). Feedback and bug reports are always welcome! -Damian *** To unsubscribe, send an e-mail to majord...@torproject.org with unsubscribe or-talkin the body. http://archives.seul.org/or/talk/