Hexo+ Dron, el Gadget del dia

Para los amantes de los deportes extremos (o no tan extremos) desde hace tiempo existe una gama de videocámaras para grabar tus locuras. Todos hemos visto en Youtube a gente intentando matarse pasandoselo bien, y ademas grabándolo para comentar la jugada en casa.

Muchas veces estas grabaciones eran en primera persona y cuando se trataba de hacerlo mas profesional, había que recurrir a medios técnicos solo al alcance de gente con mucha pasta.

Hasta el día de hoy chicos. Mediante una rueda de financiación masiva unos amantes de partirse la crisma, han creado un dron (estamos en la era de inventar drones para todo) que te sigue a todas partes con una cámara y graba imágenes de lo mas espectacular. Para muestra, un botón.


Como implementar Basic Auth en Tomcat7

Hasta ahora no me habia surgido la necesidad de tener una ruta en tomcat que necesitase un acceso con una validacion por parte del servidor de aplicaciones. Normalmente esta validacion se hace desde apache con el modulo auth_basic que permite pedir un usuario y una contraseña para acceder a una ruta concreta o incluso a un fichero concreto.

Si tienes el modulo JK para conectar apache y tomcat, este problema lo tienes resuelto. porque puedes seguir haciendo la autenticacion a traves de Apache. Pero que pasa si no quieres/no te apetece, o simplemente no sabes implementar mod_jk o no quieres cargar al servidor con un apache para servidor tus aplicaciones java por el puerto 80/443?

Pues puedes hacerlo de la siguiente manera:

1º Busca el fichero tomcat-users.xml que habitualmente esta en la ruta /var/lib/tomcat7/conf/ en una instalacion estandard por paqueteria de Debian.

vi  /var/lib/tomcat7/conf/tomcat-users.xml

2º Descomenta la seccion inferior dentro de la etiqueta
Edita el rol, y en el rolename pon el nombre que se te ocurra. Por ejemplo en mi caso

<tomcat-users>
<role rolename="application"/>
<user username="nombre_de_usuario" password="clave_de_usuario" roles="application"/>
</tomcat-users>

Evidentemente los datos vana a gusto del consumidor (nombre_de_usuario, clave_de_usuario, application)

