Re: Debian en una placa base
Entonces busca otra placa o comprale un equipo a los de Think Penguin que te venden hardware probado y comprobado que corre bajo linux. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAACnk7YNR4PC54PCLUhBB2AQuEiHsGtXL0VtQUiFcsoxf==c...@mail.gmail.com
Re: Debian en una placa base
La tarjeta grafica no creo que de problemas: GeForce GT 740 OC 2GB GDDR5 http://www.nvidia.es/download/driverResults.aspx/84821/es Linux x64 (AMD64/EM64T) Display Driver Versione: 346.72 Fecha de publicación: 2015.5.12 Sistema operativo: Linux 64-bit Idioma: Español (España) Y de todas formas me refiero a todo el hardware de la placa, no solo la tarjeta de sonido. La placa tiene varias partes: audio, chipset, lan, SATA RAID/AHCI, USB 3.0, VGA. Eso de que el propio fabricante no ofrezca drivers para linux, no me gusta nada. El día 28 de mayo de 2015, 23:06, Aradenatorix Veckhom Vacelaevus escribió: > Es una tarjeta madre (o placa base joer) relativamente reciente por lo > que en teoría no debería darte ningún problema, claro que eso depende > también de que hardware vayas a implementar sobre ella. > Definitivamente ponerle una tarjeta de video nVidia puede no ser la > mejor idea y seguramente batallarás con los controladores, pero puedes > evitarlo tal y como te dice José. > > Suerte. > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: > https://lists.debian.org/caacnk7amfeztx-gdj1mpcdapb0eibk08kgsnbzs3peyqd...@mail.gmail.com > -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CA+HdPfLTLmysshyknwVhoPh4D+GV2oH=ixtvg2rmp8zb0lj...@mail.gmail.com
Re: cambiar punto de auto montaje en jessie
On 28/05/15 16:37, Billy Yeffry Fernández Rodríguez wrote: El 28/05/2015 10:14, "Camaleón" escribió: El Wed, 27 May 2015 14:33:48 -0400, Billy Yeffry Fernández Rodríguez escribió: Si se han dado cuenta, cada vez que se conecta un usb en jessie, se automonta con este formato /media/usuario/nombredeusb. Hum... sí, desde hace más de 4 o 5 años :-P A mi me gustaria que cualquier dispositivo que conecte se monte siempre en la misma carpeta, en mi caso /media/usb, osea, sin el nombre del dispositivo, solo el contenido. Q me sugieren? 1/ Que uses puntos de montaje estáticos definidos en "/etc/fstab" o si usas systemd donde quiera que los defina systemd. 2/ Que para los puntos de montaje estáticos (fijos) no uses el directorio /media para evitar posibles conflictos con otros nombres dinámicos. "/mnt" es una buena opción. 3/ Que cada dispositivo use una nomenclatura distinta es por algo y es para evitar conflictos en caso de que intentes montar dos al mismo tiempo. No me parece buena idea que todos se monten en el mismo sitio y con el mimos nombre. Saludos, -- Camaleón -- Lo q pasa es q yo usaba debian lenny antesde dar el paso a jessie. Asi q para mi todo es muy abstracto y distinto. Lo q quiero hacer es q con rdesktop cualquier memoria q se conecte al equipo aparesca en la maquina remota. Hasta ahora la unica cosa q se me ocurre es automaticamente montar la memoria en una carpeta y con rdesktop hacer q salga como una unidad de red en el equipo remoto. Claro q si hay una solucion mas elegante a lo q estoy haciendo :D, con gusto acepto sugerencias. Ya que ni a mi me convense por completo esto. Pues como dije en un mensaje anterior puedes hacerlo con los UUID de las particiones del pendrive, algo que tiene sus ventajas y desventajas. Para hacerlo solo basta hacer desde root blkid /dev/sdxX >> /etc/fstab No te olvides de cambiar /dev/sdxX por el dispositivo y su numero correspondiente de particion a montar. Luego editar el archivo /etc/fstab, especificamente la ultima linea que agregamos con el comando blkid dejando algo como esto UUID=--- /punto/montaje tipo_fs opciones_montaje 0 0 Ventajas: 1.- El montaje es estatico y la regla se aplica en el booteo siempre, es decir, siempre y cuando bootees con el pendrive conectado, este se montara en el punto de montaje que decidas 2.- No interrumpe el montaje de otras unidades. 3.- No tienes que tocar nada de udev o systemd para que funcione. 4.- Te permite probar su funcionamiento en caliente, solo define la regla en /etc/fstab, conecta tu pendrive (vigila que no se automonte) y has un sudo mount -a, y revisa el punto de montaje que estableciste, si todo va bien podrás ver examinar el contenido del pendrive sin problemas. Desventajas: 1.- Si defines la entrada en el /etc/fstab y por algun motivo no tienes el pendrive conectado, systemd fallará en el arranque, a diferencia de lo que pasaba con sysvinit, que te advertia del fallo y continuaba como si nada. 2.- Puede tener problemas en el desmontaje. Ya una persona habia declarado que hacer este procedimiento impedia que la unidad se desmontará correctamente. 3.- Si por algún motivo formateas la memoria USB, debes cambiar el UUID en /etc/fstab, porque este indetificador cambia con cada formato que le des a la memoria, tal cual como sucede con los disco duros. Espero te sirva la información. -- Dios en su Cielo, todo bien en la Tierra - -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55678873.7040...@gmail.com
Re: cambiar punto de auto montaje en jessie
El 28/05/2015 10:14, "Camaleón" escribió: > > El Wed, 27 May 2015 14:33:48 -0400, Billy Yeffry Fernández Rodríguez > escribió: > > > Si se han dado cuenta, cada vez que se conecta un usb en jessie, se > > automonta con este formato /media/usuario/nombredeusb. > > Hum... sí, desde hace más de 4 o 5 años :-P > > > A mi me gustaria que cualquier dispositivo que conecte se monte siempre > > en la misma carpeta, en mi caso /media/usb, osea, sin el nombre del > > dispositivo, solo el contenido. > > > > Q me sugieren? > > 1/ Que uses puntos de montaje estáticos definidos en "/etc/fstab" o si > usas systemd donde quiera que los defina systemd. > > 2/ Que para los puntos de montaje estáticos (fijos) no uses el > directorio /media para evitar posibles conflictos con otros nombres > dinámicos. "/mnt" es una buena opción. > > 3/ Que cada dispositivo use una nomenclatura distinta es por algo y es > para evitar conflictos en caso de que intentes montar dos al mismo > tiempo. No me parece buena idea que todos se monten en el mismo sitio y > con el mimos nombre. > > Saludos, > > -- > Camaleón > > > -- Lo q pasa es q yo usaba debian lenny antesde dar el paso a jessie. Asi q para mi todo es muy abstracto y distinto. Lo q quiero hacer es q con rdesktop cualquier memoria q se conecte al equipo aparesca en la maquina remota. Hasta ahora la unica cosa q se me ocurre es automaticamente montar la memoria en una carpeta y con rdesktop hacer q salga como una unidad de red en el equipo remoto. Claro q si hay una solucion mas elegante a lo q estoy haciendo :D, con gusto acepto sugerencias. Ya que ni a mi me convense por completo esto.
Re: Debian en una placa base
Es una tarjeta madre (o placa base joer) relativamente reciente por lo que en teoría no debería darte ningún problema, claro que eso depende también de que hardware vayas a implementar sobre ella. Definitivamente ponerle una tarjeta de video nVidia puede no ser la mejor idea y seguramente batallarás con los controladores, pero puedes evitarlo tal y como te dice José. Suerte. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAACnk7aMFeztx-GDj=1M=pcdapb0eibk08kgsnbzs3peyqd...@mail.gmail.com
Re: Debian en una placa base
On 28/05/15 14:14, Altair Linux wrote: Buenas, estoy mirando esta placa http://es.gigabyte.com/products/page/mb/ga-b85m-d3hrev_10/download/ para un ordenador con debian estable. Como aparece ahi, solo ponen drivers para varias versiones de windows. Al ser intel y al ser gigabyte normalmente significa que sera detectada sin problemas, pero la idea es que despues de instalar debian compilar el kernel a medida y no quiero llevarme la sorpresa de que algo de la placa base no funcione en linux. Hay cosas que si tienen driver en linux, se supone que funcionan, por ejemplo: Realtek HD Audio Driver, aunque no es que sea reciente: Linux driver (3.0), 5.18rc8, 2014/5/21 vamos que... saco el tema por si acaso, para evitar encontrarme con alguna sorpresita. Gracias Funcionará sin problemas siempre y cuando actives el soporte necesario en el kernel que vayas a compilar. Sobre el audio Realtek, no tendras problemas, el chipset que usa esa MB, el ALC892 tiene soporte desde el kernel 2.6.33 según este commit: http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=274693f37090ada2cadd09944ab883f05ea6ebe6 En las specs de la tarjeta no veo nada que el kernel 3.16 o superior no vaya a soportar sin problemas. Saludos. -- Dios en su Cielo, todo bien en la Tierra - -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55676afd.3030...@gmail.com
Debian en una placa base
Buenas, estoy mirando esta placa http://es.gigabyte.com/products/page/mb/ga-b85m-d3hrev_10/download/ para un ordenador con debian estable. Como aparece ahi, solo ponen drivers para varias versiones de windows. Al ser intel y al ser gigabyte normalmente significa que sera detectada sin problemas, pero la idea es que despues de instalar debian compilar el kernel a medida y no quiero llevarme la sorpresa de que algo de la placa base no funcione en linux. Hay cosas que si tienen driver en linux, se supone que funcionan, por ejemplo: Realtek HD Audio Driver, aunque no es que sea reciente: Linux driver (3.0), 5.18rc8, 2014/5/21 vamos que... saco el tema por si acaso, para evitar encontrarme con alguna sorpresita. Gracias -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/ca+hdpf+kqasgqgy621oyod+9lxg-54bkk-cuhwkryevrbxc...@mail.gmail.com
Re: gnokii telephone interface init failed command timed out
2015-05-28 10:31 GMT-05:00 Debia Linux : > 2015-05-28 9:38 GMT-05:00 Camaleón : >> >> El Thu, 28 May 2015 08:50:00 -0500, Debia Linux escribió: >> >> (ese html...) > > Entiendo lo del html, solo que tengo un smatphone en el cual no puedo > desactivar el modo html y ello ha evitado que incluso participe en > algunas dudas y al responder post. Cuando escribo sin html es porque > estoy en una pc de escritorio. > > >> >> > Listeros: >> > >> > Durante mucho tiempo tuve este error en la consola tratando de >> > corregirlo. >> > Llego el momento que me fastidie y lo deje porque no era una tarea >> > necesaria en ese momento. >> > >> > Pero siempre he sido de retos y dije... Por que no he de poder?. Me >> > percate de que muchos en la red tenian este problema que LOGRE RESOLVER >> > EN UNA TARDE. >> > >> > Les envio la solucion. >> > >> > 1.- Sigan instrucciones de la web oficial de gnokii. >> > 2.- El error que sale "gnokii telephone interface init failed command >> > timed out" no es otra cosa que que (imagino) la cantidad de informacion >> > en "baudios?" Que debe transferirse por el puerto que se use. Ya sea el >> > puerto serial /dev/ttyS0 ó en su defecto el puerto /dev/ttyUSB0. Yo >> > tenia bien configurado el archivo .gnokiirc pero el problema era que la >> > cantidad de "baudios?" No era la correcta. De hecho nisiquiera tenia >> > activada esta opcion. >> >> (...) >> >> La mayoría de aplicaciones que trabajan con puertos serie/usb/irda/bt de >> manera nativa (minicom, kermit, gammu, hylafax...) suelen incluir una >> herramienta de autoconfiguración para detectar los parámetros de >> comunicación adecuados del módem o en su defecto, usar valores >> predeterminados (9600 bps para la tasa de baudios). Es raro que gnokii no >> lo tenga :-? > > Pues no lo se pero a mi me dio mucha lata, espero que gammu tenga esa > herramienta de autoconfiguracion. Aunque en realidad saber esto es > importante para quienes talavheamos diariamente en esto por nuestro > trabajo. De otra manera seriamos usuarios de otra plataforma de > sistema operativo. >> >> Saludos, >> >> -- >> Camaleón >> >> >> -- >> To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org >> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org >> Archive: https://lists.debian.org/pan.2015.05.28.14.38...@gmail.com >> -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAM50uNx6wuXJKeZhtycVR=ekepiy+hzzztdww99555ta6cm...@mail.gmail.com
Re: Redireccionamiento
El Wed, 27 de May de 2015, a las 04:05:20PM -0400, l...@ida.cu dijo: > > Buenas a todos > > Cómo hacer para llevar esto a IPTALBES, lo tengo hecho en shorewall. > > Aquí lo que le digo es que redireccione todas las IP al puerto 3128 menos > las IP declaradas en esta línea. > > ACCEPT loc fw tcp 3128 > REDIRECT loc:!192.168.11.1-192.168.11.10,192.168.11.58-192.168.11.59 3128 > tcp 80 tienes que hacer una regla por excepción (a menos que uses el módulo ipset). Por ejemplo: iptables -t nat -A PREROUTING -i iface_entrada -p tcp --dport 80 -s ip1 -j RETURN iptables -t nat -A PREROUTING -i iface_entrada -p tcp --dport 80 -s ip2 -j RETURN . . . iptables -t nat -A PREROUTING -i iface_entrada -p tcp --dport 80 -j REDIRECT --to-port 3128 -- -- Hoy he reñido a un hostelero. -- ¿Por qué? ¿Cuándo? ¿Dónde? ¿Cómo? -- Porque cuando donde como sirven mal, me desespero --- Tomás de Iriarte --- -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150528145701.ga7...@cubo.casa
Re: gnokii telephone interface init failed command timed out
El Thu, 28 May 2015 08:50:00 -0500, Debia Linux escribió: (ese html...) > Listeros: > > Durante mucho tiempo tuve este error en la consola tratando de > corregirlo. > Llego el momento que me fastidie y lo deje porque no era una tarea > necesaria en ese momento. > > Pero siempre he sido de retos y dije... Por que no he de poder?. Me > percate de que muchos en la red tenian este problema que LOGRE RESOLVER > EN UNA TARDE. > > Les envio la solucion. > > 1.- Sigan instrucciones de la web oficial de gnokii. > 2.- El error que sale "gnokii telephone interface init failed command > timed out" no es otra cosa que que (imagino) la cantidad de informacion > en "baudios?" Que debe transferirse por el puerto que se use. Ya sea el > puerto serial /dev/ttyS0 ó en su defecto el puerto /dev/ttyUSB0. Yo > tenia bien configurado el archivo .gnokiirc pero el problema era que la > cantidad de "baudios?" No era la correcta. De hecho nisiquiera tenia > activada esta opcion. (...) La mayoría de aplicaciones que trabajan con puertos serie/usb/irda/bt de manera nativa (minicom, kermit, gammu, hylafax...) suelen incluir una herramienta de autoconfiguración para detectar los parámetros de comunicación adecuados del módem o en su defecto, usar valores predeterminados (9600 bps para la tasa de baudios). Es raro que gnokii no lo tenga :-? Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2015.05.28.14.38...@gmail.com
Re: gnokii telephone interface init failed command timed out
On Thursday, May 28, 2015, Debia Linux wrote: > Listeros: > > Durante mucho tiempo tuve este error en la consola tratando de corregirlo. > Llego el momento que me fastidie y lo deje porque no era una tarea > necesaria en ese momento. > > Pero siempre he sido de retos y dije... Por que no he de poder?. Me > percate de que muchos en la red tenian este problema que LOGRE RESOLVER EN > UNA TARDE. > > Les envio la solucion. > > 1.- Sigan instrucciones de la web oficial de gnokii. > Follow instruction in gnokii webpage. > 2.- El error que sale "gnokii telephone interface init failed command > timed out" no es otra cosa que que (imagino) la cantidad de informacion en > "baudios?" Que debe transferirse por el puerto que se use. Ya sea el puerto > serial /dev/ttyS0 ó en su defecto el puerto /dev/ttyUSB0. Yo tenia bien > configurado el archivo .gnokiirc pero el problema era que la cantidad de > "baudios?" No era la correcta. De hecho nisiquiera tenia activada esta > opcion. The error is in the BAUD RATE transsmition. > > Les comento para terminar que que existen cuatro caracteristicas con las > que gnokii deberia funcionar: > Four basic caracteristics in the .gnokiirc and the app works!!! > > > port = > model = > connection = > serial_baudrate = > > Las tres primeras caracteristicas estaban bien. Para tener acceso al > puerto serial tuve que añadir mi usuario como miembro de dicho puerto > mediante > Add yoour user to the dialout group > > adduser miusuario dialout > > > > port = /dev/ttyS0 # Esto es mi puerto serial > RS-232 (fisico). Serial port hardware > model = AT-HW # El modelo de mi telefono > segun la we oficial de gnokii. See model list supported in gnokii webpage > connection = serial# Coneccion por el puerto > serial. Serial port software. > serial_baudrate = 115200 # Esta opcion no la tenia > activada y cuando la active la tenia en 9200 por este motivo no podia haber > comunicacion entre mi telefono o mi lector de tatjetas SIM (enfora) porque > ya le dijiste a la computadora el puerto fisico por donde ira, el modelo de > mi telefono, el tipo de coneccion y LA VELOCIDAD?. > Activate this option, see your phone manual for BAUD RATE or test multiple options. > > Corrigiendo este pequeño detalle fue como comenzo a funcionar de manera > adecuada. Ahora funciona a las mil maravillas y esto me di cuenta porque > instale minicom y ahi me pedia que le dijera a que velocidad tendria que > trabajar y probe cada una. Hasta que funciono me lector de tarjetas SIM. > Lei el manual del ENFORA y ahi decia que con la velocidad de 115200 baudios > era la mejor velocidad con la que podria trabajar (y la unica porque probe > varias). > I test my phone or reader cards SIM whit minicom and i see work my phone. > > Espero poder colaborar un poco con esta informacion para quienes la > necesiten (aunque me parece que ya no estan trabajando en gnokii a mi me > parece una excelente opcion y la seguire usando). > Gracias por sus aportaciones cuando lo he necesitado y gravias Camaleon > por responder siempre con eficacia. > Thanks for your help when i needed. Chamaleon special thanks. > > Debianeromx >
Re: cambiar punto de auto montaje en jessie
El Wed, 27 May 2015 14:33:48 -0400, Billy Yeffry Fernández Rodríguez escribió: > Si se han dado cuenta, cada vez que se conecta un usb en jessie, se > automonta con este formato /media/usuario/nombredeusb. Hum... sí, desde hace más de 4 o 5 años :-P > A mi me gustaria que cualquier dispositivo que conecte se monte siempre > en la misma carpeta, en mi caso /media/usb, osea, sin el nombre del > dispositivo, solo el contenido. > > Q me sugieren? 1/ Que uses puntos de montaje estáticos definidos en "/etc/fstab" o si usas systemd donde quiera que los defina systemd. 2/ Que para los puntos de montaje estáticos (fijos) no uses el directorio /media para evitar posibles conflictos con otros nombres dinámicos. "/mnt" es una buena opción. 3/ Que cada dispositivo use una nomenclatura distinta es por algo y es para evitar conflictos en caso de que intentes montar dos al mismo tiempo. No me parece buena idea que todos se monten en el mismo sitio y con el mimos nombre. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2015.05.28.14.12...@gmail.com
RV: Denegar acceso al puerto 7071 a través de internet
-Mensaje original- De: Camaleón [mailto:noela...@gmail.com] Enviado el: jueves, 28 de mayo de 2015 11:07 a.m. Para: debian-user-spanish@lists.debian.org Asunto: Re: Denegar acceso al puerto 7071 a través de internet El Wed, 27 May 2015 13:58:47 -0430, Nicolas escribió: > Muy buenas, Ese html... > > Tengo un servidor de correo zimbra y no deseo que se acceda a la parte > administrativa a través de internet, y para ello se usa el puerto > 7071, pero si acceder desde la red local. Según la documentación de Zimbra¹, el acceso a gestor vía web sólo se permite (de manera predeterminada) desde el propio equipo, quizá hayas modificado alguna configuración para permitir expresamente el acceso remoto :-? > Hice lo siguiente > > iptables -A INPUT -s 0.0.0.0/0 -p tcp --dport 7071 -j DROP iptables -A > INPUT -s 10.0.0.0/16 -p tcp --dport 7071 -j ACCEPT > > Resulta que si me cierra el puerto 7071 a través de internet pero > también a la red local y no puedo entrar al administrador de zimbra. > > Como hago para cerrarlo únicamente desde internet. Se muy bien que el > -s > 0.0.0.0/0 significa "desde cualquier parte", lo que quiero saber es > como se le dice "desde internet" nada mas La separación de lo que es internet o es local la defines tú (eth0 → tráfico remoto, eth1 → tráfico local...) o bien no lo especificas y se aplica a todo, por ejemplo: iptables -A INPUT -p tcp --dport 7071 -j DROP Si quieres añadir una excepción donde 192.168.0.1 es un equipo de la red local: iptables -A INPUT -p tcp ! 192.168.0.1 --dport 7071 -j DROP O añades la regla antes: iptables -A INPUT -s 192.168.0.1 -p tcp --dport 7071 -j ACCEPT iptables -A INPUT -p tcp --dport 7071 -j DROP > Muy Agradecido ¹https://wiki.zimbra.com/wiki/Ports Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2015.05.28.14.06...@gmail.com Yo uso Zimbra hace tiempo pase por varias versiones y viene deshabilitada la opción de adminsitrador web por internet, si queres verlo desde internet tenes que habilitarlo vos. Saludos
Re: Denegar acceso al puerto 7071 a través de internet
El Wed, 27 May 2015 13:58:47 -0430, Nicolas escribió: > Muy buenas, Ese html... > > Tengo un servidor de correo zimbra y no deseo que se acceda a la parte > administrativa a través de internet, y para ello se usa el puerto 7071, > pero si acceder desde la red local. Según la documentación de Zimbra¹, el acceso a gestor vía web sólo se permite (de manera predeterminada) desde el propio equipo, quizá hayas modificado alguna configuración para permitir expresamente el acceso remoto :-? > Hice lo siguiente > > iptables -A INPUT -s 0.0.0.0/0 -p tcp --dport 7071 -j DROP > iptables -A INPUT -s 10.0.0.0/16 -p tcp --dport 7071 -j ACCEPT > > Resulta que si me cierra el puerto 7071 a través de internet pero > también a la red local y no puedo entrar al administrador de zimbra. > > Como hago para cerrarlo únicamente desde internet. Se muy bien que el -s > 0.0.0.0/0 significa "desde cualquier parte", lo que quiero saber es como > se le dice "desde internet" nada mas La separación de lo que es internet o es local la defines tú (eth0 → tráfico remoto, eth1 → tráfico local...) o bien no lo especificas y se aplica a todo, por ejemplo: iptables -A INPUT -p tcp --dport 7071 -j DROP Si quieres añadir una excepción donde 192.168.0.1 es un equipo de la red local: iptables -A INPUT -p tcp ! 192.168.0.1 --dport 7071 -j DROP O añades la regla antes: iptables -A INPUT -s 192.168.0.1 -p tcp --dport 7071 -j ACCEPT iptables -A INPUT -p tcp --dport 7071 -j DROP > Muy Agradecido ¹https://wiki.zimbra.com/wiki/Ports Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2015.05.28.14.06...@gmail.com
gnokii telephone interface init failed command timed out
Listeros: Durante mucho tiempo tuve este error en la consola tratando de corregirlo. Llego el momento que me fastidie y lo deje porque no era una tarea necesaria en ese momento. Pero siempre he sido de retos y dije... Por que no he de poder?. Me percate de que muchos en la red tenian este problema que LOGRE RESOLVER EN UNA TARDE. Les envio la solucion. 1.- Sigan instrucciones de la web oficial de gnokii. 2.- El error que sale "gnokii telephone interface init failed command timed out" no es otra cosa que que (imagino) la cantidad de informacion en "baudios?" Que debe transferirse por el puerto que se use. Ya sea el puerto serial /dev/ttyS0 ó en su defecto el puerto /dev/ttyUSB0. Yo tenia bien configurado el archivo .gnokiirc pero el problema era que la cantidad de "baudios?" No era la correcta. De hecho nisiquiera tenia activada esta opcion. Les comento para terminar que que existen cuatro caracteristicas con las que gnokii deberia funcionar: port = model = connection = serial_baudrate = Las tres primeras caracteristicas estaban bien. Para tener acceso al puerto serial tuve que añadir mi usuario como miembro de dicho puerto mediante adduser miusuario dialout port = /dev/ttyS0 # Esto es mi puerto serial RS-232 (fisico) model = AT-HW # El modelo de mi telefono segun la we oficial de gnokii connection = serial# Coneccion por el puerto serial serial_baudrate = 115200 # Esta opcion no la tenia activada y cuando la active la tenia en 9200 por este motivo no podia haber comunicacion entre mi telefono o mi lector de tatjetas SIM (enfora) porque ya le dijiste a la computadora el puerto fisico por donde ira, el modelo de mi telefono, el tipo de coneccion y LA VELOCIDAD?. Corrigiendo este pequeño detalle fue como comenzo a funcionar de manera adecuada. Ahora funciona a las mil maravillas y esto me di cuenta porque instale minicom y ahi me pedia que le dijera a que velocidad tendria que trabajar y probe cada una. Hasta que funciono me lector de tarjetas SIM. Lei el manual del ENFORA y ahi decia que con la velocidad de 115200 baudios era la mejor velocidad con la que podria trabajar (y la unica porque probe varias). Espero poder colaborar un poco con esta informacion para quienes la necesiten (aunque me parece que ya no estan trabajando en gnokii a mi me parece una excelente opcion y la seguire usando). Gracias por sus aportaciones cuando lo he necesitado y gravias Camaleon por responder siempre con eficacia. Debianeromx
Re: programa de cierre automatico
El Wed, 27 May 2015 14:51:51 -0300, walter escribió: > bien.. buenas... > > estoy buscando.. algun soft y/o script... mediante el cual... y por > ejemplo > abro Firefox... y a los tantos segundos o minutos se cierre > se entiende??? > abro firefox (o el que sea) y a los 3 minutos se cierre.(por > ejemplo) timeout -3m firefox Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2015.05.28.13.43...@gmail.com
Fwd: Redireccionamiento
me llegó por error al privado -- Mensaje reenviado -- De: OddieX Fecha: 27 de mayo de 2015, 18:16 Asunto: Re: Redireccionamiento Para: Gonzalo Rivero ACCEPT loc fw tcp 3128 REDIRECT loc:!192.168.11.1-192.168.11.10,192.168.11.58-192.168.11.59 3128 tcp 80 iptables -A INPUT -p tcp -i eth0 --dport 3128 -j ACCEPT iptables -t nat -A PREROUTING -p tcp -i eth0 -s !192.168.11.1-192.168.11.10,192.168.11.1-192.168.11.10 --dport 3128 -j REDIRECT --to-port 3128 No se si tomara el -s como rangos, sino fijate google --src-range Lo hice on fly asuque puede estar mal! El 27 de mayo de 2015, 17:14, Gonzalo Rivero escribió: > > El mié, 27-05-2015 a las 16:05 -0400, l...@ida.cu escribió: > > Buenas a todos > > > > Cómo hacer para llevar esto a IPTALBES, lo tengo hecho en shorewall. > > > > Aquí lo que le digo es que redireccione todas las IP al puerto 3128 > > menos las IP declaradas en esta línea. > > > > ACCEPT loc fw tcp 3128 > > REDIRECT loc:!192.168.11.1-192.168.11.10,192.168.11.58-192.168.11.59 > > 3128 tcp 80 > > > > > > Alguien me puede dar una ayuda ?? > > > > tengo entendido que shorewall es un front-end para iptables (que alguien > me corrija), si ese es el caso, te debería servir iptables -L para ver > que reglas cargó > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: https://lists.debian.org/1432757653.2000.14.ca...@gmail.com > -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/capqjqdtk0xp3tzbmk+4owdqv4c_-v-izgxdsl+6-t9xqhpp...@mail.gmail.com