¡Esta es una revisión vieja del documento!
Comandos:
Comandos:
chmod 777 fichero -> dá todos los permisos al fichero (111 111 111) chmod 700 fichero -> dá todos los permisos al usuario, a los demás nada (111 000 000) chmod 760 fichero -> dá todos los permisos al usuario, al grupo todos excepto ejecución y ninguno a los demás (111 110 000) chmod 655 fichero -> dá todos los permisos al usuario excepto el de ejecución, al grupo y a los demás permite leer y ejecutar.
adduser smbadmin --shell /sbin/nologin --no-create-home
[global] workgroup = MICASA encrypt passwords = yes netbios name = arturito hosts allow = 192.168.1. 127. [docs] path = /home/alfred/myDir browseable = no read only = yes guest ok = no
Internamente, dentro de smbclient podemos utilizar distintos comandos:
Para poder hacer esto necesitamos tener instalado el paquete smbfs, luego, para desmontar podemos usar de igual manera el umount.
El paquete nos instala un nuevo comando: smbmount que es el que nos permite montar mediante la siguiente sintaxis:
Aunque también nos permite añadir (o utilizar en el archivo fstab) un nuevo tipo: el smbfs.
Luego, con hacer umount /mnt ya estaría desmontada.
Para montar al iniciar el sistema tendremos que añadir una línea al /etc/fstab:
//192.168.1.2/Downloads /mnt/smb smbfs credentials=/etc/cred 0 0
Y, por lo tanto en este caso, crear el fichero /etc/cred con lo siguiente:
username = alfred password = alfredspass
A dia de hoy el smbfs parece estar en desuso, para montar una carpeta de red utilizaremos el Common Internet File System: cifs.
La utilización de este es idéntica a la del smbfs; también necesitaremos tener instalados los paquetes de samba.
mount -k cifs //192.168.1.10/APPS /mnt mount.cifs //192.168.1.10/WWW /mnt -o credentials=/cred mount.cifs //oz/WWW /home/alfred/public_html -o uid=alfred,pass=thepass
Es una interfaz web para configurar SAMBA de una forma gráfica.
apt-get install swat
Reiniciamos máquina.
http://<ip>:901
El nombre de usuario y el password tendrán que ser uno de la máquina que se está administrando. Los permisos para ese usuario serán los mismos que tenga para modificar el fichero smb.conf.
Imaginemos que el usuario que queremos crear es smbadmin para acceder a esta config (desde Ubuntu):
adduser smbadmin --shell /sbin/nologin --no-create-home chgrp smbadmin /etc/samba/smb.conf chmod g+w /etc/samba/smb.conf
smbpasswd -a user.Shares.La carpeta tendrá que tener los siguientes permisos:
chown nobody:nogroup smbtest/ chmod 555 smbtest
O si queremos que también sea modificable:
chmod 755 smbtest
192.168.1.2 alfredsp4
Es una utilidad que permite a los usuarios independientemente administrar la máquina cual root se tratase. Su sintaxis es sudo comando; en el archivo /etc/sudoers encontramos su configuración, que se basa en indicar qué usuarios pueden hacer qué cosas (puede ser configurado mediante el comando visudo).
ALL, que significan que son todos los usuarios del sistema o todos los comandos. NOPASSWD : delante de los comandos indica que no tendrá que introducir el password del root.Ejemplos
peter, %operator ALL= /sbin/, /usr/sbin, /usr/local/apps/check.pl %operator ALL= NOPASSWD: /sbin/ ALL ALL=NOPASSWD: ALL
peter y a los usuarios del grupo operator (en todos los servidores) ejecutar con sudo los comandos de: /sbin/, /usr/sbin, /usr/local/apps/check.plla peor idea de la larga y triste historia de las malas ideas.grep sudo /var/log/messages te permitirá ver los comandos ejecutados con sudosu a partir de sudo haremos: sudo su.
El comando ifconfig -a nos dará información de las tarjetas instaladas, la ip que tienen asignada, las IRQs que utilizan, sus puertas de enlace… Pero este comando también nos permite cambiar la ip e indicar una estática: ifconfig <interface de red> <ip> netmask <mascara> up
ifconfig eth0 10.0.0.1 netmask 255.255.255.0 up
route add default gw <ip> <interfaz de red> route add default gw 192.168.1.1 eth0
netstat -nr
Este archivo enlaza IPs con nombres de máquina. Por ejemplo si queremos hacer un ping a “winPC” pondremos: <ip> winPC. Por ejemplo, en mi actual linux tengo:
127.0.0.1 localhost.localdomain localhost arturito
De esa forma, cuando voy a localhost o a arturito (por http, ping, telnet…) me lo reconoce como la máquina propia (127.0.0.1 - También llamada interface loopback).
Este fichero únicamente existe en distribuciones Debian\Ubuntu. Corresponde a la configuración principal para estas distribuciones de las interfaces de red. Se divide en las siguientes “stanzas”, apartados:
auto eth0
Ejemplo para red TCP/IP dada por DHCP:
auto eth0 iface eth0 inet dhcp
Ejemplo para una interface con ip estática:
auto eth1
iface eth1 inet static
address 216.10.119.240
netmask 255.255.255.224
network 216.10.119.224
broadcast 216.10.119.255
gateway 216.10.119.241
dns-nameservers 216.10.119.241
ifup eth0 y ifdown eth0, activan y desactivan (respectivamente) la interface eth0Utilizamos el apt, un sistema de Debian para administrar los paquetes de instalación (.deb). Su sintaxis es la siguiente: apt[-get|-cache…] <opción> <paquete>
apt utiliza el fichero /etc/apt/sources.list para almacenar las direcciones de los paquetes que tiene disponibles y resolver así las dependencias de estos. Cada una de las direcciones apuntan a una carpeta donde existe un archivo override (un indice de los archivos). Por ejemplo:
deb http://192.168.1.2:468/debian/disk1/ sarge contrib
Una vez editado este archivo deberemos hacer un apt-get update para actualizar la caché de instalables registrados.
Para buscar paquetes de instalación o inspeccionar sus características:
Si queremos reparar\finalizar instalaciones inacabadas:
CRON es el daemon (crond) usado para lanzar acciones de forma cronológica.
Para cada usuario existe un fichero de configuración que se encuentra en /var/spool/cron, el global del sistema en /etc/crontab. Puede que los usuarios tengan o no tengan un archivo de cron propio. Esto está indicado en los archivos /etc/cron.allow y /etc/cron.deny, si existe cron.allow los usuarios que estén incluidos en él SI podrán tener archivo de configuración propio, en cambio, si existe cron.deny, los usuarios incluidos NO podrá tener su archivo de configuración propio. Estos archivos no están pensados para que se editen directamente, por lo que hay que usar una orden más adecuada crontab:
crontab [ -u usuario ] fichero indica qué fichero especifica cuando se realiza la acción.crontab [ -u usuario ] { -l | -r | -e }, las diferentes opciones que se pueden realizar sobre el fichero.
Si somos root podremos elegir la primera opción, mediante crontab -u usuario podremos modificar los valores del archivo de configuración del usuario escogido.
Cuando hacemos -e estamos creando\editando un archivo de configuración.
Con -r eliminamos el registro del archivo de configuración.
Y -l muestra dicho archivo.
Para generar órdenes de configuración se hace a partir de un archivo en modo texto con 6 columnas:
[Número], el minuto [0-59][Número], la hora [0-23][Número], el día del mes [1-31][Número], el mes [1-12][Número], el día de la semana [0-7] (El 0 y el 7 son el domingo)[Ruta], la dirección del script que se ejecutará
En los números podemos indicar un * que significa “todos los posibles”.
Es decir, una vez tubiesemos el archivo ya creado utilizariamos el comando crontab <archivo> para que se registrase.
Podremos poner un sólo valor para indicar un valor fijo, una lista de valores separados por comas, un rango: dos números separados por guión. O un */num para indicar “cada x tiempo”:
0 0 * * * <script> # Ejecutado a las 12 de cada día 30 6 */2 * * <script> # Cada dos días a las 12:30 */10 * * * 1 <script> # Cada lunes cada 10 minutos 0 * * * 1-5 <script> # De lunes a viernes, a la hora en punto 0 2 1 * * /var/bckscripts/bckwapps_m > /var/bckscripts/m_wapps.log # Cada primer dia de mes a las 2 de la mañana, la salida del script se guardará en un archivo
También existen carpetas que ejecutan en las que los archivos ejectuables que hay ahí se ejecutan cada x tiempo. /etc/cron.hourly (cada hora), /etc/cron.dail (cada día), /etc/cron.weekly (cada semana) y /etc/cron.monthly (cada mes).
Utilizado para que, en un instante concreto, se lance una instrucción.
crontab -e haremos:export EDITOR=vi
El arranque del operativo, tras el inicio del hardware, carga siempre los siguientes elementos y en el siguiente orden:
Una vez la máquina arranca se carga en memoria la BIOS, esta gestiona al nivel más bajo todos los periféricos y busca el dispositivo adecuado para iniciar el sistema (diskette, CD-ROM, HD…). Si puede, carga el programa que reside en el primer sector del dispositivo (MBR), este es de 512 bytes y contiene instrucciones para el arranque del sistema (bootloader); una vez cargado el control del arranque pasa a ser suyo.
En Linux los dos bootloaders más utilizados son el LILO y el GRUB. Un bootloader se divide en dos fases, la primera consiste únicamente en la carga de la segunda, las instrucciones para ello son las que carga el MBR y una vez localizada la segunda parte del bootloader se carga y comenzará la gestión.
Para que el bootloader pueda cargar el kernel ha de tenerlo localizado, generalmente es un binario del directorio /boot denominado vmlinuz-version. Y antes de cargarlo necesita, también, lanzar el initrd (initial RAM disk), una herramienta que necesitará el propio kernel.
Una vez la imágen del initrd ha sido cargada en memoria vuelca sobre esta los drivers necesarios; configura la memoria, procesadores, sistemas de I/O…; e inicializa los dispositivos de almacenaje para cargar el sistema de ficheros. Luego libera el espacio ocupado por el initrd.
El el dispositivo con la raíz del sistema y libera la memoria en desuso.
Una vez llegados a este punto el kernel ya es operativo, pero no ha cargado ningún programa ni nada para poder decir que hace algo significativo. Entonces, lo que hace, es lanzar el /sbin/init.
El init se encarga de configurar el entorno del sistema para la interacción con el usuario. Es el primer proceso que se carga en la máquina y sobre este se cargarán los demás.
Lo primero que el init hace es cargar los scripts del /etc/rc.d, estos configuran el relog del sistema, el puerto serie… Luego lanza el script /etc/inittab, este define como el sistema actúa frente a cada nivel de ejecución y lanza el nivel por defecto.
Lo siguiente que hace es ejecutar los scripts localizados en /etc/rc.d/init.d/, estos son una serie de programas que se lanzan según el nivel cargado; para definir los programas para cada nivel existen dentro de esta ruta unos directorios con nombre rcX.d, donde X es el nivel de ejcución concreto, y en ellos existen enlaces a los scripts de /etc/rc.d/init.d/ (por ejemplo, las referencias a los scripts que se cargan en el nivel de ejecución 5 estarán localizadas en /etc/rc.d/rc5.d). Los nombres de cada enlace comienzan por S (si son programas que se lanzarán al inicio del nivel) o por K (programas que se lanzarán cuando se cierre ese nivel). Tras la S o la K los nombres de los enlaces contienen un número, ese número es el orden que se usará para elegir qué script se ejecutará primero.
Cuando un script\programa localizado en /etc/rc.d/init.d/ se lanza al principio de un nivel de ejecución se hace utilizando el parámetro start y cuando se lanza al finalizar dicho nivel se utiliza el parámetro stop. Esto significa que nosotros también podríamos relanzar o parar estos ejecutables una vez iniciado el sistema haciendo una llamada del estilo: /etc/rc.d/httpd stop.
Podemos también cerciorarnos del estado de un programa que esté en /etc/rc.d/init.d/ llamandolo con el parámetro status.
En el nivel de ejecución 5 se lanza el /etc/X11/prefdm, este ejecuta el gdm, el kdm, o el xdm que son los manejadores del sistema gráfico X de linux y su configuración en /etc/sysconfig/desktop.
lsmod
Debian lanza también el programa init al iniciar el sistema, el archivo que configura este es /etc/inittab. Luego se ejecutan los scripts que hay en /etc/init.d, pero no directamente, utiliza para ellos los enlaces existentes en /etc/rcX.d (donde X es el nivel de init que arranca).
Los nombres de los enlaces en /etc/rcX.d empiezan por 'S' o 'K' según sean de entrado o de salida en el nivel de init respectivamente y el orden en el que se ejecutarán será dado por un número que sigue a esta letra (mientras más pequeño sea dicho número, antes será ejecutado); luego, tras la letra y el número viene el nombre del script original. Cuando un script 'S' es llamado se le pasa como parámetro start, cuando lo es un 'K' se pasará un stop.
Para facilitar esto Debian proporciona un comando llamada update-rc.d, este funciona usando un script existente en /etc/init.d. Se llama a update-rc.d seguido del nombre del script y de una opción, si por ejemplo esta opción es defaults pondrá el link para iniciarlo en los niveles 2 a 5 (los usados al iniciar la máquina) y para detenerlo en 0 y 1 (los usados al parar la máquina).
update-rc.d myScript defaults
/etc/inittab encontrarás línias parecidas a la siguiente, la que indique initdefault será la que corresponda al nivel por defecto.id:5:initdefault:
* …Saber el nivel de ejecución actual? Lanzando el comando runlevel.
A parte del comando date, que te devuelve la hora actual hay pequeñas cosas que debemos saber respecto al manejo del tiempo en Linux…
Podemos sincronizar el reloj de nuestro sistema con el de un servidor NTP, de esos que te indican la hora actual exacta. Para ello existe el comando ntpdate, su sintaxis: ntpdate -u <servidor>. Servidores que pueden servirnos: swisstime.ethz.ch, hora.uv.es o gong.uv.es.