3º Ahora nos queda el ultimo paso, que es editar el WEB-INF/web.xml dentro de la aplicacion a proteger y añadir al final, antes de la etiqueta

        <security-constraint>
                <web-resource-collection>
                        <web-resource-name>Wildcard means whole app requires authentication</web-resource-name>
                        <url-pattern>/*</url-pattern>
                        <http-method>GET</http-method>
                        <http-method>POST</http-method>
                </web-resource-collection>
                <auth-constraint>
                        <role-name>application</role-name>
                </auth-constraint>

                <user-data-constraint>
                        <!-- transport-guarantee can be CONFIDENTIAL, INTEGRAL, or NONE -->
                        <transport-guarantee>NONE</transport-guarantee>
                </user-data-constraint>
        </security-constraint>

        <login-config>
                <auth-method>BASIC</auth-method>
        </login-config>

En nuestro ejemplo se protege todo el context de la aplicacion, con lo que para acceder a ella habra que introducir las credenciales que aparecen en el tomcat-users.xml

Por ultimo solo nos queda rebotar el servidor de aplicaciones tomcat

/etc/init.d/tomcat7 restart
Via: AVAJAVA

Los Americanos ya pueden disparar usando Google Glasses

Lo que para unos es una pieza de tecnologia fantastica, para otros es otro motivo para tener mucho miedo.

Source: TheBlaze.com

Instalación de Cluster de Tomcat7 con multiples instancias y FarmDeployer.

La instalación de una instancia de Tomcat sobre Debian en cualquier version es casi lo mas sencillo del mundo. Simplemente apt-get install tomcat7 (con la instalación previa del JDK correspondiente) y el sistema lo hace todo solo. Incluso lo arranca. Listo para colgar tus aplicaciones java, en la carpeta webapps por defecto.

Si quieres una cosa mas compleja pero que te da mas control sobre la instalación, nos pasamos a una instalación desde los binarios que provee desde la web oficial, la Fundación Apache.

El siguiente grado de complejidad seria montar distintas instancias de tomcat. Esta parte es interesante si tienes mas de una aplicación corriendo en el servidor debido a que te permitira varias cosas. Hacer deploy y undeploy de aplicaciones en cómodos compartimentos y sin afectar al servicio que dan el resto de aplicaciones. En caso de un rebote, el tiempo de parada sera unicamente el de la instancia que estes rebotando. Si una aplicación da una excepción y se para, o bien se queda sin memoria no afectara al funcionamiento del resto. Ademas se puede configurar el uso de memoria de cada instancia haciendo un estudio de carga de cada aplicación por separado en cada instancia. Con una sola instancia es mucho mas complicado optimizar el uso de memoria, ya que cada una de las aplicaciones hace uso de los recursos del servidor según la programación de dicha aplicación o los conocimientos del desarrollador.

La penultima vuelta de tuerca esta en construir un cluster. Un cluster permite tener N maquinas dando servicio al mismo tiempo, y con sesiones replicadas. Así en caso de que una maquina se caiga, la otra maquina que forma parte del cluster mantiene el servicio funcionando.

En nuestro ejemplo de configuración, debido a que tenemos 4 instancias, debemos de poner en funcionamiento 4 clusters. Cada cluster une una instancia en cada uno de los servidores. Asi, configuraremos nosotros vamos a configurar 4 instancias en 2 servidores físicos. En caso de añadir mas servidores cada cluster tendría tantos nodos como servidores físicos tengamos. Y por otra parte tendremos tantos clusters como instancias queramos desplegar. El ejemplo de arquitectura se visualiza mejor en la siguiente imagen.

tomcat cluster 165x300 Instalación de Cluster de Tomcat7 con multiples instancias y FarmDeployer.

Arquitectura de cluster

El ultimo paso que queremos dar sirve para solucionar el problema del despliegue automatico. Cuando tenemos un servidor y una instancia, desplegar una aplicación es sencillo, casi trivial. Consiste en tener un fichero war, colocarlo en la carpeta webapps, verificar que el autodeploy en la configuración de tomcat esta en true, y dejar que el servidor haga su trabajo. En una configuración mas compleja con 4 instancias en 2 servidores implicaria desplegar 8 ficheros war, lo cual ya es una tarea mas compleja. El final, el despliegue de aplicaciones obliga a “subir” tantos ficheros war como el numero de instancias multiplicado por el numero de servidores del cluster. Por ello existe una característica dentro de la configuración del cluster de tomcat que se llama FarmDeployer. Esta característica permite desplegar un war en TODOS los servidores que forman parte de un cluster. Esto automatiza y simplifica mucho las tareas de despliegue de nuevas aplicaciones, ya que el FarmDeployer detecta el hash del fichero war subido a la carpeta definida en el modulo y en caso de detectar un war distinto lo despliega en todos los nodos.

A partir de aqui comenzamos con la configuración. El punto de partida es un servidor Debian con las siguientes características:
Dell R310 1 CPU Intel Xeon X3430 64 Bits, 32 GB de RAM, 2x300GB HD SAS 15K en RAID1
Debian 7.5 Wheezy
Securización a gusto de cada uno, pero en mi caso 5 cosas básicas:
Cambio de puerto ssh por defecto.
Acceso a root directo anulado.
Acceso interactivo con contraseña anulado.
Acceso obligatorio con par de claves RSA. Si alguien tiene una version de ssh 6.4 podrá usar la autenticación de certificado y verificación en 2 pasos con authenticator que multiplica la seguridad exponencialmente.
Ademas del correspondiente filtrado de ssh con el firewall perimetral y bloqueo por ip origen.

La siguiente configuración se realiza en los 2 servidores de manera identica.

Creamos un usuario para la instalación de tomcat

groupadd tomcat7
useradd -s /sbin/nologin -g tomcat7 -d /usr/local/tomcat7 tomcat7
passwd tomcat7

Ponemos la clave que queramos (no tiene influencia en el resultado)

Procedemos a instalar previamente la maquina virtual de java.

Con permisos de root

su -
echo "deb http://ppa.launchpad.net/webupd8team/java/ubuntu precise main" | tee /etc/apt/sources.list.d/webupd8team-java.list
echo "deb-src http://ppa.launchpad.net/webupd8team/java/ubuntu precise main" | tee -a /etc/apt/sources.list.d/webupd8team-java.list
apt-key adv --keyserver keyserver.ubuntu.com --recv-keys EEA14886
apt-get update
apt-get install oracle-java7-installer

Esto instala la version:

java version "1.7.0_55"
Java(TM) SE Runtime Environment (build 1.7.0_55-b13)
Java HotSpot(TM) 64-Bit Server VM (build 24.55-b03, mixed mode)

Procedemos a descargar la ultima version de tomcat7 (7.0.53):

wget http://ftp.cixug.es/apache/tomcat/tomcat-7/v7.0.54/bin/apache-tomcat-7.0.54.tar.gz

descomprimimos en la carpeta que nos parezca oportuno (nuestra home esta correcto):

tar -xvzf apache-tomcat-7.0.54.tar.gz

Para proceder a montar las instancias de tomcat hay que tener en cuenta que ha de hacerse la instalación de cada instancia en 2 partes: una parte común a cada instancia que va en una ruta igual para todas las instancias, y una segunda parte que se monta en una ruta diferenciada para cada instancia.

En nuestro caso:

mv /home/usuario/apache-tomcat-7.0.54 /usr/local/
ln -s /usr/local/apache-tomcat-7.0.54 /usr/local/tomcat7

Ajustamos los permisos:

chown -R tomcat7:tomcat7 /usr/local/tomcat7

Ficheros comunes: CATALINA_HOME

/usr/local/tomcat7/bin
/usr/local/tomcat7/lib
/usr/local/tomcat7/endorsed

Ficheros por cada instancia: CATALINA_BASE:

/var/www/instancia-xx/conf
/var/www/instancia-xx/logs
/var/www/instancia-xx/temp
/var/www/instancia-xx/watch
/var/www/instancia-xx/webapps
/var/www/instancia-xx/work

Donde instancia-xx es la ruta que debes de cambiar para cada instancia. Para hacerlo rapido copiamos del CATALINA_HOME las rutas que deben estar diferenciadas:

Creamos las carpetas de cada instancia:

mkdir -p /var/www/instancia-01
mkdir -p /var/www/instancia-02
mkdir -p /var/www/instancia-03
mkdir -p /var/www/instancia-04

Asignamos permisos:

chown -R tomcat7:tomcat7 /var/www/instancia-0*
chmod -R 755 /var/www/instancia-0*/webapps/

