Shogun

Seguridad, protección y mitigación DDoS
¿Estás siendo víctima de un ataque DoS o DDoS y no sabes que hacer? 
Ponte en contacto conmigo y resolveré tu situación, ya sea tomando acciones por mi cuenta (cuando ello sea posible*) o aconsejando los pasos a seguir y supervisando los mismos hasta la total resolución del problema. Más de diez ataques de toda clase neutralizados con éxito en poco más de un mes me permiten garantizar un 100% de eficacia.
Si no consigo resolver la situación (o aconsejar sobre su resolución, si esta no pudiese ser realizada por medios de software) te devuelvo tu dinero.
 
¿Temes ser objetivo de uno de estos ataques?
Prepararé tu servidor para resistir los ataques más comunes y te aconsejaré sobre temas de hosting. Este servicio tiene dos niveles:
Básico: configuraré las cuentas de usuario y el firewall de tu servidor para no exponer posibles vectores de ataque, además de explicarte el funcionamiento de éstas. Opcionalmente, puedo hacer lo propio con servidores web e integrarlos con Cloudflare de manera que no se puedan utilizar ataques de BYPASS, siempre que el servidor web (Apache o Nginx) esté corriendo sobre vuestro propio VPS o Dedicado y no en una cuenta de hosting.
El precio de este servicio es de 20€ por hora de trabajo, como orientación, generalmente son necesarias entre una y dos para lo que describo en la primera frase.**
Full: incluye lo anterior y además la instalación de mi sistema de filtrado el cual garantiza, hasta ahora, un 100% de eficacia contra ataques DDoS. Soporte ilimitado y posibilidad de instalación en múltiples servidores del mismo cliente. El precio es de 150€.**
 

 
En este esquema muestro el modelo de seguridad que implemento
 
 
Administración de FreeBSD, MySQL y NGiNX / Apache
Proporciono servicios de instalación, optimización, resolución de problemas, creación de scripts, etc. Algunas de las tareas más populares que puedo realizar:
- Instalación de FreeBSD en proveedores que no ofrecen este S.O. en dedicados como OVH
- Crear una tarea periódica de backup de tu base de datos, bien en la propia máquina o en otra localización (offsite).
- Configurar los emails de sistema para que sean enviados a tu correo.
- Configurar servicios de correo electrónico (cPanel, Mailcow, Mailchimp...) y solucionar problemas de envío (por ejemplo, tus e-mails de publicidad van a Spam)
- Optimizar tu servidor de base de datos para mejor rendimiento, o actualizarlo a MariaDB.
El precio es de 15€/hora por mi trabajo.
 
Gestión de anuncios en Facebook, Instagram y Google Ads
¿No sabes cómo crear campañas eficaces? ¿Tus anuncios no dan el resultad esperado? Déjalo en mis manos. Tengo más de 10 años de experiencia en ambas plataformas.
Al ser un servicio nuevo, el precio del mismo es la voluntad, es decir lo que tengáis a bien pagar.
 
Contacto
En mi web podéis encontrar más detalles sobre mis servicios (en inglés):

Debes iniciar sesión para ver el contenido del enlace en esta publicación. Podéis poneros en contacto conmigo por e-mail: 
[email protected]
O Discord:
Shogun#5154
Acepto pagos a través de Paypal, banco y cripto (consultar sobre esto último antes). Hablo inglés y español fluido, además de defenderme en rumano, portugués y polaco si fuese necesario.
 
Notas
* Aunque esto no es muy común, los ataques Layer 4, si fuesen de un ancho de banda superior al de tu servidor, sólo pueden ser mitigados con ayuda del host y su protección DDoS o herramientas como el firewall de OVH. No es posible hacerlo por software.
** Este precio asume que el sistema está actualizado y "limpio". El precio puede aumentar si tienes un servidor desactualizado o alguna parte del sistema está configurada incorrectamente, lo cual deberé arreglar antes de hacer mi tarea propiamente dicha.

Dado que el turorial de Serex no funciona en las versiones recientes del S.O., he decidido hacer uno nuevo. Los comandos que tenéis que escribir, están en rojo; el resto son notas. Este tutorial asume que se trata de un FreeBSD recién instalado. Es posible que no funcione correctamente en FreeBSD que ya hayan tenido un uso.
 
En primer lugar actualizamos el S.O. para que tenga los parches de seguridad más recientes (esto no es estrictamente necesario, pero es buena idea, al igual que debéis mantener vuestro Windows actualizado)
freebsd-update fetch install    ( ya no creo que nadie usa eso )
(si aparece una lista de ficheros simplemente pulsad ' y después $, o bien la tecla Avanzar Página hasta que lleguemos al final y ponga "Installing updates")
Descargaremos los ports (colección de software de FreeBSD):
portsnap fetch extract
Ahora instalamos MySQL y Python:
pkg install mysql56-server
pkg install python
Si os pregunta algo le decis que si (y)
Una vez haya terminado, si nuestro SO es de 64 bits, vamos a instalar las librerías de 32, en este ejemplo se trata de FreeBSD 9.3, simplemente editad el link cambiando ese número por vuestra versión si es diferente:
cd /tmp fetch Debes iniciar sesión para ver el contenido del enlace en esta publicación. tar jxpvf lib32.txz -C   (si os aparece una serie de errores "cannot unlink..." al hacer esto no os preocupéis, significa que ya están instaladas)   Ahora, para poder usar files antiguos si lo deseamos, instalaremos el paquete de compatibilidad con FreeBSD 7:   cd /usr/ports/misc/compat7x make install clean   ( Actualizado ) Finalmente configuramos mysql para que se inicie con el arranque:   echo mysql_enable="YES" >> /etc/rc.conf   Ahora vamos a iniciar MySQL:   service mysql-server start   Y luego el cliente para comprobar que está funcionando:   mysql   Debería aparecer el prompt mysql>, podemos poner quit para volver al shell de FreeBSD.   Ahora ya podéis subir vuestros files y bases de datos, eso si, recordad hacer esto después de copiar la bd a /var/db/mysql:   mysql_upgrade   (actualiza las bases de datos procedentes de versiones antiguas de MySQL, a la actual)   y   chown -R mysql /var/db/mysql   (damos los permisos correctos)   Si tenéis alguna duda escribidla port aquí y contestare cuando pueda.   Nota: Si alguien le tira errores de libs al encender el server pueden ver esta guia    

Hombre ya si entramos en ese tema...
Te daría el argumento por válido si esa gente lo usara para su propia diversión. Pero decir eh que no pago esto que es muy caro mientras posiblemente te estás llevando bastante más que eso con tu servidor es como poco hipócrita (no digo por ti en concreto sino en general).

Muy buen soporte, rapido y eficaz, recomendable al 100%

¿Os imagináis que hubiese unos files hechos por un hispano, y que gente de otros países pagase por usarlos?
Yo no. Aquí somos más de revender el trabajo de otros mientras le tiramos mierda al autor, encima creyéndonos moralmente superiores. Para nosotros el listo, el espabilado, no es el que ha creado algo que otros (ya se que vosotros no) pagarían casi mil euros por usar. Para nosotros, latinos y españoles, el que es digno de elogio, el triunfador de la vida, es el que se los descarga y los vende por 25 euros.
Comparad el porcentaje de trabajo original posteado aquí vs metin2dev, o Inforge, o cualquier otro foro, y es para echarse a llorar.

¿Os imagináis que hubiese unos files hechos por un hispano, y que gente de otros países pagase por usarlos?
Yo no. Aquí somos más de revender el trabajo de otros mientras le tiramos mierda al autor, encima creyéndonos moralmente superiores. Para nosotros el listo, el espabilado, no es el que ha creado algo que otros (ya se que vosotros no) pagarían casi mil euros por usar. Para nosotros, latinos y españoles, el que es digno de elogio, el triunfador de la vida, es el que se los descarga y los vende por 25 euros.
Comparad el porcentaje de trabajo original posteado aquí vs metin2dev, o Inforge, o cualquier otro foro, y es para echarse a llorar.

Hoy tenía un rato libre y traduje al español la primera quest que hice para el SG que también es el primer trabajo que publico sólo para Zone.
 
Se trata de un mapa de eventos configurable (yo he usado metin2_map_t1 pero podéis usar otro) en el que se entra desde el Alguacil de Batalla en la ciudad. Podéis escoger que niveles y que reinos pueden entrar así como abrir el mapa o cerrarlo (lo cual mandará a todos los que se encuentren en el a su ciudad). Cuando el mapa está cerrado sólo los GM pueden entrar a él.
 
Requisitos: metin2_map_t1 con mapindex 103 ( o se lo cambiáis en la quest ) el mapa para quien no lo conozca es este:
 

 
Para que cada reino renazca en su lado aconsejo añadir esto al Town.txt oficial:
 
452 579 469 200 208 300 452 579   Y nada más a partir de aquí podéis inventar cualquier cosa nosotros lo usamos para lluvias de metines y para el evento de minería pero se pueden hacer otras cosas como la caza del zorro (soltar 100 zorros del desierto en modo "cobarde" y gana el gremio o reino que los mate antes), etc.   quest sg_eventarena begin state start begin when login with pc.get_map_index() == 103 begin if game.get_event_flag("sg_eventarena") == 0 and pc.is_gm() == false then warp_to_village() end end when 11001.chat."Mapa de eventos" or 11003.chat."Mapa de eventos" or 11005.chat."Mapa de eventos" with game.get_event_flag("sg_eventarena") > 0 begin ----"111111222222333333444444555555666666777777888888999999" say_title("Alguacil de Batalla:") say("") say("El pueblo se está reuniendo en el paso del monte") say("Baekdu. Veamos si estás preparado para resistir la") say("jornada...") say("") wait() if game.get_event_flag("sg_eventarena_open"..pc.get_empire()) == 0 then say_title("Alguacil de Batalla:") say("") ----"111111222222333333444444555555666666777777888888999999" say("Lo siento, tu imperio no puede acceder a la montaña") say("en este momento.") say("") return end if game.get_event_flag("sg_eventarena_minlv") > pc.level then say_title("Alguacil de Batalla:") say("") say("Lo siento, necesitas nivel "..game.get_event_flag("sg_eventarena_minlv").." para entrar.") say("") return end if game.get_event_flag("sg_eventarena_maxlv") < pc.level then say_title("Alguacil de Batalla:") say("") say("Tu nivel es demasiado alto. El máximo permitido") say("en este momento es "..game.get_event_flag("sg_eventarena_maxlv")..".") say("") return end say_title("Archer Guardian:") say("") say("¿Estás preparado?") say("Vamos hacia la montaña...") say("") wait() if pc.get_empire() == 1 then pc.warp(46942, 45372) elseif pc.get_empire() == 2 then pc.warp(20754, 55748) else pc.warp(45253, 83437) end end when 11001.chat."GM: Mapa de Eventos" or 11003.chat."GM: Mapa de Eventos" or 11005.chat."GM: Mapa de Eventos" with pc.is_gm() begin say_title("Opciones del Mapa de Eventos") say("") if game.get_event_flag("sg_eventarena") > 0 then msg = "El mapa está abierto." statuschange = "Cerrar" new = 0 else msg = "El mapa está cerrado." statuschange = "Abrir" new = 1 end say(msg.." Ajustes actuales:") say("Nivel mínimo: "..game.get_event_flag("sg_eventarena_minlv").." Nivel máximo: "..game.get_event_flag("sg_eventarena_maxlv").." ") say("") say("") local s = select("Editar niveles admitidos", "Editar imperios admitidos", statuschange.." mapa de eventos", "Salir del menú") if s == 1 then say("Escribe el nivel mínimo:") say("") local min = input() say("Escribe el nivel máximo:") say("") local max = input() if min > max then say("¡El nivel máximo debe ser mayor o igual que el mínimo!") say("") return end game.set_event_flag("sg_eventarena_minlv",min) game.set_event_flag("sg_eventarena_maxlv",max) say("Nivel admitido ajustado.") elseif s == 2 then if game.get_event_flag("sg_eventarena_open1") > 0 then statuschange1 = "No admiti" new1 = 0 else statuschange1 = "Admiti" new1 = 1 end if game.get_event_flag("sg_eventarena_open2") > 0 then statuschange2 = "No admiti" new2 = 0 else statuschange2 = "Admiti" new2 = 1 end if game.get_event_flag("sg_eventarena_open3") > 0 then statuschange3 = "No admiti" new3 = 0 else statuschange3 = "Admiti" new3 = 1 end s=select(statuschange1.."r reino Shinsoo", statuschange2.."r reino Chunjo", statuschange3.." reino Jinno", "Cancelar") if s == 1 then game.set_event_flag("sg_eventarena_open1",new1) say("Shinsoo "..statuschange1.."do") say("") elseif s ==2 then game.set_event_flag("sg_eventarena_open2",new2) say("Shinsoo "..statuschange2.."do") say("") elseif s== 3 then game.set_event_flag("sg_eventarena_open3",new3) say("Jinno "..statuschange3.."ed") say("") end elseif s == 3 then if new == 0 then notice_all("El mapa de eventos está cerrado.") warp_all_to_village(103, 10) else notice_all("El mapa de eventos ha abierto! El Alguacil de") notice_all("Batalla está reclutando a los más valientes.") end game.set_event_flag("sg_eventarena",new) say("El mapa de eventos está "..statuschange..".") say("") end end endend

Homepage:  Debes iniciar sesión para ver el contenido del enlace en esta publicación.
Debes iniciar sesión para ver el contenido del enlace en esta publicación.
Shiva International es un Metin2 Pserver de la vieja escuela con el objetivo de 2023 de ser el número 1 en la lista superior de servidores privados de metin2. Max lvl 99 un servidor clásico de la vieja escuela con la diferencia de que hemos revisado todo el concepto para que siempre tengas algo que hacer de PVM a PVP. Muchas misiones nuevas y un sistema revisado que aumentan la diversión del juego. Únase a nosotros hasta el TOP1 en la lista superior de metin2 Pserver 2023
 
 
Descubre Metin2 Shiva, uno de los mejores servidores privados de Metin2 en español. Sumérgete en una emocionante aventura con una comunidad activa y apasionada de jugadores hispanohablantes.
Metin2 Shiva te ofrece una experiencia de juego única en servidores privados. Disfruta de combates intensos, misiones desafiantes y emocionantes eventos diseñados para mantenerte entretenido.
Como uno de los principales servidores privados de Metin2 en español, Metin2 Shiva cuenta con una economía equilibrada y actualizaciones regulares que garantizan una experiencia de juego enriquecedora.
Únete a una comunidad en constante crecimiento y comparte tu pasión por Metin2 en español en Metin2 Shiva. Conviértete en un poderoso guerrero, forma alianzas estratégicas y demuestra tu valía en batallas épicas.
No esperes más, explora el mundo de Metin2 Shiva y vive la emoción de los servidores privados en español. ¡Prepárate para la aventura definitiva en Metin2 Shiva y descubre por qué somos el servidor privado de referencia en español!

Debes iniciar sesión para ver el contenido del enlace en esta publicación.
Tomorrow 09.02 at 17:00 CET is the grand opening of the Glory server, we have prepared some spoilers from the game.

Glory exclusive Battlepass
You will have access to battlepass exclusively with the opening of the Glory server.

Debes iniciar sesión para ver el contenido del enlace en esta publicación.


--------------------

Back to school Event
Prepare for the event will be available on both Rise and Glory servers.

Debes iniciar sesión para ver el contenido del enlace en esta publicación.
Debes iniciar sesión para ver el contenido del enlace en esta publicación.

--------------------

Global Challenges
Get ready for the new global challenges. The first who will complete them will be rewarded.
Debes iniciar sesión para ver el contenido del enlace en esta publicación.

Agrego servicios de administración de servidores y márketing.
Agradecer a los más de diez clientes de que han confiado en mi para proteger su servidor en el mes aproximado que llevo en esto 🙂

Debes iniciar sesión para ver el contenido del enlace en esta publicación. | Debes iniciar sesión para ver el contenido del enlace en esta publicación.
Official Server Start: 09.09.2022



































































 

Limpio el post, por desgracia esto es un foro de administradores de servidores privados por lo que os vais a tirar mierda, ya que nadie cae bien a todo el mundo. No voy a permitir servidores que tengan curradas las presentaciones se manchen de especulaciones, de que si tenia un GM antiguo o mil tonterías. La mayoría de servidores privados no publican aquí su servidor por el hate de la comunidad, y esto debería de cambiar y más si se curran las cosas. 
Disfrutar de la vida.
¡Un saludo!

Presentación: Debes iniciar sesión para ver el contenido del enlace en esta publicación.
Web: Debes iniciar sesión para ver el contenido del enlace en esta publicación. Discord: Debes iniciar sesión para ver el contenido del enlace en esta publicación.    

Buen aporte, no entiendo la gente que compra webhost de 5 euros al mes teniendo un dedicado de 32GB de RAM. Si te floodean la base de datos se va a caer igual.
El artículo al que has puesto link sobre pf es mío y como bien dices el pf con rate limiting no va a parar esos ataques "lentos" que se hacen a baja velocidad pero desde un gran número de IP distintas.
Hace poco programé un sencillo sistema que hace lo que describes, permitir sólo la entrada a las IP de nuestros jugadores, y mis clientes que lo usaron están muy contentos.

Así funciona, aunque el script lo hice en PHP. Sacar las IPs de los jugadores de la base de datos es viable hasta que su proveedor les renueva la IP o entra uno nuevo, necesitas darles acceso de forma transparente y ahí está el quid de la cuestión 🙂

Hola Zoneros,
Ayer me comento un viejo amigo, que podía hacer para sentirse más seguro a la hora de abrir un servidor. La verdad que la mejor manera de aprender es con la experiencia, pero entiendo que mucho de vosotros, no quiere pasar por el mal rato de que le tumben la página web o que le acosen porque le hayan pillado los datos etc.
A continuación voy a dar unos tips a la hora de abrir el servidor.
 
Tip 0: Dominio
 
Cuando compréis un dominio, por favor mirar que vuestros datos no sean públicos, que tengáis protección de datos, sino con cualquier plataforma de whois, se pueden ver vuestros datos personales, donde vivís, vuestro número de teléfono etc. El mejor sitio, donde los datos no son almacenados, y webzen no puede hacer mucho con vosotros es
Debes iniciar sesión para ver el contenido del enlace en esta publicación., comprar un dominio .to, lo recomiendo, aunque sea más caro.  
Tip 1: ¿Qué vps/dedicado compro?
 
Lo que os recomiendo para cualquier infraestructura, es estar en OVH, ya que permiten muchísimas configuraciones beneficiosas para nuestro servidor.
Cualquier servidor de aquí: 
Debes iniciar sesión para ver el contenido del enlace en esta publicación. son aconsejables, la marca blanca de OVH conocida como soyoustart, no la recomiendo ya que no tiene para configurar un firewall personalizado para nuestro servidor. Una vez que elijamos nuestro servidor, lo que tenemos que instalar es PROXMOX, para hacer diferentes máquinas virtuales en nuestro propio dedicado, aquí deberemos de instalar 3 vps. Un vps para el servidor del metin2, otro para el hosting web y otro para el hosting patcher.
 
Tip 2: ¿Es aconsejable tener las tres cosas en el mismo dedicado? 
 
Si os digo la verdad, la web y el vps del metin, si es aconsejable ya que va a cargar más rápido con el servidor con las sentencias SQL y va ser más optima, nuestro hosting web, tiene que estar con las DNS de cloudflare.

Debes iniciar sesión para ver el contenido del enlace en esta publicación. ¿Por que usar cloudflare? 
OVH, tiene una exceleten protección para los ataques pero no todo es un camino de rosas, por ejemplo los ataques de 
Debes iniciar sesión para ver el contenido del enlace en esta publicación. , OVH le cuesta mucho detectar estos ataques y cuando lo detecta ya tenemos nuestra página web offline, por lo que una correcta configuración de Cloudflare, nos protegerá del ataque layer 7, de muchas maneras configurando el firewall de CloudFlare o haciéndolo más rudo poniendo captcha a la hora de conectar con nuestro sitio web. La mayor parte de la comunidad de metin2 utiliza la famosa web de ionut Debes iniciar sesión para ver el contenido del enlace en esta publicación. , hay un problema y es que cada vez que un usuario entra al ranking hace un SELECT, una petición directa a la mysql, imaginaros 300-500 bots haciendo F5 al ranking, ¿Qué pasaría? pues para eso usamos CloudFlare, para mitigar el ataque, y no nos provoque una saturación la base de datos de nuestro servidor de Metin2. Pequeño inciso CloudFlare, también nos ayuda a ocultar la dirección ip de nuestro hosting, esto también es vital.
 
Tip 3: ¿Actualizador en otro hosting, que no sea en la web?
 
Pues si amigos, debemos de instalar un tercer VPS para tener nuestro actualizador ya que cualquier persona, puede ver de donde se descarga las actualizaciones, es decir con dale actualizar nuestro cliente, se puede ver de donde se esta realizando la descarga, sería de tontos poner nuestro actualizador en el mismo hosting que la web, porque estaríamos dando la ip de nuestro hosting. Y es mejor mitigar un ataque donde solo tenemos nuestro actualizador, que tener la página web offline etc.
 
Tip 4: ¿Por estar en OVH mi vps de metin2, estoy fuera de que me tumben?
 
Realmente no, he visto gente que realiza ataques a los puertos de metin2, falseando paquetes, ya que el metin los tiene que procesar y alfinal termina en .core, esto por desgracia, OVH no lo para, tenemos que ser nosotros mismos con el código fuente del juego en fixearlo, creo recordar que en metin2dev, ya han publicado algo sobre ello.
Por otro lado, existe los famosos ataques de Cheper, que son de DDos puro, lo hace de tal manera que ovh, no lo detecta como ataque, ya será por una gran magnitud de la botnet y limitando las peticiones por cada bot, que hace indetectable a ovh. Para ello, recomiendo utilizar el pf, en
Debes iniciar sesión para ver el contenido del enlace en esta publicación. publicaron un firewall y comentan como utilizarlo, sinceramente mejor que nada es. Pero no parara al cheper, recomiendo editar el firewall, y en caso de ataque, cerrar la lista de acceso a jugadores, es decir que solo puedan conectar con el vps, los jugadores nuestros que sabemos su dirección ip en nuestra tabla player, y para los nuevos con logear en la página web o hacer un catpcha se añada la ip a nuestro firewall y ya permita el acceso. Esto último lo puse aprueba en dos servidores y es eficaz.  
Además que es obligatorio, de configurar nuestro firewall en OVH, que es independiente a nuestro firewall interno del vps, poniendo los puertos de nuestro metin2, sino no hará mucho el firewall externo.  
Debes iniciar sesión para ver el contenido del enlace en esta publicación.  
No he querido entrar mucho en detalle por pereza, pero si alguien necesita ayuda o requiere servicios de administración me puede comentar, animo a que preguntéis y os respondo encantado.
¡Un saludo y que no os tumbe!
 
 
 
 
 
 

Buenas,
He creado este tutorial porque a menudo me encuentro a gente que usa versiones de FreeBSD de la época de los dinosaurios y cuando necesito hacer algún trabajo para ellos me paso horas actualizando. Así que hoy os voy a enseñar a mantener todo al día.
No me responsabilizo de ningún daño que podáis causar por medio de estos comandos,y que aconsejo hacer un backup antes de nada si no estáis seguros de lo que hacéis.
Dicho esto, a no ser que tengáis una versión realmente vieja, es poco probable que rompáis nada que no pueda arreglarse.
A. Actualizando el Sistema Operativo
¿De qué sirve tener actualizado el FreeBSD si el Metin es mas viejo que mear de pie?, os preguntaréis. Bien, lo primero y más obvio por seguridad. Las versiones obsoletas del S.O. no reciben parches de seguridad. Segundo, por rendimiento, ya que el software más reciente es más estable y rápido. Y tercero por comodidad, ya que no es ni siquiera posible instalar nada si tu S.O. está obsoleto.
Dento de FreeBSD podemos distinguir entre las versiones mayores (ej. 13) y menores (12.3)
Para cerciorarnos de la version actual de nuestro FreeBSD, basta usar este comando:
uname -a Obediente, el FreeBSD nos contestará con una ristra de números que incluyen la versión. Por ejemplo algo como:
FreeBSD miservidor.com 13.1-RELEASE FreeBSD 13.1-RELEASE releng/13.1-n250148-fc952ac2212 GENERIC amd64
Ahora iremos a la web oficial de FreeBSD (
Debes iniciar sesión para ver el contenido del enlace en esta publicación.) para informarnos de cuales son las versiones actuales con soporte. Esto cambia frecuentemente, así que comprobadlo siempre. Veamos que dice a día de hoy freebsd.org:
Pues según cual sea nuestra propia versión y cuales aparezcan aquí, tenemos tres escenarios diferentes a considerar:
 
1. Tenemos una versión soportada 😀
Pongamos que ya tenemos la 12.3. En este caso, podemos simplemente actualizar nuestra versión actual con los últimos parches, sin necesidad de pasar a una versión superior:
freebsd-update fetch install Veremos como sale una lista de archivos a actualizar (si véis que se detiene y salen dos puntos, escribid q y enter, que es el comando quit en el pager less que se utiliza por defecto para mostrar texto. Así q, enter, q, enter hasta que dejen de salir los dichosos dos puntos y termine el asunto)
 
2. Tenemos una versión principal soportada, pero no la secundaria 😅
NOTA: antes de empezar, recomiendo para hacer la tarea más fácil establecer el editor ee como editor por defecto para el sistema, ya que el vi es bastante complicado de utilizar. Para ello podemos hacer esto (suponiendo que somos root y no hemos cambiado el shell por defecto, en caso contrario editar el fichero rc correspondiente .bashrc .zshrc etcétera)
echo 'setenv EDITOR ee' >> /root/.cshrc Y entonces podemos hacer login de nuevo para comprobar que el editor por defecto es ahora ee, poniendo por ejrmplo
crontab -e Veremos que se abre el ee si hemos hecho todo correctamente.
Ahora si, pasemos a la explicación de como resolver este escenario número 2:
Pongamos que tenemos la versión 12.1. En este caso, tocaría actualizarse a, por ejemplo, la versión 12.3 que es la versión más antigua soportada, y se hace de esta manera:
freebsd-update upgrade -r 12.3-RELEASE Esta vez además de la típica ristra de archivos por actualizar habrá preguntas esotéricas como:
"Does this seem reasonable?"
A falta de mayor información para responder a tal pregunta, podemos simplemente escribir la y de yes  y esperar que todo vaya bien.
Posiblemente haya también archivos de configuración del sistema que cambien: /etc/ssh/sshd_config es uno que cambia frecuentemente por ejemplo, y si hemos hecho modificaciones propias en ellos nos preguntará con cual nos queremos quedar, dándonos la opcion de añadir o quitar líneas por nuestra cuenta (de ahí lo del editor de texto). 
Una vez terminada la descarga  de la actualización, se nos pedirá ejecutar freebsd-update install, también es probable que se nos pida reiniciar, y una vez hayamos reiniciado seguramente tendremos que ejecutar freebsd-update install una vez más. Aconsejo prestar atención a lo que dice en la pantalla durante el proceso.
 
3. Tenemos una versión principal no soportada 😪
Siguiendo con el ejemplo del screenshot que tomé de freebsd.org -¡recordad que esto cambia y debéis comprobar en el momento la situación vigente!- Imaginemos ahora que tenemos la versión 11.3. Dado que ninguna versión de la 11 tiene ya soporte, sería necesario actualizar a la versión 12.3 de golpe. El procedimiento es exactamente el mismo que he descrito antes con las siguientes excepciones:
- Una vez terminado todo el proceso, se nos aconsejará reinstalar el software que hayamos instalado a través de los ports. Si no sabes lo que es, o no tienes, puedes limitarte a hacer un pkg update.
- Dado que es una actualización importante, es posible que ciertas cosas dejen de funcionar, o lo hagan de manera diferente.
- Se nos permitirá instalar versiones más nuevas de cierto software, que las que estaban disponibles antes.
En el caso de que nos encontremos en un callejón sin salida y queramos volver a la versión anterior, podemos hacer un rollback:
freebsd-update rollback  
B: El software
Con el software me refiero a MySQL, nginx, php-fpm y demás software oficial disponible a través de dos métodos:
- Los paquetes (packages), binarios precompilados
- Los ports, que nos permiten compilar el código por nuestra cuenta y escoger qué queremos y que no
Anteriormente, era necesario recurrir con frecuencia al sistema de ports para instalar muchas cosas. Hoy en día es raro que haga falta compilar nuestro propio software así que voy a obviar esta parte.
Manejando los "packages"
Actualizar todo lo que tengamos en el sistema:
pkg update && pkg upgrade En este punto se nos dirá qué se va a borrar, reinstalar o instalar, según dependencias y demás. Mucho ojo los usuarios de MariaDB que hay paquetes que insisten en instalar MySQL en su lugar. Si véis que algun paquete da problemas, podéis bloquearlo con pkg lock <paquete> para que ya no se actualice automáticamente.
Ver la lista de software instalado:
pkg info Buscar software en el repositorio de paquetes:
pkg search <frase a buscar> ejemplo: pkg search php
Instalar software:
pkg add <nombre del software> ejemplo: pkg add php81
Borrar software:
pkg delete <software> ejemplo: pkg delete mysql56-server
 
Finalmente comentar algo - qué pasa si queremos pasar a una versión más nueva de, por ejemplo, mysql o php?
El comando pkg upgrade no va a hacer esto por su cuenta. Si tenemos MySQL 5.6, va a instalar las actualizaciones disponibles para esa versión, y ya. Al igual que pasaba con el sistema operativo, si queremos pasar a una versión más nueva, tenemos que especificarlo.
Si tenemos MySQL 5.6 y queremos por ejemplo instalar MySQL 8.0 habrá que hacer esto:
pkg add mysql80-server Es posible que se nos informe de un conflicto, en cuyo caso procede desinstalar primero la versión anterior:
pkg delete mysql56-server mysql56-client Recordad que en FreeBSD sólo se desinstala el binario, nuestros datos y ficheros de configuración existentes no se tocarán. Además, tenemos que reiniciar el servicio nosotros mismos (en este caso con service mysql-server restart) pues el instalador tampoco lo hará por nosotros y la versión anterior seguira ejecutándose mientras tanto.
Una vez más, repito, prestad atención al texto que sale en pantalla porque nos informa de posibles problemas, o de qué hacer después de la instalación.

Debes iniciar sesión para ver el contenido del enlace en esta publicación. reemplaza mysql_real_escape_string por mysqli_real_escape_string para PHP7+

Buenas,
He creado este tutorial porque a menudo me encuentro a gente que usa versiones de FreeBSD de la época de los dinosaurios y cuando necesito hacer algún trabajo para ellos me paso horas actualizando. Así que hoy os voy a enseñar a mantener todo al día.
No me responsabilizo de ningún daño que podáis causar por medio de estos comandos,y que aconsejo hacer un backup antes de nada si no estáis seguros de lo que hacéis.
Dicho esto, a no ser que tengáis una versión realmente vieja, es poco probable que rompáis nada que no pueda arreglarse.
A. Actualizando el Sistema Operativo
¿De qué sirve tener actualizado el FreeBSD si el Metin es mas viejo que mear de pie?, os preguntaréis. Bien, lo primero y más obvio por seguridad. Las versiones obsoletas del S.O. no reciben parches de seguridad. Segundo, por rendimiento, ya que el software más reciente es más estable y rápido. Y tercero por comodidad, ya que no es ni siquiera posible instalar nada si tu S.O. está obsoleto.
Dento de FreeBSD podemos distinguir entre las versiones mayores (ej. 13) y menores (12.3)
Para cerciorarnos de la version actual de nuestro FreeBSD, basta usar este comando:
uname -a Obediente, el FreeBSD nos contestará con una ristra de números que incluyen la versión. Por ejemplo algo como:
FreeBSD miservidor.com 13.1-RELEASE FreeBSD 13.1-RELEASE releng/13.1-n250148-fc952ac2212 GENERIC amd64
Ahora iremos a la web oficial de FreeBSD (
Debes iniciar sesión para ver el contenido del enlace en esta publicación.) para informarnos de cuales son las versiones actuales con soporte. Esto cambia frecuentemente, así que comprobadlo siempre. Veamos que dice a día de hoy freebsd.org:
Pues según cual sea nuestra propia versión y cuales aparezcan aquí, tenemos tres escenarios diferentes a considerar:
 
1. Tenemos una versión soportada 😀
Pongamos que ya tenemos la 12.3. En este caso, podemos simplemente actualizar nuestra versión actual con los últimos parches, sin necesidad de pasar a una versión superior:
freebsd-update fetch install Veremos como sale una lista de archivos a actualizar (si véis que se detiene y salen dos puntos, escribid q y enter, que es el comando quit en el pager less que se utiliza por defecto para mostrar texto. Así q, enter, q, enter hasta que dejen de salir los dichosos dos puntos y termine el asunto)
 
2. Tenemos una versión principal soportada, pero no la secundaria 😅
NOTA: antes de empezar, recomiendo para hacer la tarea más fácil establecer el editor ee como editor por defecto para el sistema, ya que el vi es bastante complicado de utilizar. Para ello podemos hacer esto (suponiendo que somos root y no hemos cambiado el shell por defecto, en caso contrario editar el fichero rc correspondiente .bashrc .zshrc etcétera)
echo 'setenv EDITOR ee' >> /root/.cshrc Y entonces podemos hacer login de nuevo para comprobar que el editor por defecto es ahora ee, poniendo por ejrmplo
crontab -e Veremos que se abre el ee si hemos hecho todo correctamente.
Ahora si, pasemos a la explicación de como resolver este escenario número 2:
Pongamos que tenemos la versión 12.1. En este caso, tocaría actualizarse a, por ejemplo, la versión 12.3 que es la versión más antigua soportada, y se hace de esta manera:
freebsd-update upgrade -r 12.3-RELEASE Esta vez además de la típica ristra de archivos por actualizar habrá preguntas esotéricas como:
"Does this seem reasonable?"
A falta de mayor información para responder a tal pregunta, podemos simplemente escribir la y de yes  y esperar que todo vaya bien.
Posiblemente haya también archivos de configuración del sistema que cambien: /etc/ssh/sshd_config es uno que cambia frecuentemente por ejemplo, y si hemos hecho modificaciones propias en ellos nos preguntará con cual nos queremos quedar, dándonos la opcion de añadir o quitar líneas por nuestra cuenta (de ahí lo del editor de texto). 
Una vez terminada la descarga  de la actualización, se nos pedirá ejecutar freebsd-update install, también es probable que se nos pida reiniciar, y una vez hayamos reiniciado seguramente tendremos que ejecutar freebsd-update install una vez más. Aconsejo prestar atención a lo que dice en la pantalla durante el proceso.
 
3. Tenemos una versión principal no soportada 😪
Siguiendo con el ejemplo del screenshot que tomé de freebsd.org -¡recordad que esto cambia y debéis comprobar en el momento la situación vigente!- Imaginemos ahora que tenemos la versión 11.3. Dado que ninguna versión de la 11 tiene ya soporte, sería necesario actualizar a la versión 12.3 de golpe. El procedimiento es exactamente el mismo que he descrito antes con las siguientes excepciones:
- Una vez terminado todo el proceso, se nos aconsejará reinstalar el software que hayamos instalado a través de los ports. Si no sabes lo que es, o no tienes, puedes limitarte a hacer un pkg update.
- Dado que es una actualización importante, es posible que ciertas cosas dejen de funcionar, o lo hagan de manera diferente.
- Se nos permitirá instalar versiones más nuevas de cierto software, que las que estaban disponibles antes.
En el caso de que nos encontremos en un callejón sin salida y queramos volver a la versión anterior, podemos hacer un rollback:
freebsd-update rollback  
B: El software
Con el software me refiero a MySQL, nginx, php-fpm y demás software oficial disponible a través de dos métodos:
- Los paquetes (packages), binarios precompilados
- Los ports, que nos permiten compilar el código por nuestra cuenta y escoger qué queremos y que no
Anteriormente, era necesario recurrir con frecuencia al sistema de ports para instalar muchas cosas. Hoy en día es raro que haga falta compilar nuestro propio software así que voy a obviar esta parte.
Manejando los "packages"
Actualizar todo lo que tengamos en el sistema:
pkg update && pkg upgrade En este punto se nos dirá qué se va a borrar, reinstalar o instalar, según dependencias y demás. Mucho ojo los usuarios de MariaDB que hay paquetes que insisten en instalar MySQL en su lugar. Si véis que algun paquete da problemas, podéis bloquearlo con pkg lock <paquete> para que ya no se actualice automáticamente.
Ver la lista de software instalado:
pkg info Buscar software en el repositorio de paquetes:
pkg search <frase a buscar> ejemplo: pkg search php
Instalar software:
pkg add <nombre del software> ejemplo: pkg add php81
Borrar software:
pkg delete <software> ejemplo: pkg delete mysql56-server
 
Finalmente comentar algo - qué pasa si queremos pasar a una versión más nueva de, por ejemplo, mysql o php?
El comando pkg upgrade no va a hacer esto por su cuenta. Si tenemos MySQL 5.6, va a instalar las actualizaciones disponibles para esa versión, y ya. Al igual que pasaba con el sistema operativo, si queremos pasar a una versión más nueva, tenemos que especificarlo.
Si tenemos MySQL 5.6 y queremos por ejemplo instalar MySQL 8.0 habrá que hacer esto:
pkg add mysql80-server Es posible que se nos informe de un conflicto, en cuyo caso procede desinstalar primero la versión anterior:
pkg delete mysql56-server mysql56-client Recordad que en FreeBSD sólo se desinstala el binario, nuestros datos y ficheros de configuración existentes no se tocarán. Además, tenemos que reiniciar el servicio nosotros mismos (en este caso con service mysql-server restart) pues el instalador tampoco lo hará por nosotros y la versión anterior seguira ejecutándose mientras tanto.
Una vez más, repito, prestad atención al texto que sale en pantalla porque nos informa de posibles problemas, o de qué hacer después de la instalación.

Buenas,
He creado este tutorial porque a menudo me encuentro a gente que usa versiones de FreeBSD de la época de los dinosaurios y cuando necesito hacer algún trabajo para ellos me paso horas actualizando. Así que hoy os voy a enseñar a mantener todo al día.
No me responsabilizo de ningún daño que podáis causar por medio de estos comandos,y que aconsejo hacer un backup antes de nada si no estáis seguros de lo que hacéis.
Dicho esto, a no ser que tengáis una versión realmente vieja, es poco probable que rompáis nada que no pueda arreglarse.
A. Actualizando el Sistema Operativo
¿De qué sirve tener actualizado el FreeBSD si el Metin es mas viejo que mear de pie?, os preguntaréis. Bien, lo primero y más obvio por seguridad. Las versiones obsoletas del S.O. no reciben parches de seguridad. Segundo, por rendimiento, ya que el software más reciente es más estable y rápido. Y tercero por comodidad, ya que no es ni siquiera posible instalar nada si tu S.O. está obsoleto.
Dento de FreeBSD podemos distinguir entre las versiones mayores (ej. 13) y menores (12.3)
Para cerciorarnos de la version actual de nuestro FreeBSD, basta usar este comando:
uname -a Obediente, el FreeBSD nos contestará con una ristra de números que incluyen la versión. Por ejemplo algo como:
FreeBSD miservidor.com 13.1-RELEASE FreeBSD 13.1-RELEASE releng/13.1-n250148-fc952ac2212 GENERIC amd64
Ahora iremos a la web oficial de FreeBSD (
Debes iniciar sesión para ver el contenido del enlace en esta publicación.) para informarnos de cuales son las versiones actuales con soporte. Esto cambia frecuentemente, así que comprobadlo siempre. Veamos que dice a día de hoy freebsd.org:
Pues según cual sea nuestra propia versión y cuales aparezcan aquí, tenemos tres escenarios diferentes a considerar:
 
1. Tenemos una versión soportada 😀
Pongamos que ya tenemos la 12.3. En este caso, podemos simplemente actualizar nuestra versión actual con los últimos parches, sin necesidad de pasar a una versión superior:
freebsd-update fetch install Veremos como sale una lista de archivos a actualizar (si véis que se detiene y salen dos puntos, escribid q y enter, que es el comando quit en el pager less que se utiliza por defecto para mostrar texto. Así q, enter, q, enter hasta que dejen de salir los dichosos dos puntos y termine el asunto)
 
2. Tenemos una versión principal soportada, pero no la secundaria 😅
NOTA: antes de empezar, recomiendo para hacer la tarea más fácil establecer el editor ee como editor por defecto para el sistema, ya que el vi es bastante complicado de utilizar. Para ello podemos hacer esto (suponiendo que somos root y no hemos cambiado el shell por defecto, en caso contrario editar el fichero rc correspondiente .bashrc .zshrc etcétera)
echo 'setenv EDITOR ee' >> /root/.cshrc Y entonces podemos hacer login de nuevo para comprobar que el editor por defecto es ahora ee, poniendo por ejrmplo
crontab -e Veremos que se abre el ee si hemos hecho todo correctamente.
Ahora si, pasemos a la explicación de como resolver este escenario número 2:
Pongamos que tenemos la versión 12.1. En este caso, tocaría actualizarse a, por ejemplo, la versión 12.3 que es la versión más antigua soportada, y se hace de esta manera:
freebsd-update upgrade -r 12.3-RELEASE Esta vez además de la típica ristra de archivos por actualizar habrá preguntas esotéricas como:
"Does this seem reasonable?"
A falta de mayor información para responder a tal pregunta, podemos simplemente escribir la y de yes  y esperar que todo vaya bien.
Posiblemente haya también archivos de configuración del sistema que cambien: /etc/ssh/sshd_config es uno que cambia frecuentemente por ejemplo, y si hemos hecho modificaciones propias en ellos nos preguntará con cual nos queremos quedar, dándonos la opcion de añadir o quitar líneas por nuestra cuenta (de ahí lo del editor de texto). 
Una vez terminada la descarga  de la actualización, se nos pedirá ejecutar freebsd-update install, también es probable que se nos pida reiniciar, y una vez hayamos reiniciado seguramente tendremos que ejecutar freebsd-update install una vez más. Aconsejo prestar atención a lo que dice en la pantalla durante el proceso.
 
3. Tenemos una versión principal no soportada 😪
Siguiendo con el ejemplo del screenshot que tomé de freebsd.org -¡recordad que esto cambia y debéis comprobar en el momento la situación vigente!- Imaginemos ahora que tenemos la versión 11.3. Dado que ninguna versión de la 11 tiene ya soporte, sería necesario actualizar a la versión 12.3 de golpe. El procedimiento es exactamente el mismo que he descrito antes con las siguientes excepciones:
- Una vez terminado todo el proceso, se nos aconsejará reinstalar el software que hayamos instalado a través de los ports. Si no sabes lo que es, o no tienes, puedes limitarte a hacer un pkg update.
- Dado que es una actualización importante, es posible que ciertas cosas dejen de funcionar, o lo hagan de manera diferente.
- Se nos permitirá instalar versiones más nuevas de cierto software, que las que estaban disponibles antes.
En el caso de que nos encontremos en un callejón sin salida y queramos volver a la versión anterior, podemos hacer un rollback:
freebsd-update rollback  
B: El software
Con el software me refiero a MySQL, nginx, php-fpm y demás software oficial disponible a través de dos métodos:
- Los paquetes (packages), binarios precompilados
- Los ports, que nos permiten compilar el código por nuestra cuenta y escoger qué queremos y que no
Anteriormente, era necesario recurrir con frecuencia al sistema de ports para instalar muchas cosas. Hoy en día es raro que haga falta compilar nuestro propio software así que voy a obviar esta parte.
Manejando los "packages"
Actualizar todo lo que tengamos en el sistema:
pkg update && pkg upgrade En este punto se nos dirá qué se va a borrar, reinstalar o instalar, según dependencias y demás. Mucho ojo los usuarios de MariaDB que hay paquetes que insisten en instalar MySQL en su lugar. Si véis que algun paquete da problemas, podéis bloquearlo con pkg lock <paquete> para que ya no se actualice automáticamente.
Ver la lista de software instalado:
pkg info Buscar software en el repositorio de paquetes:
pkg search <frase a buscar> ejemplo: pkg search php
Instalar software:
pkg add <nombre del software> ejemplo: pkg add php81
Borrar software:
pkg delete <software> ejemplo: pkg delete mysql56-server
 
Finalmente comentar algo - qué pasa si queremos pasar a una versión más nueva de, por ejemplo, mysql o php?
El comando pkg upgrade no va a hacer esto por su cuenta. Si tenemos MySQL 5.6, va a instalar las actualizaciones disponibles para esa versión, y ya. Al igual que pasaba con el sistema operativo, si queremos pasar a una versión más nueva, tenemos que especificarlo.
Si tenemos MySQL 5.6 y queremos por ejemplo instalar MySQL 8.0 habrá que hacer esto:
pkg add mysql80-server Es posible que se nos informe de un conflicto, en cuyo caso procede desinstalar primero la versión anterior:
pkg delete mysql56-server mysql56-client Recordad que en FreeBSD sólo se desinstala el binario, nuestros datos y ficheros de configuración existentes no se tocarán. Además, tenemos que reiniciar el servicio nosotros mismos (en este caso con service mysql-server restart) pues el instalador tampoco lo hará por nosotros y la versión anterior seguira ejecutándose mientras tanto.
Una vez más, repito, prestad atención al texto que sale en pantalla porque nos informa de posibles problemas, o de qué hacer después de la instalación.

Buenas,
He creado este tutorial porque a menudo me encuentro a gente que usa versiones de FreeBSD de la época de los dinosaurios y cuando necesito hacer algún trabajo para ellos me paso horas actualizando. Así que hoy os voy a enseñar a mantener todo al día.
No me responsabilizo de ningún daño que podáis causar por medio de estos comandos,y que aconsejo hacer un backup antes de nada si no estáis seguros de lo que hacéis.
Dicho esto, a no ser que tengáis una versión realmente vieja, es poco probable que rompáis nada que no pueda arreglarse.
A. Actualizando el Sistema Operativo
¿De qué sirve tener actualizado el FreeBSD si el Metin es mas viejo que mear de pie?, os preguntaréis. Bien, lo primero y más obvio por seguridad. Las versiones obsoletas del S.O. no reciben parches de seguridad. Segundo, por rendimiento, ya que el software más reciente es más estable y rápido. Y tercero por comodidad, ya que no es ni siquiera posible instalar nada si tu S.O. está obsoleto.
Dento de FreeBSD podemos distinguir entre las versiones mayores (ej. 13) y menores (12.3)
Para cerciorarnos de la version actual de nuestro FreeBSD, basta usar este comando:
uname -a Obediente, el FreeBSD nos contestará con una ristra de números que incluyen la versión. Por ejemplo algo como:
FreeBSD miservidor.com 13.1-RELEASE FreeBSD 13.1-RELEASE releng/13.1-n250148-fc952ac2212 GENERIC amd64
Ahora iremos a la web oficial de FreeBSD (
Debes iniciar sesión para ver el contenido del enlace en esta publicación.) para informarnos de cuales son las versiones actuales con soporte. Esto cambia frecuentemente, así que comprobadlo siempre. Veamos que dice a día de hoy freebsd.org:
Pues según cual sea nuestra propia versión y cuales aparezcan aquí, tenemos tres escenarios diferentes a considerar:
 
1. Tenemos una versión soportada 😀
Pongamos que ya tenemos la 12.3. En este caso, podemos simplemente actualizar nuestra versión actual con los últimos parches, sin necesidad de pasar a una versión superior:
freebsd-update fetch install Veremos como sale una lista de archivos a actualizar (si véis que se detiene y salen dos puntos, escribid q y enter, que es el comando quit en el pager less que se utiliza por defecto para mostrar texto. Así q, enter, q, enter hasta que dejen de salir los dichosos dos puntos y termine el asunto)
 
2. Tenemos una versión principal soportada, pero no la secundaria 😅
NOTA: antes de empezar, recomiendo para hacer la tarea más fácil establecer el editor ee como editor por defecto para el sistema, ya que el vi es bastante complicado de utilizar. Para ello podemos hacer esto (suponiendo que somos root y no hemos cambiado el shell por defecto, en caso contrario editar el fichero rc correspondiente .bashrc .zshrc etcétera)
echo 'setenv EDITOR ee' >> /root/.cshrc Y entonces podemos hacer login de nuevo para comprobar que el editor por defecto es ahora ee, poniendo por ejrmplo
crontab -e Veremos que se abre el ee si hemos hecho todo correctamente.
Ahora si, pasemos a la explicación de como resolver este escenario número 2:
Pongamos que tenemos la versión 12.1. En este caso, tocaría actualizarse a, por ejemplo, la versión 12.3 que es la versión más antigua soportada, y se hace de esta manera:
freebsd-update upgrade -r 12.3-RELEASE Esta vez además de la típica ristra de archivos por actualizar habrá preguntas esotéricas como:
"Does this seem reasonable?"
A falta de mayor información para responder a tal pregunta, podemos simplemente escribir la y de yes  y esperar que todo vaya bien.
Posiblemente haya también archivos de configuración del sistema que cambien: /etc/ssh/sshd_config es uno que cambia frecuentemente por ejemplo, y si hemos hecho modificaciones propias en ellos nos preguntará con cual nos queremos quedar, dándonos la opcion de añadir o quitar líneas por nuestra cuenta (de ahí lo del editor de texto). 
Una vez terminada la descarga  de la actualización, se nos pedirá ejecutar freebsd-update install, también es probable que se nos pida reiniciar, y una vez hayamos reiniciado seguramente tendremos que ejecutar freebsd-update install una vez más. Aconsejo prestar atención a lo que dice en la pantalla durante el proceso.
 
3. Tenemos una versión principal no soportada 😪
Siguiendo con el ejemplo del screenshot que tomé de freebsd.org -¡recordad que esto cambia y debéis comprobar en el momento la situación vigente!- Imaginemos ahora que tenemos la versión 11.3. Dado que ninguna versión de la 11 tiene ya soporte, sería necesario actualizar a la versión 12.3 de golpe. El procedimiento es exactamente el mismo que he descrito antes con las siguientes excepciones:
- Una vez terminado todo el proceso, se nos aconsejará reinstalar el software que hayamos instalado a través de los ports. Si no sabes lo que es, o no tienes, puedes limitarte a hacer un pkg update.
- Dado que es una actualización importante, es posible que ciertas cosas dejen de funcionar, o lo hagan de manera diferente.
- Se nos permitirá instalar versiones más nuevas de cierto software, que las que estaban disponibles antes.
En el caso de que nos encontremos en un callejón sin salida y queramos volver a la versión anterior, podemos hacer un rollback:
freebsd-update rollback  
B: El software
Con el software me refiero a MySQL, nginx, php-fpm y demás software oficial disponible a través de dos métodos:
- Los paquetes (packages), binarios precompilados
- Los ports, que nos permiten compilar el código por nuestra cuenta y escoger qué queremos y que no
Anteriormente, era necesario recurrir con frecuencia al sistema de ports para instalar muchas cosas. Hoy en día es raro que haga falta compilar nuestro propio software así que voy a obviar esta parte.
Manejando los "packages"
Actualizar todo lo que tengamos en el sistema:
pkg update && pkg upgrade En este punto se nos dirá qué se va a borrar, reinstalar o instalar, según dependencias y demás. Mucho ojo los usuarios de MariaDB que hay paquetes que insisten en instalar MySQL en su lugar. Si véis que algun paquete da problemas, podéis bloquearlo con pkg lock <paquete> para que ya no se actualice automáticamente.
Ver la lista de software instalado:
pkg info Buscar software en el repositorio de paquetes:
pkg search <frase a buscar> ejemplo: pkg search php
Instalar software:
pkg add <nombre del software> ejemplo: pkg add php81
Borrar software:
pkg delete <software> ejemplo: pkg delete mysql56-server
 
Finalmente comentar algo - qué pasa si queremos pasar a una versión más nueva de, por ejemplo, mysql o php?
El comando pkg upgrade no va a hacer esto por su cuenta. Si tenemos MySQL 5.6, va a instalar las actualizaciones disponibles para esa versión, y ya. Al igual que pasaba con el sistema operativo, si queremos pasar a una versión más nueva, tenemos que especificarlo.
Si tenemos MySQL 5.6 y queremos por ejemplo instalar MySQL 8.0 habrá que hacer esto:
pkg add mysql80-server Es posible que se nos informe de un conflicto, en cuyo caso procede desinstalar primero la versión anterior:
pkg delete mysql56-server mysql56-client Recordad que en FreeBSD sólo se desinstala el binario, nuestros datos y ficheros de configuración existentes no se tocarán. Además, tenemos que reiniciar el servicio nosotros mismos (en este caso con service mysql-server restart) pues el instalador tampoco lo hará por nosotros y la versión anterior seguira ejecutándose mientras tanto.
Una vez más, repito, prestad atención al texto que sale en pantalla porque nos informa de posibles problemas, o de qué hacer después de la instalación.

Hola a todos,
Hoy voy a explicar cómo crear automaticamente una copia de seguridad de nuestra base de datos y almacenarla en el espacio de almacenamiento que OVH incluye gratuitamente con sus servidores dedicados.
La ventaja de este método es que incluso en caso de fallo del hardware, nuestros datos quedarían a salvo al estar en una máquina diferente; por otro lado, este sistema no nos salvará si un hacker gana acceso a nuestro sistema, ya que podría acceder a la partición de backup y destruir dichas copias de seguridad. Así que, si nuestros datos son realmente valiosos, conviene o bien  descargarse de vez en cuando estas copias de seguridad o almacenarlas en otro servidor completamente distinto donde la máquina no tenga permisos para borrarlos.
Películas de Hackerman aparte (hola SG) volvamos por un momento a la realidad cotidiana y veamos cómo montar esta unidad de backup gratuita.
En primer lugar tenemos que otorgar acceso a ella a nuestro servidor, así que en el panel de control del mismo en OVH haremos click en la pestaña de Backup Storage y a continuación en el botón Añadir un Acceso, tras lo cual marcamos la casilla NFS y aceptamos.

En esta pantalla se nos proporcionan dos datos que necesitaremos para crear nuestro script de backup, en concreto Nombre y Usuario.
A continuación abrimos una sesión SSH a nuestro servidor y ejecutamos los siguientes comandos para montar el acceso al almacenamiento NFS:
mkdir /backups mount -t nfs <Nombre>:/export/ftpbackup/<Usuario> /backups Los más avispados habrán notado que hay que reemplazar <Nombre> y <Usuario> por los correspondientes que nos muestra OVH en el panel.
Nuestro espacio de backup quedará ahora montado como /backups y podemos probar a copiar cosas en él. Pero claro, es un poco pesado andar copiando a mano, así que, ¿porqué no hacer que nuestra base de datos se copien automaticamente?
Veamos a continuación un script que nos ayudará a ello almacenando las bd que indiquemos en nuestra unidad NFS, y borrandolos automaticamente despues de 7 dias.
 
#!/bin/sh MYSQLDUMP=/usr/local/bin/mysqldump GZIP=/usr/bin/gzip MAX_AGE=7 DAY=$(date +"%Y-%m-%d") FILETIME=$(date +"%Y-%m-%d.%T") BACKUP_DIR="/backups" BACKUP_NAME="<Nombre>" BACKUP_ID="<Usuario>" MYSQL_USER="root" DATABASES="cats rabbits dogs" #Comprobar que la unidad esta montada if [ ! -d "$BACKUP_DIR" ]; then echo -e "\033[32mMontando unidad de backup...\033[0m" mkdir $BACKUP_DIR mount -t nfs $BACKUP_NAME:/export/ftpbackup/$BACKUP_ID $BACKUP_DIR fi #Borrar backups viejos echo -e "\033[32mBorrando los backups con mas de $MAX_AGE dias de antiguedad...\033[0m" find $BACKUP_DIR/* -type d -ctime +$MAX_AGE | xargs rm -r echo -e "\033[32mCreando directorio $BACKUP_DIR/$FILETIME...\033[0m" mkdir $BACKUP_DIR/$FILETIME for db in $DATABASES do FILE=$db.gz echo -e "\033[32mVolcando $db...\033[0m" $MYSQLDUMP -u $MYSQL_USER -e --single-transaction --quick $db | $GZIP -9 > $BACKUP_DIR/$FILETIME/$FILE done echo -e "\033[32mListo!\033[0m" Para ponerlo en práctica, id por ejemplo al directorio /root y abrid el editor ee (o el que más os guste) en el putty y copiad y pegad este script.
ee /root/backup.sh Para que funcione con vuestra bd y servidor debeis editar estas variables:
BACKUP_NAME, BACKUP_ID: los campo "Nombre" y "Usuario" que vimos antes en OVH. DATABASES es una lista de las bases de datos que queremos hacer backup, separadas por un espacio. Asimismo podemos cambiar la frecuencia de borrado en MAX_AGE.
Una vez modificado a nuestra conveniencia, podemos probarlo con este comando:
sh backup.sh Una vez comprobado su buen funcionamiento (es decir, nuestras bd se guardan en /backups con su fecha y hora) procedemos a establecer un backup diario por medio de cron:
crontab -e En la pantalla que se nos presenta escribimos:
3 * * * * sh /root/backup.sh (¡Ojo al tabulador entre cada estrellita, y entre la última y sh!) Esto hará que el backup se ejecute todos los días a las 3 AM.
Es importante señalar que en el caso de bd grandes, el backup puede causar lag en el servidor. Existen diferentes estrategias para minimizar el impacto que se salen del objetivo de este artículo.
 
Nota 1
En caso de no disponer de un servidor dedicado OVH con almacenamiento backup, podemos simplemente crear un directorio llamado /backups sin montar nada y borrar esta parte:
#Comprobar que la unidad esta montada if [ ! -d "$BACKUP_DIR" ]; then   echo -e "\033[32mMontando unidad de backup...\033[0m"   mkdir $BACKUP_DIR   mount -t nfs $BACKUP_NAME:/export/ftpbackup/$BACKUP_ID $BACKUP_DIR fi Esto almacenara las copias de seguridad localmente en el propio servidor, lo cual no es ideal pero sin duda es mejor que nada.
 
Nota 2
Este script asume que el usuario root de MySQL no tiene contraseña, pues así es por defecto al instalar MariaDB (la bd que uso yo) en FreeBSD.
Si no es así en vuestro servidor, podéis hacer una de estas dos cosas para que el script pueda funcionar:
 
Opción A: Crear un fichero /root/.my.cnf con el siguiente contenido:
[client] user=root password=<vuestra pass de mysql> Estos datos de conexión serán entonces utilizados automáticamente por cualquier programa que use MySQL y se ejecute bajo el usuario de sistema root.
 
Opción B: (preferible) Permitir al usuario root loguearse localmente sin contraseña:
Entrasmos en la consola mysql:
mysql -uroot -p Y después de escribir nuestra contraseña, ponemos:
ALTER USER 'root'@'localhost' IDENTIFIED VIA unix_socket;  
Cualquier duda sobre este tutorial la puedo resolver aquí, si necesitáis ayuda más personalizada os invito a contratar mis servicios a través de discord: Smokebomb#5154, o a consultar este y otros tutoriales en inglés en mi Debes iniciar sesión para ver el contenido del enlace en esta publicación..

Hola a todos,
Hoy voy a explicar cómo crear automaticamente una copia de seguridad de nuestra base de datos y almacenarla en el espacio de almacenamiento que OVH incluye gratuitamente con sus servidores dedicados.
La ventaja de este método es que incluso en caso de fallo del hardware, nuestros datos quedarían a salvo al estar en una máquina diferente; por otro lado, este sistema no nos salvará si un hacker gana acceso a nuestro sistema, ya que podría acceder a la partición de backup y destruir dichas copias de seguridad. Así que, si nuestros datos son realmente valiosos, conviene o bien  descargarse de vez en cuando estas copias de seguridad o almacenarlas en otro servidor completamente distinto donde la máquina no tenga permisos para borrarlos.
Películas de Hackerman aparte (hola SG) volvamos por un momento a la realidad cotidiana y veamos cómo montar esta unidad de backup gratuita.
En primer lugar tenemos que otorgar acceso a ella a nuestro servidor, así que en el panel de control del mismo en OVH haremos click en la pestaña de Backup Storage y a continuación en el botón Añadir un Acceso, tras lo cual marcamos la casilla NFS y aceptamos.

En esta pantalla se nos proporcionan dos datos que necesitaremos para crear nuestro script de backup, en concreto Nombre y Usuario.
A continuación abrimos una sesión SSH a nuestro servidor y ejecutamos los siguientes comandos para montar el acceso al almacenamiento NFS:
mkdir /backups mount -t nfs <Nombre>:/export/ftpbackup/<Usuario> /backups Los más avispados habrán notado que hay que reemplazar <Nombre> y <Usuario> por los correspondientes que nos muestra OVH en el panel.
Nuestro espacio de backup quedará ahora montado como /backups y podemos probar a copiar cosas en él. Pero claro, es un poco pesado andar copiando a mano, así que, ¿porqué no hacer que nuestra base de datos se copien automaticamente?
Veamos a continuación un script que nos ayudará a ello almacenando las bd que indiquemos en nuestra unidad NFS, y borrandolos automaticamente despues de 7 dias.
 
#!/bin/sh MYSQLDUMP=/usr/local/bin/mysqldump GZIP=/usr/bin/gzip MAX_AGE=7 DAY=$(date +"%Y-%m-%d") FILETIME=$(date +"%Y-%m-%d.%T") BACKUP_DIR="/backups" BACKUP_NAME="<Nombre>" BACKUP_ID="<Usuario>" MYSQL_USER="root" DATABASES="cats rabbits dogs" #Comprobar que la unidad esta montada if [ ! -d "$BACKUP_DIR" ]; then echo -e "\033[32mMontando unidad de backup...\033[0m" mkdir $BACKUP_DIR mount -t nfs $BACKUP_NAME:/export/ftpbackup/$BACKUP_ID $BACKUP_DIR fi #Borrar backups viejos echo -e "\033[32mBorrando los backups con mas de $MAX_AGE dias de antiguedad...\033[0m" find $BACKUP_DIR/* -type d -ctime +$MAX_AGE | xargs rm -r echo -e "\033[32mCreando directorio $BACKUP_DIR/$FILETIME...\033[0m" mkdir $BACKUP_DIR/$FILETIME for db in $DATABASES do FILE=$db.gz echo -e "\033[32mVolcando $db...\033[0m" $MYSQLDUMP -u $MYSQL_USER -e --single-transaction --quick $db | $GZIP -9 > $BACKUP_DIR/$FILETIME/$FILE done echo -e "\033[32mListo!\033[0m" Para ponerlo en práctica, id por ejemplo al directorio /root y abrid el editor ee (o el que más os guste) en el putty y copiad y pegad este script.
ee /root/backup.sh Para que funcione con vuestra bd y servidor debeis editar estas variables:
BACKUP_NAME, BACKUP_ID: los campo "Nombre" y "Usuario" que vimos antes en OVH. DATABASES es una lista de las bases de datos que queremos hacer backup, separadas por un espacio. Asimismo podemos cambiar la frecuencia de borrado en MAX_AGE.
Una vez modificado a nuestra conveniencia, podemos probarlo con este comando:
sh backup.sh Una vez comprobado su buen funcionamiento (es decir, nuestras bd se guardan en /backups con su fecha y hora) procedemos a establecer un backup diario por medio de cron:
crontab -e En la pantalla que se nos presenta escribimos:
3 * * * * sh /root/backup.sh (¡Ojo al tabulador entre cada estrellita, y entre la última y sh!) Esto hará que el backup se ejecute todos los días a las 3 AM.
Es importante señalar que en el caso de bd grandes, el backup puede causar lag en el servidor. Existen diferentes estrategias para minimizar el impacto que se salen del objetivo de este artículo.
 
Nota 1
En caso de no disponer de un servidor dedicado OVH con almacenamiento backup, podemos simplemente crear un directorio llamado /backups sin montar nada y borrar esta parte:
#Comprobar que la unidad esta montada if [ ! -d "$BACKUP_DIR" ]; then   echo -e "\033[32mMontando unidad de backup...\033[0m"   mkdir $BACKUP_DIR   mount -t nfs $BACKUP_NAME:/export/ftpbackup/$BACKUP_ID $BACKUP_DIR fi Esto almacenara las copias de seguridad localmente en el propio servidor, lo cual no es ideal pero sin duda es mejor que nada.
 
Nota 2
Este script asume que el usuario root de MySQL no tiene contraseña, pues así es por defecto al instalar MariaDB (la bd que uso yo) en FreeBSD.
Si no es así en vuestro servidor, podéis hacer una de estas dos cosas para que el script pueda funcionar:
 
Opción A: Crear un fichero /root/.my.cnf con el siguiente contenido:
[client] user=root password=<vuestra pass de mysql> Estos datos de conexión serán entonces utilizados automáticamente por cualquier programa que use MySQL y se ejecute bajo el usuario de sistema root.
 
Opción B: (preferible) Permitir al usuario root loguearse localmente sin contraseña:
Entrasmos en la consola mysql:
mysql -uroot -p Y después de escribir nuestra contraseña, ponemos:
ALTER USER 'root'@'localhost' IDENTIFIED VIA unix_socket;  
Cualquier duda sobre este tutorial la puedo resolver aquí, si necesitáis ayuda más personalizada os invito a contratar mis servicios a través de discord: Smokebomb#5154, o a consultar este y otros tutoriales en inglés en mi Debes iniciar sesión para ver el contenido del enlace en esta publicación..