Los errores 500/503/508

Nuestros servidores ejecutan CloudLinux, que es una función y herramienta que se utiliza en un entorno de hosting compartido e incluye muchas características para optimizar el entorno. Debido a que los servidores compartidos albergan muchas cuentas, una que use demasiados recursos puede generar problemas en todo el servidor.

La razón más común de los errores 500/503/508 en un sitio web es la limitación de la cuenta por parte de CloudLinux debido al uso excesivo de recursos.

CloudLinux ayuda a prevenir este tipo de problemas al monitorear activamente el uso de recursos y al limitar de manera proactiva cuentas específicas cuando exceden los límites de uso de recursos predefinidos, que están garantizados y siempre disponibles como parte de su plan de hosting.

¿Cuáles son los límites impuestos por CloudLinux?

Uso de CPU: si el uso de CPU de su cuenta de cPanel excede los límites predefinidos, CloudLinux lo ralentiza a límites aceptables. Su sitio permanece disponible durante este tiempo. Cuando el uso de la CPU cae por debajo del límite máximo, CloudLinux deja de limitar su sitio. Posibles causas de un alto uso de la CPU son DDoS (Denegación de servicio distribuida), spambot y ataques de fuerza bruta. Un sitio mal configurado también puede hacer que se alcance este límite.

Rendimiento de E/S del disco (IO / IOPS): si el uso del disco excede los límites predefinidos, CloudLinux ralentiza su sitio para devolverlo a límites aceptables. Su sitio permanece disponible durante este tiempo.

Límite de memoria (PMEM): CloudLinux monitorea el uso de memoria física y virtual de su cuenta. Si el uso de la memoria excede los límites predefinidos, los visitantes de su sitio reciben mensajes “500 Internal Server Error” o “503 Error” en su navegador web. Además, CloudLinux ralentiza su sitio para devolverlo a límites aceptables.

Procesos de entrada (EP): CloudLinux monitorea la cantidad de procesos que se ejecutan en su cuenta. Las solicitudes de conexión HTTP, SSH, CGI y PHP cuentan todas para este límite predefinido, que es generoso. Si su sitio web excede este límite, los visitantes reciben mensajes de “Error 503” en su navegador web. El límite se establece principalmente para ayudar a evitar que los ataques DDoS, spambot y de fuerza bruta afecten a servidores completos. Sin embargo, un sitio mal configurado también puede hacer que se alcance este límite.

Cuando su sitio web alcance el límite de recursos asignados previamente según su plan de alojamiento, observará tiempos de respuesta lentos en sus sitios web o verá errores intermitentes en el sitio.

Uso de MySQL: MySQL Governor de CloudLinux monitorea el uso de MySQL de su cuenta y lo restringe si alguno de los siguientes recursos excede los límites predefinidos:

Uso de CPU
Lectura y escritura del disco
Número de conexiones a la base de datos

No se muestran mensajes de error cuando se produce esta restricción. Cuando el uso de MySQL cae por debajo de los límites predefinidos, MySQL Governor elimina las restricciones. Los DDoS (denegación de servicio distribuida), spambot y ataques de fuerza bruta, así como complementos y bases de datos no optimizadas, son todas posibles causas de un alto uso de MySQL.

¿Cómo puedo ver mi uso de recursos?

Para ver la información de límite de recursos, siga los siguientes pasos:

Ingrese al cPanel de su cuenta

En la sección METRICS haga click en Resource Usage

  • Your site had no issues in the past 24 hours: Si recibe este mensaje, su cuenta no disparó ninguna limitación en las últimas 24 horas.
  • Your site has been limited within the past 24 hours: Su recibe este mensaje, su cuenta disparó al menos un límite de recursos en las últimas 24 horas. cPanel muestra información adicional acerca de qué recurso disparó el límite.
  • Your site might hit resource limits soon: Este mensaje le advierte que su cuenta puede disparar alguna limitación de recurso en un futuro cercano. cPanel muestra información adicional acerca de qué recurso está en riesgo de disparar la limitación.

Para ver información detallada haga click en [DETAILS] o [Current Usage] y cPanel mostrará gráficos y tablas de uso de recursos para poder monitorearlos. Por default muestra intervalos de 24 horas, pero puede ser cambiado.

La opción [Snapshot] del menú superior mostrará un resumen diario del uso de los recursos como para ver qué proceso está ocasionando la limitación.

