Hi, while checking my (new)or not this is what i saw in notices.log
Nov 05 05:18:57.000 [notice] Heartbeat: In the last 6 hours, I have seen 0 unique clients.
Nov 05 10:44:17.000 [notice] Interrupt: we have stopped accepting new connections, and will shut down in 30 seconds. Interrupt again to exit now.
Nov 05 10:44:18.000 [notice] Delaying directory fetches: We are hibernating or shutting down.
Nov 05 10:44:47.000 [notice] Clean shutdown finished. Exiting.
Apr 11 18:28:44.000 [notice] Tor 0.4.1.6 opening log file.
Apr 11 18:28:44.103 [notice] Tor 0.4.1.6 running on Linux with Libevent 2.1.8-stable, OpenSSL 1.1.1d, Zlib 1.2.11, Liblzma 5.2.4, and Libzstd 1.4.3.
Apr 11 18:28:44.103 [notice] Read configuration file "/usr/share/tor/tor-service-defaults-torrc".
Apr 11 18:28:44.103 [notice] Read configuration file "/etc/tor/torrc".
Apr 11 18:28:44.125 [notice] Based on detected system memory, MaxMemInQueues is set to 694 MB. You can override this by setting MaxMemInQueues by hand.
Apr 11 18:28:44.128 [notice] Opening OR listener on
0.0.0.0:4433Apr 11 18:28:44.128 [notice] Opened OR listener on
0.0.0.0:4433Apr 11 18:28:44.128 [notice] Opening Extended OR listener on
127.0.0.1:0Apr 11 18:28:44.128 [notice] Extended OR listener listening on port 40247.
Apr 11 18:28:44.128 [notice] Opened Extended OR listener on
127.0.0.1:40247Apr 11 18:28:44.000 [notice] Bootstrapped 0% (starting): Starting
Apr 11 18:28:44.000 [warn] Received local state file with skewed time (/var/lib/tor/state): It seems that our clock is behind by 207 days, 17 hours, 16 minutes, or that theirs is ahead. Tor requires an accurate clock to work: please check your time, timezone, and date settings.
Apr 11 18:28:44.000 [warn] Problem bootstrapping. Stuck at 0% (starting): Starting. (Clock skew -17946963 in local state file from /var/lib/tor/state; CLOCK_SKEW; count 1; recommendation warn; host ? at ?)
Nov 05 10:45:34.000 [notice] Parsing GEOIP IPv4 file /usr/share/tor/geoip.
Nov 05 10:45:35.000 [notice] Parsing GEOIP IPv6 file /usr/share/tor/geoip6.
Nov 05 10:45:35.000 [notice] Configured to measure statistics. Look for the *-stats files that will first be written to the data directory in 24 hours from now.
Nov 05 10:45:43.000 [notice] Your Tor server's identity key fingerprint is 'citizenfour B839503CA8F877D0263A38103DAF47EF302FBCF7'
Nov 05 10:45:43.000 [notice] Your Tor bridge's hashed identity key fingerprint is 'citizenfour 9D1CCBE7EEF99FCCA6F767838FA08B23DDFABB3A'
Nov 05 10:45:44.000 [warn] Our clock is 207 days, 16 hours, 31 minutes behind the time published in the consensus network status document (2019-11-05 09:00:00 UTC). Tor needs an accurate clock to work correctly. Please check your time and date settings!
Nov 05 10:45:44.000 [warn] Received ns flavor consensus with skewed time (CONSENSUS): It seems that our clock is behind by 207 days, 16 hours, 31 minutes, or that theirs is ahead. Tor requires an accurate clock to work: please check your time, timezone, and date settings.
Nov 05 10:45:44.000 [warn] Problem bootstrapping. Stuck at 0% (starting): Starting. (Clock skew -17944276 in ns flavor consensus from CONSENSUS; CLOCK_SKEW; count 2; recommendation warn; host ? at ?)
Nov 05 10:45:45.000 [warn] Our clock is 207 days, 15 hours, 31 minutes behind the time published in the consensus network status document (2019-11-05 08:00:00 UTC). Tor needs an accurate clock to work correctly. Please check your time and date settings!
Nov 05 10:45:45.000 [warn] Received microdesc flavor consensus with skewed time (CONSENSUS): It seems that our clock is behind by 207 days, 15 hours, 31 minutes, or that theirs is ahead. Tor requires an accurate clock to work: please check your time, timezone, and date settings.
Nov 05 10:45:45.000 [warn] Problem bootstrapping. Stuck at 0% (starting): Starting. (Clock skew -17940676 in microdesc flavor consensus from CONSENSUS; CLOCK_SKEW; count 3; recommendation warn; host ? at ?)
Nov 05 10:47:44.000 [notice] Starting with guard context "default"
Nov 05 10:47:44.000 [notice] Signaled readiness to systemd
Nov 05 10:47:44.000 [notice] Registered server transport 'obfs4' at '[::]:1234'
Nov 05 10:47:45.000 [notice] Bootstrapped 5% (conn): Connecting to a relay
Nov 05 10:47:45.000 [notice] Opening Socks listener on /run/tor/socks
Nov 05 10:47:45.000 [notice] Opened Socks listener on /run/tor/socks
Nov 05 10:47:45.000 [notice] Opening Control listener on /run/tor/control
Nov 05 10:47:45.000 [notice] Opened Control listener on /run/tor/control
Nov 05 10:47:45.000 [notice] Bootstrapped 10% (conn_done): Connected to a relay
Nov 05 10:47:47.000 [notice] Bootstrapped 14% (handshake): Handshaking with a relay
Nov 05 10:47:48.000 [notice] Bootstrapped 15% (handshake_done): Handshake with a relay done
Nov 05 10:47:48.000 [notice] Bootstrapped 75% (enough_dirinfo): Loaded enough directory info to build circuits
Nov 05 10:47:48.000 [notice] Bootstrapped 89% (ap_handshake): Finishing handshake with a relay to build circuits
Nov 05 10:47:48.000 [notice] Bootstrapped 90% (ap_handshake_done): Handshake finished with a relay to build circuits
Nov 05 10:47:48.000 [notice] Bootstrapped 95% (circuit_create): Establishing a Tor circuit
Nov 05 10:47:48.000 [notice] Guessed our IP address as 78.224.250.217 (source: 213.220.220.60).
Nov 05 10:47:51.000 [notice] Bootstrapped 100% (done): Done
Nov 05 10:47:51.000 [notice] Now checking whether ORPort
78.224.250.217:4433 is reachable... (this may take up to 20 minutes -- look for log messages indicating success)
Nov 05 10:47:51.000 [notice] Self-testing indicates your ORPort is reachable from the outside. Excellent. Publishing server descriptor.
Nov 05 10:47:53.000 [notice] Performing bandwidth self-test...done.
Nov 05 13:12:01.000 [notice] New control connection opened.
root@kali-pi:/var/log/tor#
When i type date, everything look fine but when i first set up my raspberry Pi3b+ (os: Kali linux) i had a hard time getting the right time /timezone. It looks like at boot it takes like 30s to get the right time.
Any idea how to fix this and avoid futur issue?
_______________________________________________
tor-relays mailing list