Tips & Tricks Archives Page 7 of 11 - Cristian Tala Sánchez

#Transbank y Servidores fuera de #Chile para los #eCommerce

22/06/2015 por Cristian Tala Sánchez

Ya somos muchos los que hemos estado teniendo problemas con conexión de nuestro eCommerce a Transbank. ¿ A que se debe esto ?

Desde ya hace unas semanas, un par antes del #CyberDay en Chile, han habido dificultades con las conexiones de los sitios web a transbank. Ahora existe un comunicado «Algo más oficial» para los que tenemos nuestros propios sitios eCommerce en nuestros propios servidores.

Por políticas de seguridad han bloqueado ciertos IPs del extranjero ( no estoy seguro que sean todos ) y esto es sencillo de arreglar pidiendo que agreguen tu IP a un whitelist para que pueda generar las conexiones en el servidor de producción. Esto se debe a un incremento en la seguridad por parte de Transbank para evitar posibles problemas.

Al parecer el problema crítico es en el servidor de certificación en donde hoy estaba teniendo problemas con la conexión de uno de los sitios y la respuesta fue la siguiente :

Cristian, buenas tardes:
Según lo revisado, te comento que no nos será posible hacer la revisión de este sitio web, debido a que se encuentra en un servidor fuera de Chile y por políticas de seguridad implementadas en el área de comunicaciones, no se tiene acceso desde equipos fuera de chile al ambiente de certificación. Esta medida es de carácter permanente por lo cual recomiendo evaluar la opción de contratar un hosting nacional.
Cabe destacar que esto es solamente para el ambiente de certificación. No hay problemas en mantener un ambiente productivo en un hosting fuera de Chile.
Lamentamos los inconvenientes generados por esta situación.
Quedo atento a tus comentarios.
Saludos cordiales,
XXXX XXXX

Por lo tanto ya sabemos de ante mano que al menos para le certificación debemos tener un servidor nacional. Si aún tienes problemas con tu servidor en producción por favor hablar a Transbank para que agreguen tu IP a un whitelist para no tener problemas.

Si bien esto puede hacer un poco más complejo el proceso de tener nuestros eCommerce con pago con tarjetas de crédito, no olviden que alternativas de pago existen bastantes y que el mayor porcentaje de compras a través de internet aún son por débito y no por crédito. No se asusten de usar medios de pago para transferencias bancarias como lo puede ser Khipu.

Oracle Java (JDK) 7 / 8 / 9 PPA en Ubuntu

12/06/2015 por Cristian Tala Sánchez

Hace ya un tiempo que en Ubuntu no aparece en repositorios la versión de Oracle para Java. Hay algunas aplicaciones que no funcionan con la versión del OpenJDK por lo que agrego la forma como lo he estado haciendo últimamente para mis proyectos.

Si bien la instalación la puedo hacer a través del instalador que aparece en la web, este proceso es mucho más sencillo y veloz.

Antes que todo, cuales son las diferencias de la versión libre y la versión de oracle. Del Blog de Oracle tenemos los siguiente :

Q: What is the difference between the source code found in the OpenJDK repository, and the code you use to build the Oracle JDK?

A: It is very close – our build process for Oracle JDK releases builds on OpenJDK 7 by adding just a couple of pieces, like the deployment code, which includes Oracle’s implementation of the Java Plugin and Java WebStart, as well as some closed source third party components like a graphics rasterizer, some open source third party components, like Rhino, and a few bits and pieces here and there, like additional documentation or third party fonts. Moving forward, our intent is to open source all pieces of the Oracle JDK except those that we consider commercial features such as JRockit Mission Control (not yet available in Oracle JDK), and replace encumbered third party components with open source alternatives to achieve closer parity between the code bases.

Estoy corriendo unas aplicaciones que fueron desarrolladas por unos Framework MVC para Java que al parecer solo funcionan con la versión privativa, pero bueno, ejecutemos lo siguiente ;

sudo add-apt-repository ppa:webupd8team/java
sudo apt-get update
sudo apt-get install oracle-java8-installer

Con esto agregamos el repositorio, actualizamos e instalamos la versión de Java que necesitamos. Si ya teníamos una versión anterior de java instalada, lo más probable es que le debamos decir al sistema cual debe de utilizar, para eso «Actualizamos las Alternativas».

sudo update-alternatives --config java

Ahora está todo listo, Java instalado y además la versión que necesitemos seleccionada para funcionar !

Origen: Oracle Java (JDK) 7 / 8 / 9 Installer PPA : “WebUpd8” team

Detectar el Email Spoofing y no morir en el intento.

26/05/2015 por Cristian Tala Sánchez