Razones principales para estos errores

Spamming: cuando los spambots encuentran un CMS desactualizado como WordPress o un formulario web, se abren conexiones simultáneas masivas para llenar el sitio web con anuncios de spam. Dado que este tipo de spam de comentarios está automatizado, se abren múltiples conexiones simultáneas desde diferentes direcciones IP. Esto agota el “límite del proceso de entrada” y hace que el sitio web sea inaccesible con el error 508.

Intentos de hackeo por fuerza bruta: una forma popular de hackear un sitio web es adivinar los datos correctos de inicio de sesión del administrador. Este proceso se llama fuerza bruta. Los robots de ataque prueban varias combinaciones de nombre de usuario y contraseñas a un ritmo muy alto desde diferentes direcciones IP para obtener acceso de administrador. Durante tales ataques, el “límite del proceso de entrada” se agota fácilmente. Dichos ataques se caracterizan por una gran cantidad de conexiones a un solo archivo, que a menudo duran menos de un segundo.

En ambas situaciones, puede intentar bloquear las IP de conexión relacionadas desde cPanel> Administración del sitio> Ip Deny Manager o puede instalar complementos como WordPress ReCaptcha o WordPress Website Security para evitar estos ataques.

Componente o complemento específico: puede consultar con nuestro soporte para obtener ayuda para identificar cualquier extensión o proceso que esté actuando como acaparador de recursos. A veces, un complemento específico consume muchos recursos debido a una programación descuidada, y querrá eliminar o desinstalar el complemento. Si necesita las funciones que proporciona la extensión, considere buscar un reemplazo confiable en el directorio de extensiones de Joomla o en el repositorio de WordPress; Ambos recursos son enormes, por lo que seguramente encontrará múltiples alternativas para cualquier complemento que utilice.

Sitio web pirateado: puede pensar que esto es obvio, pero muchos piratas informáticos no tienen el hábito de dejar un rastro. En cambio, después de piratear su sitio, agregarán una secuencia de comandos que podría generar solicitudes falsas y, en última instancia, desperdiciará sus recursos en nada o generará dinero para el creador de secuencias de comandos. Si cree que el sitio está pirateado, puede abrir un ticket a nuestro soporte y podemos hacer que lo revisen por usted.

Aumento repentino del tráfico válido del sitio web: algunos sitios web logran un aumento repentino del tráfico válido, generalmente durante una campaña de marketing o durante ciertas temporadas.

Cómo Sincronizar los Calendarios de cPanel con Thunderbird

En este tutorial te vamos a explicar de la forma más sencilla posible cómo sincronizar tu calendario de cPanel con tu cliente de correo Thunderbird así podrás consultar y crear citas desde cualquier computadora donde tengas instalado el popular y gratuito cliente de correo electrónico.

¿Qué necesitamos?

  • Una cuenta de email creada en cPanel
  • Acceso por Webmail a esa cuenta
  • Tener Thunderbird instalado
  • Comprobar que la extensión Lightning está instalada en Thunderbird

Obtener la URL en el cliente de webmail

Ingresas a tu cuenta de correo vía webmail (www.tudominio/webmail), ingresas tu cuenta y contraseña y luego eliges “RoundCube” como cliente. Ya estando adentro debes tocar la opción “Calendario” en la barra de la izquierda:

Luego tocar en los tres puntos a la derecha del título para que se abra el menú y elegir la opción “Mostrar URL del Calendario”

Se abrirá una ventana con la URL del calendario ya seleccionada para poder copiarla. Luego de ésto ya puedes cerrar el webmail.

Ingresar la URL en Thunderbird

Ya terminamos con el webmail así que es el turno de abrir el Thunderbird y acceder a la pestaña de calendario.

En el sector izquierdo podrás ver la lista de calendarios, donde aparecerá “Inicio” como calendario por default. Debajo de ese, toca el botón derecho del mouse y se abrirá un menú donde debes elegir la opción “Nuevo Calendario”.

Se abrirá una ventana donde debes elegir si el calendario está en tu equipo o en la red y debes seleccionar “En la red”. Luego tocar el botón “Siguiente”. Se abrirá esta ventana:

En usuario debes ingresar tu usuario normal de cPanel y en dirección la URL que copiaste previamente del webmail. Luego el botón “Siguiente”.

Si todo está correcto, nos dirá que el calendario se encuentra sincronizado. A partir de este momento verás todos los eventos sincronizados en Thunderbird y en RoundCube.

Alternativas a WIX totalmente gratuitas

Wix, con sus plantillas fáciles de diseñar, una gran cantidad de aplicaciones y una base de usuarios en expansión, es actualmente la plataforma líder de creación de sitios web. Sin embargo, no es perfecto para las necesidades de todos, y algunas personas podrían necesitar un creador de sitios que les permita ir más a fondo con el código o que permita una transferencia de datos más fácil en caso de que uno elija irse a otra plataforma.

En esta plataforma se consigue gratuitamente un sitio excesivamente simple, pero luego para obtener un sitio más específico los costos se elevan considerablemente por encima del costo de un hosting común.

Es una práctica habitual en muchos de nuestros clientes contratar Wix para hacer su website y mantener nuestra cuenta de hosting ólo para el servicio de email ya que ellos no lo proporcionan.

¿Es realmente necesario utilizar ese servicio?

La respuesta es: NO. Nuestros planes de hosting ofrecen la suite Softaculous que brinda excelentes aplicaciones para generar todo tipo de sitios y se instalan prácticamente con un click. Por supuesto que estas aplicaciones son más potentes y por consecuencia requieren más conocimiento, pero aunque se le pague a alguien por desarrollar el sitio en base a esas aplicaciones, en el largo plazo el ahorro amortiza ese costo. El plan más económico de Wix (sin publicidad) cuesta casi el triple de nuestro plan de hosting equivalente, incluyendo un dominio .com.

Otra contra de este tipo de plataformas que ofrecen la creación de los sitios, es que nunca serás el dueño del código ni del contenido. Si quisieras migrar el sitio a otro servidor no lo podrías retirar. Sólo estarías alquilando el espacio y también el sitio.

Las aplicaciones de la siguiente lista se encuentran disponibles en forma totalmente gratuita en el cPanel de tu cuenta de hosting. Sin costos extras de ninguna clase.

WORDPRESS

WordPress

Sin dudas , el más popular de todos los CMS (Content Manager Software). Con un market share por encima del 60% y más de 24 millones de sitios basados en ella, es la plataforma líder para la creación de sitios. Inicialmente concebido para hacer blogs (como éste mismo), su desarrollo actual lo hacen totalmente apto para todo tipo de websites.

¿Qué decir de lo extendido de este CMS? Más del 33% del total de los sitios de internet están hechos con esta plataforma. Se pueden conseguir plugins, extensiones y temas por miles y mucho material gratuito.

Con el plugin WooCommerce podrás crear un sitio completo de e-commerce para poner tu tienda online. Está tan desarrollado que tiene sus propios plugins para cobros por MercadoPago, entre otros. Te dejo este link a un artículo con un tutorial para hacer una tienda online totalmente gratis: https://raiolanetworks.es/blog/tutorial-woocommerce/.

También te dejo este enlace a un artículo en inglés que hace una comparativa detallada entre WordPress y Wix: https://www.isitwp.com/wix-vs-wordpress/

JOOMLA

www.cursosingenieriaindustrial.com/wp-content/u...

Lanzado en 2005, Joomla es casi tan viejo como WordPress. Detrás de él, Joomla es el segundo sistema de gestión de contenidos más popular, impulsando alrededor del 3% de todos los sitios web en Internet y poseyendo el 5.4% del mercado de sistemas de gestión de contenidos.

En su cómodo segundo puesto, ofrece soporte multilenguaje nativo (WordPress necesita un plugin) y es más apto para usuarios con más conocimientos ya que permite ir más allá a través de la programación.

Permite usar diferentes plantillas para diferentes piezas de contenido, mientras que en WordPress sólo un tema. Además es más flexible para admitir distintos tipos de contenido.

¿Es fácil de usar? ¿Tiene un ecosistema donde se pueden encontrar miles de extensiones y plantillas tanto gratuitas como pagas? Si a todo, pero no tanto como WordPress.

DRUPAL

Cibercriminales están explotando activamente una vulnerabilidad ...

La tercera de “las tres grandes” plataformas de creación de sitios. Lejos en el market share, es la opción de los usuarios más experimentados. Se lo considera el mejor de los tres tecnológicamente y a nivel seguridad.

Es muy flexible, carece totalmente de pago de licencias, tiene diseño adaptativo y está optimizado para SEO y redes sociales. Quienes no tengan conocimiento y sólo quieran crear una web como lo harían en Wix encontrarán en Drupal una plataforma bastante difícil de aprender de entrada, pero con posibilidades enormes y siempre gratuitas.

Si bien en este post muestro las tres más usadas, en la sección “Portals/CMS” de Softaculous encontrarás más de 50 aplicaciones para probar.

¿Y si sólo quiero poner mi sitio de e-commerce para vender mis productos?

Habiendo tantas plataformas gratuitas de e-commerce, usar Wix termina siendo costoso a largo plazo. Te ofrecemos más de 30 plataformas gratuitas a elección entre las cuales se destacan por popularidad Prestashop, OpenCart y Magento. Las tres con sus virtudes y defectos, pero con una extensísima comunidad detrás de ellas brindando información, diseños y plugins.

En conclusión, así como no todo lo que brilla es oro, todo lo que se vende como fácil y económico tampoco lo es. Se puede hacer una web en 5 minutos, si sólo consta de una pantalla y el diseño está totalmente prearmado, pero no se puede hacer una web de verdad tan rápido y fácil como lo pintan. Si tu intención es hacer una web de una página con un diseño prearmado, en el cPanel encontrarás una opción que se llama “Publicar un sitio” dentro de la sección de “Dominios” donde podrás crear una landing page casi sin hacer nada.

Migración de sitios y nuevos servidores

Estos últimos meses vivimos circunstancias ajenas a nosotros que alteraron nuestro ritmo cotidiano de servicio y también nuestra estructura de costos. En agosto, como todos saben, tuvimos una devaluación instantánea y el dólar aumentó un 25%. Estos aumentos golpean en forma directa en nuestros costos ya que nuestros servidores se encuentran en Estados Unidos.

En septiembre, los nuevos dueños de cPanel cambiaron totalmente su política de precios y dispararon los costos las licencias. La alternativa de cambiar a servidores que usen otro panel no era la mejor ya que nuestro sistema interactúa con cPanel y nos obligaría a hacer más cambios aún.

Hasta el 31 de agosto, cPanel cobraba a cada servidor una tarifa plana de u$s 34,95 por mes, equivalente a u$s 419,40 por año. Sin importar la cantidad de cuentas. A partir del 1 de septiembre, el costo de de u$s 45 por mes hasta 100 cuentas y a partir de ahí u$s 0,20 por cada una. El aumento se torna significativo, porque un servidor no tiene sólo 100 cuentas.

La licencia de cPanel para un servidor con una cantidad razonable de 300 cuentas sería de u$s 45 al mes + u$s 0,20 por cada una de las cuentas que sobrepasan la barrera de los 100, es decir, 200 x 0,20 (40) + 45 = u$s 85 al mes. Por lo tanto 85 x 12 = u$s 1020 al año contra u$s 419,40 de antes. Esto por supuesto aumenta si el servidor tiene más cuentas.

Trasladamos a precio lo que no nos quedó más remedio trasladar, pero no queríamos también incluir en eso el costo extra de las licencias, por lo que nos vimos obligados a cambiar no sólo de servidores sino también de data center. Esto nos mantendría en breve en el mismo costo de antes sin la necesidad de aumentar más los precios.

¿Qué cambios vienen?

El viernes 20 de septiembre hicimos la migración del servidor Tauro al nuevo servidor Neptuno. El 11 de octubre a partir de las 22 hs. haremos lo propio con el servidor Saturn y el 1 de noviembre también durante la noche, con el servidor Aries. Más adelante migraremos el servidor Virgo a un nuevo servidor.

¿Qué cambios son necesarios?

Dominios: no habrá cambios en la delegación, a menos que la propagación no se haga en tiempo y forma y sea necesario cambiar los que están. Si es así, pueden pasar los datos a soporte técnico para que los hagan o consultar qué cambios hay que hacer para hacerlo ustedes mismos.

Email: sólo verificar que los servidores de correo sean los correctos, o sea: mail.tudominio. Cualquier otro que esté cargado o incluso una IP directa, se debe corregir. En la migración de Tauro notamos que algunos clientes de correo tenían problemas de conexión y seguramente es debido a que son versiones viejas de la encriptación TLS del sistema. Hay solución para eso.

Si el sitio estuviera alojado en otro servidor, como por ejemplo Wix, y los emails asignados a nuestro servidor, deben cambiar la IP en el registro MX en la configuración de la zona DNS del dominio por el nuevo.

Website: puede ser que el software instalado necesite la IP del servidor por alguna razón, o por el enlace de alguna app externa. En ese caso, deben cambiar también la IP por la nueva. Si usaran en su lugar el DNS, no sería necesario el cambio.

¿Qué inconvenientes podría tener?

EL proceso de migración demora aproximadamente 24 horas. Los cambios que se hagan en el sitio durante ese tiempo quedarán en el servidor anterior, por lo que nunca se verán en el nuevo.

El cambio de DNS se hará el viernes a la noche y se espera que para el lunes la mayoría pueda ver su sitio ya en el servidor nuevo. Si la propagación del cambio de DNS no hubiera llegado, estarían ingresando al servidor viejo como antes, pero muchos emails irían al nuevo, por lo que habría mensajes que para ustedes no llegaron nunca y en realidad llegaron al otro. La solución es ingresar a ambos webmails por la dirección directa del servidor, que será provista con mucho gusto por soporte técnico en caso que detecten este problema.

Puede ocurrir que los días pasen y ustedes sigan sin ver el sitio en el servidor nuevo. Esto se va a manifestar cuando el servidor viejo sea dado de baja y ustedes no puedan acceder a nada. Esto es porque en algunas computadoras el cache DNS no refresca y por lo tanto no se entera de los cambios. Hay una entrada en este blog que explica qué hacer al respecto: https://blog.triadamedia.com.ar/2017/07/04/migracion-de-servidor-apuntando-al-servidor-viejo/

Puede también ocurrir que haya algunas diferencias debido a que el backup se hizo en una versión de cPanel distinta a la instalada. Estos casos se pueden solucionar.

¿Qué datos voy a necesitar del nuevo servidor?

Estos son los datos que importan:
IP del servidor: 66.46.85.128
Servidores DNS:
ns1.centrobac.com (107.161.23.84)
ns2.centrobac.com (107.161.19.94)
Servidores DNS para resellers:
ns7.sitiopersonal.com (107.161.23.84)
ns8.sitiopersonal.com (107.161.19.94)

Gracias por el tiempo para leer este post y por adelantado, las disculpas del caso por las molestias que vamos a ocasionar con todo este cambio. Como siempre, cualquier consulta pueden hacerla a soporte@triadamedia.com.ar.

Cómo forzar SSL en tu sitio

Nuestro servicio de hosting ofrece certificados SSL gratuitos, lo cual es exigido hoy en día por los buscadores y especialmente en cualquier website de e-commerce.

Al subir tu sitio, intentas ingresar y ves que el SSL no está activo y el navegador te lo avisa. Entonces… ¿cómo se fuerza al navegador a poner el bendito https:// antes de nuestro dominio?

La solución es muy sencilla. Si no tienes un archivo .htaccess dentro de la carpeta public_html, debes crearlo. Debes agregar estas líneas:

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] 

Si ya tenías el archivo desde antes, verifica que las líneas que agregues no estén de antes. En ese caso, no las repitas. Generalmente la primera línea suele estar y sólo hay que agregar las últimas dos.

Actualización completa del servidor Tauro

En función de mejorar constantemente nuestro servicio de hosting, programamos una actualización completa de nuestro servidor Tauro. A continuación los detalles:

Razón del mantenimiento:
Este server está corriendo actualmente con un hardware que llegó a un punto de antigüedad que necesita una actualización. Hemos decidido actualizarlo a nuestra más reciente configuración de hardware y software. Esto asegurará una mejora en el rendimiento y calidad de servicio.

Acción:
El servidor será apagado para prevenir movimientos de software durante este procedimiento que luego se pierdan una vez que el upgrade esté completo. Haremos backup de los datos y los migraremos al nuevo servidor.

Ventana de mantenimiento:
INICIO: Sábado 1 de septiembre de 2018 @ 11:00 PM
FINAL: Domingo 2 de septiembre de 2018 @ 11:00 PM

Downtime Estimado:
Entendemos la importancia del tiempo de uptime para tu sitio y haremos esto lo más rápido que sea posible para completar el proceso. Las cuentas entrarán en modo de mantenimiento en el tiempo que dure la migración (máximo 24 horas) buscando asegurar la integridad de todos los datos de las cuentas. Te pedimos que no intentes hacer cambios en tu sitio hasta que la ventana de mantenimiento se haya completado ya que no podemos asegurarte que los cambios que hayas hecho se vean reflejados luego de la migración.

Así como esperamos que no haya una caída completa de los sitios durante la ventana de mantenimiento, advertimos que se puede esperar una intermitencia potencial en el servicio durante un tiempo de 6 a 10 horas.

Actualización de CentOS 5 a CentOS 7:
1) Última versión del cPanel

2) Las contraseñas deberán ser más seguras (cPanel te hará saber si es segura o no. Recomendamos incluir mayúsculas, minúsculas, números y símbolos).

3) Versión actualizada de MySQL que agrega la opción Trigger a los privilegios de usuario.

No deberías necesitar actualizar los DNS de tu dominio ni la IP ya que eso entrará también en la migración. Sin embargo, necesitarás actualizar el hostname del servidor, que incluye la configuración del servidor de correo con SSL. Este es el cambio que tendrás que hacer:

=-=-=-=-=
Actual Hostname:

dime99.dizinc.com
=-=-=
NEW Hostname

dime13.dizinc.com
=-=-=-=-=

Muchas gracias por tomarte el tiempo de leer este email. Si tenés alguna consulta concerniente a este upgrade, no dudes en contactarte escribiendo a: soporte@triadamedia.com.ar.

Migración de servidor: apuntando al servidor viejo

El motivo de esta entrada es para solucionar un inconveniente que tienen muchos usuarios y que motivó muchos reclamos luego de la migración de sitios al nuevo servidor realizada en junio.

El problema surgió al dar de baja los servidores viejos, ya que ahí se evidenció que muchos equipos aún seguían ingresando a esos servidores a pesar de que se hicieron los cambios correspondientes en todos los nameservers y ya había pasado suficiente tiempo para que impacten.

Esto es debido a que la tabla de DNS del sistema instalado no tomó el cambio correspondiente. Para solucionarlo, hay que seguir los siguientes pasos en sistemas Windows:

  1. Abrir la consola de comandos con permisos de administrador. Al pie de este texto hay un enlace para cada versión de Windows explicando cómo se hace.
  2. Una vez abierta la consola de comandos con privilegio de administrador, ingresar el comando: ipconfig /flushdns y luego la tecla Entrar.
  3. Repetir la operación, pero ahora ingresando el comando: netsh int ip reset todas y debe aparecer un texto que nos indica que todo salió bien y que hay que reiniciar el equipo.
  4. Reiniciar el equipo y listo. Ya está funcionando todo bien.

Algunos links con tutoriales para abrir la consola de comandos de Windows con derecho de administrador:

Para Windows XP
Para Windows Vista

Para Windows 7
Para Windows 8
Para Windows 10

Nuevo servidor y migración de sitios

En función de buscar siempre un mejor servicio, estrenamos un nuevo servidor que ya está reemplazando al antiguo Virgo y absorberá también los sitios del servidor Libra. Este cambio se verá reflejado en una mejora notable de la respuesta de los websites instalados.

Entre el 7 y 8 de junio hicimos la migración de todos los sitios de Virgo y en el fin de semana del 17 y 18 de junio se migrarán los sitios del servidor Libra.

Si bien hacia el usuario la migración debería ser transparente, seguramente habrá cuestiones relacionadas con la propagación de DNS, a la cuál no podemos controlar.

Lo que más notamos en la migración de los sitios de Virgo, fue que no muchos tenían configuradas sus cuentas de email con encriptación SSL, lo cuál provocó una buena cantidad de reclamos.

Entonces, voy a aclarar en esta entrada del blog cuál debe ser la configuración correcta de las cuentas que hayan sido migradas a este servidor:

  • Servidor de entrada y de salida: mail.tudominio (por ejemplo, mail.triadamedia.com.ar)
  • Puerto de entrada: 995 para POP3 y 993 para IMAP
  • Puerto de salida: 465
  • Debe activarse la encriptación SSL tanto para entrada como para salida.
  • El correo saliente requiere autenticación.

A los usuarios de Outlook, les recomiendo el sitio http://www.configuraroutlook.com/es/ que explica con pantallas de ejemplo cómo se configuran las cuentas en distintas versiones del famoso cliente de correo.

Algunos sitios quizás tengan algún software que se comunica con el website instalado mediante IP. En este caso, deben cambiar la IP del servidor anterior por: 107.190.130.182.

Con estos cambios, todos los websites funcionarán bien luego de la migración. A partir de el lunes 19 de junio ya se podrían revisar estos temas porque todo estará migrado.

Saludos a todos y muchas gracias por confiar en Tríada Media Hosting.

NIC Argentina cambia la forma de registrar dominios

NIC Argentina, el organismo que se encarga de gestionar el registro de dominios de Internet .ar en la Argentina, estuvo fuera de servicio desde el jueves 30 de junio hasta el lunes 4 de julio de 2016 por cambios en su plataforma.

Estos cambios se aplicarán a los requisitos necesarios para operar registros .ar tanto en registro, como en delegación o renovación.

A partir del 4 de julio, NIC Argentina exige a cada titular un número de CUIT y una clave fiscal de nivel 3.

A partir de la implementación, los dominios que venzan o hayan vencido entre el 1ro de junio y el 20 de julio tendrán un período de gracia de 60 días desde su vencimiento. Durante los primeros 45 días la delegación estará activa y durante los últimos 15, inactiva. Si los dominios no son renovados quedarán liberados.

Según NIC Argentina, “en la nueva plataforma el periodo de gracia de todos los dominios estará conformado por 30 días con delegación activa y 15 días con delegación inactiva. Si antes del 30/06, la delegación del dominio estaba inactiva, una vez finalizada la migración, la misma se activará hasta finalizar los 45 días contados a partir de la fecha de vencimiento.”

Actualizaciones de PHP y MySQL en servidor Virgo a partir del 14 de mayo de 2016

Como muchos saben, las versiones de 5.2, 5.3 y 5.4 de PHP han llegado al final de su vida (EOL). Esto significa que los autores no darán más actualizaciones ni parches para vulnerabilidades de seguridad o solución de errores que se hayan encontrado en el software (https://secure.php.net/supported-versions.php).

Nuestro servidor Virgo cuenta con parches portados al código por terceros para solucionar los problemas de seguridad que se fueron encontrando luego del EOL. Por desgracia, ya no se desarrollan más estos parches. Sin parches ni actualizaciones tanto portadas como oficiales de php.net, ya no podemos seguir dando soporte a estas versiones obsoletas y eliminaremos las versiones 5.3 y 5.2 del servidor.

Estamos comprometidos con la mejora de la seguridad, la estabilidad y el rendimiento de sus servidores. Como parte de ese compromiso, actualizaremos las versiones de PHP a 5.6 a partir del 14 de mayo de 2016. Como en todas nuestras actualizaciones, utilizaremos las mejores prácticas para asegurar una transición sin problemas.

PHP 5.5 – 7.0 proporciona importantes mejoras en el rendimiento y seguridad con respecto a versiones anteriores. WordPress, Drupal, Joomla, Magento, son compatibles con estas versiones. Vamos a tomar todas las precauciones que se pueda imaginar para asegurar que el servicio siga funcionando sin problemas, sin ningún inconveniente.

Aunque es muy poco probable que la actualización rompa cosas, es prudente estar preparado. Para prepararse para la actualización de PHP y MySQL, le recomendamos que tome las siguientes precauciones:

A pesar de que nuestros servidores tienen copias de seguridad automáticas, es una práctica aconsejable mantener una copia de seguridad propia. Si bien cPanel tiene una herramienta para copias de seguridad, puede instalar en su sitio un software aparte si lo desea.

Verifique que está ejecutando la última versión estable de WordPress, Joomla, Drupal o cualquier aplicación utiliza su sitio. En WordPress sólo tiene que ir a la pantalla de actualizaciones e instalar las actualizaciones disponibles. WordPress tiene una función de actualización automática que se puede seleccionar para tener mayor tranquilidad sabiendo que estará siempre al día.

Verifique también que todos los plugins y temas estén al día. WordPress y sus plugins más populares no se verán afectados por las actualizaciones. Sin embargo, es posible que algunos plugins o temas pueden dejar de funcionar. Si un plugin en su sitio ha dejado de funcionar debido a una actualización de PHP, entonces usted necesita ponerse en contacto con el autor del plugin para recibir soporte o encontrar una alternativa.

Si necesita ayuda para probar la compatibilidad de su sitio con la actualización o si tiene alguna pregunta, por favor no dude en ponerse en contacto escribiendo a: soporte@triadamedia.com.ar.