Llevaba tiempo sin usar Fedora, y no es que cambie excesivamente respecto a otras distros pero a la hora de gestionar los servicios del sistema la cosa varía un poco.
Si de lo que hablamos es de un servicio DHCP, recordaros que el protocolo DHCP (Dynamic Host Configuration Protocol) nos permite que los dispositivos individuales en una red IP obtener su propia información de configuración de red. Bien, veamos cómo Iniciar, parar o reiniciar nuestro servicio.
Para las versiones de Fedora por encima de 15 (la versión actual es la 19 que salió apenas hace un mes) la forma de hacerlo es:
Anonimato en la Red: I2P y su instalación en GNU/Linux http://t.co/29LO1e7n
— MiradaDelReplicante (@tannhausser) January 29, 2013
Google propone cartera virtual , con todo y tarjetas de crédito! http://t.co/MsqRYJiw
— Odalys Ramirez (@OdalysRP) January 31, 2013
Nibbio, el tablet que te permite elegir sistema operativo entre Android y Ubuntu http://t.co/4DDRIKh0 via @genbeta
— Touchit Tablets (@touchit_es) January 26, 2013
Como es de todos su uso bien conocido, PING es una utilidad diagnóstica para comprobar el estado de la conexión mediante el envío de paquetes ICMP (solicitud y de respuesta). Para realizar este cometido es posible que en alguna ocasión nos preguntáramos si podemos acelerar este proceso.
Pues bien, para hacerlo utilizaremos el comando de la siguiente forma:
ping -n -W valor -i valor servidor_remoto
Entrando en detalle, estos parámetros:
Así, utilizando el comando PING de la forma común (con el parámetro -c indicamos el número paquetes enviados:
ahornero@6581-D:~$ ping -c 10 linuxhispano.net
PING linuxhispano.net (69.61.14.202) 56(84) bytes of data.
64 bytes from linux50.webhosting-network-services.com (69.61.14.202): icmp_req=1 ttl=47 time=134 ms
64 bytes from linux50.webhosting-network-services.com (69.61.14.202): icmp_req=2 ttl=47 time=135 ms
64 bytes from linux50.webhosting-network-services.com (69.61.14.202): icmp_req=3 ttl=47 time=134 ms
64 bytes from linux50.webhosting-network-services.com (69.61.14.202): icmp_req=4 ttl=47 time=134 ms
64 bytes from linux50.webhosting-network-services.com (69.61.14.202): icmp_req=5 ttl=47 time=135 ms
64 bytes from linux50.webhosting-network-services.com (69.61.14.202): icmp_req=6 ttl=47 time=134 ms
64 bytes from linux50.webhosting-network-services.com (69.61.14.202): icmp_req=7 ttl=47 time=135 ms
64 bytes from linux50.webhosting-network-services.com (69.61.14.202): icmp_req=8 ttl=47 time=134 ms
64 bytes from linux50.webhosting-network-services.com (69.61.14.202): icmp_req=9 ttl=47 time=135 ms
64 bytes from linux50.webhosting-network-services.com (69.61.14.202): icmp_req=10 ttl=47 time=135 ms— linuxhispano.net ping statistics —
10 packets transmitted, 10 received, 0% packet loss, time 9012ms
rtt min/avg/max/mdev = 134.042/134.906/135.339/0.528 ms
En cambio, veremos el tiempo reducido mediante la invocación planteada:
El propósito de esta entrada es la de administrar la red de nuestro sistema sin necesidad de atender a ninguna interfaz gráfica. Os iré mostrando los puntos que he encontrado más relevantes para configurar la red por consola.
En los ejemplos mencionados estoy logueado como superusuario, de forma que para editar ficheros o realizar determinadas acciones no tenga que solicitar privilegios con otro usuario (e.g. mediante la aplicación sudo)
root@6581-Server:~# ifconfig -a
eth0 Link encap:Ethernet HWaddr 08:00:27:a4:07:e0
inet addr:192.168.1.134 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::a00:27ff:fea4:7e0/64 Scope:Link
[…]lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
[…]
No os aconsejo ejecutar la siguiente línea esto si os encontráis conectados de forma remota por esta interfaz.
root@6581-Server:~# ifconfig eth0 down
Existen otras vías, como por ejemplo: ifconfig eth0 192.168.1.134 netmask 255.255.255.0 up, pero prefiero hacerlo así ya que los cambios son permanentes.
Editamos el fichero de configuración
root@6581-Server:~# nano /etc/network/interfaces
Este tendrá la siguiente forma, dónde estamos indicando que la interfaz lo haga un loopback y la eth0 se levante de forma automática, sea estática, tenga esa IP, esa máscara y asignada esa puerta de enlace predeterminada.
La arquitectura de servidores que mantengo en el trabajo, está basada en su parte Linux en máquinas virtuales con Scientific Linux (distribución derivada de Red Hat) sobre las que gracias a Xen, paravirtualizo otras máquinas que son las que finalmente dan el servicio.
En distribuciones del tipo de Red Hat, como puedan ser esta misma Scientific Linux u otras como CentOS o Fedora, la configuración básica de la red es como sigue.
Hace unos días me instalé la aplicación GeeMail, se trata de una aplicación de escritorio multiplataforma (corre bajo Adobe Air) para controlar nuestra cuenta de Gmail.
Ya sabéis que me encantan los productos de Google, en especial el correo. Fueron los pioneros en cambiar el concepto de mail, y siguen siendo los que más avances realizan para que un sistema con tantos años no pierda su esencia principal, comunicarse. Han pasado unos días y no he notado que GeeMail me aporte nada nuevo, salvo que corre en local y parece que mola más.
Para reinstalar un paquete con el gestor de paquetes YUM tenemos tres opciones:
1. Desinstalar y volver a instalar:
root@6581-D:~$ yum remove PACKAGE
root@6581-D:~$ yum install PACKAGE
2. Si por las dependencias tenemos problemas para desinstalarlo, forzamos la desinstalación con RPM y lo volvemos a instalar:
root@6581-D:~$ rpm -e –nodeps PACKAGE
root@6581-D:~$ yum install PACKAGE
3. Como último caso, supongamos que las dependencias que tiene son tan grandes como para desinstalar algo que no queremos. Entonces forzamos desinstalación evitando dependencias, así:
En relación con la entrada de ayer de Carazo sobre Dónde instalan APT y Synaptic los paquetes, hoy veremos si tenemos un paquete en distribuciones basadas en Red Hat. Es decir, veremos que paquete tenemos instalado atendiendo a una búsqueda, en Fedora, CentOS, Red Hat o Suse Linux.
Bien, si e.g. buscamos que paquetes tenemos que usen (han de contenerlo en el nombre del paquete) SSH. Usaremos el comando RPM con los argumentos qa tunelando la salida y filtrando las filas que contienen la palabra clave ‘ssh’.