Email spoofing es la creación de un mensaje de email en donde el autor o quién lo envía es una falsificación. Es bastante sencillo debido a que los protocolos no tienen ningún mecanismo de autenticación para prevenirlo.

Es por eso que debemos saber detectarlo a tiempo.

Si bien en algunos casos el email spoofing puede ser considerado legal, en muchos otros se usa con el sentido de realizar Phishing o simplemente suplantación de identidad.

A nosotros lamentablemente nos pasó hoy con un mail dirigido aparentemente desde el Banco BBVA. Si bien sistemas de correo como GMail, Outlook y otros filtran este tipo de correos que poseen errores en su encabezado, alguno puede llegar a pasar generando un conflicto mayor, como lo puede ser una estafa.

Antes que todo es bueno aclarar que si el correo recibido llegó a SPAM es muy posible que sea por qué lo es, no importa lo que te digan. El proceso en el cual te convencen de lo contrario se llama Hacking Social y es el tipo de Hacking más efectivo.

Para poder asegurarnos que el correo proviene de quién dice ser, tenemos que tener acceso a las cabeceras del email. En Gmail es muy sencillo, simplemente seleccionamos la opción de ver original.

Una vez abierto el mail original podemos ver algo como lo que tenemos a continuación.

En este caso quiero rescatar algunos datos que claramente no coinciden con lo que debería aparecer.

En el campo Received, aparece que es enviado desde emkei.cz que al parecer es uno de los servicios más populares para enviar emails falsos.
En el Received SPF, aparece un softfail, y lo que significa en este caso que la dirección desde donde se realizó el envío de este correo no está dentro de las permitidas para el dominio. Esto en general no está bien configurado por muchos servidores, por lo que por si solo no puede definir si el correo es sustitución o no, pero las probabilidades que una empresa grande, como lo es un banco, lo tenga mal configurado es poco probable.

Si tomamos los dos puntos anteriores en conjunto, podemos tener una idea más clara de lo que puede estar pasando.

Recuerda además que las probabilidades de que un correo correcto vaya a spam es mucho menor que la de un correo incorrecto lo haga. ¡ Siempre duda en el correo que te llegue a spam y quien te diga que lo revises ! Al menos yo desde el día de hoy lo haré.

Origen: Email spoofing – Wikipedia, the free encyclopedia

Redireccionar HTTP a HTTPS con ModRewrite y .htaccess

18/04/2015 por Cristian Tala Sánchez

En general cuando manejas wordpress y cambias la dirección del sitio por defecto a HTTPS, se manejan internamente las redirecciones para poder usar las nuevas direcciones.

El problema a veces es simplemente la página de inicio, que no se redirecciona por defecto. Hay plugins que te pueden hacer la vida más sencilla en esto, pero obviamente soy de las personas que no les gusta el camino fácil.

Si tu servidor tiene el mod_rewrite de apache2 activado, lo más sencillo es decirle que «reescriba» las direcciones dependiendo del contenido, y simplemente haga una redirección ( 301 ).

A continuación veremos como redireccionar las url para la que corresponda. Este es el mismo proceso que se usa para cuando cambias tu web de dirección.

Creando un Correo de Respaldo Con Google APPS.

07/04/2015 por Cristian Tala Sánchez

Actualmente en nuestra empresa si trabajamos con Google Apps for Work, lo cual si nos ha ayudado en muchas situaciones para estandarizar procesos y externalizar el servicio de correos sin que sea un problema para nosotros.

Dentro de las soluciones que hemos implementado es la de tener un correo de respaldo de todos los correos entrantes y salientes de la empresa, de tal manera que nunca pierda información que puede llegar a ser valiosa en un futuro.

La verdad esto es muy sencillo de lograr. Lo primero que se debe de hacer es contar con este correo de respaldos.

Luego vamos a nuestro panel de administración de Google, vamos al menú de Apps y luego de Google Apps ( Lo tengo en inglés, si lo tienen en otro idioma puede ser un poco diferente. )

Hacemos click en Gmail y nos vamos a la configuración avanzada ( al final de la página debería de aparecer el link )

Ahora, en la pestaña de General Settings encontraremos al fnal las dos opciones que nos interesan; «Receiving Routing» y «Sending Routing».

El proceso para ambos es igual, por ejemplo. Si seleccionamos Sending Routing para respaldar todos los correos de salida;

en el punto 1 haremos click en «Outbound e Internal» para respaldar incluso los correos dentro de la misma organización.
en el punto 2 seleccionaremos Modify message y hacemos click en «Add more recipients» y simplemente agregamos el correo con el cual respaldaremos todos los mail.

De esta manera podemos respaldar todos los correos enviados y recibidos y sin importar que borremos un usuario, no perderemos sus correos.

Espero que les sirva !