A propósito de la falla de Banahosting: Sugerencia de mejores prácticas hosting y dominios

  • Autor Autor ramones33
  • Fecha de inicio Fecha de inicio
R

ramones33

Zeta
Verificación en dos pasos activada
A propósito de la falla que recientemente ha presentado Banahosting con dificultades para acceder al panel de administración, toma relevancia algunos sabios y viejos consejos de la industria:

Aclaratoria: Lo de Bana afortunadamente, al parecer, no afecta la operatividad de los sitios web, espero que se resuelva con prontitud ya que es una empresa que en casi 10 años no me había dado ningún problema.

1. Tener hosting y dominios en empresas separadas
  • Si el hosting falla aún tendrías acceso a tus dominios y podrías mover una copia de seguridad a otro servidor con relativa facilidad y rapidez.
  • Si la falla es en la empresa de dominios, es más grave y complicado porque no tendrías acceso al dominio pero aún tendrías acceso a tus archivos, mientras solucionas lo del dominio podrías montar tu web en otro dominio, quizás aún podrías implementar redirecciones si no tienes acceso al dominio pero sigue operativo y también existen opciones para notificar el cambio de dominio a los buscadores, y si tienes una comunidad puedes usar el correo electrónico y las redes sociales para informarles del cambio.
2. Tener los dominios en empresas de prestigio

Ya que perder el acceso al dominio es lo más crítico, lo mejor es siempre contratar los dominios con empresas de amplia trayectoria y renombre aunque sea más costoso ya que estas se puede suponer que son más propensas a permanecer en el tiempo.

3. Repartir el registro de dominios entre diferentes empresas

Si tienes varios dominios, lo ideal es tenerlos registrados en diferentes empresas de prestigio, de esta forma si tienes algún inconveniente con una de estas empresas no perderías el acceso a todos tus emprendimientos de un sólo golpe, si es un problema menor podrías migrar rápidamente tu dominio a otra empresa.

4. Un plan sólido de backups

Nunca se es demasiado paranoico con este punto, debes tener muchos backups:
  • Ubicación: En el servidor, backups externos (Dropbox, gmail, Amazon Cloud, etc) y backups locales en una computadora a la que tengas fácil acceso. Incluso hay empresas que tienen copias locales en diferentes ubicaciones físicas e incluso con bastante separación geográfica entre una y otra, difícilmente sea el caso de un webmaster típico pero sirve de ejemplo de la importancia de implementar alta redundancia en los backups.
  • Frecuencia: Depende de qué tanto cambian tus contenidos, hay webs que requieren backups cada 2 horas y otras están bien cada 15 días.
  • Antigüedad: Es tentador guardarlos por 7 días o 15 días, pero ¿si es una web que no cambias muy a menudo? Los respaldos más recientes podrían reemplazar a los respaldos sanos antes de que te enteres de que hay una falla. Mientras menos estés pendiente de una web más longevidad necesitarías, en mi caso tengo algunos planes de backups de hasta seis meses de antigüedad.
Esto es algo en lo que hay que invertir dinero, con un simple plan de Dropbox o gmail puedes resolver los backup externos y locales, el plan de backup del servidor debes evaluarlo al contratar el hosting.

5. ¿Varias webs? Considera al menos dos hosting

Esto último es un poco menos relevante porque siempre es relativamente fácil tomar un backup que tengas en una copia local o en la nube e implementarlo en otro servidor, pero si tienes varios proyectos importantes quizás puedas considerar tenerlos en al menos dos hosting distintos.

Conclusión

No existen métodos totalmente blindados contra imprevistos pero siempre es bueno implementar "mejores prácticas" en nuestras inversiones, en este caso se trata de no tener todos los huevos en la misma canasta y de poder implementar un plan de acción rápido en caso de problemas.
 
la mentablemente a mi si me esta afectado algunos dominios y sub dominios que tengo con ellos
 
Ley de la Internet:

1) Dominio con Google Domains, Cloudflare Registrar o Amazon Registrar
2) DNS Management con Cloudflare con o sin CDN, Route 53 o Google Cloud
3) Hosting con Banahosting apuntando por IP o cualquiera de tu preferencia

Con esto, el problema está resuelto de raíz.
 
1) Dominio con Google Domains, Cloudflare Registrar o Amazon Registrar
2) DNS Management con Cloudflare con o sin CDN, Route 53 o Google Cloud
3) Hosting con Banahosting apuntando por IP o cualquiera de tu preferencia
Esa es la Ley para tener un sitio web en linea y sin problemas, Aunque yo no usaria Hosting si no VPS o Servidores
 
Los gigantes Instagram face y wasap también caen, hasta hubo un incendio en los servers de OVH 🤷‍♂️ donde millones de web fueron afectadas.

Por ello siempre tener backup periodicos y seguir las recomendaciones de los másters del sector.
 
Los gigantes Instagram face y wasap también caen, hasta hubo un incendio en los servers de OVH 🤷‍♂️ donde millones de web fueron afectadas.

Por ello siempre tener backup periodicos y seguir las recomendaciones de los másters del sector.
Tal cual
 
Ley de la Internet:

1) Dominio con Google Domains, Cloudflare Registrar o Amazon Registrar
2) DNS Management con Cloudflare con o sin CDN, Route 53 o Google Cloud
3) Hosting con Banahosting apuntando por IP o cualquiera de tu preferencia

Con esto, el problema está resuelto de raíz.
Hola @Carlos Frias

Pusiste esto hace algun tiempo, y me genera alguna duda que a lo mejor podrías aclararme si eres tan amable ;-)

1) Correcto. Yo uso Namecheap, pero aqui no creo que haya mucha diferencia mientras sean empresas mas o menos grandes/serias, no?
2) Esto no lo he hecho nunca. Normalmente configuro las DNS en Namecheap, apuntando al Hosting y ya está. ¿Que es este paso? Como una capa intermedia?
3) a que te refieres con "apuntando por IP"? no es mejor apuntar a los Nameservers tipo ns1.privatednsorg.com ?

gracias por adelantado
 
Hola @Carlos Frias

Pusiste esto hace algun tiempo, y me genera alguna duda que a lo mejor podrías aclararme si eres tan amable ;-)

1) Correcto. Yo uso Namecheap, pero aqui no creo que haya mucha diferencia mientras sean empresas mas o menos grandes/serias, no?
2) Esto no lo he hecho nunca. Normalmente configuro las DNS en Namecheap, apuntando al Hosting y ya está. ¿Que es este paso? Como una capa intermedia?
3) a que te refieres con "apuntando por IP"? no es mejor apuntar a los Nameservers tipo ns1.privatednsorg.com ?

gracias por adelantado
1. no difference salvo cloudflare que es CDN en adicional a DNS
2. Correcto
3. Solo se cambia la IP oneclick, y no todo el DNS estando en CF
 
No entendí el tema principal que paso con Banahosting pero de los más de 20 años que llevo en esto de hosting ha sido la única empresa que en 3 años solo por cuestiones de mantenimiento se vieron afectados los sitios de clientes unas 2 veces aproximadamente, en otros incluidos neubox los sitios se caian cada 5 días o una semana.
 
Atrás
Arriba