ORPort listening on one IP, but advertising on another
When I tell Tor to listen on one IP it (according to the log) still advertises itself on a different IP.
I am running the following configuration. The only change are the x's on IPs. Nothing else was removed or changed. See how the IP ends with .81.
```
SocksPort 0
ORPort x.x.x.81:33075
BridgeRelay 1
Exitpolicy reject *:*
User _tor
Nickname xxx
ContactInfo xxx
# Logging
Log notice file /var/log/tor.log
# Enable the Extended ORPort
ExtORPort auto
ServerTransportPlugin obfs3 exec xxx/bin/obfs4proxy
ServerTransportPlugin obfs4 exec xxx/bin/obfs4proxy
ServerTransportListenAddr obfs3 x.x.x.81:33074
ServerTransportListenAddr obfs4 x.x.x.81:443
```
When starting Tor (nothing but status lines that have been replaced with ... removed) it correctly outputs the listening ip, but still advertises on another ip (.81 vs .172).
```
Apr 14 11:06:58.110 [notice] Tor v0.2.7.6 running on FreeBSD with Libevent 2.0.22-stable, OpenSSL 1.0.2g and Zlib 1.2.8.
...
Apr 14 11:06:58.135 [notice] Opening OR listener on x.x.x.81:33075
Apr 14 11:06:58.135 [notice] Opening Extended OR listener on 127.0.0.1:0
Apr 14 11:06:58.136 [notice] Extended OR listener listening on port 22692.
...
Apr 14 11:06:59.000 [notice] Bootstrapped 0%: Starting
Apr 14 11:07:00.000 [notice] Bootstrapped 5%: Connecting to directory server
Apr 14 11:07:35.000 [notice] Bootstrapped 80%: Connecting to the Tor network
Apr 14 11:07:35.000 [notice] Bootstrapped 85%: Finishing handshake with first hop
Apr 14 11:07:36.000 [notice] Registered server transport 'obfs3' at 'x.x.x.81:33074'
Apr 14 11:07:36.000 [notice] Registered server transport 'obfs4' at 'x.x.x.81:443'
Apr 14 11:07:37.000 [notice] Bootstrapped 90%: Establishing a Tor circuit
Apr 14 11:07:37.000 [notice] Tor has successfully opened a circuit. Looks like client functionality is working.
Apr 14 11:07:37.000 [notice] Bootstrapped 100%: Done
Apr 14 11:07:37.000 [notice] Now checking whether ORPort x.x.x.172:33075 is reachable... (this may take up to 20 minutes -- look for log messages indicating success)
```
ifconfig output. See how the interface has two IP addresses. Tor appears to be looking at the first one for advertisement, despite ORPort being set to the second one.
```
em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=4219b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4,WOL_MAGIC,VLAN_HWTSO>
ether xx:xx:xx:xx:xx:x
inet x.x.x.172 netmask 0xffffff00 broadcast x.x.x.255
inet x.x.x.81 netmask 0xffffff00 broadcast x.x.x.255
```
sockstat (similar to netstat) output:
```
USER COMMAND PID FD PROTO LOCAL ADDRESS FOREIGN ADDRESS
_tor tor 12580 5 tcp4 x.x.x.81:33075 *:*
```
Command Line:
```
/usr/local/bin/tor -f /usr/local/etc/tor/torrc --PidFile /var/run/tor/tor.pid --RunAsDaemon 1 --DataDirectory /var/db/tor
```
Also Tor isn't running in a jail and there is nothing else I can think of affecting it.
**Trac**:
**Username**: reezer
issue