Search the Community

Recientemente me he encontrado con un dilema que ha requerido de una solución un poco creativa y es que, para mi desgracia, me he visto forzado a participar en varias videoconferencias. El problema surge por todo lo que eso implica, es decir, la necesidad de contar con micrófono, webcam, no poder contestar en pelota picada y sin duchar... digo... bueno, creo que me entienden. Entre las opciones que barajaba estaban coger la cámara y el micro más baratos posibles, casi que de usar y tirar, para pasar el mal trago y ya está. Resucitar el viejo portátil que los lleva integrados y pasar un rato incómodo y sufriendo en una pantalla de tamaño reducido y un hardware que ha tenido épocas mejores, conectarme directamente a través del teléfono y sufrir aún más con limitaciones aún peores, o... ¿Por qué no hacer algo intermedio, aprovechando la cámara y el micrófono integrados del teléfono como medio para llevar a cabo la videoconferencia a través del equipo de escritorio? Para llevar a cabo esta tarea existen diferentes herramientas, pero en mi caso me voy a centrar en dos, una que hará de servidor en el teléfono y otra que nos permita conectarnos desde nuestra distribución GNU/Linux. Para el primer propósito he elegido IP Webcam, que como su nombre indica, nos permitirá conectarnos al teléfono y utilizarlo como webcam simplemente conociendo su IP (y el puerto por el que escucha) Existe también a posibilidad de ir más allá y conectarnos desde fuera de nuestra red local, en plan cámara de vigilancia, pero eso se sale del objetivo que tenemos ahora entre manos. Por último, y si queremos obtener un resultado aún mejor, podemos habilitar la depuración USB en nuestro teléfono y en lugar de conectarnos a él a través de la red LAN, hacerlo directamente por cable valiéndonos de ADB El primer paso, evidentemente, es instalar IP Webcam en el teléfono e iniciar el servidor. Como ven no hay ningún misterios, es ir a la Play Store, buscarla, instalarla, ejecutarla e iniciar el servidor. Podemos afinarla mucho más con el enorme abanico de opciones que nos ofrece, pero incluso dejando la configuración por defecto, el resultado será bastante aceptable, no haría falta cambiar nada. Como podemos apreciar al iniciar el servidor, aparece en la pantalla la dirección IP y el puerto al que debemos conectarnos para acceder a la "webcam" Cosa que podemos hacer desde cualquier navegador web: Aunque esto pueda resultar práctico para ver y escuchar lo que se encuentra en las inmediaciones del teléfono, conectándonos desde la red local o configurarlo para conectarnos desde el exterior (en ese caso configuraríamos un usuario y contraseña en las opciones de IP Webcam), nos sigue faltando el lado que atañe al equipo de escritorio, para poder utilizar esta conexión como si se tratara de una webcam conectada físicamente al equipo. Una vez más existen multitud de opciones, pero en nuestro caso seguiré en la misma línea de trabajo y me valdré del script de conexión ipwebcam-gst El script es bastante completo y es capaz incluso de descargar sobre la marcha los paquetes y dependencias necesarias para poder llevar a cabo la función de puente con la cámara y el micrófono del teléfono, pero de manera general, los requisitos serán: Zenity, para poder mostrar los mensajes del asistente El módulo v4l2loopback para la conexión de vídeo Y gstreamer-XX-pulseadio y gstreamer-xx-tools (donde XX será la versión, generalmente 1.0) para el sonido Para los debianeros aptitude install zenity gstreamer-1.0-{tools,pulseaudio} v4l2loopback-dkms Cumplidas las dependencias, lo siguiente que tenemos que hacer es clonar el repositorio de github git clone https://github.com/bluezio/ipwebcam-gst O, si nos encontramos en Arch Linux, podemos tirar de AUR yaourt -S ipwebcam-gst-git Y vamos a editar el script prepare-videochat.sh, centrándonos en dos apartados: La dirección IP y el puerto, que estarán fijados con un valor por defecto que no van a coincidir con los de nuestro teléfono El puerto va s ser siempre 8080, así que salvo que sea nuestra intención cambiarlo o no aparezca así en el script, lo dejamos tal cual, pero la IP, evidentemente, tenemos que hacerla coincidir con la que aparece en el servidor de IP webcam en el teléfono, en mi caso de ejemplo 192.168.1.60 Y la versión de Gstreamer en el caso de distribuciones basadas en Debian, ya que seguramente estemos utilizando gstreamer 1.0, pero en el script esté fijada la versión 0.10 y nos genere un conflicto Con esto modificado ya sólo nos quedaría lanzar el script y seguir las instrucciones (puede requerir permisos de root para instalar paquetes y cargar algún módulo) ./prepare-videochat.sh Como vemos el primer mensaje nos aclara lo que mencioné antes sobre ADB. SI queremos, podemos conectarnos directamente por cable habilitando la depuración USB en el teléfono también. No cambiaría nada en el proceso que sigue a continuación. Si el teléfono está conectado por cable USB y ADB puede conectar se hará la conexión directa. Y si no, será a través de la IP que hemos definido antes. Independientemente de la opción que elijamos, el script quedará corriendo en segundo plano con el teléfono enlazado como webcam improvisada, que podremos utilizar con cualquier servicio o aplicación que queramos.

