Problema conexión wiffi

[Samal]

Hola a todos,
El otro día la compañía telefónica me dejo unas horas colgado y no se me ocurrió nada mas (luego ya vi que no tenia sentido) que intentar conectar la raspberry con la conexión del teléfono móvil. Pues bien, desde ese día a la raspberry le cuesta un mundo de conectarse al wiffi cuando la reinicio y weewx funciona a trompicones. Se puede ver en los gráficos de la pagina: https://meteocimparets.aijir.es. Alguien me podría decir que datos puedo aportar aquí para haber si alguien puede detectar que es lo que se me ha desconfigurado?. Antes funcionaba como un reloj y ahora da pena  . Ahora mismo, hace 40 minutos que no se actualiza weewx pero la raspberry esta conectada al wiffi. Tengo una copia del archivo dhcpcd.conf y esta todo correcto. Pregunto para no andar toqueteando y acabar de desconfigurar a saber que.
Gracias de antemano y saludos!.

[jmviper]

Hola Samal

No tengo una raspi y no sé exactamente cómo tiene configurado el wifi (cada SO Linux lo configura de diferente manera) pero seguramente tiene mayor prioridad la zona wifi del móvil a la que conectaste la raspi y está buscándola si no tiene buena conexión la del router o si la activas en el móvil.

A ver si se pasa jantoni y te puede decir algo. No sé si se gestionan las conexiones con raspi-config o cómo pero habría que borrar u olvidar la de la zona wifi del móvil.

[jantoni]

Pues poner lo que hay dentro de /etc/wpa_supplicant/wpa_supplicant.conf

Eso sí, edita las password (línea que comienza con "psk").

También estaría bien el poner el contenido de

/etc/network/interfaces

(aunque éste último está en desuso)

Ojo......yo estoy acostumbrado a manejar la raspi sin entorno gráfico......creo recordar que, con entorno gráfico, las configuraciones de red las guardaba en otros ficheros.......pero no pongo entorno gráfico a una raspi hace muchos años

[PacoJavi]

La última que configuré yo con en entorno gráfico y la última versión de raspbian guardó la configuración en esa misma ruta jantoni: /etc/wpa_supplicant/wpa_supplicant.conf.

De todos modos, personalmente nunca se me ha dado la situación que plantea Samal, y siempre tengo 2 o más redes con su contraseña guardadas en /etc/wpa_supplicant/wpa_supplicant.conf. Por ejemplo:

Código: [Seleccionar]

pi@raspberrypi:~ $ cat /etc/wpa_supplicant/wpa_supplicant.conf
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
country=ES

network={
        ssid="vodafone****"
        psk="***********"
        key_mgmt=WPA-PSK
}

network={
        ssid="MobileWifi****"
        psk="**********"
}


Esta raspi actualmente está en el pueblo con su router 3g, y para configurarla en casa introduje la red que aparece en primera posición. Hasta ahora, ningún problema.

[jmviper]

En cada network del ejemplo de PacoJavi se puede poner la prioridad de cada una por ejemplo:

Código: [Seleccionar]

pi@raspberrypi:~ $ cat /etc/wpa_supplicant/wpa_supplicant.conf
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
country=ES

network={
        ssid="vodafone****"
        psk="***********"
        key_mgmt=WPA-PSK
        priority=2
}

network={
        ssid="MobileWifi****"
        psk="**********"
        priority=1
}
intentará conectarse primero a la que tenga la prioridad más alta (en este caso la que tiene priority=2)

[jantoni]

O mejor, borra la que no interese

Por experiencia.

[jmviper]

O mejor, borra la que no interese

Por experiencia.

Sí claro.... muerto el perro se acabó la rabia 

[Samal]

Si no fuera por vosotros........, bueno, la verdad, ni tendria raspi, ni weewx, ni pagina web...... Así de claro.

Tan fácil como borrar los datos de la conexión del móvil del archivo wpa_supplicant.conf.

Ahora he reiniciado la raspi y se ha conectado al wiffi en el acto. También parece que weewx actualiza correctamente. Por lo menos en local. Desde que actualice la versión del belchertown la web siempre me actualiza 5 minutos mas tarde. No se que será, pero pase del tema. Como es una versión beta, me hice a la idea de que cuando actualice a la versión oficial quizás este error desaparezca. A parte, desde hace días dispongo de muy poco tiempo libre para poderme dedicar a estos temas.

Muchas gracias a los tres. Da gusto poder consultar en este foro.

Un saludo a todos!.

[Samal]

Ummmmm, pues ahora si se conecta correctamente la raspi al wiffi pero ha vuelto a tontear, mejor dicho, en estos momentos no actualiza
Esto es correcto?:

Código: [Seleccionar]

pi@raspberrypi:~ $ ifconfig
eth0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether dc:a6:32:d7:32:8c  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.43  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 fe80::f928:8ed2:d68c:4b74  prefixlen 64  scopeid 0x20<link>
        ether dc:a6:32:d7:32:8d  txqueuelen 1000  (Ethernet)
        RX packets 4150  bytes 2087359 (1.9 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 5821  bytes 1221903 (1.1 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

En el archivo wpa_supplicant.conf tengo esto:

Código: [Seleccionar]

ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
country=ES

network={
ssid="MOVISTAR_7488"
psk="XXXXXXXXXXXXXXXXXXX"
key_mgmt=WPA-PSK
}
Y en el archivo dhcpcd.conf:

Código: [Seleccionar]

# A sample configuration for dhcpcd.
# See dhcpcd.conf(5) for details.

# Allow users of this group to interact with dhcpcd via the control socket.
#controlgroup wheel

# Inform the DHCP server of our hostname for DDNS.
hostname

# Use the hardware address of the interface for the Client ID.
clientid
# or
# Use the same DUID + IAID as set in DHCPv6 for DHCPv4 ClientID as per RFC4361.
# Some non-RFC compliant DHCP servers do not reply with this set.
# In this case, comment out duid and enable clientid above.
#duid

# Persist interface configuration when dhcpcd exits.
persistent

# Rapid commit support.
# Safe to enable by default because it requires the equivalent option set
# on the server to actually work.
option rapid_commit

# A list of options to request from the DHCP server.
option domain_name_servers, domain_name, domain_search, host_name
option classless_static_routes
# Respect the network MTU. This is applied to DHCP routes.
option interface_mtu

# Most distributions have NTP support.
#option ntp_servers

# A ServerID is required by RFC2131.
require dhcp_server_identifier

# Generate SLAAC address using the Hardware Address of the interface
#slaac hwaddr
# OR generate Stable Private IPv6 Addresses based from the DUID
slaac private

# Example static IP configuration:
#interface eth0
#static ip_address=192.168.0.10/24
#static ip6_address=fd51:42f8:caae:d92e::ff/64
#static routers=192.168.0.1
#static domain_name_servers=192.168.0.1 8.8.8.8 fd51:42f8:caae:d92e::1

# It is possible to fall back to a static IP if DHCP fails:
# define static profile
#profile static_eth0
#static ip_address=192.168.1.23/24
#static routers=192.168.1.1
#static domain_name_servers=192.168.1.1

# fallback to static profile on eth0
#interface eth0
#fallback static_eth0

interface eth0
inform 192.168.1.43
static routers=192.168.1.1
static domain_name_servers=80.58.61.250 80.58.61.254

interface wlan0
static domain_name_servers=80.58.61.250 80.58.61.254
static routers=192.168.1.1
SSID MOVISTAR_7488
inform 192.168.1.43
static routers=192.168.1.1

Alguna cosa tiene que estar mal 

Saludos de nuevo.

[jantoni]

Yo veo que está actualizando.

Pero, para que observes.....

Si se conecta al wifi y no actualiza pueden ser varias cosas, pero siempre son problemas de conectividad entre el router e internet

No soy especialista en redes, ni mucho menos....no obstante, me llama la atención la dirección IP V6

En fin, que divago.....

Cuando pase esto, desde la raspi haz un Ping a cualquier sitio...por ejemplo a Google.....si funciona el Ping es que a hay conexión con el mundo externo y con el servidor dns. Si no funciona, ya tenemos por donde empezar.

[PacoJavi]

Por lo que yo pude aprender por foros en su día, donde has colocado:

Código: [Seleccionar]

interface wlan0
static domain_name_servers=80.58.61.250 80.58.61.254
Has de poner

Código: [Seleccionar]

interface wlan0
static domain_name_servers=8.8.8.8
o la IP  local del router, en tu caso

Código: [Seleccionar]

interface wlan0
static domain_name_servers=192.168.1.1
El por qué de una cosa u otra lo desconozco, ya que en dichos foros nos se daban explicaciones. Quizás jmviper que sabe más de redes nos arroja luz sobre ello

[Samal]

Hola, esta mañana he visto que durante la noche casi no ha actualizado nada.
He reseteado el router y quitado un repetidor wiffi que había colocado en otro lado (a la raspi ni le llegaba la señal de ese repetidor) y desde entonces no ha realizado ningún error. Que era?, pues la verdad es que no lo se. Se puede ver en los gráficos de hoy que a partir de las 08:10 de esta mañana no ha realizado ningún error. Toco madera... Con todas estas tonterías el IR de meteoclimatic no me sube ni a la de tres  . Quizás algún año llegare a los 6 

Muchas gracias a todos!.

[jmviper]

He reseteado el router y quitado un repetidor wiffi que había colocado en otro lado (a la raspi ni le llegaba la señal de ese repetidor)

Pues puede, muy posiblemente, que fuese tema de conectarse intermitente al repetidor. Al conectarse puede que quede conectado pero con conectividad limitada por la señal débil.

No soy especialista en redes, ni mucho menos....no obstante, me llama la atención la dirección IP V6

Ni yo.... pero el SO asigna una IPv4 y una IPv6 automáticamente a los adaptadores de red del sistema. Si hacemos ping6 ::1 nos hará ping por IPv6 al localhost (127.0.0.1 en IPv4).

Por lo que yo pude aprender por foros en su día, donde has colocado:

Código: [Seleccionar]

interface wlan0
static domain_name_servers=80.58.61.250 80.58.61.254
Has de poner

Código: [Seleccionar]

interface wlan0
static domain_name_servers=8.8.8.8
o la IP  local del router, en tu caso

Código: [Seleccionar]

interface wlan0
static domain_name_servers=192.168.1.1
El por qué de una cosa u otra lo desconozco, ya que en dichos foros nos se daban explicaciones. Quizás jmviper que sabe más de redes nos arroja luz sobre ello

El tema de DNS es para traducir nombre de dominio a IP, en verdad las redes funcionan por IPs y si le pones un dominio tiene que buscar en un DNS la IP para conectarse. Así que si no tienes configurado el DNS en una red local donde son todo IPs locales no haría falta el DNS, éste haría solo falta hacia el exterior para los nombres de dominio en la web.

Las IPs 80.58.61.250 y 80.58.61.254 son de los DNS de Movistar con quien tiene internet Samal. 8.8.8.8 y 8.8.4.4 son de Google. Si ponemos 192.168.1.1 estamos derivando los servidores DNS a los que hay configurados en el router, así que si el router es Movistar tendrá sus DNS a menos que se las hayamos cambiado, si nos deja (no todos los routers dejan cambiarlas y menos siendo de alguna compañía).

Todos estos temas terminarían con la implementación total de IPv6 donde no harían falta IPs locales y por lo tanto NATs en los routers. Cada dispositivo tendría su dirección IPv6 y podría ser "alcanzado" directamente sin estar dentro de una NAT, a fin de cuentas las NAT se inventaron, entre otras cosas, para la previsible falta de direcciones IPv4 y entre ellas las CGNAT (compartir la misma IP pública con otros usuarios del proveedor de internet).

[jantoni]

Ufff.....un sueño....

Lo de la IPV6 lo llevo viendo desde antes del año 2000.

La solución, trillones de direcciones ip, etc, etc

Si es la solución y tras más de 20años solo se ha implementado en un trocito muy pequeño del0 planeta, y sabéis el motivo....intereses económicos muy potentes.

[jantoni]

Hola, esta mañana he visto que durante la noche casi no ha actualizado nada.
He reseteado el router y quitado un repetidor wiffi que había colocado en otro lado (a la raspi ni le llegaba la señal de ese repetidor) y desde entonces no ha realizado ningún error. Que era?, pues la verdad es que no lo se. Se puede ver en los gráficos de hoy que a partir de las 08:10 de esta mañana no ha realizado ningún error. Toco madera... Con todas estas tonterías el IR de meteoclimatic no me sube ni a la de tres  . Quizás algún año llegare a los 6 

Muchas gracias a todos!.

Los repetidores wifi sin una auténtica mierda. Sobre todo si la raspi se conecta “donde no debe”

Yo, mis dispositivos wifi de Meteo los tengo todos conectados a un viejo router Linksys Wrt54, que recuperé de la jubilación, que se encuentra en la misma habitación. Antes, con el router principal a tomar viento y la red mesh en una planta más abajo tuve muchos problemas.

En cuanto a la,dirección de los servidores dns, lo tienes perfecto, son los servidores principal y secundario de Movistar.

Yo tengo 8.8.8.8, Google y 1.1.1.1, cloudfare, solo como alternativos por si fallara movistar