Solucionar falta de luz con movistar

Hola. Siempre es posible que quien se conecte con truñostar sufra periodos de oscuridad. Para ellos no debe ser dificil conocer quien se coneta a donde y establecer algun tipo de bloqueo, ya sea total (no creo, la gente se pasaria en masa a otras compañias) o temporal (este mas factilble).

Como yo lo tengo.

Tengo una rapsberry conectada a la red por cable, en ella genero una señal wifi con nombre PEPE.

El deco se conecta por wifi a esta red llamada PEPE.

Hasta aqui seria una conexcion totalmente normal.

La diferencia es que en la rapsberry he montado una red VPN que hace que todo el trafico que vienen de la wifi (red PEP) se dirija a un servidor en Malasia y desde alli salga a internet.

De esta forma truñostar nunca se entera de este trafico (realmente si quisiera lo podria hacer, pero creo que el esfuerzo de crear la infraestructura que les permita poder analizar las conexiones vpn no les compensaria) por lo que nunca se bloqueara.

De momento lo tengo funcionando asi y tira sin problemas.

¿Que pasa si el servidor de Malasia desaparece o el trafico es demasiado lento y hay cortes?

Pues de esta pagina http://www.vpngate.net/en/ [nofollow] saco alguno otro servidor con el que configurar la red. Ya lo he probado con servidores de Alemania, Corea y Japon.

Enjoy 

  Segundo paso. Crear la red wifi.

  Para ello tenemos que conectar la rapsberry a internet con el cable, el conector RJ45  que sale en la imagen como 10/100 lan port.

   Tenemos que instalar varios programas, para los mas profanos en el mundo unix decir que linux se basa en repositorios. Existe una serie de servidores donde se almacenan la mayoria de los programas que se pueden usar. Para instalarlos se usa un terminal (vamos una consola de comandos al estilo del viejo msdos) y el comando apt-get.

   La parte buena es que hay que saber poco, basicamente hay que seguir los manuales que estan por la red. En nuestro caso hay que instalar dos aplicaciones, hostapd y isc-dhcp-server para que actue como un router.

    En el siguiente tutorial se explica todo muy bien.

https://geekytheory.com/tutorial-rasbperry-pi-como-crear-un-punto-de-acceso-wifi [nofollow]

     Lo unico que resaltaria es sobre dos lineas del archivo hostapd.conf

ssid=RPi_PA    <- Esta linea tiene el nombre de nuestra wifi, como la veran los dispositivos que se quieran conectar.

wpa_passphrase=contrasena  <- Aqui la contraseña en texto abierto

    Son los dos parametros mas relevantes, el resto tambien lo son, claro ;-)

     ( Continuara )

Yo diría mas......

Incluso un triste router neutro será suficiente.

Y la mayoría de nosotros tenemos alguno antiguo.

    Tercer paso. Aqui llega la parte mas chula, montar una VPN.

    Una VPN lo que hace es crear una red virtual que une dos puntos, el cliente y el servidor creando una red en estrella (no exactamente pero casi), de esta forma todos los clientes se comunican entre si como si estuviesen en una red local.

   Bueno mas o menos algo asi, quien quiera mas informacion https://es.wikipedia.org/wiki/Red_privada_virtual [nofollow]

   Para ello se crea un adaptador de red virtual. En rapsbian (la version de linux adaptada a la rapsberry) si vemos las redes.

    Primero instalamos openVPN

sudo apt-get install openvpn

    Despues reiniciamos, no es necesario, pero bueno. Ahora comprobamos que adaptador de red virtual se haya creado bien.  Para ello usamos el comando ifconfig que muestra todos los adaptadores de red. Deberia salir algo como esto.

eth0      Link encap:Ethernet  HWaddr b8:27:eb:3e:2e:39
          inet addr:192.168.1.38  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::6e94:b729:c748:922f/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2260 errors:0 dropped:0 overruns:0 frame:0
          TX packets:712 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:651291 (636.0 KiB)  TX bytes:92359 (90.1 KiB)

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:210 errors:0 dropped:0 overruns:0 frame:0
          TX packets:210 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1
          RX bytes:17416 (17.0 KiB)  TX bytes:17416 (17.0 KiB)

