Re: [tor-relays] Question on Unanttended Upgrades

[fl4co]

Hi Keifer,

A script generated from that website shows that the Tor Project’s repository 
and GPG key are added to apt, so you’ll get updates for Tor from that 
repository.

In addition to that, if you select  automatic updates the unattended-upgrades 
package will be downloaded and configured with this file: 
https://github.com/flxn/tor-relay-configurator/blob/master/misc/50unattended-upgrades.Debian
 

 (if you chose Debian). As you can see, TorProject is one of the allowed 
origins, so the tor package will be automatically upgraded. Auto-reboot is 
turned-off. However, I believe that when tor is updated with apt it will 
restart itself.

Cheers

--
fl4co

> Il giorno 5 mag 2020, alle ore 22:55, Keifer Bly  ha 
> scritto:
> 
> Hello,
> 
> I am wondering, does using Unattended upgrades on Linux, when relay is 
> configured using this configurator:
> 
> https://tor-relay.co/  
> 
> install tor updates automatically when they are released? Does the relay need 
> to be restarted?
> 
> Thanks very much.
>  
> --Keifer
> ___
> tor-relays mailing list
> tor-relays@lists.torproject.org
> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

[tor-relays] Question on Unanttended Upgrades

[Keifer Bly]

Hello,

I am wondering, does using Unattended upgrades on Linux, when relay is
configured using this configurator:

https://tor-relay.co/

install tor updates automatically when they are released? Does the relay
need to be restarted?

Thanks very much.

--Keifer
___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

[tor-relays] Liberation Day article on running a relay

[Imre Jonk]

Hi all,

Today the Netherlands celebrates the 75th anniversary of our liberation
from Nazi Germany by allied troops in 1945. Normally there would be
festivities around the country with presence from organizations like
Bits of Freedom and Amnesty, but those are cancelled because of the
ongoing pandemic. That means that we celebrate from home this year,
which leaves me with time to finish this article: 
https://www.imrejonk.nl/running-a-tor-relay/

The goal of the article is to answer frequently asked questions that
aspiring relay operators might have, while linking to authoritative
documentation of the Tor Project as well as this list for further
information. Hope you enjoy reading it, feedback is welcome :)

Imre


signature.asc
Description: This is a digitally signed message part
___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

Re: [tor-relays] IPV6

[teor]

Hi,

> On 5 May 2020, at 21:21, Dr Gerard Bulger  wrote:
> 
> Is there any work going on which would allow Tor to work with IPV6 alone?   
> i.e. no IPV4 OR ports etc.

To protect user privacy, we need more dual-stack relays, before we can have 
IPv6-only relays.

At the moment, we're working on improvements to IPv6 support on dual-stack 
relays, including IPv6 relay-to-relay connections, IPv6 ORPort reachability 
self-tests, and IPv6 address auto-detection. (These features are also useful 
for future IPv6-only relays.)

You can read more details in the list archives, search for "Sponsor 55" or 
"IPv6". Here's one recent email:
https://lists.torproject.org/pipermail/tor-relays/2020-March/018250.html

Once we have more dual-stack relays, we could work on:
* bridges with inbound IPv6 ORPorts, and outbound IPv4 connectivity
* IPv6-only bridges
* IPv6-only exits

We'll probably start on IPv6-only exits first, because exits are scarce. Here 
are some of the issues we need to fix to make that happen:
https://lists.torproject.org/pipermail/tor-dev/2020-May/014262.html

T___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

[tor-relays] IPV6

[Dr Gerard Bulger]

Is there any work going on which would allow Tor to work with IPV6 alone?   
i.e. no IPV4 OR ports etc.

Gerry

___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

Re: [tor-relays] Feature request to aide bridge operators

[Roger Dingledine]

On Fri, May 01, 2020 at 09:28:09PM +, nottryingtobel...@protonmail.com 
wrote:
> I brought up a new bridge and thought everything was fine according to the 
> logs (OR port accessible, check, server descriptor published, check, etc.). I 
> didn't see any activity on it after awhile, so I tried to test it and was 
> unable to connect. Turns out, I forgot to open the randomized server 
> transport port.
> 
> I think it would be really nice if there was a log entry confirming the OBFS4 
> port is open and accessible. Currently the only entry you get related to this 
> is "[notice] Registered server transport 'obfs4' at '[::]:35375'".
> 
> Wondering how the community feels about this. Thanks.

Yes, we would love to have this feature, but nobody has built it.

That's partly because testing the ORPort is relatively easy, because the
Tor program speaks the Tor protocol; but testing the obfs4 port is harder,
because the obfs4 server side doesn't usually do client things too.

Here are two tickets to watch:
https://bugs.torproject.org/30477
https://bugs.torproject.org/31874
...or you don't have to watch, you can jump in and help. :)

In the mean time, also check out the "bridge scan" tool that phw put up:
https://bridges.torproject.org/scan/
which is linked from the instructions in e.g.
https://community.torproject.org/relay/setup/bridge/debian-ubuntu/

Thanks,
--Roger

___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays