Foro de elhacker.net

Sistemas Operativos => GNU/Linux => Mensaje iniciado por: ccrunch en 27 Diciembre 2014, 18:05 pm



Título: Systemd, firewalld, por qué tanta ***** junta?
Publicado por: ccrunch en 27 Diciembre 2014, 18:05 pm
Hola a todos, hoy os escribo un poco indignado ya que he visto que en Debian y en casi todas las distribuciones van a cambiar al systemd.

Sin ir más lejos, os pongo un ejemplo medio comercial medio libre, CentOS. En la versión 6 se usaba iptables, init, para servidor dns creo que bind.

Pues en la versión 7 han cambiado init por systemd, iptables por firewalld. Por lo menos estos dos servicios funcionan de forma totalmente diferente a init y iptables. Yo pensaba que bueno, firewalld, nueva herramienta blablabla como ya usaba iptables me sería faci. Y una *****, hay que aprender a usar (desde 0) la herramienta porque funciona de forma totalmente diferente, si ya tenías scripts para iptables al carajo, lo mismo para init.

La única diferencia que veo con systemd respecto a init es el arranque que es un poco más rápido, pero más allá, ni al usuario ni al administrador le trae novedades, por lo menos a mi me trae dolores de cabeza y muchos, especialmente firewalld, y en centos7 han dejado iptables y firewalld.

Vosotros creéis que el cambio a firewalld, systemd y otros servicios es necesario? Yo no lo veo tanto. Dicen que systemd hace más simple la gestión de servicios pero a mi por lo menos me la complica, por ejemplo cuando arrancas un servicio con init te dice como ha ido, con systemd tienes que hacer el "status" a mano, sé que parece una tontería pero a mi...

Por no decir el típico systemctl restart mysqld.service, en init service mysql restart y arreglado.

Ya ha habido un cambio de centos 4 al 5 creo, un gran cambio, y ahora lo vuelve a haber.


Título: Re: Systemd, firewalld, por qué tanta ***** junta?
Publicado por: #!drvy en 27 Diciembre 2014, 18:43 pm
Citar
La única diferencia que veo con systemd respecto a init es el arranque que es un poco más rápido, pero más allá, ni al usuario ni al administrador le trae novedades, por lo menos a mi me trae dolores de cabeza y muchos

Aquí tienes un articulo detallado de todo lo que trae en respecto a novedades.

http://www.tecmint.com/systemd-replaces-init-in-linux/

Citar
por ejemplo cuando arrancas un servicio con init te dice como ha ido

Eso depende mas del servicio que del que lo inicia. knockd no reporta por ejemplo.

Citar
con systemd tienes que hacer el "status" a mano, sé que parece una tontería pero a mi...

Por no decir el típico systemctl restart mysqld.service, en init service mysql restart y arreglado.

Te puedes hacer un script que haga eso por ti en 1 linea...

Código
  1. #!/bin/bash
  2. systemctl start $1.service && systemctl status $1.service
  3. exit 0

Saludos


Título: Re: Systemd, firewalld, por qué tanta ***** junta?
Publicado por: ccrunch en 27 Diciembre 2014, 19:01 pm
Las novedades del systemd... siguen sin convencerme mucho. Otra cosa que no me gusta nada es esto: Logs are stored in binary file.

Y respecto al script sí, se puede crear, pero ya habría que tocar más, y crearlo.

Salu2 y feliz navidad!!


Título: Re: Systemd, firewalld, por qué tanta ***** junta?
Publicado por: Wickown en 27 Diciembre 2014, 19:04 pm
Sí, es verdad, y ahora en CentOS 7 ya no se puede usar MySQL, hay que usar un MySQL modificado, MariaDB se llama.
No sé para que tocan tantas cosas la verdad...


Título: Re: Systemd, firewalld, por qué tanta ***** junta?
Publicado por: daryo en 27 Diciembre 2014, 19:48 pm
usa openrc


Título: Re: Systemd, firewalld, por qué tanta ***** junta?
Publicado por: #!drvy en 27 Diciembre 2014, 20:17 pm
Citar
Sí, es verdad, y ahora en CentOS 7 ya no se puede usar MySQL, hay que usar un MySQL modificado, MariaDB se llama.

Es lo mismo... es un fork.. pero bueno también puedes instalar MySQL...
Código
  1. sudo rpm -Uvh http://dev.mysql.com/get/mysql-community-release-el7-5.noarch.rpm

http://dev.mysql.com/downloads/repo/yum/

Citar
Las novedades del systemd... siguen sin convencerme mucho.

El simple hecho de que el inicio de los servicios ya no es serial es ya una gran novedad. En init si un servicio falla durante el booteo se caga el resto del proceso...

Citar
Otra cosa que no me gusta nada es esto: Logs are stored in binary file.

Código
  1. journalctl >> systemd.log

Código
  1. journalctl -u mysqld.service >> logs_mysqld.log

Citar
Y respecto al script sí, se puede crear, pero ya habría que tocar más, y crearlo.

Por eso, nunca te cases con nada en la informática. Las cosas siempre cambian y siempre hay que andar la ultima.. es lo que hay. En este caso es una mejora notable.. y la curva de aprendizaje es relativamente pequeña.

Saludos


Título: Re: Systemd, firewalld, por qué tanta ***** junta?
Publicado por: daryo en 27 Diciembre 2014, 20:22 pm
Citar
si un servicio falla durante el booteo se caga el resto del proceso...
creo que no es asi e_e y que un servicio falle no hara que todo el proceso lo haga o bueno eso tengo entendido.seria algo inestable


Título: Re: Systemd, firewalld, por qué tanta ***** junta?
Publicado por: MinusFour en 27 Diciembre 2014, 20:43 pm
A pesar que Debian Jessie introduce Systemd, la mayoria de sus scripts de inicio estan hechos para SysVinit y las herramientas habituales siguen funcionando. e.g.: service (el wrapper de canonical) o corriendo los scripts directamente desde /etc/init.d/. No estoy seguro si para el release vayan a hacer una transicion completa a scripts de systemd. Aprender systemd tampoco es algo complicado. Los logs en binario los puedes pasar por pipes a los programas que usas comunmente (i.e. grep, wc, awk). Tambien puedes redireccionar el output a archivos de texto (con >). Quizas se vuelva un poco mas complicado para esas herramientas que trabajan con logs directamente aunque no estoy seguro.

En cuanto a firewalld, no parece ser un binario de systemd y puedes remplazarlo por iptables. Estoy seguro que si lo googleas lo encuentras.


Título: Re: Systemd, firewalld, por qué tanta ***** junta?
Publicado por: Jenag en 3 Enero 2015, 14:30 pm
Mas datos systemd.. :-*
https://wiki.archlinux.org/index.php/systemd_%28Espa%C3%B1ol%29#Uso_b.C3.A1sico_de_systemctl
puedes seguir usando Init, pero hay que adaptarse y cuanto antes creo que mejor.
Y cuanto antes aprendas nftables mejor.. :P