tun0      Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
          inet addr:10.211.1.117  P-t-P:10.211.1.118  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:620 errors:0 dropped:0 overruns:0 frame:0
          TX packets:55 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:175082 (170.9 KiB)  TX bytes:2856 (2.7 KiB)

wlan0     Link encap:Ethernet  HWaddr b8:27:eb:6b:7b:6c
          inet addr:192.168.100.1  Bcast:192.168.100.255  Mask:255.255.255.0
          inet6 addr: fe80::a4c0:eeb0:a414:ff00/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:878 errors:0 dropped:3 overruns:0 frame:0
          TX packets:96 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:159191 (155.4 KiB)  TX bytes:18999 (18.5 KiB)

eth0 es la conexion por cable
lo es la conexion en bucle (loopback) Siempre existe
wlan0 es la conexion wifi
tun0 es la conexion VPN (la que nos importa

En mi caso salen muchos datos porque todo ya esta conectado.

Sigo que otro mensaje, que sino queda un gran tocho ;-)

Con un odroid también valdría?

  Si, mientras tenga conexion de red y de wifi, junto a algun sistema operativo en el cual se pueda instalar un cliente de VPN.

   Ya tendriamos nuestra red VPN funcionando conectada en el ejemplo a un servidor en malasia.

   Ahora hay que decirle al sistema que redirija todo el trafico que proviene de la red wifi (adaptador wlan0) hacia la vpn (adaptador tun0).

    Para eso se usa iptables.
 
    Creamos un archivo de texto que contenga esto.
 
# Generated by iptables-save v1.4.21 on Sun Mar  5 15:12:52 2017
*nat
:PREROUTING ACCEPT [0:0]
:INPUT ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
:POSTROUTING ACCEPT [0:0]
-A POSTROUTING -o tun+ -j MASQUERADE
-A POSTROUTING -o tun0 -j MASQUERADE
COMMIT
# Completed on Sun Mar  5 15:12:52 2017
# Generated by iptables-save v1.4.21 on Sun Mar  5 15:12:52 2017
*filter
:INPUT ACCEPT [11:552]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [10:888]
-A FORWARD -o tun+ -j ACCEPT
-A FORWARD -i tun0 -o wlan0 -m state --state RELATED,ESTABLISHED -j ACCEPT
-A FORWARD -i wlan0 -o tun0 -j ACCEPT
COMMIT
# Completed on Sun Mar  5 15:12:52 2017

   Lo guardamos con el nombre iptables.ipv4.nat 
 
   Yo lo tengo en el directorio /etc
 
    En mi caso edite el archivo /etc/init.d/hostapd e inclui al principio de todo la siguiente linea

iptables-restore < /etc/iptables.ipv4.nat

    Quedo asi.

#!/bin/sh

### BEGIN INIT INFO
# Provides:             hostapd
# Required-Start:       $remote_fs
# Required-Stop:        $remote_fs
# Should-Start:         $network
# Should-Stop:
# Default-Start:        2 3 4 5
# Default-Stop:         0 1 6
# Short-Description:    Advanced IEEE 802.11 management daemon
# Description:          Userspace IEEE 802.11 AP and IEEE 802.1X/WPA/WPA2/EAP
#                       Authenticator
### END INIT INFO
iptables-restore < /etc/iptables.ipv4.nat


PATH=/sbin:/bin:/usr/sbin:/usr/bin
DAEMON_SBIN=/usr/sbin/hostapd
DAEMON_DEFS=/etc/default/hostapd
...
...
...

    Lo guardo y ya esta. Tras reiniciar (no es necesario, pero asi te aseguras que al arrancar todo estara como debe) el trafico de la wifi que creaste sale con una IP de Malasia, o del servidor del pais que hayas decidido.

     Cambiar de pais es tan simple como descargarte otro archivo de configuracion de vpn, copiarlo en /etc/openvpn/cliente.conf y reiniciar el cliente de openvpn.

     

y mas facil aun? soplando por unas ccam? yo tengo fibra de garrafone pero la linea es alquilada a vomistar...y bueno ya sabeis el tema de los cortes y los apagaones