Este escrito lo encontré en el diario el Pais de España y me gustó mucho. Porque va muy de cerca con lo que pienso sobre esto, y prefiero ver un Jesús humano, y además describe de forma muy sencilla ciertos hechos interesantes de su historia.
http://internacional.elpais.com/internacional/2013/12/18/actualidad/1387325882_789015.html
Ando probando una que otra cosa, pero esta me parece fundamental, hace días que vengo con la idea de que bash guarde todos los comandos que los usuarios emiten hacia syslog.
Esto con la finalidad incluso de llevar un mucho más largo history de los comandos que los usuarios escriban. Incluso poder enviarlos hacia otro servidor para almacenarlos.
Me guié por este documento, que sirven muchas cosas. Pero otras cambié por el bien de tener un ambiente aislado para pruebas y para que funcionara en CentOS-6
Comencemos:
Instalación de mock:
Instalé el paquete mock en un servidor virtual que uso para compilar paquetes de prueba en la ESPOCH.
Este servidor virtual es CentOS-6 de 64bits. Debe ser de 64bits para que pueda compilar paquetes de 64bits y de 32bits. De lo contrario no podrá compilarse paquetes de 64bits sino solamente de 32bits.
yum install mock
Creé un usuario para realizar las compilaciones:
useradd eperez
passwd eperez
Y entonces agregué el usuario eperez al grupo mock, este grupo, en el archivo /etc/group queda así:
mock:x:135:eperez
De no hacer al usuario parte del grupo mock, este usuario no podrá usar mock.
A partir de ahora todo trabajo con mock lo hago con mi usuario eperez. No se hace ningún trabajo como root, sólo mock.
su – eperez
Compilación de bash (todo esto lo haré dentro del usuario eperez):
Me bajé el último paquete de bash que existe al día de hoy (este podrá variar a futuro, hay que estar alerta de las versiones más modernas) y le instalé:
wget http://vault.centos.org/6.5/os/Source/SPackages/bash-4.1.2-15.el6_4.src.rpm
rpm -Uvh bash-4.1.2-15.el6_4.src.rpm
Ahora viene lo más duro, que es generar un diff con los cambios que se harán. Para ello abriré el tar.gz del bash, haré una copia de este directorio, cambiaré un par de archivos, y luego de esto generaré un diff entre el directorio de la copia y el directorio del original.
cd rpmbuild/SOURCES
tar zxf bash-4.1.tar.gz
cp -r bash-4.1 bash-4.1.orig
cd bash-4.1
Edito entonces el archivo config-top.h y sobre la línea 104 descomento la línea (está comentada con /* */ no quito el signo de # delante, es un .h de C, los # son parte del comando. Entonces termino dejando la línea solamente así:
#define SYSLOG_HISTORY
Y cambio las dos siguientes líneas que definen SYSLOG_FACILITY y SYSLOG_LEVEL para que tengan los valores LOG_LOCAL1 y LOG_DEBUG respectivamente, ambas líneas quedarían así (marco en negritas los dos cambios):
# define SYSLOG_FACILITY LOG_LOCAL1
# define SYSLOG_LEVEL LOG_DEBUG
Ahora edito bashhist.c y modifico las líneas 708 y 713 para que queden así (en negritas marco precisamente todo lo que cambié):
Línea 708
syslog (SYSLOG_FACILITY|SYSLOG_LEVEL, “HISTORY: PPID=%d PID=%d SID=%d UID=%d User=%s %s”, getppid(), getpid(), getsid(getpid()), current_user.uid, current_user.user_name, line);
Línea 713:
syslog (SYSLOG_FACILITY|SYSLOG_LEVEL, “HISTORY (TRUNCATED): PPID=%d PID=%d SID=%d UID=%d User=%s %s”, getppid(), getpid(), getsid(getpid()), current_user.uid, current_user.user_name, trunc);
Estamos listos para preparar el diff, salgamos al directorio SOURCES y creemos el diff:
cd ..
pwd
[eperez@mock bash-4.1]$ cd ..
[eperez@mock SOURCES]$ pwd
/home/eperez/rpmbuild/SOURCESdiff -Npur bash-4.1.orig bash-4.1 > bash_history_syslog.patch
Ahh, para esto es que habíamos hecho una copia del directorio bash, llamada bash-4.1.orig, es para que el diff pueda comparar y guardar los cambios. Al final estos cambios los guardé en bash_history_syslog.patch el puedes bajar de http://www.ecualinux.com/bash_history_syslog.patch para el que quiera ahorrarse todo el anterior proceso: este archivo debe ponerse en rpmbuild/SOURCES/ .
Ahora me cambio al directorio SPECS/ para editar el archivo bash.spec, cambiaré las siguientes líneas:
cd
cd rpmbuild/SPECS
vi bash.spec
# agrego _99 en la línea 8
Release: 15_99%{?dist}
# luego de la línea 41 agrego toda esta línea:
Patch999: bash_history_syslog.patch
# y luego de la línea 124 agrego toda esta línea:
%patch999 -p1 -b .history_syslog
Lo que hice fue cambiar la numeración del bash, ahora se llamaría -15_99.el6 (aparecerá un _99) esto es para evitar que luego un yum update me vuelva a instalar el viejo bash sin syslog.
Pero eso sí! hay que tener en mente que si mañana llega otro bash, el Release -16 por ejemplo, tendré que rehacer un nuevo rpm -16_99 por ejemplo.
Agregué además un nuevo parche, el 999 (puse un número alto para evitar que tropiece con futuros números de parches). Este parche se aplicará cada vez que compile el src.rpm, incorporando el envío de los comandos a syslog como deseo.
Ahora crearé el src.rpm del nuevo bash, lo guardaré hacia un directorio seguro (porque del directorio result/ le borra tan pronto compilo otra cosa), y le compilo al nuevo src.rpm para obtener el nuevo rpm:
cd
mock -r epel-6-x86_64 –sources=rpmbuild/SOURCES/ –spec=rpmbuild/SPECS/bash.spec –buildsrpm
mv /var/lib/mock/epel-6-x86_64/result/bash-4.1.2-15_99.el6.src.rpm .
mock -r epel-6-x86_64 bash-4.1.2-15_99.el6.src.rpm
mv /var/lib/mock/epel-6-x86_64/result/bash* .
como resultado tendré mi nuevo rpm!
[eperez@mock ~]$ ls
bash-4.1.2-15_99.el6.src.rpm
bash-4.1.2-15_99.el6.x86_64.rpm
ok, habrán más archivos, pero son los que ahora me interesan.
Si quisiera compilar el bash para 32bits, de una ejecuto:
mock -r epel-6-i386 bash-4.1.2-15_99.el6.src.rpm
mv /var/lib/mock/epel-6-i386/result/bash* .
Pues el mismo src.rpm me sirve para crear el de 32bits.
Instalando el nuevo bash (como root):
Me llevo este nuevo rpm hacia otro servidor, y le instalo:
rpm -Uvh bash-4.1.2-15_99.el6.x86_64.rpm
Entonces salgo y entro de nuevo, ya el nuevo bash estará activo.
Configurando rsyslog para recibir eventos de logs (como root):
Ahora edito /etc/rsyslog.conf y luego de una línea que comienza “local7.*”, agrego lo siguiente:
#bash
local1.debug /var/log/bash.log
Y reinicio rsyslog:
service rsyslog restart
Ahora disfruta, mira bash.log y verás que todo comando ahi aparecerá:
Dec 19 07:40:40 mock -bash: HISTORY: PPID=27954 PID=27955 SID=27937 UID=500 User=eperez vi bash.spec
Dec 19 07:44:54 mock -bash: HISTORY: PPID=27954 PID=27955 SID=27937 UID=500 User=eperez history |less
Dec 19 07:46:47 mock -bash: HISTORY: PPID=27954 PID=27955 SID=27937 UID=500 User=eperez cd
Dec 19 07:46:48 mock -bash: HISTORY: PPID=27954 PID=27955 SID=27937 UID=500 User=eperez mv /var/lib/mock/epel-6-x86_64/result/bash* .
Dec 19 07:46:49 mock -bash: HISTORY: PPID=27954 PID=27955 SID=27937 UID=500 User=eperez ls
Dec 19 07:48:13 mock -bash: HISTORY: PPID=27954 PID=27955 SID=27937 UID=500 User=eperez mock -r epel-6-i386 bash-4.1.2-15_99.el6.src.rpm
Dec 19 07:51:12 mock -bash: HISTORY: PPID=4187 PID=4511 SID=4511 UID=0 User=root cat /etc/rsyslog.conf
Dec 19 07:52:22 mock -bash: HISTORY: PPID=4187 PID=4511 SID=4511 UID=0 User=root tai /var/log/messages
Dec 19 07:52:25 mock -bash: HISTORY: PPID=4187 PID=4511 SID=4511 UID=0 User=root tail -f /var/log/messages
Dec 19 07:52:28 mock -bash: HISTORY: PPID=4187 PID=4511 SID=4511 UID=0 User=root tail -f /var/log/bash.log
Dec 19 08:01:13 mock -bash: HISTORY: PPID=27954 PID=27955 SID=27937 UID=500 User=eperez mv /var/lib/mock/epel-6-i386/result/bash-* .
Disfruten!
La forma fácil:
Si no tenemos tiempo para crear el rpm comento que estos rpm para CentOS-6 les he puesto en el repo anku de EcuaLinux que es publico y que da bastante trabajo echar a andar un nuevo repo sólo por escasos paquetes, le instalo al repo:
wget -O /etc/yum.repos.d/anku.repo http://centos6.ecualinux.com/centosec.repo
Y ya luego:
yum update bash
Barbarita, no la esposa de Kike, sino una compañera de la primaria. Me acordé de ella ayer.
Ayer fui a una competencia entre varias primarias de Ambato, donde la Gaby participó en relevo de 4x60m, corrió bien esa Gaby.
El tema es que habían otras disciplinas atléticas, como salto largo. Y yo veía al grupo de ninas saltar, con cuidado, como saltan las niñas, pero saltaban. Es decir, ellas no son de las que dan EL SALTO y repentinamente caen acostadas en la arena.. no, ellas van peinaditas, saltan como pueden, dan dos o tres pedaleos en el aire y caen de pie.. nada de llenarse de arena.
Pero hacen su esfuerzo!
No sé qué fue de Barbarita luego que acabé la primaria… pero barbarita era un caso.. a fin de curso éramos todos con un susto enorme porque nos tomaban pruebas de educación física.. planchas, cuclillas, abdominales, una carrera de X metros que te medían con un cronómetro, y luego una de salto. En este caso no era salto largo sino salto estático que no sé si exista pero era que ponías las puntas de tus zapatos detrás de una línea, te agachas un poco y púcata, te estiras durísimo y logras saltar lo que más puedas.. 60cms? 160cms? 200cms? En fin.. como pudieras.
El record lo obtuvo barbarita: 3cms.
Sí, TRES centímetros. Ella se ponía en la línea, y con total desgana daba un mísero brinquito que todavía hoy me saca de mis casillas caramba brincaaaaaaaaa, todos gritábamos barbarita brincaaaaaaaaaa.
Le hacían repetir la prueba, y todos ahí cogiendo sol.. y ella se ponía en la línea, se agachaba y .. .volvía a dar el brinquito… alabado sea el señor brincaaaaaaaaaaaaaaaaaa…
Me erizo de la desesperación hoy, 30 años después, al describir lo mal que nos poníamos todos.. lógico, cogiendo sol, jugando pelota, agarrándola por las manos para halarla, y nada.. aquello era como las vacas con miedo al agua.. no había quién le hiciera superar su meta de 3cms.
Por otro lado, como cuento colateral… me pusieron a jugar con ella una partida de ajedrez relámpago, de esa de 5 minutos. No por nada pero yo era estrella en eso.. los mejores iban a competir con otros grados y luego a las municipales, luego yo me veía compitiendo contra Kárpov o Kaspárov!! Yo era bueno en ajedrez.. un bueno dentro de la masa…comprendes?
Pues nada: a Barbarita le preparé un Jaque mate pastor, pero me dió pena algo tan complejo gastarlo con ella (lo digo con ironía), mejor le regalé una pieza para que me comiera con el peón de delante de su rey y entonces dejara abierto la posición delante del rey y meterle un mate pero de esos de los espectaculares que no podía ni moverse… le regalé la pieza… me comió.. moví entonces la dama para la fila delante de los peones, la idea era que luego simplemente pasaría la dama mía a la columna de su rey como andaba sin ese peón delante… mate seguro y trivial.. pero esto nunca llegó.
Barbarita en ese momento entró en shock, lo juro.. entró literalmente en shock, y no pudo mover más una put…..mejor me callo.. no pudo mover una pieza más. Yo le gritaba: “pero mueve algo!! mueve algo que se acaba el tiempo!!!” ella no podía.. simplemente entró en shock, no sabía qué CARAJOS MOVER.. y no movió nada por su estado de shock .. y al cumplirse los 5 minutos de ella con las manos arribas, haciendo amague de agarrar una, no, la otra, no, la de más allá.. al cumplirse 5 minutos se acabó el tiempo del partido relámpago y ella ganó. Y yo no pude competir con Kaspárov en el siguiente mundial por eso!
Moraleja: hay que cuidarse de las aguas mansas.. y no regalar piezas en el ajedrez, ni en la vida
Salió hace pocos días, no había tenido tiempo de probarle, pero aquí van mis comentarios iniciales.
Le bajé el ISO que, a propósito es sólo 64bits, RHEL-7 no vendrá con soporte de 32 bits. Y la verdad es que, el que tenga 32bits, podrá seguir usando su hardware con la versión 6 de CentOS o RHEL hasta el 2020, suficiente tiempo pienso yo. No dudo tampoco que alguien se aloque y lance CentOS-7 para 32bits, pero eso habría que verle.
Por otro lado, la verdad es que ningún hardware que se vende para servidores (recordar que RHEL y CentOS son para servidores) ya viene con 32bits. No es que se ve un equipo de 32bits estos días como servidor muy fácilmente. De hecho ya CentOS-6 venía con el sistema de virtualización SOLO para 64bits, si tu instalabas CentOS-6 de 32bits, no ibas a virtualizar nada ahi.
Le instalé dentro de una máquina virtual de KVM. Este KVM está en CentOS-6.5, le puse 1GB de RAM, 2 procesadores y 30GB en disco.
La interfaz del instalador parece la de fedora-18 ó fedora-19 mejor dicho. Es de esa pantalla que te aparece todo ahi mismo, vas dando click en las entradas y escogiendo diversas cosas (disco de instalacion, tipo de instalación, etc) pero toda en la misma pantalla. Es algo que particularmente no me gustaba de fedora, pero bueno, le han adoptado y habrá que acostumbrarse.
De todas formas la idea sigue siendo la misma de toda la vida de RedHat: preguntarte todo lo que te tenga que preguntar al inicio. No hay nada más pesado que esos instaladores que instalan un buchito de cosas, y se detienen a preguntarte tu clave.. para luego seguir y luego de 2 minutos preguntarte el idioma, y luego de 2 más preguntarte el tipo de partición y así tenerte castigado durante todo el proceso de instalación pues tienes que responder preguntas.
En el idioma de instalación, está en Español, aunque cuando le escogí me falló 2 ó 3 veces luego durante la instalación, pero no sé si es que fallaba por el idioma o por el tipo de particionamiento que le escogí con LVM-thin-provisioning… en todo caso cuando instalé en Inglés y sin thin-provisioning me funcionó.
Por defecto te propone escoger instalación mínima, excelente!
Al finalizar de instalar, la consola de texto ya no viene con 80×25 el tamano, sino que viene con otro tipo de letra muy pequeño, me dió bastante dificultad leerle porque dentro de KVM aún más pequeño se veía todo.
Al entrar, lo primero que hice fue tratar de encontrar la IP para entrar inmediatamente por ssh porque el tipo de letra es bieeeen pesado de leer para mi. Así que puse ifconfig y.. pum.. no viene instalado! En serio.. quizá networkmanager tenga otra forma de ver las interfaces, pero todavía no le conozco. Oh sí.. proponen NetworkManager aún para instalaciones via línea de comando!
Bueno, mejor aún, no había red activada así que puse ifup eth0.. pero de todas formas el misterio de la IP persistía no?
yum provides */ifconfig
para averiguar dónde estaba.. me sale el yum conque el sistema no está registrado en la red de redhat.. caramba, es la falta de costumbre, con centos todo es más fácil eh?
así que ejecuté
subscription-manager register
Y usé mi cuenta, dice redhat que no es necesario haber tenido una cuenta, que con
subscription-manager register –autosubscribe
Te iba a autosuscribir de una.
De todas formas el yum ahora me decía que no había ningún canal activo. Yo entro en shock cuando no entiendo esas cosas.. qué es un canal? entrar al sitio de redhat a averiguar? En lo que lo abría tuve a bien editar /etc/yum.repos.d/rhel.repo y cambiar enabled=1 en el primer repo el de redhat.. y ahí sí! al fin así puse usar
yum provides */ifconfig
El paquete es: net-tools, entonces puse
yum install net-tools
Y ya! Al fin ifconfig!! ahi pude averiguar mi ip, 9 minutos. Bueno, tampoco es que andaba de apremio 😉
Veamos algunas características:
[root@localhost ~]# w
11:53:31 up 9 min, 1 user, load average: 0.01, 0.08, 0.07
USER TTY LOGIN@ IDLE JCPU PCPU WHAT
root pts/0 11:53 3.00s 0.04s 0.02s w
[root@localhost ~]# cat /etc/redhat-release
Red Hat Enterprise Linux Everything release 7.0 Beta (Maipo)
buen consumo de ram:
[root@localhost ~]# free -m
total used free shared buffers cached
Mem: 994 429 564 1 1 285
-/+ buffers/cache: 142 851
Swap: 2079 0 2079
Lista de procesos:
[root@localhost ~]# ps axf
PID TTY STAT TIME COMMAND
2 ? S 0:00 [kthreadd]
3 ? S 0:00 \_ [ksoftirqd/0]
4 ? S 0:00 \_ [kworker/0:0]
5 ? S< 0:00 \_ [kworker/0:0H]
6 ? S 0:00 \_ [kworker/u4:0]
7 ? S 0:00 \_ [migration/0]
8 ? S 0:00 \_ [rcu_bh]
9 ? S 0:00 \_ [rcuob/0]
10 ? S 0:00 \_ [rcuob/1]
11 ? S 0:00 \_ [rcu_sched]
12 ? S 0:00 \_ [rcuos/0]
13 ? S 0:00 \_ [rcuos/1]
14 ? S 0:00 \_ [watchdog/0]
15 ? S 0:00 \_ [watchdog/1]
16 ? S 0:00 \_ [migration/1]
17 ? S 0:00 \_ [ksoftirqd/1]
19 ? S< 0:00 \_ [kworker/1:0H]
20 ? S< 0:00 \_ [khelper]
21 ? S 0:00 \_ [kdevtmpfs]
22 ? S< 0:00 \_ [netns]
23 ? S< 0:00 \_ [writeback]
24 ? S< 0:00 \_ [kintegrityd]
25 ? S< 0:00 \_ [bioset]
26 ? S< 0:00 \_ [kblockd]
27 ? S 0:00 \_ [khubd]
28 ? S< 0:00 \_ [md]
31 ? S 0:00 \_ [kswapd0]
32 ? SN 0:00 \_ [ksmd]
33 ? SN 0:00 \_ [khugepaged]
34 ? S 0:00 \_ [fsnotify_mark]
35 ? S< 0:00 \_ [crypto]
44 ? S< 0:00 \_ [kthrotld]
46 ? S< 0:00 \_ [kmpath_rdacd]
47 ? S 0:00 \_ [kworker/1:1]
48 ? S< 0:00 \_ [kpsmoused]
49 ? S< 0:00 \_ [deferwq]
50 ? S 0:00 \_ [kworker/1:2]
55 ? S 0:00 \_ [kauditd]
214 ? S 0:00 \_ [kworker/0:2]
215 ? S 0:00 \_ [kworker/u4:2]
217 ? S< 0:00 \_ [ata_sff]
220 ? S 0:00 \_ [scsi_eh_0]
221 ? S 0:00 \_ [scsi_eh_1]
231 ? S< 0:00 \_ [ttm_swap]
244 ? S< 0:00 \_ [kworker/0:1H]
307 ? S< 0:00 \_ [kdmflush]
308 ? S< 0:00 \_ [bioset]
310 ? S< 0:00 \_ [kdmflush]
311 ? S< 0:00 \_ [bioset]
329 ? S< 0:00 \_ [xfsalloc]
330 ? S< 0:00 \_ [xfs_mru_cache]
331 ? S< 0:00 \_ [xfslogd]
332 ? S< 0:00 \_ [xfs-data/dm-1]
333 ? S< 0:00 \_ [xfs-conv/dm-1]
334 ? S< 0:00 \_ [xfs-cil/dm-1]
335 ? S 0:00 \_ [xfsaild/dm-1]
339 ? S< 0:00 \_ [kworker/1:1H]
443 ? S 0:00 \_ [vballoon]
472 ? S< 0:00 \_ [hd-audio0]
475 ? S< 0:00 \_ [xfs-data/vda1]
476 ? S< 0:00 \_ [xfs-conv/vda1]
477 ? S< 0:00 \_ [xfs-cil/vda1]
478 ? S 0:00 \_ [xfsaild/vda1]
9143 ? S 0:00 \_ [kworker/1:0]
1 ? Ss 0:01 /usr/lib/systemd/systemd –switched-root –system –d
394 ? Ss 0:00 /usr/lib/systemd/systemd-journald
406 ? Ss 0:00 /usr/sbin/lvmetad
429 ? Ss 0:00 /usr/lib/systemd/systemd-udevd
491 ? S<sl 0:00 /sbin/auditd -n
508 ? Ssl 0:01 /usr/bin/python /usr/sbin/firewalld –nofork –nopid
511 ? Ss 0:00 avahi-daemon: running [linux.local]
535 ? S 0:00 \_ avahi-daemon: chroot helper
512 ? Ssl 0:00 /sbin/rsyslogd -n
513 ? Ss 0:00 /usr/sbin/irqbalance –foreground
515 ? Ssl 0:00 /usr/bin/python -Es /usr/sbin/tuned -l -P
516 ? Ss 0:00 /usr/lib/systemd/systemd-logind
518 ? Ssl 0:00 /bin/dbus-daemon –system –address=systemd: –nofork
523 ? Ss 0:00 /usr/sbin/crond -n
565 ? Ss 0:00 /sbin/iprinit –daemon
568 ? Ss 0:00 /sbin/iprupdate –daemon
588 ? Ss 0:00 /sbin/iprdump –daemon
736 ? Ssl 0:00 /usr/sbin/NetworkManager –no-daemon
9052 ? S 0:00 \_ /sbin/dhclient -d -sf /usr/libexec/nm-dhcp-helper
776 ? Ssl 0:00 /usr/lib/polkit-1/polkitd –no-debug
827 ? Ss 0:00 /usr/bin/rhsmcertd
932 ? Ss 0:00 /usr/sbin/sshd -D
9168 ? Ss 0:00 \_ sshd: root@pts/0
9172 pts/0 Ss 0:00 \_ -bash
9194 pts/0 R+ 0:00 \_ ps axf
1402 ? Ss 0:00 /usr/libexec/postfix/master -w
1418 ? S 0:00 \_ pickup -l -t unix -u
1419 ? S 0:00 \_ qmgr -l -t unix -u
9189 tty1 Ss+ 0:00 /sbin/agetty –noclear tty1
networkmanager! me va a dar un ataquito.. tendré que aprenderle a usar en CLI, la herramienta de CLI anterior era horrible, espero la hayan mejorado! Aunque leí en algún lado que podías seguir usando el viejo network
firewalld, es de investigar espero sea fácil, por el sitio de fedora encontré un howto
Usan postfix.. bien! Aunque si deseas, está sendmail en la lista de paquetes, tal y como estaba en CentOS-6, pero leí que en las siguientes versiones (RHEL-8?) posiblemente saquen a sendmail de la lista de paquetes
Estilo Fedora, usan cgroup, así que parece que ahora sí en serio debemos ponernos para esto.
El Filesystem que proponen usar ya no es ext4, dicen que con XFS es mejor el desempeño así que usan xfs de filesystem.
Tienen algo nuevo: LVM-thin-provisioning, quise instalar pero fallaba, como comenté anteriormente no sé si fue el idioma o esto.
ifconfig, nada nuevo, tengo ipv6
[root@localhost ~]# ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 172.30.60.146 netmask 255.255.255.0 broadcast 0.0.0.0
inet6 2800:68:a:60:5054:ff:fe7d:69fb prefixlen 64 scopeid 0x0<global>
inet6 fe80::5054:ff:fe7d:69fb prefixlen 64 scopeid 0x20<link>
ether 52:54:00:7d:69:fb txqueuelen 1000 (Ethernet)
RX packets 13314 bytes 13408407 (12.7 MiB)
RX errors 0 dropped 63 overruns 0 frame 0
TX packets 3400 bytes 508908 (496.9 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 0 (Local Loopback)
RX packets 64 bytes 5952 (5.8 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 64 bytes 5952 (5.8 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
consumo de disco:
[root@localhost ~]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/rhel-root 28G 828M 27G 3% /
devtmpfs 491M 0 491M 0% /dev
tmpfs 498M 0 498M 0% /dev/shm
tmpfs 498M 1.7M 496M 1% /run
tmpfs 498M 0 498M 0% /sys/fs/cgroup
/dev/vda1 484M 92M 392M 20% /boot
bueno, 828M está muy bien.
servidor web? httpd-2.4.6, nada de hiawatha, ni nginx, ni lighttpd
php? 5.4.16
Usa systemd, ya no usa chkconfig (no dudo que haga el truco que fedora hace para reconocer los antiguos comandos)
iptables, puerto 22, 546 y 631 abiertos, tanto en ipv6 como en ipv4.
kernel?
uname -rv
3.10.0-54.0.1.el7.x86_64 #1 SMP Tue Nov 26 16:51:22 EST 2013
3.10.0, qué pena que no fue el 3.11 for WorkGroups! Me hubiera divertido durante tantos años!
Qué hago si no hay mysql en CentOS-7 ??? Hace tiempo vengo usando mariadb.. así que mejor que mejor ya RHEL-7 viene con MariaDB!
[root@localhost ~]# yum list mysql*
Loaded plugins: product-id, subscription-manager
This system is registered to Red Hat Subscription Management, but is not receiving updates. You can use subscription-manager to assign subscriptions.
Available Packages
MySQL-python.x86_64 1.2.3-8.el7 rhel-beta
mysql-connector-java.noarch 1:5.1.25-2.el7 rhel-beta
mysql-connector-odbc.x86_64 5.2.5-2.el7 rhel-beta
[root@localhost ~]# yum list maria*
Loaded plugins: product-id, subscription-manager
This system is registered to Red Hat Subscription Management, but is not receiving updates. You can use subscription-manager to assign subscriptions.
Installed Packages
mariadb-libs.x86_64 1:5.5.33a-3.el7 @anaconda/7.0
Available Packages
mariadb.i686 1:5.5.33a-3.el7 rhel-beta
mariadb.x86_64 1:5.5.33a-3.el7 rhel-beta
mariadb-bench.x86_64 1:5.5.33a-3.el7 rhel-beta
mariadb-devel.i686 1:5.5.33a-3.el7 rhel-beta
mariadb-devel.x86_64 1:5.5.33a-3.el7 rhel-beta
mariadb-embedded.i686 1:5.5.33a-3.el7 rhel-beta
mariadb-embedded.x86_64 1:5.5.33a-3.el7 rhel-beta
mariadb-embedded-devel.i686 1:5.5.33a-3.el7 rhel-beta
mariadb-embedded-devel.x86_64 1:5.5.33a-3.el7 rhel-beta
mariadb-libs.i686 1:5.5.33a-3.el7 rhel-beta
mariadb-server.x86_64 1:5.5.33a-3.el7 rhel-beta
mariadb-test.x86_64 1:5.5.33a-3.el7 rhel-beta
Eso es todo por el momento sobre RHEL-7 , te imaginarás que en 10 minutos (de los cuales la mayoría los pasé tratando de encontrar el ifconfig) no puedo ver mucho más, pero me pinta bien y fácil, ciertos cambios que son naturales y hay que asumirlos pues parece que es el camino.
Randy Schekman es un científico ganador de un premio Nóbel de medicina en el 2013. Ha escrito un artículo sobre las revistas científicas como “Nature”, “Science” y “Cell” y su método de generar escazes a la hora de publicar y sobre todo, los métodos de medir el impacto de una publicación y cómo esto que llaman “factor de impacto” es algo que está haciendo daño al mundo científico.
Y en cierta forma sí, concuerdo, porque al hablar con personas que dedican su vida a publicar, más que investigar, noto que lo que hablan continuamente es el factor de impacto (las referencias que les han hecho a sus artículos) y las revistas donde les han publicado. Casi no hablan de la investigación en sí, sino del impacto.
Y me digo yo: no es mejor publicar en algún lugar abierto como arXiv por ejemplo? O en una revista donde el trabajo no esté detrás de un pared de pago (paywall) que impida a los demás ver los contenidos exigiéndoles pagos por acceder? No era hora ya de que las publicaciones sean libremente disponibles para el bien común? Creo que deberíamos tener una (o varias) revistas nacionales abiertas, donde puedan ser publicados los artículos de interés, que tengan validez investigativa/científica, revisada por pares, pero que no impongan restricciones artificiales de diverso tipo para que sean seleccionados. Sólo que su contenido sea útil, valedero, creativo, interesante, necesario y que cumpla con estándares básicos.
Bien común, sumak kausay, me parece más importante que medir las publicaciones o autores según el factor de impacto, o el lugar donde se hayan hecho.
Aquí el artículo en Español, vale la pena leerlo:
http://elpais.com/sociedad/2013/12/11/actualidad/1386798478_265291.html
aquí una reflexión del periodista del país
http://sociedad.elpais.com/sociedad/2013/12/11/actualidad/1386797483_412515.html
Algunos me preguntan qué opino del problemático art 474 del nuevo COIP referente al almacenamiento de cierta información de usuarios por parte de isp y todos los que brindan servicios wifi a terceros. (Hoteles? Universidades? Escuelas? Aeropuertos? Centros comerciales? Cafés de internet?)
Este artículo está muy difuso, abierto, los contenidos son poco claros (ej: tráfico de conexión.. siempre me pregunto qué es precisamente).
No sé a cuántas fuentes consultaron pero por la forma en que se redactó no fue a un grupo muy plural.
Mi respuesta es: esto es impracticable y tiene que ser cambiado. Si alguien con conocimiento de redes e informática leyó este artículo debió darse cuenta de lo peligroso que se vuelven y lo impracticable que es. Debe ser cambiado.
Encontré el repo aquí: http://download.opensuse.org/repositories/home:/zhonghuaren/Fedora_19/
Simplemente bajé este .repo hacia mi /etc/yum.repos.d/
cd /etc/yum.repos.d/
wget http://download.opensuse.org/repositories/home:/zhonghuaren/Fedora_19/home:zhonghuaren.repo
Y listo:
sudo yum install gns3