Problema sincronización hora

[sunbloquer]

Pues podría ser, pensé que en cada reinicio empezaria de nuevo, tendría que haberle echo un reset.

Esta noche pruebo de nuevo que a mi vecino no lo veo hasta el domingo-lunes para ver lo de su router.

Muchas gracias @egrueda

[sunbloquer]

Bueno, instalación nueva y router reiniciado (ya han pasado las 12 horas)

Código: Seleccionar todo

pi@raspberrypi:~ $ sudo raspi-config
Generating locales (this might take a while)...
  en_GB.UTF-8... done
  es_ES.UTF-8... done
Generation complete.

Current default time zone: 'Europe/Madrid'
Local time is now:      Sat Oct 30 13:33:30 CEST 2021.
Universal Time is now:  Sat Oct 30 11:33:30 UTC 2021.

Código: Seleccionar todo

pi@raspberrypi:~ $ systemctl status systemd-timesyncd
● systemd-timesyncd.service - Network Time Synchronization
     Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; ve>
     Active: active (running) since Sat 2021-10-30 13:30:01 CEST; 5min ago
       Docs: man:systemd-timesyncd.service(8)
   Main PID: 643 (systemd-timesyn)
     Status: "Idle."
      Tasks: 2 (limit: 3720)
        CPU: 96ms
     CGroup: /system.slice/systemd-timesyncd.service
             └─643 /lib/systemd/systemd-timesyncd

Oct 30 13:30:01 raspberrypi systemd[1]: Starting Network Time Synchronization...
Oct 30 13:30:01 raspberrypi systemd[1]: Started Network Time Synchronization.
Oct 30 13:30:12 raspberrypi systemd-timesyncd[643]: Timed out waiting for reply>
Oct 30 13:30:54 raspberrypi systemd-timesyncd[643]: Timed out waiting for reply>
Oct 30 13:32:09 raspberrypi systemd-timesyncd[643]: Timed out waiting for reply>
Oct 30 13:34:27 raspberrypi systemd-timesyncd[643]: Timed out waiting for reply>
lines 1-17/17 (END)...skipping...
● systemd-timesyncd.service - Network Time Synchronization
     Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: enabled)
     Active: active (running) since Sat 2021-10-30 13:30:01 CEST; 5min ago
       Docs: man:systemd-timesyncd.service(8)
   Main PID: 643 (systemd-timesyn)
     Status: "Idle."
      Tasks: 2 (limit: 3720)
        CPU: 96ms
     CGroup: /system.slice/systemd-timesyncd.service
             └─643 /lib/systemd/systemd-timesyncd

Oct 30 13:30:01 raspberrypi systemd[1]: Starting Network Time Synchronization...
Oct 30 13:30:01 raspberrypi systemd[1]: Started Network Time Synchronization.
Oct 30 13:30:12 raspberrypi systemd-timesyncd[643]: Timed out waiting for reply from 147.156.7.18:123 (147.156.7.18).
Oct 30 13:30:54 raspberrypi systemd-timesyncd[643]: Timed out waiting for reply from 147.156.7.18:123 (147.156.7.18).
Oct 30 13:32:09 raspberrypi systemd-timesyncd[643]: Timed out waiting for reply from 147.156.7.18:123 (147.156.7.18).
Oct 30 13:34:27 raspberrypi systemd-timesyncd[643]: Timed out waiting for reply from 147.156.7.18:123 (147.156.7.18).

Código: Seleccionar todo

