Si muy a menudo corremos máquinas virtuales, casi con seguridad podemos querer ejecutarlas en modo fullscreen, ya que ya no nos hace falta el menú de VirtualBox para configurar nada.
Entonces, en consola, ejecutamos:
:~$ VBoxSDL -fullscreen -vm "Nombre_Máquina_Virtual"
y listo, la máquina virtual se ejecutará a pantalla completa.
En el caso en que querramos ejecutarla al inicio del sistema en Ubuntu, por ejemplo, hacemos:
Meú--> Sistemas--> Preferencias--> Aplicaciones al inicio
y ahí agregamos la línea anteriormente mencionada:
:~$ VBoxSDL -fullscreen -vm "Nombre_Máquina_Virtual"
listo, al arrancar Ubuntu, tendremos nuestra máquina virtual ejecutada a pantalla completa.
Pero esto no es todo, tenemos otra forma de ejecutar nuestra máquina virtual a pantalla completa, pero ahora, desde el inicio de la sesión, para esto, hacemos lo siguiente:
Creamos el siguiente archivo:
:~$ sudo vi /usr/share/xsessions/xgvm.desktop
y agregamos:
[Desktop Entry]
Encoding=UTF-8
Name=xgvm
Comment=xgvm
Exec=VBoxSDL -fullscreen -vm "Nombre_Máquina_Virtual"
Icon=
Type=Application
Listo. Cuando iniciemos Ubuntu, al seleccionar el usuario, al pie de la pantalla nos aparecerán las distintas opciones de inicio de sesión, seleccionamos xgvm, y, al ingresar, se iniciará solamente nuestra máquina virtual, y a Pantalla Completa.
Fuente 1
jueves, 23 de junio de 2011
Ejecutar aplicaciones X remotas a través de SSH en GNU/Linux
Una muy buena característica que permite el protocolo SSH, es que nos deja ejecutar aplicaciones X.
Como es esto???.
Es, la facilidad de ejecutar aplicaciones gráficas en servidores remotos y recibir su contexto gráfico en el escritorio cliente, de la misma manera como si se ejecutaría una aplicación local.
Por supuesto que para poder usar esta característica, necesitamos que tanto en la máquina server, como en el máquina cliente, tenemos que tener instalado ssh, para esto:
:~$ sudo aptitude install openssh-client openssh-server
También es necesario que tanto el server como el cliente, este ejecutando un servidor X.
Y por último, y fundamental, el cliente debe tener creada una cuenta de usuario en el server, con acceso ssh.
Bien, con todo instalado, tenemos que realizar algunas modificaciones en el servidor ssh, para esto:
:~$ sudo vi /etc/ssh/sshd_config
y modificamos, o agregamos si no existen, las siguientes líneas:
AllowAgentForwarding yes
X11Forwarding yes (generalmente esta línea ya se encuentra)
X11DisplayOffset 10 (generalmente esta línea ya se encuentra)
X11UseLocalhost yes
grabamos y salimos.
Luego para que estas modificaciones surtan efecto, ejecutamos:
:~$ sudo /etc/init.d/sshd restart
En el cliente, no es necesario hacer ninguna modificación.
Luego, para probarlo, en el cliente, ejecuten:
:~$ ssh -X usuario@mi.servidor.com
Listo, ahora solo tenemos que ejecutar el programa que querramos, en el shell de ssh que acabamos de abrir por ssh, por ejemplo: virtualbox
Fuente 01
Como es esto???.
Es, la facilidad de ejecutar aplicaciones gráficas en servidores remotos y recibir su contexto gráfico en el escritorio cliente, de la misma manera como si se ejecutaría una aplicación local.
Por supuesto que para poder usar esta característica, necesitamos que tanto en la máquina server, como en el máquina cliente, tenemos que tener instalado ssh, para esto:
:~$ sudo aptitude install openssh-client openssh-server
También es necesario que tanto el server como el cliente, este ejecutando un servidor X.
Y por último, y fundamental, el cliente debe tener creada una cuenta de usuario en el server, con acceso ssh.
Bien, con todo instalado, tenemos que realizar algunas modificaciones en el servidor ssh, para esto:
:~$ sudo vi /etc/ssh/sshd_config
y modificamos, o agregamos si no existen, las siguientes líneas:
AllowAgentForwarding yes
X11Forwarding yes (generalmente esta línea ya se encuentra)
X11DisplayOffset 10 (generalmente esta línea ya se encuentra)
X11UseLocalhost yes
grabamos y salimos.
Luego para que estas modificaciones surtan efecto, ejecutamos:
:~$ sudo /etc/init.d/sshd restart
En el cliente, no es necesario hacer ninguna modificación.
Luego, para probarlo, en el cliente, ejecuten:
:~$ ssh -X usuario@mi.servidor.com
Listo, ahora solo tenemos que ejecutar el programa que querramos, en el shell de ssh que acabamos de abrir por ssh, por ejemplo: virtualbox
Fuente 01
martes, 14 de junio de 2011
IP Fija para nuestro Servidor
Una vez terminada la instalación, con las actualizaciones de seguridad necesarias, deberíamos asignarle a nuestro servidor una IP Fija.
Durante la instalación el servidor se configuró automáticamente con el servicio DHCP del router, asignándole una IP automáticamente.
Dado que necesitamos una IP Fija para poder redireccionar los puertos en el router, vamos a configurarlo de la siguiente manera, editando en primer lugar:
:~$ sudo vi /etc/network/interfaces
En este archivo nos encontramos con los siguientes datos:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto eth0
iface eth0 inet dhcp
entonces, modificamos las siguentes lineas:
# The primary network interface
auto eth0
iface eth0 inet static
address 192.168.1.2
netmask 255.255.0.0
gateway 192.168.1.1
#nameserver 208.67.222.222 208.67.220.220
Supongo que queda claro que las direcciones IP para vuestra red las deben asignar ustedes, las que puse a modo de ejemplo son la que utilizo en mi servidor.
Respecto a la línea que está comentada ("#nameserver 208.67.222.222 208.67.220.220"), cuando ingresamos una dirección web en el navegador, por ejemplo www.mipaginaweb.com, nuestro ISP utiliza el servicio DNS (Domain Name System) para “traducir” la dirección que hemos ingresado, en una serie numérica, o números IP, los cuales son usados finalmente por los ordenadores para comunicarse entre si, algunas páginas requieren más de una busqueda DNS antes de empezar a cargar, lo cual conlleva en no pocos casos a una ralentización del proceso de navegación.
Nuestro proveedor de internet siempre nos informa la direcciones de servicios DNS que utiliza, pero también Google ofrece servicio de DNS como así también contamos con el servicios de OpenDNS.
Una vez terminado de modificar el archivo /etc/network/interfaces, tenemos que reiniciar la red, para esto, escribimos:
:~$ sudo /etc/init.d/networking restart
Para verificar el cambio, escribimos:
:~$ ifconfig
y nos informará algo así:
eth0 Link encap:Ethernet direcciónHW xx:xx:xx:xx:xx:xx
Direc. inet:192.168.1.2 Difus.:192.168.1.255 Másc:255.255.0.0
Dirección inet6: xx:xx:xx:xx:xx:xxdda/64 Alcance:Enlace
ACTIVO DIFUSIÓN FUNCIONANDO MULTICAST MTU:1500 Métrica:1
Paquetes RX:9230518 errores:0 perdidos:0 overruns:0 frame:0
Paquetes TX:7387271 errores:0 perdidos:0 overruns:0 carrier:0
colisiones:0 long.colaTX:1000
Bytes RX:322503659 (322.5 MB) TX bytes:1270346488 (1.2 GB)
Interrupción:27 Dirección base: 0x4000
lo Link encap:Bucle local
Direc. inet:127.0.0.1 Másc:255.0.0.0
Dirección inet6: ::1/128 Alcance:Anfitrión
ACTIVO BUCLE FUNCIONANDO MTU:16436 Métrica:1
Paquetes RX:44154 errores:0 perdidos:0 overruns:0 frame:0
Paquetes TX:44154 errores:0 perdidos:0 overruns:0 carrier:0
colisiones:0 long.colaTX:0
Bytes RX:2683344 (2.6 MB) TX bytes:2683344 (2.6 MB)
Con las direcciones IP que le acabamos de asignar.
Fuente 1
Fuente 2
Durante la instalación el servidor se configuró automáticamente con el servicio DHCP del router, asignándole una IP automáticamente.
Dado que necesitamos una IP Fija para poder redireccionar los puertos en el router, vamos a configurarlo de la siguiente manera, editando en primer lugar:
:~$ sudo vi /etc/network/interfaces
En este archivo nos encontramos con los siguientes datos:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto eth0
iface eth0 inet dhcp
entonces, modificamos las siguentes lineas:
# The primary network interface
auto eth0
iface eth0 inet static
address 192.168.1.2
netmask 255.255.0.0
gateway 192.168.1.1
#nameserver 208.67.222.222 208.67.220.220
Supongo que queda claro que las direcciones IP para vuestra red las deben asignar ustedes, las que puse a modo de ejemplo son la que utilizo en mi servidor.
Respecto a la línea que está comentada ("#nameserver 208.67.222.222 208.67.220.220"), cuando ingresamos una dirección web en el navegador, por ejemplo www.mipaginaweb.com, nuestro ISP utiliza el servicio DNS (Domain Name System) para “traducir” la dirección que hemos ingresado, en una serie numérica, o números IP, los cuales son usados finalmente por los ordenadores para comunicarse entre si, algunas páginas requieren más de una busqueda DNS antes de empezar a cargar, lo cual conlleva en no pocos casos a una ralentización del proceso de navegación.
Nuestro proveedor de internet siempre nos informa la direcciones de servicios DNS que utiliza, pero también Google ofrece servicio de DNS como así también contamos con el servicios de OpenDNS.
Una vez terminado de modificar el archivo /etc/network/interfaces, tenemos que reiniciar la red, para esto, escribimos:
:~$ sudo /etc/init.d/networking restart
Para verificar el cambio, escribimos:
:~$ ifconfig
y nos informará algo así:
eth0 Link encap:Ethernet direcciónHW xx:xx:xx:xx:xx:xx
Direc. inet:192.168.1.2 Difus.:192.168.1.255 Másc:255.255.0.0
Dirección inet6: xx:xx:xx:xx:xx:xxdda/64 Alcance:Enlace
ACTIVO DIFUSIÓN FUNCIONANDO MULTICAST MTU:1500 Métrica:1
Paquetes RX:9230518 errores:0 perdidos:0 overruns:0 frame:0
Paquetes TX:7387271 errores:0 perdidos:0 overruns:0 carrier:0
colisiones:0 long.colaTX:1000
Bytes RX:322503659 (322.5 MB) TX bytes:1270346488 (1.2 GB)
Interrupción:27 Dirección base: 0x4000
lo Link encap:Bucle local
Direc. inet:127.0.0.1 Másc:255.0.0.0
Dirección inet6: ::1/128 Alcance:Anfitrión
ACTIVO BUCLE FUNCIONANDO MTU:16436 Métrica:1
Paquetes RX:44154 errores:0 perdidos:0 overruns:0 frame:0
Paquetes TX:44154 errores:0 perdidos:0 overruns:0 carrier:0
colisiones:0 long.colaTX:0
Bytes RX:2683344 (2.6 MB) TX bytes:2683344 (2.6 MB)
Con las direcciones IP que le acabamos de asignar.
Fuente 1
Fuente 2
lunes, 6 de junio de 2011
proFTPd ---- Configurando un servidor ftp...
... proFTPd es un servidor FTP muy estable y seguro.
Es muy sencillo de configurar gracias a que tiene un solo archivo de configuración, y al ser este similar al archivo de configuración de apache, puede que nos sea muy familiar.
Vamos a comenzar con la instalación, en este caso es para una instalación en sistemas basados en Debian:
:~$ sudo apt-get install proftpd
Durante la instalación nos hará una sola pregunta, la cuál tiene que ver con el tipo de instalación que queremos hacer, en nuestro caso haremos una instalación del tipo standalone
Y listo, en unos pocos segundos lo tendremos totalmente instalado.
El siguiente paso, es empezar a configurar proFTPd, para esto escribimos:
:~$ sudo vi /etc/proftpd/proftpd.conf
vamos a la linea ServerName, y le damos el nombre que queremos:
ServerName "MiServerFTP"
inmediatamente debajo de esta línea, agregamos:
ServerIdent on "Bienvenido al Servidor FTP"
luego:
ServerAdmin admin@localhost
después buscamos la línea DefaultRoot, que generalmente viene comentada con "#", y la "des comentamos". Con la modificación de esta línea le estamos diciendo al servidor FTP cual es su directorio raíz, este, generalmente es /home/ftp, también nos aseguramos que no pueda subir más allá de esta carpeta en los directorios.
Ahora buscamos la línea MaxInstances, e inmediatamente después agregamos:
MaxClients 10
MaxClientsPerHost 2
y por ahora dejamos el archivo de configuración, entonces, grabamos y salimos.
Ahora vamos a crear el usuario que usaremos para ingresar al servidor FTP, lo hacemos de esta forma:
:~$ sudo useradd -m -s /bin/false NuevoUsuario
luego:
:~$ sudo passwd NuevoUsuario
y le damos la contraseña a NuevoUsuario
Ya creado el usuario volvemos al archivo de configuración:
:~$ sudo vi /etc/proftpd/proftpd.conf
y buscamos la línea RequireValidShell y también la "des comentamos". Dejamos nuevamente el archivo de configuración, grabamos y salimos.
Con la configuración modificada hasta aquí, ya podemos hacer funcionar perfectamente nuestro servidor FTP, pero....
Que pasa si queremos tener 2 servidores FTP detrás de nuestro router??
o...., que pasa si queremos que nuestro servidor FTP escuche otro puerto??
Bueno, veamos.
Para el caso de tener 2 servidores FTP, uno de los servidores debe tener la configuración hasta aquí mostrada, pero para el segundo servidor, tenemos que modificar las siguentes líneas:
# Port 21 is the standard FTP port.
Port xxxx
# In some cases you have to specify passive ports range to by-pass
# firewall limitations. Ephemeral ports can be used for that, but
# feel free to use a more narrow range.
PassivePorts xxxxx xxxxx (un rango de puerto pasivos ej: 50055 50060 este rango de puertos debe estar abierto en el router y/o firewall)
# If your host was NATted, this option is useful in order to
# allow passive tranfers to work. You have to use your public
# address and opening the passive ports used on your firewall as well.
MasqueradeAddress xxx.xxx.xxx.xxx (nuestra IP Pública)
Como paso opcional, podemos crear un acceso anónimo a nuestro servidor FTP, para eso:
:~$ sudo vi /etc/proftpd/proftpd.conf
y "des comentamos" todo lo que se encuentre entre:
Anonymous ~ftp
y
/Anonymous
Ya con todo configurado, solo nos queda reiniciar el Servidor FTP:
:~$ sudo /etc/init.d/proftpd restart
Fuente 1
Fuente 2
Fuente 3
Es muy sencillo de configurar gracias a que tiene un solo archivo de configuración, y al ser este similar al archivo de configuración de apache, puede que nos sea muy familiar.
Vamos a comenzar con la instalación, en este caso es para una instalación en sistemas basados en Debian:
:~$ sudo apt-get install proftpd
Durante la instalación nos hará una sola pregunta, la cuál tiene que ver con el tipo de instalación que queremos hacer, en nuestro caso haremos una instalación del tipo standalone
Y listo, en unos pocos segundos lo tendremos totalmente instalado.
El siguiente paso, es empezar a configurar proFTPd, para esto escribimos:
:~$ sudo vi /etc/proftpd/proftpd.conf
vamos a la linea ServerName, y le damos el nombre que queremos:
ServerName "MiServerFTP"
inmediatamente debajo de esta línea, agregamos:
ServerIdent on "Bienvenido al Servidor FTP"
luego:
ServerAdmin admin@localhost
después buscamos la línea DefaultRoot, que generalmente viene comentada con "#", y la "des comentamos". Con la modificación de esta línea le estamos diciendo al servidor FTP cual es su directorio raíz, este, generalmente es /home/ftp, también nos aseguramos que no pueda subir más allá de esta carpeta en los directorios.
Ahora buscamos la línea MaxInstances, e inmediatamente después agregamos:
MaxClients 10
MaxClientsPerHost 2
y por ahora dejamos el archivo de configuración, entonces, grabamos y salimos.
Ahora vamos a crear el usuario que usaremos para ingresar al servidor FTP, lo hacemos de esta forma:
:~$ sudo useradd -m -s /bin/false NuevoUsuario
luego:
:~$ sudo passwd NuevoUsuario
y le damos la contraseña a NuevoUsuario
Ya creado el usuario volvemos al archivo de configuración:
:~$ sudo vi /etc/proftpd/proftpd.conf
y buscamos la línea RequireValidShell y también la "des comentamos". Dejamos nuevamente el archivo de configuración, grabamos y salimos.
Con la configuración modificada hasta aquí, ya podemos hacer funcionar perfectamente nuestro servidor FTP, pero....
Que pasa si queremos tener 2 servidores FTP detrás de nuestro router??
o...., que pasa si queremos que nuestro servidor FTP escuche otro puerto??
Bueno, veamos.
Para el caso de tener 2 servidores FTP, uno de los servidores debe tener la configuración hasta aquí mostrada, pero para el segundo servidor, tenemos que modificar las siguentes líneas:
# Port 21 is the standard FTP port.
Port xxxx
# In some cases you have to specify passive ports range to by-pass
# firewall limitations. Ephemeral ports can be used for that, but
# feel free to use a more narrow range.
PassivePorts xxxxx xxxxx (un rango de puerto pasivos ej: 50055 50060 este rango de puertos debe estar abierto en el router y/o firewall)
# If your host was NATted, this option is useful in order to
# allow passive tranfers to work. You have to use your public
# address and opening the passive ports used on your firewall as well.
MasqueradeAddress xxx.xxx.xxx.xxx (nuestra IP Pública)
Como paso opcional, podemos crear un acceso anónimo a nuestro servidor FTP, para eso:
:~$ sudo vi /etc/proftpd/proftpd.conf
y "des comentamos" todo lo que se encuentre entre:
Anonymous ~ftp
y
/Anonymous
Ya con todo configurado, solo nos queda reiniciar el Servidor FTP:
:~$ sudo /etc/init.d/proftpd restart
Fuente 1
Fuente 2
Fuente 3
Suscribirse a:
Entradas (Atom)
