davidsuarez.es

A modo de chuleta aquí dejo una serie de comandos para ver la versión de Ubuntu y del kernel…
$ cat /etc/issue
$ cat /etc/lsb-release
$ cat /etc/apt/sources.list
$ uname -a
… alguien le servirá.

Tengo un servidor ubuntu en una red privada que tiene determinado nombre, supongamos “melanito.dominiointerno.local”.

Necesito enviar email al exterior con sendmail pero son rechazados porque el dominio no existe.

Esta es la forma de enmascarar el dominio de envío de emails con sendmail. Aquí lo dejo para cuando lo necesitemos.

edita el fichero /etc/mail/sendmail.mc

Añade las lineas

MASQUERADE_AS(`dominiopublico.com')dnl
FEATURE(`masquerade_envelope’)dnl
FEATURE(`masquerade_entire_domain’)dnl
MASQUERADE_DOMAIN(`dominiopublico.com’)dnl

Vuelve a generar sendmail.cf con el siguiente comando

$ m4 /etc/mail/sendmail.mc > /etc/mail/sendmail.cf

Reinicia el servicio sendmail

$ /etc/init.d/sendmail restart

Y ya puedes probarlo.

Extraído de http://www.sendmail.org/documentation/configurationReadme

Esto era novedad. He tenido que formatear un servidor y al intentar conectarme de nuevo desde otro servidor del que ya me conectaba antes recibo este error:



@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@

Claro, evidentemente la clave RSA había cambiado y no correspondía con la que había guardada en el fichero known_hosts y no era posible la conexión.

La solución la da el propio mensaje, la clave obsoleta se encontraba en la linea 10 de mi fichero known_host tal y como dice el mensaje de error.

Eliminamos la huella antigua con el siguiente comando:

$ sed -i 10d ~/.ssh/known_hosts

Notese que en el comando he puesto que borrase la linea 10. Y ya puedo conectarme de nuevo ya que ofrece la nueva huella de la nueva identidad del servidor nuevo.

En caso de querer añadir de nuevo la clave publica al nuevo servidor tan solo hemos de ejecutar el siguiente comando:

david@backups$ cat ~/.ssh/id_rsa.pub | ssh root@172.31.0.41 ‘cat – >> ~/.ssh/authorized_keys’

Esta mañana he actualizado un servidor a Ubuntu 10.04 y tras reiniciar me he dado cuenta que el servidor ha dejado de servir aplicaciones php. Al intentar cargar un blog de WordPress me ofrecia descargar o abrir el index.php

Leyendo un poco e investigando al final me he dado cuenta que por defecto php5 ya no sirve las páginas desde los directorios de usuario.

Me ha costado un poco encontrar la solución pero aqui la dejo por si a alguno tambien le ocurre que se ha lanzado a la actualización sin leer la documentación correspondiente.

Bueno, despues de ver el error me imaginaba que algo podría haber cambiado en /etc/apache2/mods-enabled/php5.conf

Aqui te dejo mi php5.conf por si el tuyo está como el mio:

<IfModule mod_php5.c>
    <FilesMatch "\.ph(p3?|tml)$">
        SetHandler application/x-httpd-php
    </FilesMatch>
    <FilesMatch "\.phps$">
        SetHandler application/x-httpd-php-source
    </FilesMatch>
    # To re-enable php in user directories comment the following lines
    # (from <IfModule ...> to </IfModule>.) Do NOT set it to On as it
    # prevents .htaccess files from disabling it.
    <IfModule mod_userdir.c>
        <Directory /home/*/public_html>
            php_admin_value engine Off
        </Directory>
    </IfModule>
</IfModule>

Si tu fichero está como este lo único que debes hacer es comentar las siguientes lineas tal y como dicen los comentarios anteriores:

<IfModule mod_userdir.c>
    <Directory /home/*/public_html>
         php_admin_value engine Off
    </Directory>
</IfModule>

reinicia Apache con el siguiente comando:

sudo /etc/init.d/apache2 reload

Ya debe estar todo funcionando correctamente.