Desde CATALINA_HOME copiamos las carpetas correspondientes a cada CATALINA_BASE, en la ruta de cada instancia.

cp -p -r /usr/local/tomcat7/conf/ /var/www/instancia-01/
cp -p -r /usr/local/tomcat7/logs/ /var/www/instancia-01/
cp -p -r /usr/local/tomcat7/temp/ /var/www/instancia-01/
cp -p -r /usr/local/tomcat7/watch/ /var/www/instancia-01/
cp -p -r /usr/local/tomcat7/webapps/ /var/www/instancia-01/
cp -p -r /usr/local/tomcat7/work/ /var/www/instancia-01/

cp -p -r /usr/local/tomcat7/conf/ /var/www/instancia-02/
cp -p -r /usr/local/tomcat7/logs/ /var/www/instancia-02/
cp -p -r /usr/local/tomcat7/temp/ /var/www/instancia-02/
cp -p -r /usr/local/tomcat7/watch/ /var/www/instancia-02/
cp -p -r /usr/local/tomcat7/webapps/ /var/www/instancia-02/
cp -p -r /usr/local/tomcat7/work/ /var/www/instancia-02/

cp -p -r /usr/local/tomcat7/conf/ /var/www/instancia-03/
cp -p -r /usr/local/tomcat7/logs/ /var/www/instancia-03/
cp -p -r /usr/local/tomcat7/temp/ /var/www/instancia-03/
cp -p -r /usr/local/tomcat7/watch/ /var/www/instancia-03/
cp -p -r /usr/local/tomcat7/webapps/ /var/www/instancia-03/
cp -p -r /usr/local/tomcat7/work/ /var/www/instancia-03/

cp -p -r /usr/local/tomcat7/conf/ /var/www/instancia-04/
cp -p -r /usr/local/tomcat7/logs/ /var/www/instancia-04/
cp -p -r /usr/local/tomcat7/temp/ /var/www/instancia-04/
cp -p -r /usr/local/tomcat7/watch/ /var/www/instancia-04/
cp -p -r /usr/local/tomcat7/webapps/ /var/www/instancia-04/
cp -p -r /usr/local/tomcat7/work/ /var/www/instancia-04/

