Archivo
Limpiar errores idmap samba
Es posible que si hacemos un remaping de UID/GIDs en Samba cuando obtenemos los usuarios de un AD, nos quede la BBDD tdb con algunas entradas erroneas.
# net idmap check
check database: /var/lib/samba/winbindd_idmap.tdb
Invalid record: "store test"
Invalid record: "transaction test"
[...]
Invalid mapping: "GID 1641\00" -> "S-1-5-21-329436275-369539378-859735618-4554\00"
("GID 2141\00" <- "S-1-5-21-329436275-369539378-859735618-4554\00")
Invalid mapping: "UID 1599\00" -> "S-1-5-21-329436275-369539378-859735618-2410\00"
("UID 2163\00" <- "S-1-5-21-329436275-369539378-859735618-2410\00")
uid hwm: 54298
gid hwm: 47533
mappings: 897
other: 3
invalid records: 2
missing links: 0
invalid links: 770
0 changes:
Si intentamos conectarnos a la bbdd y limpiar las entradas, nos dará un error y no podremos.
Para solucionar el problema, lo podemos hacer de la siguiente forma.
SAVEIFS=$IFS
IFS=$(echo -en "\n\b")
for id in $(net idmap check|grep -i ^"invalid mapping" | cut -d"\"" -f 2);do
tdbtool /var/lib/samba/winbindd_idmap.tdb delete "${id}"
done
IFS=$SAVEIFS
Una vez eliminadas las entradas invalidas, podremos lanzar el comando, y veremos que está todo correcto.
# net idmap check check database: /var/lib/samba/winbindd_idmap.tdb Invalid record: "store test" Invalid record: "transaction test" uid hwm: 54298 gid hwm: 47533 mappings: 897 other: 3 invalid records: 2 missing links: 0 invalid links: 0 0 changes:
Para consultar más información al respecto sobre las BBDD TDB:
https://www.ibm.com/developerworks/library/l-lpic3-310-3/index.html
Solucionar problema de bloqueo de ficheros en OwnCloud
Configuramos OwnCloud en modo mantenimiento agregando la siguiente línea al fichero de configuración.
# vim config/config.php 'maintenance' => true,
Borramos los locks de la table “oc_file_locks”
# mysql -u root -p owncloud DELETE FROM oc_file_locks WHERE 1;
Deshabilitamos el modo mantenimiento de OwnCloud dehaciendo el primer paso.
Solucionar error “errno 111” al iniciar NFS
Es posible que nos encontremos el siguiente error al iniciar el servicio NFS.
# systemctl status nfs-server nfs-server.service - NFS server and services Loaded: loaded (/usr/lib/systemd/system/nfs-server.service; disabled) Active: failed (Result: exit-code) since Tue 2017-05-02 17:42:54 CEST; 5s ago Process: 4005 ExecStart=/usr/sbin/rpc.nfsd $RPCNFSDARGS (code=exited, status=1/FAILURE) Process: 4004 ExecStartPre=/usr/sbin/exportfs -r (code=exited, status=0/SUCCESS) Main PID: 4005 (code=exited, status=1/FAILURE) May 02 17:42:54 server systemd[1]: Starting NFS server and services... May 02 17:42:54 server rpc.nfsd[4005]: rpc.nfsd: writing fd to kernel failed: errno 111 (Connection refused) May 02 17:42:54 server rpc.nfsd[4005]: rpc.nfsd: unable to set any sockets for nfsd May 02 17:42:54 server systemd[1]: nfs-server.service: main process exited, code=exited, status=1/FAILURE May 02 17:42:54 server systemd[1]: Failed to start NFS server and services. May 02 17:42:54 server systemd[1]: Unit nfs-server.service entered failed state.
Para solucionar el error, deshabilitamos la versión NFS v2 y v3, de esta manera podemos solucionar el error al realizar el export.
# rpc.nfsd -d -N 2 -N 3 rpc.nfsd: Checking netconfig for visible protocols. rpc.nfsd: Enabling inet udp. rpc.nfsd: Enabling inet tcp. rpc.nfsd: Enabling inet6 udp. rpc.nfsd: Enabling inet6 tcp. rpc.nfsd: knfsd is currently down rpc.nfsd: Writing version string to kernel: -2 -3 +4 rpc.nfsd: Creating inet TCP socket. rpc.nfsd: Creating inet UDP socket. rpc.nfsd: Creating inet6 TCP socket. rpc.nfsd: Creating inet6 UDP socket.
Una vez iniciado, podemos verificar que versiones de NFS estamos exportando.
# cat /proc/fs/nfsd/versions -2 -3 +4 +4.1 -4.2
Instalar VirtualBox con driver red NDIS5
Es posible que en algunos equipos no funcione el nuevo driver NDIS6 que viene por defecto en Virtual Box, no está todo perdido. Podemos instalar Virtual Box forzando el uso del antiguo driver NDIS5
VirtualBox-5.1.14-112924-Win.exe -msiparams NETWORKTYPE=NDIS5
Instalar nginx en CentOS 7 armhfp
Instalar nginx en CentOS 7 armhfp
sudo curl --location https://repos.fedorapeople.org/trustywolf/nginx/nginx.repo > /etc/yum.repos.d/nginx.repo && sudo yum install nginx
Screen, uso y combinaciones de teclas útiles
Screen es una de esas utilidades indispensables que toda persona que utilice la terminal tiene que conocer, ya que es muy útil, su mayor ventaja es que nos permite multiplexar la terminal.
No voy a hacer una definición, ya que para eso está la Wikipedia 😉
Aquí están algunas de las combinaciones de teclas más utilizadas.
Iniciar Screen: screen
Crear otra consola virtual: Ctrl-a c
Ir a la siguiente consola virtual: Ctrl-a n
Ir a la consola virtual previa: Ctrl-a p
Desengancharnos de Screen: Ctrl-a d
Re-engancharnos a Screen: screen -x or screen -x PID
Partir la terminal horizontalmente: Ctrl-a S
Partir la terminal verticalmente: Ctrl-a |
Moverse entre ventanas: Ctrl-a Tab
Renombrar las sesiones: Ctrl-a A
Salvar un registro de la sesión: Ctrl-a H
Salvar una captura de la sesión: Ctrl-a h
Revocar Certificados OpenVPN
Dentro del directorio “easy-rsa” hay un script “revoke-full”, cuando se ejecuta se pasa la key/nombre_certificado como parámetro.
Cuando se ejecuta, se actualiza el fichero “easy-rsa/keys/index.txt”, en el cual podemos ver todas las claves.
Vemos que las que están revocadas comienzan con una “R” (de revoked).
grep -v ^R index.txt|awk 'BEGIN{ FS="/" } ; { if ($6 ~ /CN/){ print $6 }else if($7 ~ /CN/){ print $7}}'
Para que funcione la revocación de certificados, tenemos que tener habilitada la siguiente línea en la configuración de OpenVPN:
crl-verify crl.pem
Y tener el fichero “crl.pem” accesible.
Por otro lado, podemos ver las fechas de expiración de todos los certificados con el siguiente comando.
for i in $(ls|grep crt);do echo $i echo "--------" openssl x509 -noout -text -in $i | grep -e "Not Before" -e "Not After" echo "" echo "" done
