Re: problema con acceso a pasarela en dispositivos moviles
Vamos por partes ... tu configuración es: Router ADSL (192.168.1.1) Debian (192.168.1.100) Equipos Win Equipos Linux Equipos Androdi (vía WiFi) Tu router ADSL tiene activado el DHCP y asigna la configuración al resto de los equipos, pero tienes el problema de que los Windows si acceden a Internet y los Linux y los Android NO. La explicación tiene que ver con el uso de los ICMP que el Debian envía a los otros equipos Linux y Android (recordemos que Android es un Linux), probablemente y dependiendo de la distro linux que estés usando en los otros, la config por defecto filtra esos ICMP y por eso JAMÁS saldrán de la red local, ya que envían el tráfico al Debian y este les indica (vía ICMP) que el GW es el 192.168.1.1 Lo que pretendes hacer no te va a funcionar: 1 - No se puede limitar y gestionar el ancho de banda sino se es el GW de la red y en la configuración que tienes montada, el Debian NO es el GW de la red. 2 - Tampoco te va a funcionar, es fácil saltarse tu cortafuegos, lo único que tiene que hacer cualquier usuario es pasar de la configuración DHCP y ponserse su configuración a manopla para saltarse el FW 3- Lo mismo que en el punto 2. En android no necesitas root para instalar un soft de terminal, estás mal informado. Y sino eres partidario del Hacking, ¿que haces trasteando con Linux? ... es un poco incongruente. Saludos - Mensaje original - De: nerus nerus...@gmail.com Para: debian-user-spanish@lists.debian.org Enviados: Viernes, 26 de Diciembre 2014 2:03:54 Asunto: RE: problema con acceso a pasarela en dispositivos moviles Tan mal no anduviera si Windows puede acceder y si hago que debían sea dhcp si funcionara? Lo que pretendo es 1 limitar y gestionar el ancho de banda de la red para que no se sature, eso ya lo tengo solucionado 2 usarlo como cortafuegos 2 capturar el trafico de la red La salida de win es Adaptador de Ethernet Ethernet: Sufijo DNS específico para la conexión. . : Descripción . . . . . . . . . . . . . . . : Conexión de red Gigabit Intel(R) 82574L #2 Dirección física. . . . . . . . . . . . . : 00-0C-29-24-60-59 DHCP habilitado . . . . . . . . . . . . . : sí Configuración automática habilitada . . . : sí Vínculo: dirección IPv6 local. . . : fe80::2d2a:7dc6:1dc5:4f69%4(Preferido) Dirección IPv4. . . . . . . . . . . . . . : 192.168.1.42(Preferido) Máscara de subred . . . . . . . . . . . . : 255.255.255.0 Concesión obtenida. . . . . . . . . . . . : viernes, 26 de diciembre de 2014 2:44:43 La concesión expira . . . . . . . . . . . : viernes, 26 de diciembre de 2014 14:44:42 Puerta de enlace predeterminada . . . . . : 192.168.1.100 Servidor DHCP . . . . . . . . . . . . . . : 192.168.1.1 IAID DHCPv6 . . . . . . . . . . . . . . . : 251661353 DUID de cliente DHCPv6. . . . . . . . . . : 00-01-00-01-1C-1F-E0-FE-00-0C-29 24-60-59 Servidores DNS. . . . . . . . . . . . . . : 80.58.61.250 80.58.61.254 NetBIOS sobre TCP/IP. . . . . . . . . . . : habilitado Los linos tienen el miso dns, los Android no tengo root, no soy partdiario del hackeo De: Raúl Alexis Betancor Santana [mailto:r...@dimension-virtual.com] Enviado el: viernes, 26 de diciembre de 2014 1:57 Para: debian-user-spanish@lists.debian.org Asunto: Re: problema con acceso a pasarela en dispositivos moviles No se está discriminando nada, lo que pasa es que tienes la red mal configurada, nada más. En los android, se pueden ejecutar exactamente los mismos comandos que en cualquier otro linux, si tienes acceso a la consola, claro está. De todas formas, por favor, comprueba esto: En un Windows: - ipconfig /all en una consola de MS-DOS y por favor, pega la salida En un Linux: - ¿que tienen como servidor DNS?, cat /etc/resolv.conf No es lo 'normal', que el GW de la red asigne por DHCP una puerta de enlace que no sea él mismo, pero tu sabrás porqué lo haces. Si lo haces con intención de correr un FW en el Debian, te aviso desde yá, que no te va a funcionar la idea, ya que en realidad, el Debian le envíará a los equipos un ICMP indicandoles cual es el GW correcto y el tráfico no pasará por él. Saludos
Re: problema con acceso a pasarela en dispositivos moviles
La que tienes justo 2 lineas por encima de tu pregunta. Saludos - Mensaje original - De: Gerardo Diez García gerardo.diez.gar...@gmail.com Para: debian-user-spanish@lists.debian.org Enviados: Viernes, 26 de Diciembre 2014 2:12:38 Asunto: Re: problema con acceso a pasarela en dispositivos moviles El 25/12/14 22:36, nerus escribió: Estos son los datos que me da 1: lo: LOOPBACK,UP,LOWER_UP mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000 link/ether 00:0c:29:8d:5d:9e brd ff:ff:ff:ff:ff:ff inet 192.168.1.39/24 brd 192.168.1.255 scope global eth0 inet6 fe80::20c:29ff:fe8d:5d9e/64 scope link valid_lft forever preferred_lft forever root@server1:~# default via 192.168.1.100 dev eth0 192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.39 ¿Qué puerta de enlace tienen definidos los 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/549cc416.4030...@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/1156035476.767813.1419580768708.javamail.zim...@dimension-virtual.com
Re: problema con acceso a pasarela en dispositivos moviles
Te garantizo que es problema de configuración, vamos a un escenario simple: Router ADSL (192.168.1.1) - eth1 Debian (192.168.1.2) eth2 Debian - LAN (192.168.2.X) Sin FW activado, solo routing y haciendo masquerading en el Debian ... esa configuración funciona 100%, es la típica ¿Tu has releído lo que has escrito antes de mandarlo? ... Linux debe ser incompatible con entrutadores que no son routers ... ejem ... esa afirmación, es para empezar incongruente ... un router es un enrutador, es la definición de router. y en la segunda parte ... proque ya es casualidad que falle de forma automática con 2 tecnologías distintas ... ¿de que dos tecnologías hablas?. Me da la impresión, de que no tienes ni idea de lo que hablas. Vamos por partes ... siguiendo tu explicación de lo que quieres hacer, según comentas en el otro correo, mi recomendación es que implementes el esquema que te he comentado al principio de este correo. Intentar controlar el ancho de banda, con el equema que tu propones ... se hace montando el Debian en bridge y aplicando QoS en el bridge, lo he montado cientos de veces, cuando se ha de controlar el ancho de banda de una red, sin modificar su configuración actual, pero no se hace como tu pretendes. Si no tienes control exclusivo sobre el medio (cable de red), no puedes aplicar un QoS viable. Puedes montar este esquema: Router ADSL (192.168.1.1) - eth0 Debian | br0 (192.168.1.100) | eth1 Debian - LAN Y no tendrías que modificar NADA en la configuración DHCP del router ADSL, solo tendrías que aplicar el QoS en el eth0 de la Debian. Pero antes de que puedas llegar a eso, vas a tener que leer mucho, porque ni el QoS es un tema 'simple', ni aplicarlo en un bridge tampoco lo és. Saludos - Mensaje original - De: nerus nerus...@gmail.com Para: debian-user-spanish@lists.debian.org Enviados: Viernes, 26 de Diciembre 2014 4:40:34 Asunto: RE: problema con acceso a pasarela en dispositivos moviles Acabo de intentarlo con debían como dhcp como dns y como Reuter conectando el pc directamente al adsl y lo mismo, Windows si Linux no, y no es configuración mala porque al no funcionar con debían como dhcp lo quite y monte una vm con win server como Reuter y dhcp, linux debe ser incompatible con enrutadores que no son rúters, porque ya es casualidad que falle de forma automática con 2 tecnologías distintas, alguna otra idea? De: Raúl Alexis Betancor Santana [mailto:r...@dimension-virtual.com] Enviado el: viernes, 26 de diciembre de 2014 1:57 Para: debian-user-spanish@lists.debian.org Asunto: Re: problema con acceso a pasarela en dispositivos moviles No se está discriminando nada, lo que pasa es que tienes la red mal configurada, nada más. En los android, se pueden ejecutar exactamente los mismos comandos que en cualquier otro linux, si tienes acceso a la consola, claro está. De todas formas, por favor, comprueba esto: En un Windows: - ipconfig /all en una consola de MS-DOS y por favor, pega la salida En un Linux: - ¿que tienen como servidor DNS?, cat /etc/resolv.conf No es lo 'normal', que el GW de la red asigne por DHCP una puerta de enlace que no sea él mismo, pero tu sabrás porqué lo haces. Si lo haces con intención de correr un FW en el Debian, te aviso desde yá, que no te va a funcionar la idea, ya que en realidad, el Debian le envíará a los equipos un ICMP indicandoles cual es el GW correcto y el tráfico no pasará por él. Saludos
¿Que se suele usar mas: int o char?
Hola, estoy con unas cosas de un proyecto que, espero, finalizare pronto y me sale una duda sobre la programacion de C/C++ en Linux en general y en Debian en particular, porque estoy programando esto desde Debian. ¿Que se suele preferir como parametro en una funcion: int o char?. ¿Y como valor de retorno: int o char? Teniendo en cuenta que tanto los parametros como los valores de retorno son siempre numeros, y que generalmente (hay alguna que otra excepcion) los valores van del 0 al 100, en principio es suficiente con un char. Sin embargo, por lo que he visto de otros proyectos se usa int aunque por el valor del numero no se suela usar. Uno de los motivos que se me ocurre es que se use tanto para dejar claro que parametro o el valor de retorno es un numero y no parezca que puede ser un caracter. ¿Opiniones? -- 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+HdPfL=MKnNH5gtD=ziaw5czvjxwkci93r2gqgmt37oiij...@mail.gmail.com
RE: problema con acceso a pasarela en dispositivos moviles
Con 2 tecnologias me refiero a que un dns dhcp y Gateway montado con win no es lo mismo que uno montado con Linux, eso es asi aquí y en roma, no todo el mundo que usa Linux es partidaio del hacking, los colegios preescolares lo usan y no creo que enseñen hacking a los nenes, con lo de enrutadores me refiero a que los ruters tienen un sistema operativo Linux propio, use el nmap para ver cual tiene el mio y es propio, la razón para usar Linux es simplemente la gratuidad, llevo desde los 8 años mamando Windows y Windows server, y tan solo 1 año mamando Linux y lo único por lo que lo uso es por el tema de las licencias, y te cuento El win server vm está conectado directamente al adsl sin wifi ni nada, ahora con la utilidad wlan del netsh he creado una wifi propia a la cual atiende el dhcp win, entrega la info correcta a todos, tanto win como Linux que es: Enrutador win 192.168.1.1 Dhcp win 192.168.1.1 Dns 80.58.61.250 y 80.58.61.254 Con esta config (correcta) los win navegan correcto y los linux no, a pesar de ser la misma config que la que entrega mi ruter, lo único que cambia es que ya no uso ruter sino win como ruter, puede que no sepa de que hablo pero se lo que hago y no funciona con Linux de ahí que no sea compatible, no digo las cosas por decirlas. De: Raúl Alexis Betancor Santana [mailto:r...@dimension-virtual.com] Enviado el: viernes, 26 de diciembre de 2014 9:12 Para: nerus CC: debian-user-spanish@lists.debian.org Asunto: Re: problema con acceso a pasarela en dispositivos moviles Te garantizo que es problema de configuración, vamos a un escenario simple: Router ADSL (192.168.1.1) - eth1 Debian (192.168.1.2) eth2 Debian - LAN (192.168.2.X) Sin FW activado, solo routing y haciendo masquerading en el Debian ... esa configuración funciona 100%, es la típica ¿Tu has releído lo que has escrito antes de mandarlo? ... Linux debe ser incompatible con entrutadores que no son routers ... ejem ... esa afirmación, es para empezar incongruente ... un router es un enrutador, es la definición de router. y en la segunda parte ... proque ya es casualidad que falle de forma automática con 2 tecnologías distintas ... ¿de que dos tecnologías hablas?. Me da la impresión, de que no tienes ni idea de lo que hablas. Vamos por partes ... siguiendo tu explicación de lo que quieres hacer, según comentas en el otro correo, mi recomendación es que implementes el esquema que te he comentado al principio de este correo. Intentar controlar el ancho de banda, con el equema que tu propones ... se hace montando el Debian en bridge y aplicando QoS en el bridge, lo he montado cientos de veces, cuando se ha de controlar el ancho de banda de una red, sin modificar su configuración actual, pero no se hace como tu pretendes. Si no tienes control exclusivo sobre el medio (cable de red), no puedes aplicar un QoS viable. Puedes montar este esquema: Router ADSL (192.168.1.1) - eth0 Debian | br0 (192.168.1.100) | eth1 Debian - LAN Y no tendrías que modificar NADA en la configuración DHCP del router ADSL, solo tendrías que aplicar el QoS en el eth0 de la Debian. Pero antes de que puedas llegar a eso, vas a tener que leer mucho, porque ni el QoS es un tema 'simple', ni aplicarlo en un bridge tampoco lo és. Saludos _ De: nerus nerus...@gmail.com mailto:nerus...@gmail.com Para: debian-user-spanish@lists.debian.org mailto:debian-user-spanish@lists.debian.org Enviados: Viernes, 26 de Diciembre 2014 4:40:34 Asunto: RE: problema con acceso a pasarela en dispositivos moviles Acabo de intentarlo con debían como dhcp como dns y como Reuter conectando el pc directamente al adsl y lo mismo, Windows si Linux no, y no es configuración mala porque al no funcionar con debían como dhcp lo quite y monte una vm con win server como Reuter y dhcp, linux debe ser incompatible con enrutadores que no son rúters, porque ya es casualidad que falle de forma automática con 2 tecnologías distintas, alguna otra idea? De: Raúl Alexis Betancor Santana [mailto:r...@dimension-virtual.com] Enviado el: viernes, 26 de diciembre de 2014 1:57 Para: debian-user-spanish@lists.debian.org mailto:debian-user-spanish@lists.debian.org Asunto: Re: problema con acceso a pasarela en dispositivos moviles No se está discriminando nada, lo que pasa es que tienes la red mal configurada, nada más. En los android, se pueden ejecutar exactamente los mismos comandos que en cualquier otro linux, si tienes acceso a la consola, claro está. De todas formas, por favor, comprueba esto: En un Windows: - ipconfig /all en una consola de MS-DOS y por favor, pega la salida En un Linux: - ¿que tienen como servidor DNS?, cat /etc/resolv.conf No es lo 'normal', que el GW de la red asigne por DHCP una puerta de enlace que no sea él mismo, pero tu sabrás porqué lo haces. Si lo haces con intención de correr un FW en el Debian, te aviso desde yá, que no te va a
Re: ¿Que se suele usar mas: int o char?
Lo ideal es que si tu función, necesita como parámetro (o retorna) un numero entero, uses una variable int, es por claridad principalmente. Si bien estas desperdiciando un poco de memoria (insignificante), pero es preferible que sea claro. A nadie le gusta leer un programa y tratar de entender porque las cosas no son como uno esperaría que sean. Saludos! On 26/12/14 08:37, Altair Linux wrote: Hola, estoy con unas cosas de un proyecto que, espero, finalizare pronto y me sale una duda sobre la programacion de C/C++ en Linux en general y en Debian en particular, porque estoy programando esto desde Debian. ¿Que se suele preferir como parametro en una funcion: int o char?. ¿Y como valor de retorno: int o char? Teniendo en cuenta que tanto los parametros como los valores de retorno son siempre numeros, y que generalmente (hay alguna que otra excepcion) los valores van del 0 al 100, en principio es suficiente con un char. Sin embargo, por lo que he visto de otros proyectos se usa int aunque por el valor del numero no se suela usar. Uno de los motivos que se me ocurre es que se use tanto para dejar claro que parametro o el valor de retorno es un numero y no parezca que puede ser un caracter. ¿Opiniones? -- 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/549d878c.6070...@gmail.com
Re: error keymap compiler (xkbcomp)
El Tue, 23 Dec 2014 21:17:27 -0300, Alexis Saucedo escribió: Un dato mas acabo de hacer rm -r /tmp/.X11-unix/ y levanta con un startx tanto la sesion de root como la mia pero al reiniciar el mismo problema aparece. Hum... dos cosas: 1/ Manda la salida de los permisos de esos dos directorios concretos y de los archivos que contienen: sm01@stt008:~$ ls -la /tmp/.*-unix sm01@stt008:~$ ls -la /tmp | grep -i .*-unix Interesa ver la salida de esos dos comandos en las dos situaciones: a) cuando no inician las X y b) cuando tras eliminar los archivos puedes levantar el entorno gráfico con startx. 2/ ¿Cómo montas /tmp? ¿Usas alguna configuración concreta (p. ej., tmpfs)? 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.2014.12.26.16.22...@gmail.com
RE: problema con acceso a pasarela en dispositivos moviles
desactiva el formato HTML cuando envias en mensaje. Con 2 tecnologias me refiero a que un dns dhcp y Gateway montado con win no es lo mismo que uno montado con Linux, eso es asi aquí y en roma, no todo el mundo que usa Linux es partidaio del hacking, los colegios preescolares lo usan y no creo que enseñen hacking a los nenes, con lo de enrutadores me refiero a que los ruters tienen un sistema operativo Linux propio que tiene que ver que los nenes con este asunto , los hacking ? , use el nmap para ver cual tiene el mio y es propio, la razón para usar Linux es simplemente la gratuidad, llevo desde los 8 años mamando Windows y Windows server, y tan solo 1 año mamando Linux y lo único por lo que lo uso es por el tema de las licencias, y te cuento El win server vm está conectado directamente al adsl sin wifi ni nada, ahora con la utilidad wlan del netsh he creado una wifi propia a la cual atiende el dhcp win, entrega la info correcta a todos, tanto win como Linux que es: Enrutador win 192.168.1.1 Dhcp win 192.168.1.1 Dns 80.58.61.250 y 80.58.61.254 aqui te quemates, como es posible que tengas tu router con 192.168.1.1 y el DHCP tambien 192.168.1.1 ya te ganastes conflicto de direcciones no pueden ser iguales. Con esta config (correcta) los win navegan correcto y los linux no, a pesar de ser la misma config que la que entrega mi ruter, lo único que cambia es que ya no uso ruter sino win como ruter, puede que no sepa de que hablo pero se lo que hago y no funciona con Linux de ahí que no sea compatible, no digo las cosas por decirlas. que es lo correcto para decir eso?. saludos WRC Te garantizo que es problema de configuración, vamos a un escenario simple: Router ADSL (192.168.1.1) - eth1 Debian (192.168.1.2) eth2 Debian - LAN (192.168.2.X) Sin FW activado, solo routing y haciendo masquerading en el Debian ... esa configuración funciona 100%, es la típica ¿Tu has releído lo que has escrito antes de mandarlo? ... Linux debe ser incompatible con entrutadores que no son routers ... ejem ... esa afirmación, es para empezar incongruente ... un router es un enrutador, es la definición de router. y en la segunda parte ... proque ya es casualidad que falle de forma automática con 2 tecnologías distintas ... ¿de que dos tecnologías hablas?. Me da la impresión, de que no tienes ni idea de lo que hablas. Vamos por partes ... siguiendo tu explicación de lo que quieres hacer, según comentas en el otro correo, mi recomendación es que implementes el esquema que te he comentado al principio de este correo. Intentar controlar el ancho de banda, con el equema que tu propones ... se hace montando el Debian en bridge y aplicando QoS en el bridge, lo he montado cientos de veces, cuando se ha de controlar el ancho de banda de una red, sin modificar su configuración actual, pero no se hace como tu pretendes. Si no tienes control exclusivo sobre el medio (cable de red), no puedes aplicar un QoS viable. Puedes montar este esquema: Router ADSL (192.168.1.1) - eth0 Debian | br0 (192.168.1.100) | eth1 Debian - LAN Y no tendrías que modificar NADA en la configuración DHCP del router ADSL, solo tendrías que aplicar el QoS en el eth0 de la Debian. Pero antes de que puedas llegar a eso, vas a tener que leer mucho, porque ni el QoS es un tema 'simple', ni aplicarlo en un bridge tampoco lo és. Saludos De: nerus nerus...@gmail.commailto:nerus...@gmail.com Para: debian-user-spanish@lists.debian.orgmailto:debian-user-spanish@lists.debian.org Enviados: Viernes, 26 de Diciembre 2014 4:40:34 Asunto: RE: problema con acceso a pasarela en dispositivos moviles Acabo de intentarlo con debían como dhcp como dns y como Reuter conectando el pc directamente al adsl y lo mismo, Windows si Linux no, y no es configuración mala porque al no funcionar con debían como dhcp lo quite y monte una vm con win server como Reuter y dhcp, linux debe ser incompatible con enrutadores que no son rúters, porque ya es casualidad que falle de forma automática con 2 tecnologías distintas, alguna otra idea? De: Raúl Alexis Betancor Santana [mailto:r...@dimension-virtual.com] Enviado el: viernes, 26 de diciembre de 2014 1:57 Para: debian-user-spanish@lists.debian.orgmailto:debian-user-spanish@lists.debian.org Asunto: Re: problema con acceso a pasarela en dispositivos moviles No se está discriminando nada, lo que pasa es que tienes la red mal configurada, nada más. En los android, se pueden ejecutar exactamente los mismos comandos que en cualquier otro linux, si tienes acceso a la consola, claro está. De todas formas, por favor, comprueba esto: En un Windows:
RE: problema con acceso a pasarela en dispositivos moviles
Si hubieses leído bien dije directamente al adsl, no hay ruter, win es el ruter -Mensaje original- De: William Romero [mailto:wromer...@hotmail.com] Enviado el: viernes, 26 de diciembre de 2014 17:35 Para: debian-user-spanish@lists.debian.org Asunto: RE: problema con acceso a pasarela en dispositivos moviles desactiva el formato HTML cuando envias en mensaje. Con 2 tecnologias me refiero a que un dns dhcp y Gateway montado con win no es lo mismo que uno montado con Linux, eso es asi aquí y en roma, no todo el mundo que usa Linux es partidaio del hacking, los colegios preescolares lo usan y no creo que enseñen hacking a los nenes, con lo de enrutadores me refiero a que los ruters tienen un sistema operativo Linux propio que tiene que ver que los nenes con este asunto , los hacking ? , use el nmap para ver cual tiene el mio y es propio, la razón para usar Linux es simplemente la gratuidad, llevo desde los 8 años mamando Windows y Windows server, y tan solo 1 año mamando Linux y lo único por lo que lo uso es por el tema de las licencias, y te cuento El win server vm está conectado directamente al adsl sin wifi ni nada, ahora con la utilidad wlan del netsh he creado una wifi propia a la cual atiende el dhcp win, entrega la info correcta a todos, tanto win como Linux que es: Enrutador win 192.168.1.1 Dhcp win 192.168.1.1 Dns 80.58.61.250 y 80.58.61.254 aqui te quemates, como es posible que tengas tu router con 192.168.1.1 y el DHCP tambien 192.168.1.1 ya te ganastes conflicto de direcciones no pueden ser iguales. Con esta config (correcta) los win navegan correcto y los linux no, a pesar de ser la misma config que la que entrega mi ruter, lo único que cambia es que ya no uso ruter sino win como ruter, puede que no sepa de que hablo pero se lo que hago y no funciona con Linux de ahí que no sea compatible, no digo las cosas por decirlas. que es lo correcto para decir eso?. saludos WRC Te garantizo que es problema de configuración, vamos a un escenario simple: Router ADSL (192.168.1.1) - eth1 Debian (192.168.1.2) eth2 Debian - LAN (192.168.2.X) Sin FW activado, solo routing y haciendo masquerading en el Debian ... esa configuración funciona 100%, es la típica ¿Tu has releído lo que has escrito antes de mandarlo? ... Linux debe ser incompatible con entrutadores que no son routers ... ejem ... esa afirmación, es para empezar incongruente ... un router es un enrutador, es la definición de router. y en la segunda parte ... proque ya es casualidad que falle de forma automática con 2 tecnologías distintas ... ¿de que dos tecnologías hablas?. Me da la impresión, de que no tienes ni idea de lo que hablas. Vamos por partes ... siguiendo tu explicación de lo que quieres hacer, según comentas en el otro correo, mi recomendación es que implementes el esquema que te he comentado al principio de este correo. Intentar controlar el ancho de banda, con el equema que tu propones ... se hace montando el Debian en bridge y aplicando QoS en el bridge, lo he montado cientos de veces, cuando se ha de controlar el ancho de banda de una red, sin modificar su configuración actual, pero no se hace como tu pretendes. Si no tienes control exclusivo sobre el medio (cable de red), no puedes aplicar un QoS viable. Puedes montar este esquema: Router ADSL (192.168.1.1) - eth0 Debian | br0 (192.168.1.100) | eth1 Debian - LAN Y no tendrías que modificar NADA en la configuración DHCP del router ADSL, solo tendrías que aplicar el QoS en el eth0 de la Debian. Pero antes de que puedas llegar a eso, vas a tener que leer mucho, porque ni el QoS es un tema 'simple', ni aplicarlo en un bridge tampoco lo és. Saludos De: nerus nerus...@gmail.commailto:nerus...@gmail.com Para: debian-user-spanish@lists.debian.orgmailto:debian-user-spanish@lists.debian .org Enviados: Viernes, 26 de Diciembre 2014 4:40:34 Asunto: RE: problema con acceso a pasarela en dispositivos moviles Acabo de intentarlo con debían como dhcp como dns y como Reuter conectando el pc directamente al adsl y lo mismo, Windows si Linux no, y no es configuración mala porque al no funcionar con debían como dhcp lo quite y monte una vm con win server como Reuter y dhcp, linux debe ser incompatible con enrutadores que no son rúters, porque ya es casualidad que falle de forma automática con 2 tecnologías distintas, alguna otra idea? De: Raúl Alexis Betancor Santana [mailto:r...@dimension-virtual.com] Enviado el: viernes, 26 de diciembre de 2014 1:57 Para: debian-user-spanish@lists.debian.orgmailto:debian-user-spanish@lists.debian .org Asunto: Re: problema con acceso a pasarela en dispositivos moviles No se está discriminando nada,
Re: problema con acceso a pasarela en dispositivos moviles
El Thu, 25 Dec 2014 02:51:54 +0100, nerus escribió: Buenas antes de nada feliz navidad a todos, (...) Igualmente. comentarles que consegui hacer funcionar el enrutamiento pero solo en equipos Windows, es decir debían como router pero solo navega en Windows pero Linux no, (...) ¿Todavía sigues en Linux? O_o GOTO:CAOS :CAOS https://lists.debian.org/debian-user-spanish/2014/12/msg00423.html 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.2014.12.26.16.50...@gmail.com
RE: problema con acceso a pasarela en dispositivos moviles
Sigue la conversación completa y veras que antes si usaba ruter, y como no funciona quite el ruter y conecte win directo, ahora win es el ruter con idéntica info e idéntico resultado, los win navegan los Linux no -Mensaje original- De: William Romero [mailto:wromer...@hotmail.com] Enviado el: viernes, 26 de diciembre de 2014 17:35 Para: debian-user-spanish@lists.debian.org Asunto: RE: problema con acceso a pasarela en dispositivos moviles desactiva el formato HTML cuando envias en mensaje. Con 2 tecnologias me refiero a que un dns dhcp y Gateway montado con win no es lo mismo que uno montado con Linux, eso es asi aquí y en roma, no todo el mundo que usa Linux es partidaio del hacking, los colegios preescolares lo usan y no creo que enseñen hacking a los nenes, con lo de enrutadores me refiero a que los ruters tienen un sistema operativo Linux propio que tiene que ver que los nenes con este asunto , los hacking ? , use el nmap para ver cual tiene el mio y es propio, la razón para usar Linux es simplemente la gratuidad, llevo desde los 8 años mamando Windows y Windows server, y tan solo 1 año mamando Linux y lo único por lo que lo uso es por el tema de las licencias, y te cuento El win server vm está conectado directamente al adsl sin wifi ni nada, ahora con la utilidad wlan del netsh he creado una wifi propia a la cual atiende el dhcp win, entrega la info correcta a todos, tanto win como Linux que es: Enrutador win 192.168.1.1 Dhcp win 192.168.1.1 Dns 80.58.61.250 y 80.58.61.254 aqui te quemates, como es posible que tengas tu router con 192.168.1.1 y el DHCP tambien 192.168.1.1 ya te ganastes conflicto de direcciones no pueden ser iguales. Con esta config (correcta) los win navegan correcto y los linux no, a pesar de ser la misma config que la que entrega mi ruter, lo único que cambia es que ya no uso ruter sino win como ruter, puede que no sepa de que hablo pero se lo que hago y no funciona con Linux de ahí que no sea compatible, no digo las cosas por decirlas. que es lo correcto para decir eso?. saludos WRC Te garantizo que es problema de configuración, vamos a un escenario simple: Router ADSL (192.168.1.1) - eth1 Debian (192.168.1.2) eth2 Debian - LAN (192.168.2.X) Sin FW activado, solo routing y haciendo masquerading en el Debian ... esa configuración funciona 100%, es la típica ¿Tu has releído lo que has escrito antes de mandarlo? ... Linux debe ser incompatible con entrutadores que no son routers ... ejem ... esa afirmación, es para empezar incongruente ... un router es un enrutador, es la definición de router. y en la segunda parte ... proque ya es casualidad que falle de forma automática con 2 tecnologías distintas ... ¿de que dos tecnologías hablas?. Me da la impresión, de que no tienes ni idea de lo que hablas. Vamos por partes ... siguiendo tu explicación de lo que quieres hacer, según comentas en el otro correo, mi recomendación es que implementes el esquema que te he comentado al principio de este correo. Intentar controlar el ancho de banda, con el equema que tu propones ... se hace montando el Debian en bridge y aplicando QoS en el bridge, lo he montado cientos de veces, cuando se ha de controlar el ancho de banda de una red, sin modificar su configuración actual, pero no se hace como tu pretendes. Si no tienes control exclusivo sobre el medio (cable de red), no puedes aplicar un QoS viable. Puedes montar este esquema: Router ADSL (192.168.1.1) - eth0 Debian | br0 (192.168.1.100) | eth1 Debian - LAN Y no tendrías que modificar NADA en la configuración DHCP del router ADSL, solo tendrías que aplicar el QoS en el eth0 de la Debian. Pero antes de que puedas llegar a eso, vas a tener que leer mucho, porque ni el QoS es un tema 'simple', ni aplicarlo en un bridge tampoco lo és. Saludos De: nerus nerus...@gmail.commailto:nerus...@gmail.com Para: debian-user-spanish@lists.debian.orgmailto:debian-user-spanish@lists.debian .org Enviados: Viernes, 26 de Diciembre 2014 4:40:34 Asunto: RE: problema con acceso a pasarela en dispositivos moviles Acabo de intentarlo con debían como dhcp como dns y como Reuter conectando el pc directamente al adsl y lo mismo, Windows si Linux no, y no es configuración mala porque al no funcionar con debían como dhcp lo quite y monte una vm con win server como Reuter y dhcp, linux debe ser incompatible con enrutadores que no son rúters, porque ya es casualidad que falle de forma automática con 2 tecnologías distintas, alguna otra idea? De: Raúl Alexis Betancor Santana [mailto:r...@dimension-virtual.com] Enviado el: viernes, 26 de diciembre de 2014 1:57 Para:
Re: problema con acceso a pasarela en dispositivos moviles
El 26/12/14 08:59, Raúl Alexis Betancor Santana escribió: La que tienes justo 2 lineas por encima de tu pregunta. Saludos - Mensaje original - De: Gerardo Diez García gerardo.diez.gar...@gmail.com Para: debian-user-spanish@lists.debian.org Enviados: Viernes, 26 de Diciembre 2014 2:12:38 Asunto: Re: problema con acceso a pasarela en dispositivos moviles El 25/12/14 22:36, nerus escribió: Estos son los datos que me da 1: lo: LOOPBACK,UP,LOWER_UP mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000 link/ether 00:0c:29:8d:5d:9e brd ff:ff:ff:ff:ff:ff inet 192.168.1.39/24 brd 192.168.1.255 scope global eth0 inet6 fe80::20c:29ff:fe8d:5d9e/64 scope link valid_lft forever preferred_lft forever root@server1:~# default via 192.168.1.100 dev eth0 192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.39 ¿Qué puerta de enlace tienen definidos los Linux? Que yo sepa eso son los DNS (lo que sale del resolv.conf) no el gateway. -- 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/549d9227.7070...@gmail.com
Re: problema con acceso a pasarela en dispositivos moviles
No te lo tomes a mal, pero insisto ... no tienes ni pajolera idea de lo que hablas, o por lo menos no sabes expresarlo correctamente. Un DNS y un DHCP montado sobre Win o sobre Linux son 'la misma tecnología', de hecho llamarlas 'tecnologías' es del todo incorrecto, son PROTOCOLOS, punto. Y da EXACTAMENTE igual, que montes un DNS y un DHCP con Windows, que con Linux, funcionan de la misma manera, ya que EL PROTOCOLO es estandar. Yo no he dicho que todo el mundo que use linux tenga que ser partidario del hacking ... pero bueno, tu entienes lo que te da la gana. Además te retratas tu mismo, si piensas que el único motivo para usar Linux ha de ser 'la gratuituidad', esos no es más que FUD. Creo que estás mezclando cosa y de ahí los problemas que tienes. Vamos Down-Top ... empecemos por el esquema de red físico que tienes montado. Router - switch - Server Win - Server Linux ¿es ese? ... o estamos hablando de que tienes los Win y los Linux como instancias VM dentro de una máquina Win que 'te hace de router' ¿? Cuando hablas de la wlan de el netsh ... eso significa que el server Win, ha de tener un interfaz Wireless, ¿estás usando la opción de 'compartir internet' de windows vía la Wireless? ... Aclara el esquema que tienes montado, empezando por la parte físicia, y luego subimos a la parte de configuración de la red. Sigo creyendo que tienes montado un potaje de configuración y que por eso no te funciona. No es cuestión de ponerse a medir 'quien la tiene más larga', porque a tu 'llevo desde los 8 años mamando Windows', yo te puedo contestar que yo tengo más de 28 años de esperiencia en netadmin y sysadmin, con todo tipo de sistemas, desde redes pequeñas domésticas, hasta redes de operador, que es donde trabajo ahora y con todo tipo de sistemas, Win, Linux, *nix, *BSD, Mac, sistemas empotrados, etc. Si en los últimos 28 años ha existido algún dispositivo, con funciones de red, que no haya pasado por mis manos ..., de la marca que sea, creo que se pueden contar con los dedos de una mano y sobran dedos, así que sé perfectamente de lo que estamos hablando. Saludos -- 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/218539837.768799.1419612038280.javamail.zim...@dimension-virtual.com
RE: problema con acceso a pasarela en dispositivos moviles
Sigo y seguire hasta que lo considere oportuno -Mensaje original- De: Camaleón [mailto:noela...@gmail.com] Enviado el: viernes, 26 de diciembre de 2014 17:51 Para: debian-user-spanish@lists.debian.org Asunto: Re: problema con acceso a pasarela en dispositivos moviles El Thu, 25 Dec 2014 02:51:54 +0100, nerus escribió: Buenas antes de nada feliz navidad a todos, (...) Igualmente. comentarles que consegui hacer funcionar el enrutamiento pero solo en equipos Windows, es decir debían como router pero solo navega en Windows pero Linux no, (...) ¿Todavía sigues en Linux? O_o GOTO:CAOS :CAOS https://lists.debian.org/debian-user-spanish/2014/12/msg00423.html 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.2014.12.26.16.50...@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/000301d0212c$84917ff0$8db47fd0$@gmail.com
Re: problema con acceso a pasarela en dispositivos moviles
- Mensaje original - De: Gerardo Diez García gerardo.diez.gar...@gmail.com Para: debian-user-spanish@lists.debian.org Enviados: Viernes, 26 de Diciembre 2014 16:51:51 Asunto: Re: problema con acceso a pasarela en dispositivos moviles default via 192.168.1.100 dev eth0 192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.39 ¿Qué puerta de enlace tienen definidos los Linux? Que yo sepa eso son los DNS (lo que sale del resolv.conf) no el gateway. Pues estás equivocado, esa es la salida del comando 'ip ro' ... que es la abreviación del 'ip route list table main', que en una configuración simple, como la que hablamos, es la ruta por defecto o 'default gateway' Saludos -- 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/549d9227.7070...@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/1920582453.768803.1419612252239.javamail.zim...@dimension-virtual.com
Re: debian, systemd y los logs
El Wed, 24 Dec 2014 13:36:23 +0100, José Miguel (sio2) escribió: Tengo instalado una jessie pelada para ir viendo cómo se comportará como servidor y sopesar qué haré con un par de pequeños servidores que tengo con wheezy. Lo primero es enterarme un poco de cómo va systemd. Pero me asaltan muchas dudas para hacerme una idea general. (...) Lo que no me queda claro de todo esto es ¿qué hace exactamente systemd-shim? Es un paquete comodín, es decir, no hace nada extravagante, sólo permite que un sistema no tenga que tener instalado ni usar systemd (el paquete completo) cuando se quiere evitar su uso. Viene a ser como una especie de emulador de systemd que ejerce funciones de control de tráfico y de redirección. (...) ¿Es esta duplicidad completa? ¿Se pueden seguir usando los logs de /var/log como hasta ahora? El journal de systemd permite configurarlo de varias maneras el único requisito es que tienes que tenerlo instalado (obviamente, si tienes systemd lo vas a teenr instalado) y todos los registros tienen que pasar primero por el journal, pero después puedes: 1/ Redirir los eventos a otro gestor de registros (rsyslog, syslog-ng...) 2/ Mantener sólo el formato binario de journal 3/ Usar varios registros (supongo que puede ser útil para tener unas segunda copia en formato texto plano con el handicap que supone tener dos servicios haciendo lo mismo y gastando ciclos de CPU, RAM, etc...) Lo que ya no sé es qué opción predeterminada habrán elegido en Debian en los distintos escenarios (p. ej. cuando se instala sólo systemd y no se instala rsyslog/syslog-ng y cuando se viene de una instalación anterior que ya los tenía instalados). En el manual del journal tienes las opciones de configuración y uso: http://www.freedesktop.org/software/systemd/man/journald.conf.html Y la wiki de ArchLinux que como siempre está muy bien documentada: https://wiki.archlinux.org/index.php/systemd#Journald_in_conjunction_with_syslog 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.2014.12.26.16.41...@gmail.com
RE: problema con acceso a pasarela en dispositivos moviles
Se que son protocolos pero la tecnología win tiende a limitar la configuración, por ello no es lo mismo montarlo en win que en linux -Mensaje original- De: Raúl Alexis Betancor Santana [mailto:r...@dimension-virtual.com] Enviado el: viernes, 26 de diciembre de 2014 17:41 Para: debian-user-spanish@lists.debian.org Asunto: Re: problema con acceso a pasarela en dispositivos moviles No te lo tomes a mal, pero insisto ... no tienes ni pajolera idea de lo que hablas, o por lo menos no sabes expresarlo correctamente. Un DNS y un DHCP montado sobre Win o sobre Linux son 'la misma tecnología', de hecho llamarlas 'tecnologías' es del todo incorrecto, son PROTOCOLOS, punto. Y da EXACTAMENTE igual, que montes un DNS y un DHCP con Windows, que con Linux, funcionan de la misma manera, ya que EL PROTOCOLO es estandar. Yo no he dicho que todo el mundo que use linux tenga que ser partidario del hacking ... pero bueno, tu entienes lo que te da la gana. Además te retratas tu mismo, si piensas que el único motivo para usar Linux ha de ser 'la gratuituidad', esos no es más que FUD. Creo que estás mezclando cosa y de ahí los problemas que tienes. Vamos Down-Top ... empecemos por el esquema de red físico que tienes montado. Router - switch - Server Win - Server Linux ¿es ese? ... o estamos hablando de que tienes los Win y los Linux como instancias VM dentro de una máquina Win que 'te hace de router' ¿? Cuando hablas de la wlan de el netsh ... eso significa que el server Win, ha de tener un interfaz Wireless, ¿estás usando la opción de 'compartir internet' de windows vía la Wireless? ... Aclara el esquema que tienes montado, empezando por la parte físicia, y luego subimos a la parte de configuración de la red. Sigo creyendo que tienes montado un potaje de configuración y que por eso no te funciona. No es cuestión de ponerse a medir 'quien la tiene más larga', porque a tu 'llevo desde los 8 años mamando Windows', yo te puedo contestar que yo tengo más de 28 años de esperiencia en netadmin y sysadmin, con todo tipo de sistemas, desde redes pequeñas domésticas, hasta redes de operador, que es donde trabajo ahora y con todo tipo de sistemas, Win, Linux, *nix, *BSD, Mac, sistemas empotrados, etc. Si en los últimos 28 años ha existido algún dispositivo, con funciones de red, que no haya pasado por mis manos ..., de la marca que sea, creo que se pueden contar con los dedos de una mano y sobran dedos, así que sé perfectamente de lo que estamos hablando. Saludos -- 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/218539837.768799.1419612038280.javamail.zim...@dimension-virtual.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/000401d0212d$191e85a0$4b5b90e0$@gmail.com
Re: problema con acceso a pasarela en dispositivos moviles
El 26/12/14 17:44, Raúl Alexis Betancor Santana escribió: - Mensaje original - De: Gerardo Diez García gerardo.diez.gar...@gmail.com Para: debian-user-spanish@lists.debian.org Enviados: Viernes, 26 de Diciembre 2014 16:51:51 Asunto: Re: problema con acceso a pasarela en dispositivos moviles default via 192.168.1.100 dev eth0 192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.39 ¿Qué puerta de enlace tienen definidos los Linux? Que yo sepa eso son los DNS (lo que sale del resolv.conf) no el gateway. Pues estás equivocado, esa es la salida del comando 'ip ro' ... que es la abreviación del 'ip route list table main', que en una configuración simple, como la que hablamos, es la ruta por defecto o 'default gateway' Saludos Me resulta complicado adivinar. Gracias por la clarificación. Suponía que era la salida del resolv.conf ya que se le había pedido: -Comprueba los datos que obtienen el resto de los linux con un ip addr; ip ro; cat /etc/resolv.conf Francamente, no sé ni en qué escenario físico estamos. Ni qué configuraciones están aplicadas, ni cuales se han descartado. Se están dando palos de ciego -- 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/549d945f.1040...@gmail.com
Re: problema con acceso a pasarela en dispositivos moviles
El día 26 de diciembre de 2014, 14:01, Gerardo Diez García gerardo.diez.gar...@gmail.com escribió: El 26/12/14 17:44, Raúl Alexis Betancor Santana escribió: - Mensaje original - De: Gerardo Diez García gerardo.diez.gar...@gmail.com Para: debian-user-spanish@lists.debian.org Enviados: Viernes, 26 de Diciembre 2014 16:51:51 Asunto: Re: problema con acceso a pasarela en dispositivos moviles default via 192.168.1.100 dev eth0 192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.39 ¿Qué puerta de enlace tienen definidos los Linux? Que yo sepa eso son los DNS (lo que sale del resolv.conf) no el gateway. Pues estás equivocado, esa es la salida del comando 'ip ro' ... que es la abreviación del 'ip route list table main', que en una configuración simple, como la que hablamos, es la ruta por defecto o 'default gateway' Saludos Me resulta complicado adivinar. Gracias por la clarificación. Suponía que era la salida del resolv.conf ya que se le había pedido: -Comprueba los datos que obtienen el resto de los linux con un ip addr; ip ro; cat /etc/resolv.conf Francamente, no sé ni en qué escenario físico estamos. Ni qué configuraciones están aplicadas, ni cuales se han descartado. Se están dando palos de ciego Eso pasa cuando se comienza a contestar sin considerar ni siquiera un mínimo de consideración por parte de quién pregunta, lo que menos ha hecho son preguntas inteligentes, más encima descortés. Y siguen varios tratando de averiguar que es lo que diablos quiere decir, hacer o a hecho. Es un troll o no tiene idea de lo que habla, o lo que es peor, cree saber de lo que habla. -- usuario linux #274354 normas de la lista: http://wiki.debian.org/es/NormasLista como hacer preguntas inteligentes: http://www.sindominio.net/ayuda/preguntas-inteligentes.html -- 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/CAAiZAx7+d1sdpFDuoa=bMOG9TqN_iGoKNUy58sqo22s3...@mail.gmail.com
Re: problema con acceso a pasarela en dispositivos moviles
Montar un DNS o un DHCP sobre win, no tienes NINGUNA limitación, puedes hacer exactamente lo mismo que en un Linux, que sea más 'fácil' o más 'complicado' de hacer en primera instancia, no significa que estés 'limitado', que no lo estás. Pero de todas formas, ese no era el tema que tratábamos. Saludos -- 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/527978499.768822.1419613196336.javamail.zim...@dimension-virtual.com
Re: problema con acceso a pasarela en dispositivos moviles
Lo que quiere decir ... es,en algunos de sus mensajes, digno de una pitonisa. Lo que quiere hacer ... ,yo por lo menos lo tengo claro, es una configuración de Debian como router/FW de lo más simple de mundo. Que está dando palos de ciego ..., a punta pala, pero como se empeña en que 'sabe' y que los sistemas son incompatibles, porque no hacen lo que él quiere que hagan ... pues se va a tirar un par de semanas dado palos, hasta que decida ó dejarlo o hacer caso y hacer las cosas como se debe. Saludos -- 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/2024161398.768841.1419613650351.javamail.zim...@dimension-virtual.com
Re: problema con acceso a pasarela en dispositivos moviles
El Fri, 26 Dec 2014 17:53:45 +0100, nerus escribió: Sigo y seguire hasta que lo considere oportuno Me parece muy bien pero no dupliques los hilos, si sigues con el mismo problema que tenías antes tienes que responder en el hilo anterior, no abras uno nuevo. También deberías cambiar de cliente de correo porque Outlook no gestiona bien las listas y rompe las citas, por lo que o bien usas un cliente que mantenga el texto citado correctamente o lo corriges a mano de lo contrario nos vas a volver locos con tus mensajes :-/ 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.2014.12.26.17.22...@gmail.com
RE: problema con acceso a pasarela en dispositivos moviles
To: debian-user-spanish@lists.debian.org From: noela...@gmail.com Subject: Re: problema con acceso a pasarela en dispositivos moviles Date: Fri, 26 Dec 2014 17:22:20 + El Fri, 26 Dec 2014 17:53:45 +0100, nerus escribió: Sigo y seguire hasta que lo considere oportuno Me parece muy bien pero no dupliques los hilos, si sigues con el mismo problema que tenías antes tienes que responder en el hilo anterior, no abras uno nuevo. Optaria por darle un buen Banhummer. WRC -- 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/bay177-w367559e125482cc1991241b6...@phx.gbl
Re: ¿Que se suele usar mas: int o char?
El día 26 de diciembre de 2014, 8:37, Altair Linux altairli...@gmail.com escribió: Hola, estoy con unas cosas de un proyecto que, espero, finalizare pronto y me sale una duda sobre la programacion de C/C++ en Linux en general y en Debian en particular, porque estoy programando esto desde Debian. ¿Que se suele preferir como parametro en una funcion: int o char?. ¿Y como valor de retorno: int o char? Teniendo en cuenta que tanto los parametros como los valores de retorno son siempre numeros, y que generalmente (hay alguna que otra excepcion) los valores van del 0 al 100, en principio es suficiente con un char. Sin embargo, por lo que he visto de otros proyectos se usa int aunque por el valor del numero no se suela usar. Uno de los motivos que se me ocurre es que se use tanto para dejar claro que parametro o el valor de retorno es un numero y no parezca que puede ser un caracter. ¿Opiniones? -- 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+hdpflmknnh5gtdziaw5czvjxwkci93r2gqgmt37oiij...@mail.gmail.com (Lo reenvío porque no me di cuenta y lo envié a tu mail y no a la lista) Antes de usar char te podría recomendar usar el tipo short, que te utiliza 2 bytes y si no me confundo va desde -32768 hasta +32767. No usa mucho mas: como dije short usa 2 bytes y char usa 1 byte. Pero en el caso de que no quieras gastar esa memoria, podes usar char. Pero con unas condiciones antes. Tenés mucha razón cuando decís de que hay que dejar en claro que el parámetro o el valor de retorno es un número y no parezca que pueda ser un carácter. Si directamente pones char al escribir tu programa cuando quieres representar números, el día que quieras modificarlo te va a resultar muy difícil de entenderlo. Además el programa va a estar lleno de comentarios indicando de que eso es en realidad un número y no un carácter. Y cuando un programa empieza a tener tipos de comentarios indicando su funcionamiento, es que lo estas haciendo mal. Entonces lo que te recomiendo usar es typedef. Lo que vas a hacer es poner typedef char shortest. shortest es el nuevo tipo de dato (Aunque si querés podes ponerle cualquier otro nombre, como mini, mini_int, etc. Aunque te recomendaría un nombre que sea representativo -No le vas a poner de nombre tipo_dato, ya que no indica mucho con su nombre-). Entonces cuando hagas una declaración de datos shortest funcion(int a, shortest b) en realidad sería exactamente igual a char funcion(int a, char b) pero en el primer caso, es mucho más claro de que estas usando un número y no un caracter. Repito, tanto shortest como char usa un byte (es decir, un shortest es exactamente igual que un char). Si lo quieres pensar de otra forma, es como si usaras una constante, y en todos los lugares donde parezca shortest cuando se compile va a aparecer char (En realidad no funciona así, pero podes pensarlo de esa manera tranquilamente.). Obviamente este tipo de datos no se limita sólo en la declaración de los parámetros, sino en la declaración de una variable en cualquier tipo de lugar. Otra ventaja de ésto es que, si en un futuro te quedas corto con la amplitud de rangos de char, podes modificarlo en un sólo lado para darle mas rango (y ponerle un short por ejemplo). Si vamos un poco más lejos, los puristas de objetos dicen que directamente no tienen que existir los tipos primitivo de datos (como int, float, etc) sino que deberían existir todos objetos, cosa de que si en un futuro el tipo de dato cambia, solo se tenga que realizar las modificaciones en una sola parte (En la estructura y/o comportamiento de la clase). Usando typdef no es como usar objetos, aunque como te dije anteriormente, te va a permitir realizar las modificaciones en un solo lugar (Y así evitarás muchos errores imperceptibles). Si quieres buscar más información sobre typedef te recomiendo http://en.wikipedia.org/wiki/Typedef (Está bastante simple y completo). Sino pones en un buscador y listo. Saludos. -- 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/cae6_yqevz2t0pe9_yytdv3gjpqwiuhpaqbzeuzbs_wtdco2...@mail.gmail.com
Re: debian, systemd y los logs
El Fri, 26 de Dec de 2014, a las 04:41:31PM +, Camaleón dijo: Es un paquete comodín, es decir, no hace nada extravagante, sólo permite que un sistema no tenga que tener instalado ni usar systemd (el paquete completo) cuando se quiere evitar su uso. Viene a ser como una especie de emulador de systemd que ejerce funciones de control de tráfico y de redirección. ¿Emulador para quién el qué? Los programas y servicios hasta hace cuatro días funcionaban sin que existiera por completo systemd, ¿no? ¿Es esta duplicidad completa? ¿Se pueden seguir usando los logs de /var/log como hasta ahora? El journal de systemd permite configurarlo de varias maneras [...] 1/ Redirir los eventos a otro gestor de registros (rsyslog, syslog-ng...) 2/ Mantener sólo el formato binario de journal 3/ Usar varios registros (supongo que puede ser útil para tener unas segunda copia en formato texto plano con el handicap que supone tener dos servicios haciendo lo mismo y gastando ciclos de CPU, RAM, etc...) Interesante, gracias. En principio (sin configuración ulterior) he visto que el fichero de logs de journal se almacena en /run, que se monta sobre un sistema tmpfs, es decir, que el fichero es efímero. Lo que ya no sé es qué opción predeterminada habrán elegido en Debian en los distintos escenarios (p. ej. cuando se instala sólo systemd y no se instala rsyslog/syslog-ng y cuando se viene de una instalación anterior que ya los tenía instalados). Yo tengo dos casos: 1) Esta máquina virtual es una instalación típica de jessie desde cero que sólo tiene detalladamente configurada las particiones de disco (raid1+lvm). Lo único que mandé instalar durante el proceso fue el servidor SSH y las aplicacionesa básicas, que creo recordar que son los dos últimos puntos seleccionables de la instalación. En este caso se instalaron systemd y rsyslog, y el sistema obra del modo 3) según tu numeración. 2) Una testing que empezó con systemv y a la que se le instaló systemd. Obviamente disponía previamente de rsyslog y el resultado fue el mismo que en el caso anterior. Es plausible pensar que una actualización desde wheezy a jessie se comportará como en el caso 2. En el manual del journal tienes las opciones de configuración y uso: http://www.freedesktop.org/software/systemd/man/journald.conf.html Y la wiki de ArchLinux que como siempre está muy bien documentada: https://wiki.archlinux.org/index.php/systemd#Journald_in_conjunction_with_syslog Gracias por la información aclaratoria. Le echaré un vistacillo a la documentación en cuanto encuentre otro hueco para que me termine de aclarar las cosas. Además he visto que el sistema se quejaba de que syslog perdía mensajes. No sé si está relacionado con que las escrituras en disco son bastante lentas (es un disco virtual) y si en un disco real se seguirían produciendo o no. Lo dicho, muchas gracias. Un saludo. -- Un bel morir tutta una vita honora. --- Francisco Petrarca --- -- 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/20141226220715.ga17...@cubo.casa
Re: problema con acceso a pasarela en dispositivos moviles
El 26/12/14 a las 14:07, Raúl Alexis Betancor Santana escribió: Lo que quiere decir ... es,en algunos de sus mensajes, digno de una pitonisa. Lo que quiere hacer ... ,yo por lo menos lo tengo claro, es una configuración de Debian como router/FW de lo más simple de mundo. Que está dando palos de ciego ..., a punta pala, pero como se empeña en que 'sabe' y que los sistemas son incompatibles, porque no hacen lo que él quiere que hagan ... pues se va a tirar un par de semanas dado palos, hasta que decida ó dejarlo o hacer caso y hacer las cosas como se debe. Saludos JAJAJAJA Cuantos hemos echo esto!! y terminas aprendiendo, o por lo menos reconociendo el sistema en un mas alla de lo que querias hacer. El tema es no mezclar nuestro orgullo o lo que somos, ponele.. con el conociento que podemos tener de un sistema operativo y sus configs.. (yo tengo una vida, y la pc tiene otra... algunas veces nos entendemos..) Pero a mi me gusta cuando el usuario final, se pone en plan de atacar al sistema... a palos y punta de pala.. O acaso la revolucion no comienza tirando piedras? Saludos desde el sur. -- 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/549de485.3010...@gmail.com
Re: problema con acceso a pasarela en dispositivos moviles
El Fri, 26 Dec 2014 16:51:10 +0100 nerus nerus...@gmail.com escribió: Con 2 tecnologias me refiero a que un dns dhcp y Gateway montado con win no es lo mismo que uno montado con Linux, eso es asi aquí y en roma, no todo el mundo que usa Linux es partidaio del hacking, los colegios preescolares lo usan y no creo que enseñen hacking a los nenes, con lo de enrutadores me refiero a que los ruters tienen un sistema operativo Linux propio, use el nmap para ver cual tiene el mio y es propio, la razón para usar Linux es simplemente la gratuidad, llevo desde los 8 años mamando Windows y Windows server, y tan solo 1 año mamando Linux y lo único por lo que lo uso es por el tema de las licencias, y te cuento Sigan perdiendo el tiempo, el hombre usa linux SOLO porque es gratuito y pretende que la lista sea su mesa de ayuda El win server vm está conectado directamente al adsl sin wifi ni nada, ahora con la utilidad wlan del netsh he creado una wifi propia a la cual atiende el dhcp win, entrega la info correcta a todos, tanto win como Linux que es: Enrutador win 192.168.1.1 Dhcp win 192.168.1.1 Dns 80.58.61.250 y 80.58.61.254 Con esta config (correcta) los win navegan correcto y los linux no, a pesar de ser la misma config que la que entrega mi ruter, lo único que cambia es que ya no uso ruter sino win como ruter, puede que no sepa de que hablo pero se lo que hago y no funciona con Linux de ahí que no sea compatible, no digo las cosas por decirlas. De: Raúl Alexis Betancor Santana [mailto:r...@dimension-virtual.com] Enviado el: viernes, 26 de diciembre de 2014 9:12 Para: nerus CC: debian-user-spanish@lists.debian.org Asunto: Re: problema con acceso a pasarela en dispositivos moviles Te garantizo que es problema de configuración, vamos a un escenario simple: Router ADSL (192.168.1.1) - eth1 Debian (192.168.1.2) eth2 Debian - LAN (192.168.2.X) Sin FW activado, solo routing y haciendo masquerading en el Debian ... esa configuración funciona 100%, es la típica ¿Tu has releído lo que has escrito antes de mandarlo? ... Linux debe ser incompatible con entrutadores que no son routers ... ejem ... esa afirmación, es para empezar incongruente ... un router es un enrutador, es la definición de router. y en la segunda parte ... proque ya es casualidad que falle de forma automática con 2 tecnologías distintas ... ¿de que dos tecnologías hablas?. Me da la impresión, de que no tienes ni idea de lo que hablas. Vamos por partes ... siguiendo tu explicación de lo que quieres hacer, según comentas en el otro correo, mi recomendación es que implementes el esquema que te he comentado al principio de este correo. Intentar controlar el ancho de banda, con el equema que tu propones ... se hace montando el Debian en bridge y aplicando QoS en el bridge, lo he montado cientos de veces, cuando se ha de controlar el ancho de banda de una red, sin modificar su configuración actual, pero no se hace como tu pretendes. Si no tienes control exclusivo sobre el medio (cable de red), no puedes aplicar un QoS viable. Puedes montar este esquema: Router ADSL (192.168.1.1) - eth0 Debian | br0 (192.168.1.100) | eth1 Debian - LAN Y no tendrías que modificar NADA en la configuración DHCP del router ADSL, solo tendrías que aplicar el QoS en el eth0 de la Debian. Pero antes de que puedas llegar a eso, vas a tener que leer mucho, porque ni el QoS es un tema 'simple', ni aplicarlo en un bridge tampoco lo és. Saludos _ De: nerus nerus...@gmail.com mailto:nerus...@gmail.com Para: debian-user-spanish@lists.debian.org mailto:debian-user-spanish@lists.debian.org Enviados: Viernes, 26 de Diciembre 2014 4:40:34 Asunto: RE: problema con acceso a pasarela en dispositivos moviles Acabo de intentarlo con debían como dhcp como dns y como Reuter conectando el pc directamente al adsl y lo mismo, Windows si Linux no, y no es configuración mala porque al no funcionar con debían como dhcp lo quite y monte una vm con win server como Reuter y dhcp, linux debe ser incompatible con enrutadores que no son rúters, porque ya es casualidad que falle de forma automática con 2 tecnologías distintas, alguna otra idea? De: Raúl Alexis Betancor Santana [mailto:r...@dimension-virtual.com] Enviado el: viernes, 26 de diciembre de 2014 1:57 Para: debian-user-spanish@lists.debian.org mailto:debian-user-spanish@lists.debian.org Asunto: Re: problema con acceso a pasarela en dispositivos moviles No se está discriminando nada, lo que pasa es que tienes la red mal configurada, nada más. En los android, se pueden ejecutar exactamente los mismos comandos que en cualquier otro linux, si tienes acceso a la consola, claro está. De todas formas, por favor, comprueba esto: En un Windows: - ipconfig /all en una consola de MS-DOS y por
Re: debian, systemd y los logs
El viernes, 26 dic 2014, a las 23:07 horas (UTC+1), José Miguel (sio2) escribió: Interesante, gracias. En principio (sin configuración ulterior) he visto que el fichero de logs de journal se almacena en /run, que se monta sobre un sistema tmpfs, es decir, que el fichero es efímero. Así viene configurado de manera predeterminada. Para cambiarlo ojea /etc/systemd/journald.conf. Tiene su página de manual, llamada igual que ese fichero. Saludos. -- Manolo Díaz -- 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/20141226234316.6cae9...@gmail.com
Re: problema con acceso a pasarela en dispositivos moviles
El 26/12/14 a las 12:37, Raúl Alexis Betancor Santana escibió: Lo que quiere decir ... es,en algunos de sus mensajes, digno de una pitonisa. Lo que quiere hacer ... ,yo por lo menos lo tengo claro, es una configuración de Debian como router/FW de lo más simple de mundo. Si, pero si no lo han notado el está esperando que le aparezca un icono en el escritorio que se llame configurar el debian como router para darle doble click y todo quede funcionando como según el sucede en windows (como si ninguno de nosotros hubiera visto como trabaja windows en red jamás). Que está dando palos de ciego ..., a punta pala, pero como se empeña en que 'sabe' y que los sistemas son incompatibles, porque no hacen lo que él quiere que hagan ... pues se va a tirar un par de semanas dado palos, hasta que decida ó dejarlo o hacer caso y hacer las cosas como se debe. Saludos Hasta donde yo se, sea cual sea el sistema operativo, cuando hay problemas de conectividad (que no sea atribuible al hardware), _siempre_ está relacionado con algo mal configurado y por lo que he leído el hombre está convencido de que lo que hizo está tan bien que ni siquiera se digna a mostrar que es lo que ha hecho. Pero como decimos en mi pueblo: Cada quien mata sus piojos a su manera y por lo visto el quiere hacerlo con un martillo. Saludos. -- 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/549e2371.9070...@gmail.com