Linux: Reactivar Control+ALT+Retroceso para reiniciar servidor X en Linux

Por si no sabias, puedes reiniciar tu servidor X presionando las teclas “Ctrl+Alt+Retroceso”, de que sirve, pues cuando esta trabado todo todo, al reiniciar el servidor X puedes casi siempre volver a la normalidad y volver a iniciar sesión.

Ahora, si por alguna razón no funciona esta combinación de teclas (en las ultimas versiones de Ubuntu por ejemplo, no sirve), aquí esta la forma de volver a activar esta opción.

En la terminal escribir:

sudo dpkg-reconfigure keyboard-configuration

Te van a aparecer muchas opciones, puedes ignorar todas.., excepto cuando llegue a la parte que te dice:

Por omisión la combinación Control+Alt+Retroceso no hace nada. Si lo desea, puede utilizarse para terminar el servidor X.

¿Desea utilizar Control+Alt+Retroceso para terminar el servidor X?

Despúes, activar la opción de SI, y listo!…, a probar el comando (todo lo que tengas abierto se cerrara en automático)

rkhunter: Warnings y más warnings

Estoy escaneando en busca de troyanos y rootkit mi servidor Debian con la aplicación rkhunter, y en el log veo que tengo diferentes warnings en archivos del sistema como por ejemplo:

/usr/sbin/adduser [ Warning ]
/usr/bin/lwp-request [ Warning ]
/bin/which [ Warning ]

Y por ejemplo el adduser el warning indicaba que apuntaba a un archivo de perl , entonces para no ponerme paranoico investigue sobre lo sucedido y veo que falta agregar un parametro en el archivo de configuración de rkhunter: /etc/rkhunter.conf, como estoy utilizando debian (ubuntu) falta agregar esta línea:

PKGMGR=DPKG

Eso indica que las validaciones se harán con dpkg y entonces vualaa! ya no más warnings en estos archivos.

Sudo no funciona, error en el archivo sudoers

Al querer ingresar como root con el comando sudo me marca un error de que la sintaxis es incorrecta en el archivo sudoers, y probando con su root no deja entrar entonces, ¿como puedo tener acceso como root?

[email protected]:/home$ sudo su –
sudo: >>> /etc/sudoers: syntax error near line 22 < << sudo: parse error in /etc/sudoers near line 22 sudo: no valid sudoers sources found, quitting sudo: unable to initialize policy plugin

[email protected]:/home$ su –
Password:
su: Authentication failure

1.- Tener acceso fisico y arrancar el GRUB y montar la partición como un solo usuario y despues poder modificar el archivo sudoers, en mi caso no tengo acceso fisico ni forma de ver el GRUB remotamente.

2.- Utilizar este truco, con este comando: pkexec visudo y poner la clave de root

[email protected]:~$ pkexec visudo
==== AUTHENTICATING FOR org.freedesktop.policykit.exec ===
Authentication is needed to run `/usr/sbin/visudo’ as the super user
Authenticating as: ubuntu-prueba,,, (usuario)
Password:

Y vualaaaa!, aparece el archivo de configuración, buscamos la línea 22 y vemos la error de sintaxis, lo arreglamos y listo 🙂

Linux: Ver que proceso esta bloqueando algún archivo

Estos comandos nos puede ayudar para conocer cual proceso esta bloqueando nuestro archivo, para posteriormente matarlo con un kill -9 PROCESO

el primero es fuser -v ARCHIVO, un ejemplo tipico de bloqueo es cuando tenemos el error

debconf: DbDriver “config”: /var/cache/debconf/config.dat is locked by another process: Resource temporarily unavailable

#fuser -v /var/cache/debconf/config.dat

USER PID ACCESS COMMAND /var/cache/debconf/config.dat:
root 1846 F…. frontend

Lo que nos interesa es la parte del PID, o tambien tenemos este otro comando lsof ARCHIVO

#lsof /var/cache/debconf/config.dat

COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
frontend 1846 root 4uW REG 8,3 48329 24036395 /var/cache/debconf/config.dat

De igual manera nos interesa el PID, en este caso 1846, y ahora si.., a eliminar el proceso latoso: kill -9 1846

Apt: Dynamic MMap ran out of room. Please increase the size of APT::Cache-Limit. Current value: 25165824. (man 5 apt.conf)

Después de ejecutar un apt-get update, al procesar las listas de cambios y realizar la unión de todos los archivos, me aparece el siguiente error.

Reading package lists… Error!
E: Dynamic MMap ran out of room. Please increase the size of APT::Cache-Limit. Current value: 25165824. (man 5 apt.conf)
E: Error occurred while processing postgresql-pltcl-8.4 (NewPackage)
E: Problem with MergeList /var/lib/apt/lists/s2plmirror01.prod.sdl2.secureserver.net_ubuntu_dists_lucid_universe_binary-i386_Packages
W: Unable to munmap
E: The package lists or status file could not be parsed or opened.

Al parecer tiene una limitante la cache de APT a 25165824, la solución obvia es aumentar ese tamaño.., pero la pregunta del millón!! en donde???…, pues solo tenemos que editar el archivo: /etc/apt/apt.conf.d/70debconf y agregar la siguiente linea:

APT::Cache-Limit “100000000”;

Y listo!!…, el valor pues puede ser cualquiera mas alto a el del error, pero con ese número se soluciona 🙂

Ahora si.. ,procedemos a limpiar la cache y recargar la lista: apt-get clean && apt-get update –fix-missing

Postfix: temporary failure. Command output: /usr/bin/maildrop: Unable to create a dot-lock

De repente el servidor de correos que se configuro con ISPConfig 3, no enviaba correos cuando se trata de mails configurados con “reenvío de correo.” (Email forward)

Me daba el siguiente error en /var/log/mail.log

Feb 12 15:25:17 oviedo.mx postfix/pipe[30549]: DDE86158187: to=, relay=maildrop, delay=4356, delays=4356/0.05/0/0.1, dsn=4.3.0, status=deferred (temporary failure. Command output: /usr/bin/maildrop: Unable to create a dot-lock at /var/vmail/oviedo.mx/usuario/3055320.0.oviedo.mx. )

Ademas anteriormente me daba problemas con el puerto 10024, me decia que conexion rechazada:

Feb 10 16:13:28 oviedo.mx postfix/smtp[14558]: connect to 127.0.0.1[127.0.0.1]:10024: Connection refused

Entonces para solucionar el problema del puerto 10024, era desactivar el antivirus amavis, entonces en el archivo de configuración de postfix main.cf /etc/postfix/main.cf procedemos a comentar la línea donde aparezca algo así:

#content_filter = amavis:[127.0.0.1]:10024

Reiniciamos postfix /etc/init.d/postfix restart y tratamos de enviar un email de los configurados para forward y pues me sigue dando el error inicial del maildrop.

Investigando un poco me doy cuenta que al comentar la línea de content_filter del anti-virus amavis, tambien se debe de comentar la línea donde dice: receive_override_options entonces el archivo main.cf nos quedará de la siguiente manera:

#content_filter = amavis:[127.0.0.1]:10024
#receive_override_options = no_address_mappings

Y listo!, reiniciamos otra vez postfix y a probar. Por lo menos a mi me funciono así como les he dicho.

Apt-get: Problem with MergeList en /var/lib/apt/lists/

Si Ubuntu o Debian les arroja el siguiente error, o algo similar que diga problemas con MergeList.

E: Encountered a section with no Package: header
E: Problem with MergeList /var/lib/apt/lists/ ftp.utexas.edu_ubuntu_dists_quantal_main_i18n_Translation-en
E: No se pudieron analizar o abrir las listas de paquetes o el archivo de estado.

La solución es limpiar la lista del APT y volver a actualizar los paquetes, quizas se descargo un paquete corrupto y pues fue el causante de todo el problema, entonces como ejecutar los siguientes comandos con los superpoderes de sudo.

sudo rm /var/lib/apt/lists/* -vf
sudo apt-get update

Y listo!!! asunto arreglado no más errores que no se encuentra en encabezado de los paquetes ni que no puede hacer la combinación de las listas de apt.

Linux: Contar requests por IP de un access_log de Apache

Para ver el total de peticiones a nuestro servidor apache por dirección IP, podemos ejecutar este comando desde la terminal.

cat /var/log/apache2/access_log |awk ‘{print($1)}’|sort |uniq -c |sort

Y listo, nos dará como resultado 2 columnas, la primera con el total de visitas y la segunda la dirección IP, útil para saber si alguien esta queriendo entrar al sistema indebidamente, aunque por lo general en los primeros lugares con más visitas encontraremos a Google o MSN Search.

nginx – error 413 Request Entity Too Large

Hoy por la mañana queria subir un archivo CSV al servidor pero lo hago mediante 2 pasos, primero cargo el archivo y muestro un formulario con los resultados para confirmar que la información sea correcta, despues ese formulario lo mando mediante POST y al darle enviar me aparece el siguiente error en el servidor web Nginx

Error 413 Request Entity Too Large

La solución a todo esto es aumentar el tamaño en Megas que puede recibir el servidor., solo es cosa de modificar el archivo /etc/nginx/nginx.conf o si tiene subdominios la carpeta correspondiente al subdominio que estara dentro de /etc/nginx/sites-available/default (por ejemplo)

Bueno ahí dentro del archivo de configuración buscamos el bloque server e insertamos adentro la etiqueta: client_max_body_size 50M; (en donde 50M es el tamaño deseado), nos quedaría algo así:

server {

listen 80; ## listen for ipv4
listen [::]:80 default ipv6only=on; ## listen for ipv6

server_name paginaweb.com www.paginaweb.com;
client_max_body_size 50M;
access_log /var/log/nginx/paginaweb.access.log;

location / {
root /var/www/paginaweb.com;
index index.php;
if (-e $request_filename) {
break;
}
rewrite ^/(.+)$ /index.php?/$1 last;
}
}

Y listo, reiniciamos el servidor web.