Hago esta guía así tengo todo lo relacionado a redes en un solo lugar, porque tenía el problema de que no sabía que herramienta usar, hay muchas alternativas y algunas están obsoletas. Pueden haber varias formas correctas de hacer las cosas, me parece que la forma más actualizada y fácil es: Activar y desactivar interfaces. Direcciones IP, MAC, Gateway, fijas: Temporalmente: ip link, ip address e ip route Permanentemente: /etc/network/interfaces DHCP: Temporalmente: dhclient Permanentemente: /etc/network/interfaces DNS: /etc/resolv.conf WiFi: Conexión, información: iw Autenticación con WPA: wpa_supplicant A esto lo hice en el 2017, en unos años puede cambiar un poco, lo que veo que está por cambiar es lo de DNS. Para mí las otras cosas van a seguir igual. También está NetworkManager, que es el programa gráfico que también hace todo eso. Todo esto lo escribí olvidandome de NetworkManager, si hay conflictos se puede deshabilitar con sudo service network-manager stop. Si se van a poner a jugar con la terminal recomendaría que lo hagan. Si van a hacer algo sobre wireless también deshabiliten otro servicio: sudo service wpa-supplicant stop, porque en las pruebas que hice hacía que se conecte automáticamente a mi WiFi. Todo esto es pensando en Debian y derivadas (Ubuntu, Linux Mint, ...), no se si otras distros tendrán muchas diferencias. Yo voy a poner siempre ejemplos de comandos, obviamente hay que cambiar la interfaz/IP/MAC y poner la que quieran. Además uso sudo en los comandos que haga falta ser administrador. Para las redes inalámbricas pongo todo al final, lo que tienen de distinto es que es difícil la conexión. Configurar las direcciones, DHCP, DNS es lo mismo que en una red cableada. Sobre el comando ip Como el comando ifconfig (de la suite net-tools) está obsoleto, hay que empezar a usar en su lugar el comando ip, que es parte de iproute2. Además es un comando que me parece más fácil de usar y de recordar, porque además incluye las cosas sobre rutas (gateway). Este comando configura las interfaces temporalmente, al reiniciar se pierde todo. El comando ip tiene varias secciones (que se llaman objetos en el manual), como ip address, ip route o ip link Según el manual el comando es: ip [ OPTIONS ] OBJECT { COMMAND | help } Las opciones son por ejemplo -c, que agrega color a la salida del comando El objeto es algo como address o link El comando es el resto de las cosas que se escriban La ubicación de las opciones importa, siempre van antes del objeto El comando help es útil. (ej: ip address help) El objeto se puede abreviar, es lo mismo address, addr o simplemente a Yo voy a usar siempre la opción -c que agrega color a la salida del comando (aunque el comando no tenga salida creo que conviene acostumbrarse), ayuda mucho a encontrar las partes más importantes Otra opción útil es -s que agrega más información (estadísticas según veo) Sobre /etc/network/interfaces Es un archivo de configuración que es leído cada vez que se inicia el sistema o cada vez que se conecta un cable ethernet. Esto se usa para configuraciones permanentes. Sobre la nueva nomenclatura de las interfaces Antes las interfaces de red se llamaban eth0, eth1, eth2... para las cableadas, y wlan0, wlan1, wlan2 para las inalámbricas. Estaba el problema de que no eran nombres permanentes, entonces la interfaz que ahora es eth1 mañana podría bootear en eth0. Entonces ahora las interfaces se nombran distinto. Primero van dos letras que dicen el tipo de interfaz y lo que viene después dice la ubicación. Prefijo: en: Ethernet wl: WLAN Ubicación (puede ser cualquiera de estas formas, lo que está entre <> es reemplazado por un número, lo que está entre [] es opcional): b<number> c<bus_id> o<index>[n<phys_port_name>|d<dev_port>] s<slot>[f<function>][n<phys_port_name>|d<dev_port>] x<MAC> [P<domain>]p<bus>s<slot>[f<function>][n<phys_port_name>|d<dev_port>] La forma más común creo que es p<bus>s<slot>, por ejemplo p3s4, que junto con el prefijo sería enp3s4 ip link Sirve para configurar las interfaces ip -c link Muestra información sobre las interfaces, por ejemplo: Lo importante está en color (yo lo puse acá en negrita). Se puede ver si las interfaces están UP o DOWN donde está resaltado (el UP que está dentro de los <> no sé que significa). La otra cosa a ver es la MAC de la interfaz sudo ip -c link set enp4s0 down Para poner la interfaz en UP o DOWN sudo ip -c link set enp4s0 address 12:34:56:78:90:ab Esto cambia la MAC de la interfaz, la interfaz primero debe estar en DOWN ip address Sirve para manejar las direcciones ip -c address Muestra información sobre las direcciones MAC e IP. Por ejemplo: Ahí se puede ver lo mismo que con ip -c link pero además las direcciones IPv4 e IPv6 sudo ip -c address flush dev wlp9s0 Borra todas las IPs de una interfaz. Cuidado que suele borrar las rutas y uno debe configurar el gateway de nuevo. sudo ip -c address del 192.168.0.103/24 dev wlp9s0 Borra una IP configurada. Cuidado que suele borrar las rutas y uno debe configurar el gateway de nuevo. sudo ip -c address add 192.168.0.50/24 broadcast 192.168.0.255 dev wlp9s0 Agrega una dirección IP junto con su máscara de red ip route Configura las rutas. Lo más importante es el gateway ip -c route Muestra las rutas configuradas, por ejemplo: La importante es la ruta "default" que es el gateway sudo ip -c route flush dev wlp9s0 Borra todas rutas de una interfaz sudo ip -c route del default Borra el gateway sudo ip -c route add default via 192.168.0.1 Configura el gateway dhclient Configura automáticamente usando DHCP sudo dhclient wlp9s0 Configura la interfaz usando DHCP, previamente se deben borrar todas las rutas y direcciones asociadas a esa interfaz con: sudo ip -c route flush dev wlp9s0 sudo ip -c address flush dev wlp9s0 /etc/network/interfaces Este archivo configura las interfaces en el inicio del sistema o cuando se conecta un cable ethernet. Un ejemplo sería: auto lo iface lo inet loopback allow-hotplug enp4s0 iface enp4s0 inet dhcp Ahí hay dos interfaces, una es de loopback que no nos importa (aunque siempre habría que escribirla). La otra es una interfaz cableada que se configura automáticamente con DHCP al ser conectado el cable. Para definir una interfaz primero usamos auto o allow-hotplug junto con el nombre de la interfaz. la palabra auto hace que se configure al inicio del sistema, en cambio allow-hotplug además configura la interfaz cuando se conecta un cable. Las líneas siguientes dependen de si se quiere usar DHCP o IP fija. # Para DHCP: iface enp4s0 inet dhcp # Para IP estática: iface eth0 inet static address 192.168.0.50 broadcast 192.168.0.255 netmask 255.255.255.0 gateway 192.168.0.1 /etc/resolv.conf Esto está cambiando, en unos años supongo que va a ser distinto. Para cambiar el DNS , hay que modificar el archivo /etc/resolv.conf con cualquier editor (como nano). Por ejemplo para usar los DNS de Google: Puede que el archivo tenga una advertencia: Si esa advertencia estaba presente en el archivo, los cambios que hagas van a ser sobreescritos. Lo que sigue es lo que hay que hacer en esos casos. iw Maneja las conexiones WiFi. man iw muestra muy poca ayuda, usen en su lugar a iw help. Pongo en todos los comandos sudo porque Debian lo pide, pero sé que en Ubuntu algunos comandos no necesitan sudo. iw vendría a reemplazar a iwconfig. Lo mismo que pasó con ip e ifconfig. sudo iw dev wlp9s0 info Ver información sobre la interfaz sudo iw dev wlp9s0 link Ver información sobre la conexión sudo iw dev wlp9s0 disconnect Desconectarse. Me pasó que se vuelve a conectar solo segundos después, tuve que deshabilitar el servicio wpa_supplicant sudo iw dev wlp9s0 set type ibss Configurar el modo a usar, puede ser managed (lo común) o ibss (para redes ad-hoc) No probé las redes ad-hoc, siempre usé managed sudo iw dev wlp9s0 scan Escanear AP disponibles. La salida es MUY larga y no sé si hay alguna opción para tener información resumida. Si solamente se necesitan los nombres de las redes se puede usar sudo iw dev wlp9s0 scan | grep SSID. sudo iw dev wlp9s0 connect WiFi_Pedrito Conectarse a un AP sin seguridad. Una vez me pasó que no se conectaba, se arregló cambiando el modo a ibss y a managed de vuelta. No se por qué. sudo iw dev wlp9s0 connect WiFi_Pedrito key 0:password Conectarse a un AP con seguridad WEP (la contraseña es password). Nunca probé este comando Para conectarse a un AP con WPA ver wpa_supplicant abajo wpa_supplicant Sirve para conectarse a APs con WPA o WPA2. Reemplaza al comando iw dev wlp9s0 connect WiFi_Pedrito key 0:password que servía para WEP, para WPA es distinto. wpa_passphrase "WiFi_Pedrito" "password" > temp_wpa sudo wpa_supplicant -B -i wlp9s0 -c temp_wpa El primer comando calcula unas claves a partir del SSID y la contraseña, al resultado lo guarda en el archivo temp_wpa. Este archivo es usado por el comando siguiente. El segundo comando se conecta al AP especificado en el archivo recién creado. El comando queda corriendo para siempre, la opción -B hace que el comando corra en el fondo como un daemon. Hay que acordarse de borrar el archivo temp_wpa después! killall wpa_supplicant Para matar a wpa_supplicant cuando éste haya sido iniciado como daemon usando -B. Esto corta la conexión.

Hice una guía bastante completa de cómo instalar y configurar un servidor simple para hostear una página web estática con nginx, para manejar todo remotamente con ssh, para sincronizar documentos (o código fuente) con git y ssh, y para compartir archivos con nfs. EDIT: Agregué la configuración de un servidor cups La idea es no usar entorno gráfico sino solamente la consola, igual voy a dar todos los comandos. La guía es muy larga, pero no hay que tener miedo porque es mucho texto, los comandos no son tantos. Es muy larga porque también puse cómo montar un pendrive, cómo funcionan los permisos, etc. Debería estar todo, lo único que hay que saber es crear carpetas (mkdir), copiar y mover (cp y mv) y algo básico sobre redes (como diferenciar IP pública y privada) Me parece más cómodo leer la guía (y mucho más comodo escribirla) en HTML que en el foro, así que de paso la hosteo en GitLab y si hay algún error pueden hacer un pull request. Está escrita en Markdown y despues convertida a HTML con Pandoc, si alguien encuentra un plugin bueno (probé algunos) puedo convertirlo a BBCode para el foro. Acá está la guía en HTML Acá está la guía en PDF Acá está el repositorio en GitLab Estaría faltando la sección de NFS, después la agrego. También estaría bueno agregar el cómo obtener una IP fija (sin pagar al ISP, usando algo del estilo de NO-IP) y cómo configurar un nombre de dominio.

Buenos dias a todos, y feliz año nuevo, o feliz paso del tiempo, depende de si te gustan estas fiestas o no... al lio, resulta que en mi archlinux del trabajo, tengo un pequeño "problema". tengo antergos corriendo "zen kernel", aunque con kernel lts o el normal, me hace lo mismo. mi entorno es plasma5, y no es culpa de plasma, ya que en casa no me pasa. el caso es que al iniciar el sistema, me encuentro que en las interfazes de red, en lugar de estar conectado a la tipica "eth0" o "eth1, me aparece una "enp3s0". en cuanto la desconecto, o si directamente le doy a conectar a mi red "eth0", automaticamente la "enp3s0" desaparece, y no la vuelvo a ver mas, hasta el proximo reinicio. que problema me presenta esto, pues que "enp3s0" se conecta usando dhcp, por lo que me asignan una direccion ip, que pasa a traves del proxy, por lo que si se reinicia el equipo, hay un apagon o algo similar, y quiero acceder desde casa, me encuentro con que mi ordenador, a pesar de tener red, no puedo conectarme por el proxy. yo tengo siempre una direccion ip, fija, tanto yo y mi compañero, que no esta filtrada, para evitar estos problemas que tienen los lusers. el caso es que no soy capaz de deshacerme de esa "enp3s0" o darle prioridad a "ethX". y lo unico que se me ocurrio fue asignarle a "enp3s0" mi direccion ip y demas datos, para evitar quedarme fuera en caso de un reinicio de la maquina. aunque me vale como solucion a mi problema, desconozco que es "enp3s0", de donde ha salido, si es bueno o malo....y como me deshago de el! yo creo que es un problema de systemd (por echarle mierda a alguien), veo algunos errores si consulto dmesg, pero mi limitado conocimiento, solo me deja leer hasta aqui: informatica1-arch@pupitre-arch ~]$ dmesg | grep -i fail [ 0.126920] acpi PNP0A08:00: _OSC failed (AE_ERROR); disabling ASPM [ 1.609800] ata2.00: failed to resume link (SControl 0) [ 1.929776] ata1.01: failed to resume link (SControl 0) [ 2.633090] ata2.01: failed to resume link (SControl 0) [ 7.181031] systemd[1]: systemd-modules-load.service: Main process exited, code=exited, status=1/FAILURE [ 7.181298] systemd[1]: Failed to start Load Kernel Modules. [ 7.183658] systemd[1]: systemd-modules-load.service: Unit entered failed state. [ 7.183665] systemd[1]: systemd-modules-load.service: Failed with result 'exit-code'. informatica1-arch@pupitre-arch ~]$ dmesg | grep -i error [ 0.126920] acpi PNP0A08:00: _OSC failed (AE_ERROR); disabling ASPM . Un saludo y gracias