[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #33246 [Core Tor/Tor]: Prop 312: 3.2.7. Automatically Enable an IPv6 ORPort
#33246: Prop 312: 3.2.7. Automatically Enable an IPv6 ORPort
---------------------------+------------------------------------
Reporter: teor | Owner: teor
Type: enhancement | Status: assigned
Priority: Medium | Milestone: Tor: 0.4.4.x-final
Component: Core Tor/Tor | Version:
Severity: Normal | Resolution:
Keywords: prop312, ipv6 | Actual Points:
Parent ID: #33049 | Points: 1
Reviewer: | Sponsor: Sponsor55-must
---------------------------+------------------------------------
Old description:
> Relays (and bridges) should try to open an IPv6 ORPort.
>
> The ORPort should be opened on the port configured in the relay's ORPort
> torrc option. Relay operators can use the IPv4Only and IPv6Only options
> to configure different ports for IPv4 and IPv6.
>
> If the ORPort is auto-detected, there will not be any specific bind
> address. (And the detected address may actually be on a NAT box, rather
> than the local machine.) Therefore, relays should attempt to bind to all
> IPv4 and IPv6 addresses (or all interfaces).
>
> Some operating systems expect applications to bind to IPv4 and IPv6
> addresses using separate API calls. Others don't support binding only to
> IPv4 or IPv6, and will bind to all addresses whenever there is no
> specified
> IP address (in a single API call). Tor should support both styles of
> networking API.
>
> In particular, if binding to all IPv6 addresses fails, relays should
> still
> try to discover their public IPv6 address, and check the reachability of
> that address. Some OSes may not support the IPV6_V6ONLY flag, but they
> may
> instead bind to all addresses at runtime. (The tor install may also have
> compile-time / runtime flag mismatches.)
>
> See proposal 312, section 3.2.7, IPv6 ORPort part:
> https://gitweb.torproject.org/torspec.git/tree/proposals/312-relay-auto-
> ipv6-addr.txt#n540
New description:
After we implement #33233, relays (and bridges) should try to open an IPv6
ORPort.
The ORPort should be opened on the port configured in the relay's ORPort
torrc option. Relay operators can use the IPv4Only and IPv6Only options
to configure different ports for IPv4 and IPv6.
If the ORPort is auto-detected, there will not be any specific bind
address. (And the detected address may actually be on a NAT box, rather
than the local machine.) Therefore, relays should attempt to bind to all
IPv4 and IPv6 addresses (or all interfaces).
Some operating systems expect applications to bind to IPv4 and IPv6
addresses using separate API calls. Others don't support binding only to
IPv4 or IPv6, and will bind to all addresses whenever there is no
specified
IP address (in a single API call). Tor should support both styles of
networking API.
In particular, if binding to all IPv6 addresses fails, relays should still
try to discover their public IPv6 address, and check the reachability of
that address. Some OSes may not support the IPV6_V6ONLY flag, but they may
instead bind to all addresses at runtime. (The tor install may also have
compile-time / runtime flag mismatches.)
See proposal 312, section 3.2.7, IPv6 ORPort part:
https://gitweb.torproject.org/torspec.git/tree/proposals/312-relay-auto-
ipv6-addr.txt#n540
Once this ticket is implemented, we should test the different IPv4/IPv6
configs listed in #33235.
--
Comment (by teor):
Note dependencies on #33233 and #33235.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/33246#comment:1>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs