Dec 30 18:17:00 pistacho dhcpcd[15059]: wlan0: forking to background Dec 30 18:17:00 pistacho dhcpcd[15059]: wlan0: exiting
Ahí el cliente dhcp sale, pero no es que termine, es que va a esperar si recibe una IP en la trastienda, sin detener el proceso de arranque.
Dec 30 18:17:00 pistacho dhcpcd[15608]: wlan0: waiting for 18000000 seconds Dec 30 18:17:00 pistacho ifup-dhcp: Dec 30 18:17:00 pistacho ifup-dhcp: wlan0 IP address: 192.168.1.33/24 (dhcppc0)
Aquí ha conseguido una IP. No ha tardado ni un segundo.
Efectivamente, durante el arranque no me da ningún problema.
Dec 30 18:17:00 pistacho SuSEfirewall2: Setting up rules from /etc/sysconfig/SuSEfirewall2 ... Dec 30 18:17:00 pistacho SuSEfirewall2: Warning: no default firewall zone defined, assuming 'ext' Dec 30 18:17:00 pistacho SuSEfirewall2: using default zone 'ext' for interface eth0 Dec 30 18:17:00 pistacho SuSEfirewall2: using default zone 'ext' for interface wmaster0 Dec 30 18:17:01 pistacho SuSEfirewall2: batch committing... Dec 30 18:17:01 pistacho SuSEfirewall2: Firewall rules successfully set Dec 30 18:17:07 pistacho kernel: [20493.503136] wlan0: no IPv6 routers present Dec 30 18:35:42 pistacho rsyslogd: -- MARK --
Dec 30 19:55:42 pistacho rsyslogd: -- MARK -- Dec 30 19:58:41 pistacho kernel: [26585.577959] wlan0: no probe response from AP 00:a0:c5:84:15:4d - disassociating
Aquí es cuando se desasocia. Ha enviado una "prueba" al punto de acceso, el cual no responde. Supone que el punto de acceso está muerto, y desconecta.
Pues no lo está. El router sigue activo. Lo puedo comprobar desde otro terminal con wifi (un móvil htc con android, con el que puedo seguir navegando). Y desde este mismo pc, usando Win XP tampoco tengo problemas.
La tarjeta está configurada con yast durante la instalación. Al ver estos problemas, probé a cambiar el valor de 'lease time' a algo muy muy grande (36000000) y activar el debug en el log para ver si daba con ello. Aún con ese valor de lease time no consigo que se quede conectado más de unos minutos seguidos.
No te servirá de nada ese lease time aumentado si el punto de acceso no resonde a las pruebas, que no se exactamente qué son. Podrías dejar en un xterm un ping permanentemente al router, y así se mantendría activo, o verías si falla.
Pues creo que tienes razón en lo del lease time. Pero sigo sin entender por qué el AP no responde al cliente dhcp cuando responde a esas pruebas que ni tú ni yo sabemos que son. Y sí, lo del ping va de muerte. No se me ha desconectado en horas. Espero que en google no se me enfaden por mandarles muchos pings :D Igual lo meto en algún script de arranque o algo :D -- Saludos, miguel Los agujeros negros son lugares donde dios dividió por cero. Black holes are places where god divided by zero. Steven Wright -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org