Estoy seguro que hay algo para tu rom en xda-developers, si no lo hay ahí, es que no existe XDD
Yo saqué el .ZIP con todo lo necesario para mi Nexus S de ahí
Suerteee!!!!
_________________
triq ZoNeR@
Registrado: Nov 18, 2011
Mensajes: 45
Publicado:
Martes 29 Noviembre 2011, 0:08
Si no está ese módulo, no debería cascar algo antes? todo aparece conectado, todo perfecto (a no ser que se me pase algo) mirando en logs del móvil y logs del router.
Si yo no tengo el módulo tun.ko, antes de crear el túnel, PETO y aviso de que no existe, no sigo con todo correcto hacia delante
Miraré, pero lo que estuve ojeando, el módulo debe ser parejo al kernel que lleve, y eso es más difícil. En las versiones 6.0 (la anterior a mi 7) no vi que lo necesitase, no sé si porque no lo usaban o ya venía. Por qué lo van a quitar en la 7 ? no tiene sentido
Puedes abrir una terminal en tu móvil y encontrarlo con la orden find?
Puede ser que esté integrado el soporte en el kernel y no tenga por qué aparecer el tun.ko?
triq ZoNeR@
Registrado: Nov 18, 2011
Mensajes: 45
Publicado:
Martes 29 Noviembre 2011, 1:36
He aumentado el verbose del log, y he obtenido esto: http://pastebin.com/hNG0du8U
He visto que no encuentra los comandos route ni ifconfig, he instalado de nuevo y creados unos enlaces simbólicos para que no tenga problemas.
Ahora parece que no da errores, y pone 192.168.2.114 connected as 10.10.0.8 (vamos anzando) y la transmisión de datos ya aparece mucho más.
Bron #RedesZoneTeam
Registrado: Oct 18, 2007
Mensajes: 21264
Ubicación: Guadalajara
Publicado:
Martes 29 Noviembre 2011, 9:13
Sobre el primer post, no casca, simplemente no pasa por el túnel.
Sobre lo segundo, tiene mejor pinta, asegúrate de que sales con la IP del server.
Si quieres que te mire algo en el móvil, dime lo que quieres saber (comandos archivos...) y te lo hago
_________________
triq ZoNeR@
Registrado: Nov 18, 2011
Mensajes: 45
Publicado:
Martes 29 Noviembre 2011, 15:28
Buenas Bron!!
Ya estoy en el trabajo probando y funciona!!
Efectivamente, ayer lo dejé ya todo bien con los enlaces y las rutas. Y es que no veía el fallo porque no acababa de tener ip pero no veía ni un fallo, todo salía correcto.
Gracias a aumentar el nivel del verbose en el cliente, pude ver qué pasaba exactamente.
Hoy probando, salgo a internet con la ip de casa. La web de mi ip eso dice
Muchas gracias por el ofrecimiento Bron, seguiremos investigando otros temas del router este. A ver qué toca ahora
Bron #RedesZoneTeam
Registrado: Oct 18, 2007
Mensajes: 21264
Ubicación: Guadalajara
Publicado:
Martes 29 Noviembre 2011, 21:27
Cliente torrent... servidor HTTP...
_________________
triq ZoNeR@
Registrado: Nov 18, 2011
Mensajes: 45
Publicado:
Miércoles 30 Noviembre 2011, 0:18
Tengo que pensar, ya que eso de momento no me interesa (tengo detrás un Synology que se caga la perra) que me hace todo eso, y gracias a este router ahora puedo usarlo, con el anterior me congelaba todo, al usar los servicios desde afuera.
Había pensado ponerle un usb de 1gb, y meterle un eggdrop o algo para el irc para que loguee siempre o deje mi nick colgado, de momento no se me ocurre nada más, porque el maldito kai creo que me olvido.
elarbe19 ZoNeR@s ADiCT@s
Registrado: Feb 28, 2006
Mensajes: 1411
Ubicación: A bordo de un Astra GTC
Publicado:
Jueves 19 Julio 2012, 16:14
refloto esto ya que en redeszone no estoy registrado XD
El serves es un pc con win7 64bits
yo tampoco salgo con la IP de casa ni desde el movil (ZTE Blade con cyanogen 7 2.3.7) ni desde el portatil con un pincho 3g
Configuracion de mi Server conf
Código:
local 192.168.1.129
port 1194
;proto tcp
proto udp
;dev tap
dev tun
;dev-node MyTap
ca ca.crt
cert servidor.crt
key servidor.key # This file should be kept secret
dh dh2048.pem
server 10.8.0.0 255.255.255.0
ifconfig-pool-persist ipp.txt
;server-bridge 10.8.0.4 255.255.255.0 10.8.0.50 10.8.0.100
;server-bridge
;push "route 192.168.10.0 255.255.255.0"
;push "route 192.168.20.0 255.255.255.0"
;client-config-dir ccd
;route 192.168.40.128 255.255.255.248
;client-config-dir ccd
;route 10.9.0.0 255.255.255.252
;learn-address ./script
;push "redirect-gateway def1 bypass-dhcp"
;push "dhcp-option DNS 208.67.222.222"
;push "dhcp-option DNS 208.67.220.220"
;client-to-client
;duplicate-cn
keepalive 10 120
tls-auth ta.key 0 # This file is secret
;cipher BF-CBC # Blowfish (default)
cipher AES-256-CBC # AES
;cipher DES-EDE3-CBC # Triple-DES
comp-lzo
;max-clients 100
;user nobody
;group nogroup
persist-key
persist-tun
status openvpn-status.log
;log openvpn.log
;log-append openvpn.log
verb 3
;mute 20
Hola,
He seguido los pasos de este manual para configurar el openvpn de mi tomato, así como seguí antes los de la web oficial (http://tomatousb.org/tut:openvpn), pero ambos con el mismo resultado, que es que al darle a "Start Now", se queda pensando, y luego recarga otra vez la página como estaba antes "Start Now" y no "Stop Now", en status se puede ver que indica que no ha arrancado "Server is not running or status could not be read".
Si entro por ssh al router, puedo ver como en /etc/openvpn/server1 están los ficheros con las clavesm, por lo que al menos, al darle a save se han guardado (primero le doy a guardar los datos y después intentar arrancar el openvpn).
Tengo Tomato v1.28, en un Linksys E3000.
He seguido todos los pasos del manual del foro, y algo debe estar mal, pero no sé qué...
¿Hay alguna manera al menos de ver un log del arranque de openvpn? (si es que se puede arrancar de consola).
Gracias
Bron #RedesZoneTeam
Registrado: Oct 18, 2007
Mensajes: 21264
Ubicación: Guadalajara
Publicado:
Viernes 07 Septiembre 2012, 19:52
En el propio log de tomato aparece este log de la vpn.
_________________
souf ZoNeR@
Registrado: May 01, 2006
Mensajes: 18
Publicado:
Sábado 08 Septiembre 2012, 8:44
Cierto, no he caído, y eso que en mi viejo WRT54G sí que lo veía... (estaba ofuscado)
Si le doy a "Start Now" no parece que haga nada, porque no añade ninguna línea en el log, en cambio, como tengo en el crontab programado un reboot a las 4am, al reiniciar los servicios sí que ha volcado este mensaje de error:
Cita:
Sep 8 04:01:23 RT-C0C1C017F8EB daemon.notice openvpn[644]: OpenVPN 2.1.1 mipsel-unknown-linux-gnu [SSL] [LZO2] [EPOLL] built on Nov 30 2010
Sep 8 04:01:23 RT-C0C1C017F8EB daemon.warn openvpn[644]: NOTE: when bridging your LAN adapter with the TAP adapter, note that the new bridge adapter will often take on its own IP address that is different from what the LAN adapter was previously set to
Sep 8 04:01:23 RT-C0C1C017F8EB daemon.warn openvpn[644]: NOTE: your local LAN uses the extremely common subnet address 192.168.0.x or 192.168.1.x. Be aware that this might create routing conflicts if you connect to the VPN server from public locations such as internet cafes that use the same subnet.
Sep 8 04:01:23 RT-C0C1C017F8EB daemon.warn openvpn[644]: NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables
Sep 8 04:01:23 RT-C0C1C017F8EB daemon.err openvpn[644]: Cannot load DH parameters from dh.pem: error:0906D066:lib(9):func(109):reason(102)
Sep 8 04:01:23 RT-C0C1C017F8EB daemon.notice openvpn[644]: Exiting
El contenido del fichero dh2048.pem está copiado correctamente, sin espacios añadidos, ni nada similar, por lo que no sé porqué no puede cargar esos parámetros del dh.pem
No entiendo qué he cambiado, porque he vuelto a copiar otra vez los certificados, a guardar, y luego a arrancar, y esta vez sí que ha funcionado.
Los certificados están IGUAL que antes (empezando con su "etiqueta", sigue el certificado sin espacios - sólo \n-, y acabando con su "cierre de etiqueta").
Ahora es esto lo que me muestra el log:
Cita:
Sep 8 09:42:17 RT-C0C1C017F8EB user.info kernel: tun: Universal TUN/TAP device driver, 1.6
Sep 8 09:42:17 RT-C0C1C017F8EB user.info kernel: tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
Sep 8 09:42:17 RT-C0C1C017F8EB daemon.notice openvpn[3304]: OpenVPN 2.1.1 mipsel-unknown-linux-gnu [SSL] [LZO2] [EPOLL] built on Nov 30 2010
Sep 8 09:42:17 RT-C0C1C017F8EB daemon.warn openvpn[3304]: NOTE: when bridging your LAN adapter with the TAP adapter, note that the new bridge adapter will often take on its own IP address that is different from what the LAN adapter was previously set to
Sep 8 09:42:17 RT-C0C1C017F8EB daemon.warn openvpn[3304]: NOTE: your local LAN uses the extremely common subnet address 192.168.0.x or 192.168.1.x. Be aware that this might create routing conflicts if you connect to the VPN server from public locations such as internet cafes that use the same subnet.
Sep 8 09:42:17 RT-C0C1C017F8EB daemon.warn openvpn[3304]: NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables
Sep 8 09:42:17 RT-C0C1C017F8EB user.info kernel: device tap21 entered promiscuous mode
Sep 8 09:42:17 RT-C0C1C017F8EB user.info kernel: br0: port 4(tap21) entering forwarding state
Sep 8 09:42:18 RT-C0C1C017F8EB daemon.notice openvpn[3304]: Diffie-Hellman initialized with 2048 bit key
Sep 8 09:42:18 RT-C0C1C017F8EB daemon.notice openvpn[3304]: Control Channel Authentication: using 'static.key' as a OpenVPN static key file
Sep 8 09:42:18 RT-C0C1C017F8EB daemon.notice openvpn[3304]: Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Sep 8 09:42:18 RT-C0C1C017F8EB daemon.notice openvpn[3304]: Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Sep 8 09:42:18 RT-C0C1C017F8EB daemon.notice openvpn[3304]: TLS-Auth MTU parms [ L:1590 D:166 EF:66 EB:0 ET:0 EL:0 ]
Sep 8 09:42:18 RT-C0C1C017F8EB daemon.notice openvpn[3304]: TUN/TAP device tap21 opened
Sep 8 09:42:18 RT-C0C1C017F8EB daemon.notice openvpn[3304]: TUN/TAP TX queue length set to 100
Sep 8 09:42:18 RT-C0C1C017F8EB daemon.notice openvpn[3304]: Data Channel MTU parms [ L:1590 D:1450 EF:58 EB:135 ET:32 EL:0 AF:3/1 ]
Sep 8 09:42:18 RT-C0C1C017F8EB daemon.notice openvpn[3313]: Socket Buffers: R=[112640->131072] S=[112640->131072]
Sep 8 09:42:18 RT-C0C1C017F8EB daemon.notice openvpn[3313]: UDPv4 link local (bound): [undef]:1194
Sep 8 09:42:18 RT-C0C1C017F8EB daemon.notice openvpn[3313]: UDPv4 link remote: [undef]
Sep 8 09:42:18 RT-C0C1C017F8EB daemon.notice openvpn[3313]: MULTI: multi_init called, r=256 v=256
Sep 8 09:42:18 RT-C0C1C017F8EB daemon.notice openvpn[3313]: Initialization Sequence Completed
Aún no lo he probado, pero debería de funcionar ya, en teoría...
Gracias por recordarme que por la administración web podía ver los logs...
Bron #RedesZoneTeam
Registrado: Oct 18, 2007
Mensajes: 21264
Ubicación: Guadalajara
Te recomiendo poner la LAN del estilo 10.10.1.1 y en la VPN de clase por defecto
Ya, pero el problema es que ya hay muchos equipos de esa red con esa ip, así que el cambio de todos los enrutamientos y configuraciones sería costoso, pero es algo a tener en cuenta...
Ver tema siguiente Ver tema anterior Puede publicar nuevos temas en este foro Puede responder a temas en este foro No puede editar sus mensajes en este foro No puede borrar sus mensajes en este foro No puede votar en encuestas en este foro