pi@raspberrypi:~ $ sudo nmap --script broadcast-dhcp-discover
Starting Nmap 7.80 ( https://nmap.org ) at 2021-10-30 13:37 CEST
Pre-scan script results:
| broadcast-dhcp-discover:
|   Response 1 of 1:
|     IP Offered: 192.168.1.18
|     DHCP Message Type: DHCPOFFER
|     Server Identifier: 192.168.1.1
|     IP Address Lease Time: 1d00h00m00s
|     Subnet Mask: 255.255.255.0
|     Router: 192.168.1.1
|     Domain Name Server: 212.230.135.1, 212.230.135.2
|     NTP Servers: 147.156.7.18
|     Renewal Time Value: 12h00m00s
|_    Rebinding Time Value: 21h00m00s
WARNING: No targets were specified, so 0 hosts scanned.
Nmap done: 0 IP addresses (0 hosts up) scanned in 1.86 seconds

Siempre me comienza en esa fatídica fecha, pocos cambios hay del de hoy al de ayer

Código: Seleccionar todo

pi@raspberrypi:~ $ sudo nmap --script broadcast-dhcp-discover
Starting Nmap 7.80 ( https://nmap.org ) at 2021-10-30 13:37 CEST
Pre-scan script results:
| broadcast-dhcp-discover:
|   Response 1 of 1:
|     IP Offered: 192.168.1.18
|     DHCP Message Type: DHCPOFFER
|     Server Identifier: 192.168.1.1
|     IP Address Lease Time: 1d00h00m00s
|     Subnet Mask: 255.255.255.0
|     Router: 192.168.1.1
|     Domain Name Server: 212.230.135.1, 212.230.135.2
|     NTP Servers: 147.156.7.18
|     Renewal Time Value: 12h00m00s
|_    Rebinding Time Value: 21h00m00s
WARNING: No targets were specified, so 0 hosts scanned.
Nmap done: 0 IP addresses (0 hosts up) scanned in 1.86 seconds

La cuestión y lo que yo he pensado desde siempre es que por muchos cambios que haga en el router los realiza de forma visual y no sirve para nada, de servir, de donde me coge ahora NTP Servers: 147.156.7.18 que esta en OFF desde ayer.

Y muy bien, vale, aceptamos que me coja ese servidor NTP, pero y la hora? A que se debe ese desfase? en algún lugar por el camino hay problema con fecha y hora. Desde que realizo la petición, pasa por el router, a saber por cuantos sitios mas....de vuelta llega lo que llega.

Y otra cosa que me acabo de dar cuenta

Local time is now: Sat Oct 30 13:33:30 CEST 2021.
Universal Time is now: Sat Oct 30 11:33:30 UTC 2021.

Si yo en mi Raspbian he puesto Europa/Madrid como Local no seria....UTC+1, ya de darlo mal, darlo bien, vamos, no darme Hora De Verano De Europa Central (CEST) que efectivamente son UTC+2.

[sunbloquer]

Router de fabrica, la hora la toma bien



Y el servicio NTP lo tiene configurado de la siguiente manera



Todo a 0 de nuevo y tenemos mas de lo mismo

Código: Seleccionar todo

pi@raspberrypi:~ $ sudo nmap --script broadcast-dhcp-discover
Starting Nmap 7.80 ( https://nmap.org ) at 2021-10-30 13:36 CEST
Pre-scan script results:
| broadcast-dhcp-discover:
|   Response 1 of 1:
|     IP Offered: 192.168.1.144
|     DHCP Message Type: DHCPOFFER
|     Server Identifier: 192.168.1.1
|     IP Address Lease Time: 1d00h00m00s
|     Subnet Mask: 255.255.255.0
|     Router: 192.168.1.1
|     Domain Name Server: 212.230.135.1, 212.230.135.2
|     Renewal Time Value: 12h00m00s
|_    Rebinding Time Value: 21h00m00s
WARNING: No targets were specified, so 0 hosts scanned.
Nmap done: 0 IP addresses (0 hosts up) scanned in 1.96 seconds

o peor

Código: Seleccionar todo

pi@raspberrypi:~ $ systemctl status systemd-timesyncd
● systemd-timesyncd.service - Network Time Synchronization
     Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; ve>
     Active: active (running) since Sat 2021-10-30 13:30:05 CEST; 8min ago
       Docs: man:systemd-timesyncd.service(8)
   Main PID: 630 (systemd-timesyn)
     Status: "Connecting to time server 78.196.167.192:123 (3.debian.pool.ntp.o>
      Tasks: 2 (limit: 3720)
        CPU: 210ms
     CGroup: /system.slice/systemd-timesyncd.service
             └─630 /lib/systemd/systemd-timesyncd

oct 30 13:36:49 raspberrypi systemd-timesyncd[630]: Timed out waiting for reply>
oct 30 13:37:00 raspberrypi systemd-timesyncd[630]: Timed out waiting for reply>
oct 30 13:37:10 raspberrypi systemd-timesyncd[630]: Timed out waiting for reply>
oct 30 13:37:20 raspberrypi systemd-timesyncd[630]: Timed out waiting for reply>
oct 30 13:37:30 raspberrypi systemd-timesyncd[630]: Timed out waiting for reply>
oct 30 13:37:41 raspberrypi systemd-timesyncd[630]: Timed out waiting for reply>
oct 30 13:37:51 raspberrypi systemd-timesyncd[630]: Timed out waiting for reply>
oct 30 13:38:01 raspberrypi systemd-timesyncd[630]: Timed out waiting for reply>
oct 30 13:38:11 raspberrypi systemd-timesyncd[630]: Timed out waiting for reply>
oct 30 13:38:22 raspberrypi systemd-timesyncd[630]: Timed out waiting for reply>
lines 1-21/21 (END)...skipping...
● systemd-timesyncd.service - Network Time Synchronization
     Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: enabled)
     Active: active (running) since Sat 2021-10-30 13:30:05 CEST; 8min ago
       Docs: man:systemd-timesyncd.service(8)
   Main PID: 630 (systemd-timesyn)
     Status: "Connecting to time server 78.196.167.192:123 (3.debian.pool.ntp.org)."
      Tasks: 2 (limit: 3720)
        CPU: 210ms
     CGroup: /system.slice/systemd-timesyncd.service
             └─630 /lib/systemd/systemd-timesyncd

oct 30 13:36:49 raspberrypi systemd-timesyncd[630]: Timed out waiting for reply from 216.229.4.69:123 (1.debian.pool.ntp.org).
oct 30 13:37:00 raspberrypi systemd-timesyncd[630]: Timed out waiting for reply from 95.216.78.223:123 (1.debian.pool.ntp.org).
oct 30 13:37:10 raspberrypi systemd-timesyncd[630]: Timed out waiting for reply from 94.172.186.238:123 (1.debian.pool.ntp.org).
oct 30 13:37:20 raspberrypi systemd-timesyncd[630]: Timed out waiting for reply from 103.123.108.221:123 (1.debian.pool.ntp.org).
oct 30 13:37:30 raspberrypi systemd-timesyncd[630]: Timed out waiting for reply from 193.182.111.13:123 (2.debian.pool.ntp.org).
oct 30 13:37:41 raspberrypi systemd-timesyncd[630]: Timed out waiting for reply from 195.154.220.89:123 (2.debian.pool.ntp.org).
oct 30 13:37:51 raspberrypi systemd-timesyncd[630]: Timed out waiting for reply from 50.205.244.22:123 (2.debian.pool.ntp.org).
oct 30 13:38:01 raspberrypi systemd-timesyncd[630]: Timed out waiting for reply from 92.222.209.69:123 (2.debian.pool.ntp.org).
oct 30 13:38:11 raspberrypi systemd-timesyncd[630]: Timed out waiting for reply from 212.59.0.1:123 (3.debian.pool.ntp.org).
oct 30 13:38:22 raspberrypi systemd-timesyncd[630]: Timed out waiting for reply from 171.66.97.126:123 (3.debian.pool.ntp.org).

[sunbloquer]

ntpdate al servidor del router

Código: Seleccionar todo

pi@raspberrypi:~ $ sudo ntpdate -v 212.230.255.2
30 Oct 13:42:36 ntpdate[761]: ntpdate 4.2.8p15@1.3728-o Wed Sep 23 11:46:38 UTC 2020 (1)
13 Nov 19:59:46 ntpdate[761]: step time server 212.230.255.2 offset +1235823.376547 sec

ntpdate a 3.debian.pool.ntp.o

Código: Seleccionar todo

pi@raspberrypi:~ $ sudo ntpdate -v 78.196.167.192
13 Nov 20:01:24 ntpdate[771]: ntpdate 4.2.8p15@1.3728-o Wed Sep 23 11:46:38 UTC 2020 (1)
13 Nov 20:01:30 ntpdate[771]: adjust time server 78.196.167.192 offset -0.007642 sec

Código: Seleccionar todo

systemctl status systemd-timesyncd
● systemd-timesyncd.service - Network Time Synchronization
     Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: enabled)
     Active: active (running) since Sat 2021-10-30 13:30:05 CEST; 2 weeks 0 days ago
       Docs: man:systemd-timesyncd.service(8)
   Main PID: 630 (systemd-timesyn)
     Status: "Idle."
      Tasks: 2 (limit: 3720)
        CPU: 244ms
     CGroup: /system.slice/systemd-timesyncd.service
             └─630 /lib/systemd/systemd-timesyncd

oct 30 13:41:52 raspberrypi systemd-timesyncd[630]: Timed out waiting for reply from 80.74.64.1:123 (1.debian.pool.ntp.org).
oct 30 13:42:02 raspberrypi systemd-timesyncd[630]: Timed out waiting for reply from 61.239.100.228:123 (1.debian.pool.ntp.org).
oct 30 13:42:12 raspberrypi systemd-timesyncd[630]: Timed out waiting for reply from 62.12.173.12:123 (1.debian.pool.ntp.org).
oct 30 13:42:23 raspberrypi systemd-timesyncd[630]: Timed out waiting for reply from 185.132.136.116:123 (2.debian.pool.ntp.org).
oct 30 13:42:33 raspberrypi systemd-timesyncd[630]: Timed out waiting for reply from 162.159.200.123:123 (2.debian.pool.ntp.org).
nov 13 19:59:56 raspberrypi systemd-timesyncd[630]: Timed out waiting for reply from 185.90.148.209:123 (2.debian.pool.ntp.org).
nov 13 20:00:06 raspberrypi systemd-timesyncd[630]: Timed out waiting for reply from 131.234.220.232:123 (3.debian.pool.ntp.org).
nov 13 20:00:16 raspberrypi systemd-timesyncd[630]: Timed out waiting for reply from 77.68.122.252:123 (3.debian.pool.ntp.org).
nov 13 20:00:26 raspberrypi systemd-timesyncd[630]: Timed out waiting for reply from 51.174.198.198:123 (3.debian.pool.ntp.org).
nov 13 20:00:37 raspberrypi systemd-timesyncd[630]: Timed out waiting for reply from 51.75.67.47:123 (3.debian.pool.ntp.org).

y si le hago un ntpdate a 80.74.64.1:123 (1.debian.pool.ntp.org)

Código: Seleccionar todo

pi@raspberrypi:~ $ sudo ntpdate -v 80.74.64.1
13 Nov 20:04:06 ntpdate[837]: ntpdate 4.2.8p15@1.3728-o Wed Sep 23 11:46:38 UTC 2020 (1)
13 Nov 20:04:12 ntpdate[837]: adjust time server 80.74.64.1 offset +0.003586 sec

Sigo sin entender el asunto, en que lugar se pierde mi reloj, mi tiempo y el del que siga este hilo

[sunbloquer]

Esto sobraria ya que mi rpi está claro que funciona en otro ISP, de todas formas lo pongo por aquí

Código: Seleccionar todo

pi@raspberrypi:~ $ sudo lshw -class network
  *-network:0
       description: Ethernet interface
       physical id: 1
       logical name: eth0
       serial: dc:a6:32:f5:f8:d1
       size: 100Mbit/s
       capacity: 1Gbit/s
       capabilities: ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=bcmgenet driverversion=5.10.63-v7l+ duplex=full ip=192.168.1.10 link=yes multicast=yes port=twisted pair speed=100Mbit/s

Código: Seleccionar todo

pi@raspberrypi:~ $ sudo tcpdump -v -i eth0 port 123
tcpdump: listening on eth0, link-type EN10MB (Ethernet), snapshot length 262144 bytes
20:44:40.992861 IP (tos 0xb8, ttl 64, id 40439, offset 0, flags [DF], proto UDP (17), length 76)
    192.168.1.10.ntp > Time100.Stupi.SE.ntp: NTPv4, Client, length 48
        Leap indicator:  (0), Stratum 2 (secondary reference), poll 6 (64s), precision -20
        Root Delay: 0.063858, Root dispersion: 0.008132, Reference-ID: 0xc0248f82
          Reference Timestamp:  3845821278.057528089 (2021-11-13T19:41:18Z)
          Originator Timestamp: 3845821414.024037964 (2021-11-13T19:43:34Z)
          Receive Timestamp:    3845821414.057429201 (2021-11-13T19:43:34Z)
          Transmit Timestamp:   3845821480.992789387 (2021-11-13T19:44:40Z)
            Originator - Receive Timestamp:  +0.033391236
            Originator - Transmit Timestamp: +66.968751422
20:44:41.056280 IP (tos 0x10, ttl 51, id 0, offset 0, flags [DF], proto UDP (17), length 76)
    Time100.Stupi.SE.ntp > 192.168.1.10.ntp: NTPv4, Server, length 48
        Leap indicator:  (0), Stratum 1 (primary reference), poll 6 (64s), precision -25
        Root Delay: 0.000000, Root dispersion: 0.000030, Reference-ID: PPS^@
          Reference Timestamp:  3845821480.000000000 (2021-11-13T19:44:40Z)
          Originator Timestamp: 3845821480.992789387 (2021-11-13T19:44:40Z)
          Receive Timestamp:    3845821481.022961369 (2021-11-13T19:44:41Z)
          Transmit Timestamp:   3845821481.022961871 (2021-11-13T19:44:41Z)
            Originator - Receive Timestamp:  +0.030171982
            Originator - Transmit Timestamp: +0.030172483
20:44:41.992835 IP (tos 0xb8, ttl 64, id 60464, offset 0, flags [DF], proto UDP (17), length 76)
    192.168.1.10.ntp > shackleton.red.uv.es.ntp: NTPv4, Client, length 48
        Leap indicator:  (0), Stratum 2 (secondary reference), poll 6 (64s), precision -20
        Root Delay: 0.063476, Root dispersion: 0.003509, Reference-ID: 0xc0248f82
          Reference Timestamp:  3845821481.056280491 (2021-11-13T19:44:41Z)
          Originator Timestamp: 3845821413.003576780 (2021-11-13T19:43:33Z)
          Receive Timestamp:    3845821413.015376544 (2021-11-13T19:43:33Z)
          Transmit Timestamp:   3845821481.992779450 (2021-11-13T19:44:41Z)
            Originator - Receive Timestamp:  +0.011799764
            Originator - Transmit Timestamp: +68.989202670
20:44:42.016372 IP (tos 0xb8, ttl 56, id 2891, offset 0, flags [DF], proto UDP (17), length 76)
    shackleton.red.uv.es.ntp > 192.168.1.10.ntp: NTPv4, Server, length 48
        Leap indicator:  (0), Stratum 2 (secondary reference), poll 6 (64s), precision -24
        Root Delay: 0.000503, Root dispersion: 0.026901, Reference-ID: 0x424edfe6
          Reference Timestamp:  3845820748.424300464 (2021-11-13T19:32:28Z)
          Originator Timestamp: 3845821481.992779450 (2021-11-13T19:44:41Z)
          Receive Timestamp:    3845821482.004492928 (2021-11-13T19:44:42Z)
          Transmit Timestamp:   3845821482.004548536 (2021-11-13T19:44:42Z)
            Originator - Receive Timestamp:  +0.011713477
            Originator - Transmit Timestamp: +0.011769085
^Z
[1]+  Detenido                sudo tcpdump -v -i eth0 port 123

[sunbloquer]

Sigo peleandome con esto.

Código: Seleccionar todo

Last login: Sat Oct 30 13:52:29 2021 from 192.168.1.16
pi@raspberrypi:~ $ ping 2.debian.pool.ntp.org
PING 2.debian.pool.ntp.org (5.56.160.3) 56(84) bytes of data.
64 bytes from dns01.masbytes.es (5.56.160.3): icmp_seq=1 ttl=55 time=43.4 ms
64 bytes from dns01.masbytes.es (5.56.160.3): icmp_seq=2 ttl=55 time=42.5 ms
64 bytes from dns01.masbytes.es (5.56.160.3): icmp_seq=3 ttl=55 time=43.4 ms
64 bytes from dns01.masbytes.es (5.56.160.3): icmp_seq=4 ttl=55 time=42.0 ms
^C
--- 2.debian.pool.ntp.org ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 41.968/42.824/43.435/0.628 ms
pi@raspberrypi:~ $ WTF?

[sunbloquer]

Bueno, pues ya me canse del tema este. Yo sigo pensando pensando que es un problema de resolución de DNS, Firewall, Router o todo en conjunto

si yo le hago un nslookup a mi DNS debiera encontrar algo no?

Código: Seleccionar todo

pi@raspberrypi:~ $ nslookup 212.230.135.1
[b]** server can't find 1.135.230.212.in-addr.arpa: NXDOMAIN[/b]

pi@raspberrypi:~ $ nslookup 212.230.135.2
[b]** server can't find 2.135.230.212.in-addr.arpa: NXDOMAIN[/b]

pi@raspberrypi:~ $ nslookup 8.8.8.8
8.8.8.8.in-addr.arpa    name = dns.google.

Authoritative answers can be found from:

pi@raspberrypi:~ $ nslookup 1.1.1.1
1.1.1.1.in-addr.arpa    name = one.one.one.one.

Authoritative answers can be found from:

pi@raspberrypi:~ $ nslookup 208.67.222.222
222.222.67.208.in-addr.arpa     name = resolver1.opendns.com.
222.222.67.208.in-addr.arpa     name = dns.umbrella.com.
222.222.67.208.in-addr.arpa     name = dns.opendns.com.

Authoritative answers can be found from:

pi@raspberrypi:~ $ nslookup 38.132.106.139
139.106.132.38.in-addr.arpa     name = newyork-ns01.cyberghostvpn.com.

Authoritative answers can be found from:

y con host, mas de lo mismo

Código: Seleccionar todo

pi@raspberrypi:~ $ host 212.230.135.1
Host 1.135.230.212.in-addr.arpa. not found: 3(NXDOMAIN)
pi@raspberrypi:~ $ host 212.230.135.2
Host 2.135.230.212.in-addr.arpa. not found: 3(NXDOMAIN)
pi@raspberrypi:~ $ host 8.8.8.8
8.8.8.8.in-addr.arpa domain name pointer dns.google.
pi@raspberrypi:~ $ host 38.132.106.139
139.106.132.38.in-addr.arpa domain name pointer newyork-ns01.cyberghostvpn.com.
pi@raspberrypi:~ $

Un router que no permite cambiar las DNS globales, no permite hacer cambios en el firewall, el servidor NTP....digo que visualmente funciona.

Como ni yo, ni el ISP, ni vosotros dais con la cuestión. La solución: Cambio de operador, cualquiera menos MasMovil, Yoigo....

Muchas gracias por la ayuda y por aquí me quedaré que veo cosas interesantes e igual ayudo en algo.

[sunbloquer]

Simpático esto ultimo. He probado solo por perder el tiempo a conectar otro router a la venganza del Sercomm, y desde ese router desactivo el firewall y cambiadas las DNS a las de google, y bien, las coge

Código: Seleccionar todo

pi@raspberrypi:~ $ sudo nmap --script broadcast-dhcp-discover
Starting Nmap 7.80 ( https://nmap.org ) at 2021-10-30 18:21 CEST
Pre-scan script results:
| broadcast-dhcp-discover:
|   Response 1 of 1:
|     IP Offered: 192.168.1.100
|     DHCP Message Type: DHCPOFFER
|     Server Identifier: 192.168.1.3
|     IP Address Lease Time: 2h00m00s
|     Subnet Mask: 255.255.255.0
|     Router: 192.168.1.1
|_    Domain Name Server: 8.8.8.8, 8.8.4.4
WARNING: No targets were specified, so 0 hosts scanned.
Nmap done: 0 IP addresses (0 hosts up) scanned in 1.05 seconds

El router no coge la hora del Sercomm, vale

Código: Seleccionar todo

Time = [b]2015-01-01 0:26:10 1571s[/b]
H-Ver = WR841N v9 00000000 : S-Ver = 3.16.9 Build 150320 Rel.57500n
L = 192.168.1.3 : M = 255.255.255.0
W1 = DHCP : W = 0.0.0.0 : M = 0.0.0.0 : G = 0.0.0.0

Conexión a internet tiene

Código: Seleccionar todo

pi@raspberrypi:~ $ iperf3 -c ping.online.net -p 5200 -P 10 -4 -R
Connecting to host ping.online.net, port 5200
Reverse mode, remote host ping.online.net is sending
[  5] local 192.168.1.169 port 48458 connected to 62.210.18.40 port 5200
[  7] local 192.168.1.169 port 48460 connected to 62.210.18.40 port 5200
[  9] local 192.168.1.169 port 48462 connected to 62.210.18.40 port 5200
[ 11] local 192.168.1.169 port 48464 connected to 62.210.18.40 port 5200
[ 13] local 192.168.1.169 port 48466 connected to 62.210.18.40 port 5200
[ 15] local 192.168.1.169 port 48468 connected to 62.210.18.40 port 5200
[ 17] local 192.168.1.169 port 48470 connected to 62.210.18.40 port 5200
[ 19] local 192.168.1.169 port 48472 connected to 62.210.18.40 port 5200
[ 21] local 192.168.1.169 port 48474 connected to 62.210.18.40 port 5200
[ 23] local 192.168.1.169 port 48476 connected to 62.210.18.40 port 5200
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  1.54 MBytes  12.9 Mbits/sec
[  7]   0.00-1.00   sec   923 KBytes  7.56 Mbits/sec
[  9]   0.00-1.00   sec  1.12 MBytes  9.41 Mbits/sec
[ 11]   0.00-1.00   sec  1.05 MBytes  8.83 Mbits/sec
[ 13]   0.00-1.00   sec  1.15 MBytes  9.65 Mbits/sec
[ 15]   0.00-1.00   sec  1.11 MBytes  9.34 Mbits/sec
[ 17]   0.00-1.00   sec   629 KBytes  5.15 Mbits/sec
[ 19]   0.00-1.00   sec  1015 KBytes  8.32 Mbits/sec
[ 21]   0.00-1.00   sec   851 KBytes  6.97 Mbits/sec
[ 23]   0.00-1.00   sec  1.10 MBytes  9.23 Mbits/sec
[SUM]   0.00-1.00   sec  10.4 MBytes  87.3 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   1.00-2.00   sec   745 KBytes  6.10 Mbits/sec
[  7]   1.00-2.00   sec   632 KBytes  5.18 Mbits/sec
[  9]   1.00-2.00   sec  1.37 MBytes  11.5 Mbits/sec
[ 11]   1.00-2.00   sec   905 KBytes  7.41 Mbits/sec
[ 13]   1.00-2.00   sec  1.43 MBytes  12.0 Mbits/sec
[ 15]   1.00-2.00   sec  1.31 MBytes  11.0 Mbits/sec
[ 17]   1.00-2.00   sec   646 KBytes  5.29 Mbits/sec
[ 19]   1.00-2.00   sec  2.52 MBytes  21.2 Mbits/sec
[ 21]   1.00-2.00   sec   701 KBytes  5.75 Mbits/sec
[ 23]   1.00-2.00   sec  1.09 MBytes  9.10 Mbits/sec
[SUM]   1.00-2.00   sec  11.3 MBytes  94.5 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   2.00-3.00   sec   696 KBytes  5.70 Mbits/sec
[  7]   2.00-3.00   sec   536 KBytes  4.39 Mbits/sec
[  9]   2.00-3.00   sec  1.40 MBytes  11.8 Mbits/sec
[ 11]   2.00-3.00   sec   773 KBytes  6.34 Mbits/sec
[ 13]   2.00-3.00   sec  1.43 MBytes  12.0 Mbits/sec
[ 15]   2.00-3.00   sec  1.04 MBytes  8.75 Mbits/sec
[ 17]   2.00-3.00   sec   748 KBytes  6.13 Mbits/sec
[ 19]   2.00-3.00   sec  2.29 MBytes  19.2 Mbits/sec
[ 21]   2.00-3.00   sec   704 KBytes  5.77 Mbits/sec
[ 23]   2.00-3.00   sec  1.08 MBytes  9.07 Mbits/sec
[SUM]   2.00-3.00   sec  10.6 MBytes  89.1 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   3.00-4.00   sec  1.03 MBytes  8.68 Mbits/sec
[  7]   3.00-4.00   sec   612 KBytes  5.02 Mbits/sec
[  9]   3.00-4.00   sec  1.22 MBytes  10.2 Mbits/sec
[ 11]   3.00-4.00   sec   788 KBytes  6.45 Mbits/sec
[ 13]   3.00-4.00   sec  1.27 MBytes  10.7 Mbits/sec
[ 15]   3.00-4.00   sec  1004 KBytes  8.22 Mbits/sec
[ 17]   3.00-4.00   sec  1020 KBytes  8.35 Mbits/sec
[ 19]   3.00-4.00   sec  1.94 MBytes  16.3 Mbits/sec
[ 21]   3.00-4.00   sec   721 KBytes  5.91 Mbits/sec
[ 23]   3.00-4.00   sec  1018 KBytes  8.34 Mbits/sec
[SUM]   3.00-4.00   sec  10.5 MBytes  88.2 Mbits/sec
^Z
[1]+  Detenido                iperf3 -c ping.online.net -p 5200 -P 10 -4 -R

Y que es lo que vemos...



El router no coge la hora. ¡¡¡Sorpresa!!!, pero es que ni obligandolo



No tiene internet, pero como la Rpi. Solo para coger la hora.

Otra sorpresa. Un Android TV Minix si coge la hora del Sercomm conectado al 2 router (que tiene la hora mal). ¿Que diferencia la forma de tomar la hora de un sistema Android de uno Linux? los dos la toman de un servidor NTP, o Android usa NITZ(Network Identity and Time Zone)

Código: Seleccionar todo

El marco de Android utiliza varias fuentes de tiempo para la sincronización horaria. Esta página se centra en las fuentes de tiempo automáticas del Protocolo de tiempo de red (NTP) y de Identidad de red y zona horaria (NITZ). De forma predeterminada en Android 12 o superior, el marco prioriza NTP como fuente de tiempo sobre NITZ porque NTP es más preciso y confiable que NITZ. En situaciones en las que NTP no está disponible, el marco recurre a NITZ. Esta es una inversión de la prioridad predeterminada de versiones anteriores de la plataforma. De forma predeterminada en Android 11 y versiones anteriores, el marco prioriza NITZ sobre NTP.

[sunbloquer]

Actualizando el tema que nos ocupa.

Mi vecino mas cercano ha puesto fibra, asi que probamos en su conexión a ver como chuta la raspberry y como era de esperar funciona.



pi@raspberrypi:~ $ date
sáb 20 nov 2021 12:49:19 CET

Código: Seleccionar todo

● systemd-timesyncd.service - Network Time Synchronization
     Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: enabled)
     Active: active (running) since Mon 2021-11-01 09:17:19 CET; 2 weeks 5 days ago
       Docs: man:systemd-timesyncd.service(8)
   Main PID: 653 (systemd-timesyn)
     Status: "Initial synchronization to time server 10.29.128.1:123 (10.29.128.1)."
      Tasks: 2 (limit: 3720)
        CPU: 127ms
     CGroup: /system.slice/systemd-timesyncd.service
             └─653 /lib/systemd/systemd-timesyncd

nov 01 09:17:19 raspberrypi systemd[1]: Starting Network Time Synchronization...
nov 01 09:17:19 raspberrypi systemd[1]: Started Network Time Synchronization.
nov 20 12:45:31 raspberrypi systemd-timesyncd[653]: Initial synchronization to time server 10.29.128.1:123 (10.29.128.1).

Código: Seleccionar todo

pi@raspberrypi:~ $ sudo nmap --script broadcast-dhcp-discover
Starting Nmap 7.80 ( https://nmap.org ) at 2021-11-20 12:53 CET
Pre-scan script results:
| broadcast-dhcp-discover:
|   Response 1 of 1:
|     IP Offered: 192.168.1.38
|     DHCP Message Type: DHCPOFFER
|     Server Identifier: 192.168.1.1
|     IP Address Lease Time: 12h00m00s
|     Subnet Mask: 255.255.255.0
|     Router: 192.168.1.1
|     Domain Name Server: 80.58.61.254, 80.58.61.250
|_    NTP Servers: 10.29.128.1
WARNING: No targets were specified, so 0 hosts scanned.
Nmap done: 0 IP addresses (0 hosts up) scanned in 1.36 seconds

Código: Seleccionar todo

pi@raspberrypi:~ $ sudo lshw -class network
  *-network:0
       description: Ethernet interface
       physical id: 1
       logical name: eth0
       serial: dc:a6:32:f5:f8:d1
       size: 1Gbit/s
       capacity: 1Gbit/s
       capabilities: ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=bcmgenet driverversion=5.10.63-v7l+ duplex=full ip=192.168.1.37 link=yes multicast=yes port=twisted pair speed=1Gbit/s
  *-network:1
       description: Wireless interface
       physical id: 2
       logical name: wlan0
       serial: dc:a6:32:f5:f8:d2
       capabilities: ethernet physical wireless
       configuration: broadcast=yes driver=brcmfmac driverversion=7.45.229 firmware=01-2dbd9d2e multicast=yes wireless=IEEE 802.11
p

Todavía no he hablado del operador que tengo por la sencilla razón que no me gusta echar basura encima de la casa de alguien. Ese operador tiene enlace a este hilo, mas que el operador concretamente uno de los "jefes" que desde el primer dia se hizo pasar por un simple técnico. Bien, le proporcione el enlace a este hilo para que comprobase que Raspbian no necesita ninguna configuración adicional para tomar la hora en el primer arranque, cosa que me discutió desde el principio con un eso es imposible, etc., etc., este operador usa la red de Yoigo, al igual que otro vecino que tengo usa la de Masmovil, Yoigo pertenece al grupo Masmovil junto a otras tantas.

En vista de que no se soluciona el problema, no saben, o no quieren y me marean la perdiz echandole la culpa a mi instalación, les pregunté si disponia de algún tipo de permanencia a lo que me dice una chica que si, que viene en la factura detallada la permanencia que si quiere me la envia, le digo que no se preocupe que ya tengo las facturas y en ellas no aparece nada. A los 15 minutos recibo una factura ya emitida y que yo tengo "manipulada" en la que aparece una nota en la primera página con la permanencia

Todavia sigo aquí, con ellos, ya que mi zona "Lo sentimos, la dirección que has introducido pertenece a un municipio que la CNMC (Comisión Nacional de los Mercados y la Competencia) ha considerado que es zona regulada".

Llevo 3 días esperando a que me llamen para que me expliquen como se modifica una factura ya emitida sin incurrir en un "presunto" delito de falsedad documental (totalmente demostrable) tanto con facturas como con llamadas. Les debe dar verguenza o tener tanta cara que en fin......

Técnico, si lees esto ya sabes mis datos de contacto. Gracias

OXON3

[Baly]

Me pasa exactamente lo mismo.
Y no se porque, pues nunca habia tenido este problema.
Tengo como operador a Yoigo, y el mismo modem que tu.
LLevavaba meses sin utilizar la Raspi, y ante ayer al ponerla no consegui recordar la password, Total que me bajo la ulñtima version de Raspian, grabo la imagen en una SD, y me sale que la fecha esmarzo y la hora tambien equivocada.
En mi caso estaba detras de CG-NAT, pero me han sacdo y dado una IP Publica , pero no se ha solucionado nada.
Mis conocimientos de Linus son cero patatero, asi que todos eso listados que pones no entiendo nada. Mañana vou a probar en casa de un amigo a ver que pasa. si se soluciona , esta claro que el problema esta o en el router o en IPS
Saludos

[reccio]

Hola a todos, buscando mi problema por internet, me encontré con este foro. Soy super, super novato, este es mi primer post en el foro. Estoy aprendiendo Raspberry y Linux de hobbie y tras días con fallos de la sincronización instalando diferentes S.O. en mi rpi4, empecé a investigar el problema por lo que leo parece algo de el rotuer Sercom con Pepephone (grupo Másmovil). Lo que quería originalmente era instalar Dietpi, para poner pi+hole, pivpn, owncloud, algo de torrent y cosas así para irme nutriendo. La instalación de Diet pi fue imposible, porque me pide desde el momento 0 sincronizar NTP, le di mil vueltas y no pude. Al final logré instalar Raspbian (que tampoco actualizaba la hora). Y he hecho algo que no se si está bien o mal, pero cambié la gestión de la hora por Chrony y así consguí acutalizar mis paquetes y tener el rpi en hora. Quisiera poder instalar tranquilamente un S.O. en mi rpi sin tantos pasos adicionales, porque como estoy aprendiendio estoy trasteando bastante. Tengo una nas synology viejo rodando por casa que le puedo activar el servicio de NTP, ¿Esto me funcionaría? En plan parche por que por lo visto pepephone no lo va a resolver.

Un saludos a todos, espero divertirme y aprender mucho por acá.

[astronio]

Hola, a mi me pasa lo mismo, lo a veis solucionado?
Si es a si podéis decirme como?
Seria una gran ayuda para mi
Muchísimas gracias

[groove]

Me he conectado (hacia años que no posteaba aquí) solo para aclarar que este mismo problema sigue existiendo con MasMovil. Yo lo que hice al final fue "hardcodear" la fecha manualmente.

[Void is King]

¿Alguna novedad con este tema? yo estoy igual.

[egrueda]

¿Alguna novedad con este tema? yo estoy igual.

Creo recordar que algunos tenían este problema debido a su proveedor de internet.
¿Cuál tienes tú?

[Edd]

Hola!

Soy Eduard, estoy instalando Home Assistant Green y tengo el mismo router y el mismo problema. AL final como lo corregistes?

Gracias anticipadas.