Para poder levantar las instancias tenemos que cambiar varios parámetros en el fichero server.xml de cada instancia.

instancia-01

<Server port="8005" shutdown="SHUTDOWN">
Connector port="8080" protocol="HTTP/1.1"
<Connector port="8009" protocol="AJP/1.3" redirectPort="8443" />

instancia-02

<Server port="8105" shutdown="SHUTDOWN">
Connector port="8180" protocol="HTTP/1.1"
<Connector port="8109" protocol="AJP/1.3" redirectPort="8443" />

instancia-03

<Server port="8205" shutdown="SHUTDOWN">
Connector port="8280" protocol="HTTP/1.1"
<Connector port="8209" protocol="AJP/1.3" redirectPort="8443" />

instancia-04

<Server port="8305" shutdown="SHUTDOWN">
Connector port="8380" protocol="HTTP/1.1"
<Connector port="8309" protocol="AJP/1.3" redirectPort="8443" />

Esto impide que haya conflictos a la hora de levantar las instancias.

El siguiente paso es configurar un script de arranque de las instancias.

vi /etc/init.d/tomcat7-01

#!/bin/sh
### BEGIN INIT INFO
# Provides: Tomcat
# Required-Start: $network
# Required-Stop: $network
# Default-Start: 2 3 5
# Description: Java Servlet and JSP Engine
### END INIT INFO

JAVA_HOME=/usr/lib/jvm/java-7-oracle/
JAVA_OPTS="-Xmx800m -Xms800m"
CATALINA_HOME=/usr/local/tomcat7
CATALINA_BASE=/var/www/instancia-01

case "$1" in
'start')
$CATALINA_HOME/bin/catalina.sh start
;;
'stop')
$CATALINA_HOME/bin/catalina.sh stop
;;
*)
echo "Usage: $0 { start | stop }"
;;
esac
exit 0

Creamos los otros 3 scripts de arranque y cambiamos el parámetro CATALINA_BASE para cada instancia.
En el caso del JAVA_OPTS, podemos configurar la memoria según la configuración de memoria física instalada en el servidor y los requerimientos de las aplicaciones que queramos desplegar.

Procedemos a darle permisos de ejecución a los scripts:

chmod 755 /etc/init.d/tomcat7-0*

Ya podemos arrancar con los servicios invocando el script con:

/etc/init.d/tomcat7-01 start

Añadimos el script al arranque del servidor:

chkconfig --add tomcat7
chkconfig tomcat7 on

Procedemos a la configuración del cluster. En este caso tenemos que añadir las configuraciones de cluster a cada uno de los 8 ficheros server.xml (1 por cada instancia y en 2 servidores, total 8).

Como ejemplo añado la configuración de 1 instancia en los 2 servidores y el resto de los ficheros solo es una cuestión de usar puertos distintos y cambiar las direcciones ip a las que hay que conectar cada instancia:

Instancia 01, Servidor 01

className="org.apache.catalina.ha.tcp.SimpleTcpCluster" channelSendOptions="8">

Instancia 01, Servidor 02

className="org.apache.catalina.ha.tcp.SimpleTcpCluster" channelSendOptions="8">

Para que cada instancia solo se vea con su par en la dirección del modulo Membership tiene que ser distinta en cada par de instancias que conforman el cluster.

En nuestra configuración la instancia-01 se comunica con su par por 228.0.0.4, la instancia-02 se comunica con su par por 228.0.0.5, la instancia-03 se comunica con su par por 228.0.0.6, y la instancia-04 se comunica con su par por 228.0.0.7

Esto debe de respetarse en las configuraciones de cada cluster ya que sino el funcionamiento sera erratico y fallara el FarmDeployer.

Este ultimo modulo esta definido en las ultimas 6 lineas de cada configuración del cluster, y permite que poniendo un war dentro de la carpeta definida como watchDir, el war en cuestión se despliegue en todos los servidores del cluster.

Esto solo debe de hacerse en el servidor que consideremos como master de la configuración (osea el numero 1) para tener un unico punto de publicación. Es por eso que en el servidor 2 ponemos el parametro watchEnabled=false.

