Etiqueta: trivia

Fichero /proc/pid/smaps (mejor filtrado con awk 😉 )
Herramienta smem

http://unix.stackexchange.com/questions/71714/linux-total-swap-used-swap-used-by-processes

# Montar
sudo cryptsetup --type tcrypt open ruta-a-volumen-truecrypt truec1
sudo mount /dev/mapper/truec1 punto-montaje
# Desmontar
sudo umount /dev/mapper/truec1 
sudo cryptsetup --type tcrypt close truec1

(más: [SOLVED] Truecrypt stopped working)

Habilitar bluetooth en Thinkpad:

echo 1 > /sys/devices/platform/thinkpad_acpi/bluetooth_enable

Instalar bluez y bluez-utils

Cargar el módulo btusb. Arrancar el servicio bluetooth

modprobe btusb
systemctl start bluetooth.service

Hacer el emparejado y conexión con la herramienta bluetoothctl

bluetoothctl
[bluetooth]# list
[bluetooth]# select <controller mac>
[bluetooth]# power on
[bluetooth]# scan on
[bluetooth]# agent on
[bluetooth]# devices
[bluetooth]# pair <mouse mac>
[bluetooth]# trust <mouse mac>
[bluetooth]# connect <mouse mac>

Varias recetas para compilar el compilador C/C++ de GNU (valga la redundancia :-p)

Receta simple

Receta «complicada» (estática)

Si tienes N cores/CPU, puedes añadir «-j N» al make para acelerar el proceso.

Igualmente, si sólo necesitas (por ejemplo) C, C++ y Fortran, puedes indicarlo con «–enable-languages=c,c++,fortran»

cd gcc
./contrib/download_prerequisites
cd ..
mkdir objdir
cd objdir
../gcc-4.7.2/configure --prefix=~/gcc --enable-languages=c,c++,fortran
make -j 8
make install

El artículo «Security Guide: How to Protect Your Infrastructure Against the Basic Attacker» de las gentes de Mailgun es exhaustivo a la par que claro, por lo que resulta una estupenda forma de iniciarse en los misterios de la «securización de servidores». Incluye ejemplos de cortafuegos, restricción de recursos, monitorización…

Algunos puntos particularmente interesantes:

• «demonización»: (systemd / initd) + monit, supervisord, skarnet s6, daemontools
• «capabilities» en lugar de setuid/sudo
• Usar ProxyCommand en vez de ssh-agent (cuando hay pasarelas/bastión por medio)
• balanceo de carga (apache / nginx / haproxy / vulcand) que separe el servidor de aplicaciones (privado) del servidor web público

La charla «Simple but Effective Server Hardening», de Kyle Rankin, va bastante más al grano. Pero también merece la pena echarle un ojo.

A destacar:

• evitar fail2ban
• SSH: impedir login como Ruth :-p, o el uso de «claves tecleadas». Usar opciones de cifrado seguras (aes256-gcm@openssh.com, curve25519-sha256@libssh.org, hmac-sha2-512-etm@openssh.com …)
• Usar pares de claves seguros (ver abajo)
• Two factor authentication. como Google Authenticator
• Control de versiones de los ficheros de configuración de los servidores
• Acceso remoto por pasarela («bastión»)

# pares de claves "seguros" (en 2015...)
ssh-keygen -t rsa -b 4096
ssh-keygen -t ed25519

ATI ofrece una forma sencilla de cambiar entre la tarjeta integrada (menor rendimiento, bajo consumo) y la tarjeta con aceleración 3D (mayor rendimiento, consumo energético más alto):

# comprobar qué tarjeta se está usando
aticonfig --pxl

# usar GPU
sudo aticonfig --px-dgpu

# usar tarjeta integrada
sudo aticonfig --px-igpu

Después del cambio, hay que reiniciar el servidor X. Lo más sencillo para ello es cerrar sesión y volver a entrar (login)

systemtap es una completa herramienta que permite cotillear lo que se cuece en el kernel (en la línea del ínclito dtrace). En la documentación (/usr/share/doc/systemtap-doc/examples) hay multitud de ejemplos interesantes de sus posibilidades. Algunos ejemplos:

• general/watchdog.stp: procesos de usuario relacionados con una llamada que tarda más de lo esperado
• interrupt/interrupts-by-dev.stp: interrupciones por dispositivo
• io/disktop.stp: procesos con entrada/salida más intensa
• process/sigkill.stp: señales de terminación

La única «pega» es que necesita la versión debug del kernel…