Mensajes

se usa básicamente para no pagar. Si lo firmas tu mismo pues es gratis, pero si tienes que pedir a una empresa que esté autorizada (CA) (para que no salga ninguna alerta en el navegador) pues tienes que pagar.

Hay muchos tipos y clases de certificados SSL, pero los más básicos y completamente funcionales se consiguen por menos de 15$ al año, como el que usa el foro de GoDaddy, otros hacen prácticamente lo mismo y te cobran cientos de € al año.

Un certificado autofirmado, como bien dices, es 100% seguro, siempre que confies en el emisor.

- Primero migrar la web(esto ya en el nuevo hosting)
- Cambiar el DNS de www.xxxx.org a mi nuevo hosting. Esto es fácil.

Para migrar la web es fácil. Simplemente debes tener en cuenta la propagación de nueva IP depende del la caché de las DNS (básicamente del TTL), para que tarde más o menos en resolver la nueva ip.

Para migrar los buzones de correo no puedes tener una parte en el viejo hosting y otra parte en el nuevo hosting. No depende del tamaño. Los registros MX establecen una prioridad según un número, pero no depende del tamaño del mensaje o cosas similares.

Pero en teoría si desactivas el servicio de correo del viejo hosting y pones los nuevos registros MX del nuevo hosting llegarán al nuevo. Si no puede entregarlo al viejo se esperará x tiempo (suelen aparecen los típicos Warnings).

¿Qué son los registros MX?

Los registros MX son ajustes de DNS asociados a tu dominio que dirigen su correo a los servidores que alojan las cuentas de correo de tus usuarios. Tu host de dominio es el que ha administrado esta configuración, y no Google. Para asegurarte de que el correo siempre se entrega, por lo general creas registros para varios servidores (todos podrán entregar correo a los usuarios). De este modo, si un servidor no está operativo, el correo se podrá dirigir en su lugar a otro servidor. Asignarás prioridades para determinar los servidores que se prueban en primer lugar. Para ello, utilizarás valores como, por ejemplo, 10, 20, 30, etc. El valor más bajo obtiene la prioridad más alta.

Por ejemplo, si el dominio example.com tiene dos registros MX (10 correo1.example.com y 20 correo2.example.com), el correo se entregará en primer lugar a 10 correo1.example.com ya que tendrá el número de prioridad más bajo. Si dicho servidor no está operativo, el correo se redirigirá a: 20 correo2.example.com, etc. Si varios registros MX tienen la misma prioridad, se elegirá un servidor de forma arbitraria.

Prioridad MX

Un punto principal de confusión es el funcionamiento del sistema de selección de prioridad MX. La prioridad relativa de un servidor MX viene determinada por el número de preferencia presente en el registro MX del DNS. Cuando un cliente remoto (habitualmente otro servidor de correo) hace un MX lookup (operación de búsqueda) para el nombre de dominio, este consigue una lista de servidores y sus números de preferencias. El registro MX con un número de preferencia más pequeño tiene la mayor prioridad y será el primero en ser probado. El cliente remoto continuará recorriendo, de mayor a menor prioridad, la lista de servidores hasta que logre entregar con éxito el mensaje, o éste sea permanentemente rechazado debido a un mensaje de servidor inalcanzable o a que la cuenta de correo no existe en ese servidor. Si hay más de una sola entrada con el mismo número de preferencia, todos ellos deben ser probados antes de desplazarse a una entrada con menor prioridad.

pues precisamente se cambió hace unos meses el sistema que lleva por defecto el foro SMF 1.1x por uno nuevo algo más complejo:

http://blog.elhacker.net/2013/06/nuevo-sistema-de-captcha-para-el-foro-de-el-hacker-net.html

Y se baneó varios rangos que estaban plagados de bots de spam:

*.serverdedicati.aruba.it
*.vpn999.com
*rdns.ubiquityservers.com

Pero veo que siguen entrando bots de spam de diferentes localizaciones y dudo que ese captcha esté roto.

[SAML Single Sign-On (SSO) Service for Google Apps]

yo estuve mirando algo parecido con Google Apps y el SSO (Single Sign On) y al final no funcionó por el tema de la creación de los certificados SSL, auqnue lo tengo pendiente de arreglar y hacerlo funcionar.

¿Estás usando SSO?

En el caso de sesión único aparece:

Habilitar inicio de sesión único

- URL de la página de acceso * ( URL para acceder a tu sistema y a Google Apps
- URL de la página de fin de sesión *  ( URL para redirigir usuarios cuando finalizan la sesión (
- Cambiar URL de contraseña *  ( URL para permitir a los usuarios cambiar su contraseña en tu sistema; cuando se define aquí, esta URL se muestra aunque el inicio de sesión único no esté habilitado.)

Hay mucha documentación, pero todo en Inglés:

SAML Single Sign-On (SSO) Service for Google Apps
https://developers.google.com/google-apps/sso/saml_reference_implementation

Generating Keys and Certificates for Google Apps SSO
https://developers.google.com/google-apps/help/articles/sso-keygen

Un gato haciendo Skate por en medio de Australia 

[youtube=640,360]http://www.youtube.com/watch?v=YRbakPKgU5Y[/youtube]

[Tab Mix Plus (TMP)]

Mira la extensión para Firefox Tab Mix Plus (TMP):

https://addons.mozilla.org/es/firefox/addon/tab-mix-plus/

Seguro que tiene esa opción y muchas otras.

el timeline de facebook sale por defecto y el último cambio fue ya hace hace tiempo:

https://es-es.facebook.com/about/timeline

DVD Shrink es para saltarse protecciones de películas DVD, no de juegos. El tipo de protecciones que usan para los juego son diferentes.

Las protecciones para películas comerciales son del tipo DRM como CSS, CPRM, CPPM, APS, UOPs, ARccOS, Rip-Guard, y la protección de Disney X

Aquí tienes una entrada reciente en el blog con los programas más habituales como

- DVD43
- DVDFab HD Decrypter
- DVD Decrypter
- DVD Shrink
- DVD Rip
- BDlot DVD ISO Master
- MakeMKV
- HandBrake

http://blog.elhacker.net/2013/12/handbrake-y-libdvdcss-para-copiar-dvds-protegidos-blu-ray.html

Para copiar juegos protegidos usa los programas que te comentan:

- CloneDVD
- Alcohol 120%
- Daemon Tools

mirando el código fuente se ve muy fácilmente la ruta:

<param name="movie" value="multimedias/audios/dewplayer.swf?mp3=/multimedias/audios/ManueAlvarezUrbon03.mp3" />

/multimedias/audios/ManueAlvarezUrbon03.mp3

http://floreosycompuestas.com/multimedias/audios/ManueAlvarezUrbon03.mp3

Eso no puedes evitarlo, incluso en el log hay el robot de Google, mejor no lo banees xD

El error_log pues añade la opción de ver el http_referer y así habrás podido ver de dónden provienen.

Tampoco supone ningún peligro adicional, simplemente una línea más en el  error_log del Apache y poco más.

Añade un error 404 personalizado si quieres al servidor web. No es ningún ataque, ni nada dañino aparantemente.