El ultimo tema que debemos de tratar es el mantenimiento de sesión. En el cluster que hemos montado, el primer modulo es el que indica como se comporta el cluster en cuanto al manejo de sesión.

className="org.apache.catalina.ha.session.DeltaManager"
expireSessionsOnShutdown="false"
notifyListenersOnReplication="true"/>

Los 2 nodos están configurados como DeltaManager, que es como decir que los 2 funcionan como Master en el manejo de sesiones. Los 2 servidores mantienen en memoria las sesiones de su servidor gemelo, para que en caso de que haya caída de un servidor, no se vea afectado el servicio. Esta configuración es la ideal para un balanceo de carga, ya que el balanceador reparte la carga entre todas las maquinas del cluster y si una de ellas cae, la saca del grupo y sigue repartiendo la carga al resto de servidores.

Para que los tomcats no se hagan un lio con las sesiones, debemos de configurar en cada instancia el JVMRoute de manera diferente.

name="Catalina" defaultHost="localhost" jvmRoute="servidor01-instancia-01">

lo que hace el servidor es añadir este jvmRoute como parte del id de sesión para poder almacenarlos de manera distintiva.

Lo unico que nos queda es ver en el log que los miembros del cluster se añaden y se eliminan con normalidad:

may 24, 2014 10:25:06 AM org.apache.catalina.ha.tcp.SimpleTcpCluster memberAdded
Información: Replication member added:org.apache.catalina.tribes.membership.MemberImpl[tcp://{192, 168, 0, 210}:4100,{192, 168, 0, 210},4100, alive=36148, securePort=-1, UDP Port=-1, id={54 -103 16 -90 92 20 67 -28 -101 -88 19 22 109 -78 44 77 }, payload={}, command={}, domain={}, ]

El cluster ya esta completamente configurado a nivel de tomcat.

El siguiente paso es configurar Los apaches para poder servidor las aplicaciones por el puerto 80 para verlas desde un navegador y con una URL facilmente recordable/escribible.

Para ello debemos de instalar en los servidores apache el paquete mod_jk

apt-get install libapache2-mod-jk

Solo tenemos que configurarlo de la siguiente manera:

 vi /etc/apache2/mods-enabled/jk.conf
# Where to find workers.properties
JkWorkersFile /etc/libapache2-mod-jk/workers.properties

# Where to put jk logs
JkLogFile /var/log/apache2/mod_jk.log

# Set the jk log level [debug/error/info]
JkLogLevel info

JkShmFile /var/log/apache2/jk-runtime-status

# Select the log format
JkLogStampFormat "[%a %b %d %H:%M:%S %Y] "

# JkOptions indicate to send SSL KEY SIZE
JkOptions +ForwardKeySize +ForwardURICompat -ForwardDirectories

JkMount /contexto_de_la_aplicacion_01/ ajp13_worker_01
JkMount /contexto_de_la_aplicacion_02/ ajp13_worker_02
JkMount /contexto_de_la_aplicacion_03/ ajp13_worker_03
JkMount /contexto_de_la_aplicacion_04/ ajp13_worker_04

JkMount /contexto_de_la_aplicacion-01/*.do ajp13_worker_01
JkMount /contexto_de_la_aplicacion-02/*.do ajp13_worker_02
JkMount /contexto_de_la_aplicacion-03/*.do ajp13_worker_03
JkMount /contexto_de_la_aplicacion-04/*.do ajp13_worker_04

# vi /etc/libapache2-mod-jk/workers.properties

worker.list=loadbalancer,stat1,ajp13_worker_01,ajp13_worker_02,ajp13_worker_03,ajp13_worker_04

worker.ajp13_worker_01.port=8009
worker.ajp13_worker_01.host=192.168.0.209
worker.ajp13_worker_01.type=ajp13
worker.ajp13_worker_01.lbfactor=1

worker.ajp13_worker_02.port=8109
worker.ajp13_worker_02.host=192.168.0.209
worker.ajp13_worker_02.type=ajp13
worker.ajp13_worker_02.lbfactor=1

worker.ajp13_worker_03.port=8209
worker.ajp13_worker_03.host=192.168.0.209
worker.ajp13_worker_03.type=ajp13
worker.ajp13_worker_03.lbfactor=1

worker.ajp13_worker_04.port=8309
worker.ajp13_worker_04.host=192.168.0.209
worker.ajp13_worker_04.type=ajp13
worker.ajp13_worker_04.lbfactor=1

En esta configuración cada worker controla las peticiones que llegan al apache y las deriva a la instancia que corresponde.
En nuestro caso la ip 192.168.0.209 corresponde a la ip del grupo de balanceo interno sobre el que tenemos el tomcat.

Por último en la configuración de los vhost de apache tenemos que configurar el punto de montaje de mod_jk, para que envie las peticiones a cada worker según la aplicación que este montada en cada instancia. Añadimos la configuración a nuestro virtual host preconfigurado.

vi /etc/apache2/sites-enabled/vhost-balanceo-tomcat.conf

JkMount /contexto_de_la_aplicacion-01/* ajp13_worker_01

Options -Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
allow from all

JkMount /contexto_de_la_aplicacion-02/* ajp13_worker_02

Options -Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
allow from all

JkMount /contexto_de_la_aplicacion-03/* ajp13_worker_03

Options -Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
allow from all

JkMount /contexto_de_la_aplicacion-04/* ajp13_worker_04

Options -Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
allow from all
Mas Información:Instalación de la maquina virtual de Java

Como usar Netflix desde España (o desde fuera de USA)

Hace mucho que soy usuario de Spotify. si si, de los de pago. Desde ese momento aunque es más fácil encontrar más variedad rondando trackers, me dedico a escucharla sin molestarme en descargar nada. Porque digo esto? Pues porque en petit comite con mis colegas siempre comentamos que seria un cierto encontrar un Spotify para series de TV. Algo a lo que le puedas echar un vistazo y abandonarlo si no te gusta o seguir hasta las ultimas consecuencias. Esto mismo, actualmente lo hacemos con nuestro tracker habitual para descargar algunos “pilotos” y decidir sin gastar mucha pasta, con que nos quedamos y con que no.

La opción que mas suele aparecer en las conversaciones es el ya omnipresente Netflix. Omnipresente? Desde luego lo es en las conversaciones, pero a la hora de usarlo en España, la compañía aun no se ha decidido a dar el salto. Los motivos, me imagino que como siempre serán los famosos royaltis, que todos quieren cobrar, que la compañía no tiene negocio porque le tiene que dar la pasta a los poseedores de los derechos…. Vaya Vd a saber.

Bicheando por Internet, es evidente que se puede contratar Netflix. Aprovecho para haceros una guía de como lo he hecho yo. El coste os lo cuento al final y si os convence, ya os podéis poner manos a la obra.

Para este tutorial, os ire contando las limitaciones y como se pueden sobrepasar/bypassear/solucionar.

1º No se puede usar Netflix desde fuera de USA. Esta es la limitación clásica. La geolocalización que es ubicua en toda la extensión de Internet. El sistema lee tu dirección ip de conexión, y dice “Señor B, Vd se conecta desde fuera de USA, por lo tanto, que le vayan dando morcilla” y por supuesto que no puedes acceder a ningún servicio emitido desde USA.

strongvpn top vpn 300x162 Como usar Netflix desde España (o desde fuera de USA)

Strongvpn

Para esto basta con usar un servicio de VPN. Se pueden usar servicios gratuitos del tipo de GetUSVPN pero si quieres ancho de banda garantizado, y un servicio personalizado lo mejor es usar uno de pago. Actualmente yo uso StrongVPN por el que pago 21$ cada 3 meses, o lo que es lo mismo, 5€ y pico mensuales. Este servicio me permite decidir el endpoint de VPN con el que me quiero conectar, con presencia en prácticamente todos los países del mundo. Todo cifrado pptp/l2tp/sstp. Con esta VPN también puedes ver, por ejemplo, la BBC fuera UK, si escoges conectarte a un endpoint de UK.

2º Registrarse en Netflix una vez que estas conectado desde una ip de USA, puede parecer una cosa sencilla. Abres el site, usas el botón de Sign Up, y pones tus datos. Toca otra vez abrir la cartera y retratarse. Netflix vale al cambio 6,41€ al mes. Una vez rellenos los datos del formulario vamos a pagar y…. ERROR!

entropay logo Como usar Netflix desde España (o desde fuera de USA)

Entropay

No podemos usar nuestra tarjeta de credito habitual porque el sistema detecta que esa tarjeta no esta generada en USA. Bueno… no pasa nada. Podemos usar Paypal! ERROR!!!! El sistema también detecta que tu cuenta de paypal no es USA, así que no puedes pagar. Si un asi insistes en querer usar Netflix, deberás de buscar un servicio de tarjetas de crédito USA. En mi caso el que mas me ha llamado la atención es Entropay, que esta asociado con Visa. El servicio tiene su gracia para usarlo pero es curioso como autenticas tu tarjeta de crédito para cargar fondos en la tarjeta virtual con una Webcam. Le pones la tarjeta delante y el sistema la reconoce como valida. Desde este momento puedes usar tu tarjeta de crédito para cargar la tarjeta virtual. Y con esta se acaban de esfumar los problemas para contratar la cuenta de Netflix.

Ahora todo el sistema esta funcionando. Cada vez que quieras ver tus series, solo tienes que conectar con la VPN y acceder al portal del contenidos de Netflix. Tu única limitación es el ancho de banda del operador de telecomunicaciones. En caso de qe tengas FTTH podras verlo en HD y sin ningún corte.

3 Como siempre queremos ir mas allá, que pasa con los que tenemos una tele de tropecientas pulgadas, Dolby Surround 5.1 y demas mandangas para ver la tele como en el cine? Pues ya metidos en harina os cuento un par de cosas mas. El actual router que nos distribuye telefonica para nuestra conexion internet es una cosa bastante basica, que nos permite natear puertos cambiar las claves y poner seguridad WPA2 para que ningún vecino hijoputa aprovechado se cuele y nos deje el ancho de banda como un modem de 56Kbps (como los de los 90´s). Pero si quieres gastarte un poco mas de pasta (no mucha) puedes acceder a un Mikrotik de poco mas de 50€ con 5 puertos de Gbps como 5 soles y wifi integrado (sin antena exterior). El modelo en cuestion es este. Con unas simples instrucciones este cacharrito te permite conectarte como un cliente de VPN y sacar el trafico de tu red (ergo de tu SmartTV) hacia USA y asi poder ver Netflix en la tele. Las instrucciones las puedes encontrar en ADSLZone y cualquiera que sepa manejar un router como el de telefonica, no tendra problemas para configurar este cacharro como cliente VPN. El ultimo paso es saber como saco en la tele el contenido de Netflix. Ahora mismo los mas listos pueden pensar, “con todo lo de antes y sin router, pongo mi portatil al lado de la tele, le pongo un cable HDMI y hala, ya puedo ver mis series en la tele sin romperme la cabeza”. Esta claro que si eres un vago, esta opcion es la que deberias de elegir. No te mates, pon un cable y hala, te has ahorrado 50 pavos exprimirte el coco para probar tu excelencia.

plex Como usar Netflix desde España (o desde fuera de USA)

Plex

La excelencia consiste ni mas ni menos en que uses Plex, si tienes la suerte de tener un SmartTV de Samsung o de LG (seguro que en otros fabricantes tambien se puede instalar). Esta aplicacion permite tanto conectarte a un servidor Plex instalado en tu PC/Mac de casa como acceder a un cliente nativo de Netflix. Por lo tanto para ver tus series basta con, conectar el cliente VPN de tu router, encender la tele, conectar con el Smart Desktop de tu TV, abrir la app de Plex y arrancar el cliente de Netflix. Configuras tus credenciales, y listo. Para nota! Puedes configurar el router para que saque el trafico de Netflix por la VPN a traves del router y el resto del trafico por el default gateway de tu operador de datos (AKA Telefonica). En total si sumas los costes, mensualmente son unos 10€, más 50€ del router (solo se paga en el momento de comprarlo icon wink Como usar Netflix desde España (o desde fuera de USA) si te decides a comprarlo. Evidentemente obviamos el coste de la tele, ya que doy por sentado que si has llegado hasta aquí tendrás una TV moderna.

Informacion adicional: Acceso StrongVPN. Sistema de pagos de Visa Virtual Entropay. Plex App para conectar desde tu TV. Para comprar tu router VPN en Landatel.

  • Social


    Follow Me on Pinterest
  • Escribe tu direccion de Email para suscribirte a este Blog y recibir notificaciones de los nuevos posteos por Correo Electrónico.

  • A lo largo del Tiempo

  • Copyright © 2004-2010 Bandin.info | El Paragüero Rajador. Todos los derechos reservados.