On 04.11.2017 19:54, Roger Dingledine wrote:
>> our plan with the bibliography collection of GNUnet is to
>> implement something similar to your/freehaven's anonbib.
> Great.
> See also the censorbib, for another example.
There's also a mixnet bibliography at https://bib.mixnetworks.org/ /
https:/
capacity) at only three
ASes.
https://metrics.torproject.org/relayflags.html
https://compass.torproject.org/
--
Moritz Bartl
https://www.torservers.net/
___
tor-dev mailing list
tor-dev@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev
.
Just as a data point, I don't see much scanning/abuse regarding SMTPS
(465) or IMAPS (993).
--
Moritz Bartl
https://www.torservers.net/
___
tor-dev mailing list
tor-dev@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev
of Tor (with links) are out there
>> besides mainline? I could wiki them.
> There is this one as well.
> https://github.com/tvdw/gotor
NodeJS: https://github.com/Ayms/node-Tor
Java: https://silvertunnel.org/doc/netlib.html ,
https://subgraph.com/orchid/
r how to detect TBB at the CDN level.
The CDN should forward the client IP address as X-Forwarded-For or
something?
--
Moritz Bartl
https://www.torservers.net/
___
tor-dev mailing list
tor-dev@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev
b directly, since
it is meant to be for distribution files that can/should be replaced on
upgrades.
--
Moritz Bartl
https://www.torservers.net/
___
tor-dev mailing list
tor-dev@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev
lolra/bulb
Enjoy your time with Tor! May it be long and prosperous ;-)
--
Moritz Bartl
https://www.torservers.net/
___
tor-dev mailing list
tor-dev@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev
Thanks George!
On 04/09/2015 08:58 PM, George Kadianakis wrote:
> - We really really need a better name for this feature. I decided to
> go with "Direct Onion Services" which is the one [...]
Why not simply "onion service"?
--
Moritz Bartl
provides any benefit. I believe it
does, see also https://trac.torproject.org/projects/tor/ticket/6676 .
--
Moritz Bartl
https://www.torservers.net/
___
tor-dev mailing list
tor-dev@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev
On 02/02/2015 10:08 AM, Diego Sempreboni wrote:
> By consulting several documents have not been able to obtain [...]
Are you aware of http://freehaven.net/anonbib/ and
https://gitweb.torproject.org/torspec.git/tree/ ?
--
Moritz Bartl
https://www.torservers.
in the past and would be an
easy change.
--
Moritz Bartl
https://www.torservers.net/
___
tor-dev mailing list
tor-dev@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev
network provider should in an ideal world _never_ [be able to]
interfere with any of the traffic they transport. I already feel very
uncomfortable limiting "arbitrary" destinations based on IP and port. A
network provider is a neutral channel. Remember, data payload is just
proto
of Tor Browser etc is much
better than transparent proxying. There's been discussions around that
regularly on tor-talk, recently again on libtech. You might remember the
prototype at the last dev meeting that hosts a bridge and announces the
bridge address via DHCP as well (iirc).
--
Moritz
e third party domain doesn't hurt, and if it is great, we can
still discuss moving it to something.tpo.org.
--
Moritz Bartl
https://www.torservers.net/
___
tor-dev mailing list
tor-dev@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev
in principle you are correct. A good paper to
read about this is http://freehaven.net/anonbib/#ccs2013-usersrouted
See anonbib also for mitigations that were suggested and investigated
over time (which are not that easy either).
--
Moritz Bartl
https://www.torservers.net/
__
hat implemented GnuPG in the web
> browser.
One of the successor projects is WebPG, https://webpg.org/ . There's
also Mailvelope, http://www.mailvelope.com/ . I believe both are using
OpenPGP.JS, http://openpgpjs.org/ .
--
Moritz Bartl
https://www.torservers.net/
___
On 09/07/2013 04:21 AM, Liste wrote:
> The project is named "OnionMail".
We should talk. :-)
https://lists.torproject.org/pipermail/tor-talk/2013-August/029464.html
Best way to reach me is Jabber. JID equals email address. If you prefer
IRC, I suggest the #tor2web channel on OFTC
e64 has three
characters that aren’t URL-safe: plus (+), slash (/), and equals (=).
Y64 encoding replaces these with dot (.), underscore (_), and dash (-),
respectively."
Or would case sensitivity be too crazy?
--
Moritz Bartl
https://www.torservers.net/
__
t ok like this?
I cannot speak for TorProject Inc., but I would say yes, it is. To be
even safer, you could add a small disclaimer at the end of the page:
Tor Relay Search [or whatever] is not affiliated with the Tor project.
"Tor" and the "Onion Logo" are regi
ke this is likely a trademark
violation. To keep the trademark, no matter how good or well-meant the
project is, Torproject /has/ to enforce it -- otherwise it could lose
the trademark. :-(
--
Moritz Bartl
https://www.torservers.net/
___
tor-dev mailing li
ll make all OR connections through the SOCKS 5 proxy at
host:port (or host:1080 if port is not specified).
( from https://www.torproject.org/docs/tor-manual.html.en )
--
Moritz Bartl
https://www.torservers.net/
___
tor-dev mailing list
tor-dev@
phy libraries does not look
too good. For the GSoC project, we should not waste too much time on
this, and focus on the surrounding extension and clean interfaces to
potential libraries. If we have time left, we can investigate what kind
of algorithms we would like to see implemented/port
(or
added) in the future.
--
Moritz Bartl
https://www.torservers.net/
___
tor-dev mailing list
tor-dev@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev
ty.
(see https://trac.torproject.org/projects/tor/ticket/7989 )
--
Moritz Bartl
https://www.torservers.net/
___
tor-dev mailing list
tor-dev@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev
with /dist staying
the "public" location of packages. I guess that is what you are suggesting.
--
Moritz Bartl
https://www.torservers.net/
___
tor-dev mailing list
tor-dev@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev
dditional implementations of the Tor protocols help to improve
documentation, and code bugs/vulnerabilities won't affect all of Tor.
--
Moritz Bartl
https://www.torservers.net/
___
tor-dev mailing list
tor-dev@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev
Hi Griffin,
I originally thought it would be nice to go towards this also for
torservers.net, but it turned out that I can quickly set up new exists
in less than 15 minutes by just following the steps I outline at
https://www.torservers.net/wiki/setup/server .
The torrc could be (commented) bette
Hi,
On 18.03.2013 12:05, Zack Weinberg wrote:
> * TCP port
> * "Public suffix" + 1 domain component of destination
>(example.com, example.co.uk)
I am not sure I like this. Maybe we might want to limit it to popular
destinations -- drop sites that only get few hits? And rougher access
number
y the way for help/support. They should be help@tpo and
support@tpo, and forward mails to the rt host. There is no reason to
expose and require the mention of the used backend software.
--
Moritz Bartl
https://www.torservers.net/
___
tor-dev ma
29 matches
Mail list logo
