[opensuse-es] Sin WiFi luego de reinstalar [Solucionado?]
El responsable de este mal chiste: http://forums.opensuse.org/network-internet/wireless/433240-opensuse-11-2-no... merece que le ******* y le echen sal y limón en la herida.
=(
-- Carlos A. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Sun, 14 Mar 2010 00:15:29 -0500, Shinji Ikari escribió:
El responsable de este mal chiste: http://forums.opensuse.org/network-internet/wireless/433240- opensuse-11-2-noob-wireless-apparently-connected-but-browser-cant- connect.html
merece que le ******* y le echen sal y limón en la herida.
=(
:-? Es un bug, si no recuerdo mal. Y debería estar solucionado, creo. Hay que tener el sistema actualizado. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-03-14 a las 10:33 -0000, Camaleón escribió:
El Sun, 14 Mar 2010 00:15:29 -0500, Shinji Ikari escribió:
El responsable de este mal chiste: http://forums.opensuse.org/network-internet/wireless/433240- opensuse-11-2-noob-wireless-apparently-connected-but-browser-cant- connect.html
merece que le ******* y le echen sal y limón en la herida.
=(
:-?
Es un bug, si no recuerdo mal. Y debería estar solucionado, creo. Hay que tener el sistema actualizado.
¿Cual es el chiste? ¿Y cual el bug? A mi me ha funcionado la wifi del portatil a la primera, tanto con dhcp como con ip fija, y como DNS tengo puesto precisamente al router en ambos casos. Para eso está. Eso sí, hay que decirle a la ethernet que no se active si no hay cable. Pero yo lo he hecho simplemente para que no me llene el log porque su dhcp no funciona, no porque no funcione la red por eso. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkuc64UACgkQtTMYHG2NR9U+0QCcCRb6U2DIKjY+9fkl5j8L8BF7 ozkAoIc5YoMoflzV4ZtlSOE85kxhiq1o =KNpL -----END PGP SIGNATURE-----
Mi estimado caballero, justamente cuando pongo el live cd, también me
funciona automágicamente el WiFi, solo se pone la clave y ya está.
Pero al terminar la instalación surge el problema, como se menciona en
ese artículo. No hay respuesta del WiFi, a pesar de que obtiene un IP
y todo. =/
Si fuera un globo, ahora estaría hinchado y rondando la estratosfera
de lo caliente que estoy.
=/
Carlos A.
PS: Tampoco entiendo que cara*** hacen paquetes de idiomas como RU,
PL, FR o DE instalados en el sistema. =/
¿Instalación automática? Ya estan copiando las malas mañas de M$ o los
fabricantes de laptops. >=(
2010/3/14 Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2010-03-14 a las 10:33 -0000, Camaleón escribió:
El Sun, 14 Mar 2010 00:15:29 -0500, Shinji Ikari escribió:
El responsable de este mal chiste: http://forums.opensuse.org/network-internet/wireless/433240-
opensuse-11-2-noob-wireless-apparently-connected-but-browser-cant- connect.html
merece que le ******* y le echen sal y limón en la herida.
=(
:-?
Es un bug, si no recuerdo mal. Y debería estar solucionado, creo. Hay que tener el sistema actualizado.
¿Cual es el chiste? ¿Y cual el bug?
A mi me ha funcionado la wifi del portatil a la primera, tanto con dhcp como con ip fija, y como DNS tengo puesto precisamente al router en ambos casos. Para eso está.
Eso sí, hay que decirle a la ethernet que no se active si no hay cable. Pero yo lo he hecho simplemente para que no me llene el log porque su dhcp no funciona, no porque no funcione la red por eso.
- -- Saludos Carlos E. R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux)
iEYEARECAAYFAkuc64UACgkQtTMYHG2NR9U+0QCcCRb6U2DIKjY+9fkl5j8L8BF7 ozkAoIc5YoMoflzV4ZtlSOE85kxhiq1o =KNpL -----END PGP SIGNATURE-----
-- Carlos A. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-03-14 a las 09:11 -0500, Shinji Ikari escribió:
Mi estimado caballero, justamente cuando pongo el live cd, también me funciona automágicamente el WiFi, solo se pone la clave y ya está. Pero al terminar la instalación surge el problema, como se menciona en ese artículo. No hay respuesta del WiFi, a pesar de que obtiene un IP y todo. =/
Insisto en que a mi me ha funcionado a la primera. Antes y después.
PS: Tampoco entiendo que cara*** hacen paquetes de idiomas como RU, PL, FR o DE instalados en el sistema. =/ ¿Instalación automática? Ya estan copiando las malas mañas de M$ o los fabricantes de laptops. >=(
Que va. En linux siempre has tenido todos los idiomas instalados al mismo tiempo, porque puedes tener usuarios en el servidor con varios idiomas y entrando desde diferentes países a la misma máquina. No supone muchos recursos. Es ahora donde, para ciertos programas grandes, hay paquetes separados para los diferentes idiomas. Es en windows donde desde el principio debes comprar el windows para el idioma del país, y no puedes cambiar de idioma una vez instalado, y a veces ni comprar otro idioma si no lo compras en el país en cuestión. Son los programas de terceros los que a veces incluyen varios idiomas. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkuc8sAACgkQtTMYHG2NR9Vf2gCgjDgAsyHRWnjGdu8fiaUcYvZV 8WcAnAmwjmr57kXAn2sfDI07Tba1q67+ =/8Jf -----END PGP SIGNATURE-----
El Sun, 14 Mar 2010 15:29:18 +0100, Carlos E. R. escribió:
En linux siempre has tenido todos los idiomas instalados al mismo tiempo, porque puedes tener usuarios en el servidor con varios idiomas y entrando desde diferentes países a la misma máquina. No supone muchos recursos.
Pero si tienes poco espacio disponible en el disco, esos paquetes te sobran, es decir, deberían ser opcionales. Por lo que indica Shinji, parece que no lo es, es decir, que se instalan por dependencias.
Es ahora donde, para ciertos programas grandes, hay paquetes separados para los diferentes idiomas.
Es en windows donde desde el principio debes comprar el windows para el idioma del país, y no puedes cambiar de idioma una vez instalado, y a veces ni comprar otro idioma si no lo compras en el país en cuestión.
Ojo, no siempre. Hay versiones de Windows (la que tenemos nosotros, por ejemplo, el XP de 64 bits) donde el medio de instalación viene sólo en inglés y puedes instalar "a posteriori" el paquete de idiomas que prefieras (MUI pack¹). Las versiones OEMizadas suelen venir con dos idiomas predefinidos (inglés- español) donde puedes elegir cualquiera de ellos en el momento de la instalación, pero no cambiarlos una vez instalado. ¹ http://en.wikipedia.org/wiki/Multilingual_User_Interface Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-03-14 a las 14:39 -0000, Camaleón escribió:
El Sun, 14 Mar 2010 15:29:18 +0100, Carlos E. R. escribió:
En linux siempre has tenido todos los idiomas instalados al mismo tiempo, porque puedes tener usuarios en el servidor con varios idiomas y entrando desde diferentes países a la misma máquina. No supone muchos recursos.
Pero si tienes poco espacio disponible en el disco, esos paquetes te sobran, es decir, deberían ser opcionales. Por lo que indica Shinji, parece que no lo es, es decir, que se instalan por dependencias.
No se a cuales en concreto se refiere. ¿Openoffice.org, mozilla? Los que inlcuyen todos los idiomas son los pequeños o medianos, porque separar los idiomas supone hacer doscientos paquetes. Tal como están las cosas, no es posible hacer un paquete con el programa, y otros con los idiomas por separado, juntando en un rpm todas las traduciones de todos los programas (instalados o no). Pero eso no es posible hacerlo, me temo. Tendrían que inventar otro sistema, un servidor de idiomas quizás.
Es en windows donde desde el principio debes comprar el windows para el idioma del país, y no puedes cambiar de idioma una vez instalado, y a veces ni comprar otro idioma si no lo compras en el país en cuestión.
Ojo, no siempre.
Hay versiones de Windows (la que tenemos nosotros, por ejemplo, el XP de 64 bits) donde el medio de instalación viene sólo en inglés y puedes instalar "a posteriori" el paquete de idiomas que prefieras (MUI pack¹).
Mira, eso me parece interesante. Aunque sólo podrás elegir un idioma, ¿no? [...] Veo en el enlace que la localización no es completa.
Las versiones OEMizadas suelen venir con dos idiomas predefinidos (inglés- español) donde puedes elegir cualquiera de ellos en el momento de la instalación, pero no cambiarlos una vez instalado.
Pues eso, dos idiomas y no cambiables. En linux puedes cambiar cuando quieras y tantos como quieras. Los mios han venido sólo en español, o sólo en inglés lo que compré al otro lado del charco. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkudCXAACgkQtTMYHG2NR9WVDwCglXAeA5MBXEGohHmHeVqphcML B6YAnRXQxwAeFF/GSN/pAN18DjQPVrFv =VRT7 -----END PGP SIGNATURE-----
El Sun, 14 Mar 2010 17:06:01 +0100, Carlos E. R. escribió:
El 2010-03-14 a las 14:39 -0000, Camaleón escribió:
Pero si tienes poco espacio disponible en el disco, esos paquetes te sobran, es decir, deberían ser opcionales. Por lo que indica Shinji, parece que no lo es, es decir, que se instalan por dependencias.
No se a cuales en concreto se refiere. ¿Openoffice.org, mozilla? Los que inlcuyen todos los idiomas son los pequeños o medianos, porque separar los idiomas supone hacer doscientos paquetes. Tal como están las cosas, no es posible hacer un paquete con el programa, y otros con los idiomas por separado, juntando en un rpm todas las traduciones de todos los programas (instalados o no). Pero eso no es posible hacerlo, me temo.
Tendrían que inventar otro sistema, un servidor de idiomas quizás.
Ni idea (no sé qué paquetes son) pero las localizaciones son (o deberían ser) totalmente prescindibles, es decir, que si tengo un paquete instalado con su localización correspondiente, no tendría por qué instalar otro paquete de idiomas adicional, por dependencias.
Hay versiones de Windows (la que tenemos nosotros, por ejemplo, el XP de 64 bits) donde el medio de instalación viene sólo en inglés y puedes instalar "a posteriori" el paquete de idiomas que prefieras (MUI pack¹).
Mira, eso me parece interesante. Aunque sólo podrás elegir un idioma, ¿no?
Me parece que puedes instalar las que quieras, y cambiarlas, para el mismo usuario. Cada MUI pack ocupa un espacio considerable en disco, eso sí.
Veo en el enlace que la localización no es completa.
En el w2000, del 90%. En versiones posteriores se amplía (o eso pone aquí): *** http://msdn.microsoft.com/es-es/goglobal/bb688178.aspx "(...) El porcentaje de cobertura de localización en Windows 2000 con la MUI es cercano al 90%. En Windows 2000 con la MUI, hay muchas cadenas visibles que aparecen en inglés. Una de las áreas más notables es el menú Inicio. Esto se debe a que el menú Inicio se completa directamente con los nombres de archivo de carpetas y archivos de vínculos creados durante el proceso de instalación. Aparecen en inglés aún cuando se ejecuta un sistema MUI con interfaz de usuario en japonés, dado que el inglés fue el idioma de instalación original. En Windows XP se ha modificado, y el usuario del sistema tuvo como resultado una experiencia localizada muy superior. Gran parte de la cobertura adicional de localización de Windows XP se logra a través de módulos y aplicaciones de sistema de Windows XP con "habilitación de la MUI", en concreto mediante: (...)" *** Algunas rutas de los directorios no están traducidas, en el XP. Las interfaces de los programas del sistema, sí.
Las versiones OEMizadas suelen venir con dos idiomas predefinidos (inglés- español) donde puedes elegir cualquiera de ellos en el momento de la instalación, pero no cambiarlos una vez instalado.
Pues eso, dos idiomas y no cambiables. En linux puedes cambiar cuando quieras y tantos como quieras.
Ya, eso es una ventaja... sobre todo si se gestionaran mejor las dependencias de los paquetes de idiomas >:-)
Los mios han venido sólo en español, o sólo en inglés lo que compré al otro lado del charco.
Claro, porque tu versión es OEM, o lo que es lo mismo, casi regalada y muy limitada >:-P Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
El Sun, 14 Mar 2010 17:06:01 +0100, Carlos E. R. escribió:
Tendrían que inventar otro sistema, un servidor de idiomas quizás.
Ni idea (no sé qué paquetes son) pero las localizaciones son (o deberían ser) totalmente prescindibles, es decir, que si tengo un paquete instalado con su localización correspondiente, no tendría por qué instalar otro paquete de idiomas adicional, por dependencias.
A ver si me explico. Hay dos sistemas de empaquetado de traducción en linux. Pongo como ejemplo el caso del xine-ui (el hylafax no tiene): Elessar:~ # rpm -ql xine-ui | grep /es /usr/share/locale/es/LC_MESSAGES/xine-ui.mo /usr/share/locale/es/LC_MESSAGES/xitk.mo /usr/share/man/es/man1/aaxine.1.gz /usr/share/man/es/man1/xine-bugreport.1.gz /usr/share/man/es/man1/xine-check.1.gz /usr/share/man/es/man1/xine-remote.1.gz /usr/share/man/es/man1/xine.1.gz Esa es la localización al español: los .mo son los mensajes del programa, y el resto son manuales. Si miras en el paquete, hay más directorios debajo del /usr/share/locale/: tienes cs, de, eo, es, eu, fr, it, ja, nb, pl, pt, ru, sk, y uk. Pero son ficheros pequeños, de 60 y 6 Kb. Tendrías que empaquetar el xine por un lado, y 14 rpms más con los 14 idiomas que tiene hechos (no he contado los manuales para abreviar). No merece la pena la ganancia por lo ridículo del tamaño. Así que tendrías que empaquetar unos 10 o 20 paquetes más por cada paquete del linux, y son miles, para poder desglosar y decir que "sólo quiero la instalación en español", no quiero las demás. Eso no es viable, es imposible. Y la localización entera al español son sólo 16 megas, contando todas las variantes (du -hcs /usr/share/locale/es*). Todos los idiomas juntos son 210 megas (225 idiomas). Claro que no están completos. Sólo se puede hacer con algunos proyectos que tienen una localización importante, como pueden ser el openoffice, que traen un montón de rpms para todos los idiomas por separado. Y no parece que usen el gettext. Hay otra posibilidad, que es extraer de cada proyecto sus distintos idiomas, juntarlos, y empaquetarlos por separado. No es tan sencillo, tendrías que alterar los Makefile y spec de todos y cada uno de los miles de rpms. Se podría, quizás, hacer con algunos macroproyectos, tipo kde o gnome. Y lo hacen: kde4-l10n-es-4.3.5-0.1.1.noarch kde4-l10n-es-doc-4.3.5-0.1.1.noarch kde4-l10n-es-data-4.3.5-0.1.1.noarch bundle-lang-gnome-es-11.2-20.23.1.noarch bundle-lang-gnome-extras-es-11.2-19.21.1.noarch translation-update-es-11.2-1.2.1.noarch translation-update-11.2-1.2.1.noarch bundle-lang-common-es-11.2-20.21.3.noarch yast2-trans-es-2.18.1-16.19.1.noarch En mi 11.2 veo que tengo, en kde sólo el español. De gnome tengo algo más: Elessar:~ # rpm -qa | grep bundle-lang-gnome bundle-lang-gnome-en-11.2-20.23.1.noarch bundle-lang-gnome-extras-en-11.2-19.21.1.noarch bundle-lang-gnome-es-11.2-20.23.1.noarch bundle-lang-gnome-extras-es-11.2-19.21.1.noarch el inglés está puesto porque es "obligatorio" y han habido actualizaciones, supongo. Elessar:~ # rpm -qa | grep translation-update translation-update-es-11.2-1.2.1.noarch translation-update-11.2-1.2.1.noarch Elessar:~ # rpm -qa | grep bundle-lang-common bundle-lang-common-es-11.2-20.21.3.noarch bundle-lang-common-en-11.2-20.21.3.noarch Elessar:~ # rpm -qa | grep yast2-trans yast2-transfer-2.18.0-3.1.x86_64 yast2-trans-en_US-2.18.1-16.19.1.noarch yast2-trans-es-2.18.1-16.19.1.noarch yast2-trans-stats-2.15.0-122.2.noarch No veo en estas cosas nada del alemán, francés, italiano... yo la instalación la veo limpia. El único paquete multiidioma en esos que veo es el "yast2-trans-stats-2.15.0-122.2.noarch", pero son ficheros de 4 bytes. Así que si veis algún problema por ahí tendreis que especificar un poco más, para que pueda estudiar lo que pasa.
En el w2000, del 90%. En versiones posteriores se amplía (o eso pone aquí):
Ah, el nombre de los directorios... eso no es trivial, no.
Pues eso, dos idiomas y no cambiables. En linux puedes cambiar cuando quieras y tantos como quieras.
Ya, eso es una ventaja... sobre todo si se gestionaran mejor las dependencias de los paquetes de idiomas >:-)
Pues dame ejemplos.
Los mios han venido sólo en español, o sólo en inglés lo que compré al otro lado del charco.
Claro, porque tu versión es OEM, o lo que es lo mismo, casi regalada y muy limitada >:-P
La de ahora sí. Las del otro lado del charco son "retail", compradas en tienda con discos (floppies) y manuales y caja. Sólo un idioma. Claro, que al 3.10 no le va a exigir demasiado >:-) - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkudTBgACgkQtTMYHG2NR9Vh/ACfaY6fdQuPylWxwVfP0rBPKynX +nQAoIeOsaX+2pFkIEg6eGmn7v/pNE1H =Yj1K -----END PGP SIGNATURE-----
El Sun, 14 Mar 2010 21:50:24 +0100, Carlos E. R. escribió:
El 2010-03-14 a las 16:51 -0000, Camaleón escribió:
El Sun, 14 Mar 2010 17:06:01 +0100, Carlos E. R. escribió:
Tendrían que inventar otro sistema, un servidor de idiomas quizás.
Ni idea (no sé qué paquetes son) pero las localizaciones son (o deberían ser) totalmente prescindibles, es decir, que si tengo un paquete instalado con su localización correspondiente, no tendría por qué instalar otro paquete de idiomas adicional, por dependencias.
A ver si me explico.
Hay dos sistemas de empaquetado de traducción en linux. Pongo como ejemplo el caso del xine-ui (el hylafax no tiene):
(...) Entendido y aceptado, pero el ejemplo que has puesto del xine-ui no afecta a todos los usuarios, sólo los que lo tienen instalado. Yo estaba pensando en otra cosa...
Hay otra posibilidad, que es extraer de cada proyecto sus distintos idiomas, juntarlos, y empaquetarlos por separado. No es tan sencillo, tendrías que alterar los Makefile y spec de todos y cada uno de los miles de rpms.
Se podría, quizás, hacer con algunos macroproyectos, tipo kde o gnome. Y lo hacen:
O el Mozilla, sí.
No veo en estas cosas nada del alemán, francés, italiano... yo la instalación la veo limpia.
El único paquete multiidioma en esos que veo es el "yast2-trans-stats-2.15.0-122.2.noarch", pero son ficheros de 4 bytes.
Así que si veis algún problema por ahí tendreis que especificar un poco más, para que pueda estudiar lo que pasa.
Eso díselo a Shinji... yo ya no puedo :-)
Ya, eso es una ventaja... sobre todo si se gestionaran mejor las dependencias de los paquetes de idiomas >:-)
Pues dame ejemplos.
Hum... la verdad es que no lo he mirado. No es muy largo, lo pongo en el correo, directamente: test@linux-rrs4:~> rpm -qa | grep lang bundle-lang-common-fr-11.2-20.21.3.noarch slang-2.1.1-83.2.i586 bundle-lang-gnome-extras-en-11.2-19.21.1.noarch bundle-lang-gnome-es-11.2-20.23.1.noarch vinagre-lang-2.28.1-0.1.2.noarch bundle-lang-common-es-11.2-20.21.3.noarch gftp-lang-2.0.19-2.3.noarch libgdu-lang-2.28.1-2.1.1.noarch bundle-lang-gnome-pl-11.2-20.23.1.noarch gnome-user-share-lang-2.28.2-1.1.1.noarch bundle-lang-common-en-11.2-20.21.3.noarch bundle-lang-common-ru-11.2-20.21.3.noarch bundle-lang-common-pl-11.2-20.21.3.noarch glib2-lang-2.22.4-0.1.1.noarch bundle-lang-gnome-fr-11.2-20.23.1.noarch gtk2-lang-2.18.6-0.1.3.noarch seahorse-lang-2.28.1-0.1.2.noarch bundle-lang-gnome-ru-11.2-20.23.1.noarch pan-lang-0.133-5.2.noarch seahorse-plugins-lang-2.28.1-0.1.1.noarch pulseaudio-lang-0.9.21-1.1.1.noarch bundle-lang-common-de-11.2-20.21.3.noarch bundle-lang-common-it-11.2-20.21.3.noarch bundle-lang-gnome-de-11.2-20.23.1.noarch bundle-lang-gnome-it-11.2-20.23.1.noarch gtk2-engines-lang-2.18.5-0.1.1.noarch libpurple-lang-2.6.3-0.1.1.noarch gnome-keyring-lang-2.28.2-1.1.3.noarch gnome-vfs2-lang-2.24.2-2.1.1.noarch bundle-lang-gnome-extras-es-11.2-19.21.1.noarch gnome-do-lang-0.8.3-1.1.1.noarch bundle-lang-gnome-en-11.2-20.23.1.noarch gvfs-lang-1.4.3-0.1.1.noarch test@linux-rrs4:~> rpm -qa | grep translation desktop-translations-11.2-11.16.1.noarch translation-update-de-11.2-1.2.1.noarch translation-update-es-11.2-1.2.1.noarch translation-update-it-11.2-1.2.1.noarch translation-update-11.2-1.2.1.noarch translation-update-pl-11.2-1.2.1.noarch translation-update-ru-11.2-1.2.1.noarch mozilla-xulrunner191-translations-common-1.9.1.8-0.1.1.i586 MozillaFirefox-translations-common-3.5.8-0.1.1.i586 MozillaThunderbird-translations-common-3.0.0-1.1.1.i586 translation-update-fr-11.2-1.2.1.noarch ¿Alemán, italiano, ruso y polaco? ¿Y francés? "Oh la la" :-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-03-14 a las 21:30 -0000, Camaleón escribió:
El Sun, 14 Mar 2010 21:50:24 +0100, Carlos E. R. escribió:
A ver si me explico.
Hay dos sistemas de empaquetado de traducción en linux. Pongo como ejemplo el caso del xine-ui (el hylafax no tiene):
(...)
Entendido y aceptado, pero el ejemplo que has puesto del xine-ui no afecta a todos los usuarios, sólo los que lo tienen instalado. Yo estaba pensando en otra cosa...
Cambia xine por emacs, o por fdisk, o por mc... es el mismo sistema.
Pues dame ejemplos.
Hum... la verdad es que no lo he mirado.
No es muy largo, lo pongo en el correo, directamente:
test@linux-rrs4:~> rpm -qa | grep lang bundle-lang-common-fr-11.2-20.21.3.noarch gnome-user-share-lang-2.28.2-1.1.1.noarch bundle-lang-common-en-11.2-20.21.3.noarch bundle-lang-common-ru-11.2-20.21.3.noarch bundle-lang-common-pl-11.2-20.21.3.noarch
¿De donde han salido esos? Yo no los tengo. Si tratas de quitarlos, te dirá que paquete depende de ellos. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkudePgACgkQtTMYHG2NR9W8QwCfWb5dEb27LCZdJocRbQnC6hDm cz4AnjltJdPneJEdhTiPoI4qCU29VgQg =+7y5 -----END PGP SIGNATURE-----
El Mon, 15 Mar 2010 01:01:58 +0100, Carlos E. R. escribió:
test@linux-rrs4:~> rpm -qa | grep lang bundle-lang-common-fr-11.2-20.21.3.noarch gnome-user-share-lang-2.28.2-1.1.1.noarch bundle-lang-common-en-11.2-20.21.3.noarch bundle-lang-common-ru-11.2-20.21.3.noarch bundle-lang-common-pl-11.2-20.21.3.noarch
¿De donde han salido esos? Yo no los tengo. Si tratas de quitarlos, te dirá que paquete depende de ellos.
¡Pues eso te estamos diciendo! :-) ¿Qué hacen esos paquetes ahí? Obviamente se han instalado por dependencias... o, espera, quizá no. Yo instalé desde la LiveCD y esos paquetes son precisamente los que aparecen en este medio: Package List/11.2/GNOME-LiveCD-i686 http://en.opensuse.org/Package_List/11.2/GNOME-LiveCD-i686 Sea un bug o no desde luego a mí esos paquetes no me hacen falta. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Saludos,
justamente a eso iba.
Una cosa es incluir en el live-cd paquetes de idiomas comunes, pero si
recuerdo bien, en la instalación se tiene la opción de elegir el
idioma de la instalación y el tipo de teclado (una de las primeras
pantallas). Por tanto, creo yo que no es tan necesario que se instalen
todos esos paquetes. Comenzando por que quitan espacio, incrementan el
tiempo de la instalación, invocan a otros paquetes de idiomas que no
son necesarios cuando se hacen actualizaciones.
Parece que es un bug, convertido en característica... Me acuerdo de
ese chiste, es bueno leerlo, pero no tenerlo.
2010/3/15 Camaleón
El Mon, 15 Mar 2010 01:01:58 +0100, Carlos E. R. escribió:
test@linux-rrs4:~> rpm -qa | grep lang bundle-lang-common-fr-11.2-20.21.3.noarch gnome-user-share-lang-2.28.2-1.1.1.noarch bundle-lang-common-en-11.2-20.21.3.noarch bundle-lang-common-ru-11.2-20.21.3.noarch bundle-lang-common-pl-11.2-20.21.3.noarch
¿De donde han salido esos? Yo no los tengo. Si tratas de quitarlos, te dirá que paquete depende de ellos.
¡Pues eso te estamos diciendo! :-)
¿Qué hacen esos paquetes ahí? Obviamente se han instalado por dependencias... o, espera, quizá no. Yo instalé desde la LiveCD y esos paquetes son precisamente los que aparecen en este medio:
Package List/11.2/GNOME-LiveCD-i686 http://en.opensuse.org/Package_List/11.2/GNOME-LiveCD-i686
Sea un bug o no desde luego a mí esos paquetes no me hacen falta.
Saludos,
-- Camaleón
-- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-- Carlos A. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-03-15 a las 07:28 -0000, Camaleón escribió:
El Mon, 15 Mar 2010 01:01:58 +0100, Carlos E. R. escribió:
test@linux-rrs4:~> rpm -qa | grep lang bundle-lang-common-fr-11.2-20.21.3.noarch gnome-user-share-lang-2.28.2-1.1.1.noarch bundle-lang-common-en-11.2-20.21.3.noarch bundle-lang-common-ru-11.2-20.21.3.noarch bundle-lang-common-pl-11.2-20.21.3.noarch
¿De donde han salido esos? Yo no los tengo. Si tratas de quitarlos, te dirá que paquete depende de ellos.
¡Pues eso te estamos diciendo! :-)
¿Qué hacen esos paquetes ahí? Obviamente se han instalado por dependencias... o, espera, quizá no. Yo instalé desde la LiveCD y esos paquetes son precisamente los que aparecen en este medio:
Package List/11.2/GNOME-LiveCD-i686 http://en.opensuse.org/Package_List/11.2/GNOME-LiveCD-i686
Sea un bug o no desde luego a mí esos paquetes no me hacen falta.
Pues reportadlo vosotros en el bugzilla. Yo nunca he instalado desde la live, no tengo ese problema. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkuex1QACgkQtTMYHG2NR9W/WACbB4hz13/pdxjtOa4UW09f0Tn1 7vMAnR9QD/rrkltCu3ghgSK67288lWFv =Fd7L -----END PGP SIGNATURE-----
2010/3/14 Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2010-03-14 a las 09:11 -0500, Shinji Ikari escribió:
Mi estimado caballero, justamente cuando pongo el live cd, también me funciona automágicamente el WiFi, solo se pone la clave y ya está. Pero al terminar la instalación surge el problema, como se menciona en ese artículo. No hay respuesta del WiFi, a pesar de que obtiene un IP y todo. =/
Insisto en que a mi me ha funcionado a la primera. Antes y después.
O.O?? -_- Insisto en lo contrario, y ya van varios contra su declaración, si es que ha leído el primer enlace que mande. =P No recuerdo haber tenido este problema cuando instalé la 11.2 la primera vez. =(
PS: Tampoco entiendo que cara*** hacen paquetes de idiomas como RU, PL, FR o DE instalados en el sistema. =/ ¿Instalación automática? Ya estan copiando las malas mañas de M$ o los fabricantes de laptops. >=(
Que va.
En linux siempre has tenido todos los idiomas instalados al mismo tiempo, porque puedes tener usuarios en el servidor con varios idiomas y entrando desde diferentes países a la misma máquina. No supone muchos recursos.
Falso de toda falsedad, es comprensible si instala ingles, español tal vez alemán pero polaco, frances y ruso, pues me parece que no tiene sentido. Si lo que dice fuera cierto, también estaría el portugues, chino, etc.
Es ahora donde, para ciertos programas grandes, hay paquetes separados para los diferentes idiomas.
Así es, y en esos grupos he encontrado los idiomas antes mencionados. Los he borrado (tambien el flash, que me también me tiene hinchado).
Es en windows donde desde el principio debes comprar el windows para el idioma del país, y no puedes cambiar de idioma una vez instalado, y a veces ni comprar otro idioma si no lo compras en el país en cuestión.
Creo que en Win 7 ha cambiado eso. La versión que descargué esta en ingles pero ofrece la posibilidad de descargar paquetes de idiomas (así como hacía el IE).
Son los programas de terceros los que a veces incluyen varios idiomas.
Cierto, por eso siempre escojo personalizar la instalación.
- -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux)
iEYEARECAAYFAkuc8sAACgkQtTMYHG2NR9Vf2gCgjDgAsyHRWnjGdu8fiaUcYvZV 8WcAnAmwjmr57kXAn2sfDI07Tba1q67+ =/8Jf -----END PGP SIGNATURE-----
Por la ******** tengo trabajo que hacer y no me esperaba que Linux me fuera a dar problemas en la instalación, cosa que nos tiene acostumbrados M$. =( Estoy perdiendo la fe. -- Carlos A. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-03-14 a las 10:41 -0500, Shinji Ikari escribió:
Insisto en que a mi me ha funcionado a la primera. Antes y después.
O.O?? -_- Insisto en lo contrario, y ya van varios contra su declaración, si es que ha leído el primer enlace que mande. =P No recuerdo haber tenido este problema cuando instalé la 11.2 la primera vez. =(
Pues te vienes a mi casa y te lo demuestro. A lo mejor es que usas KDE, que ya se sabe que es una caca :-P
Que va.
En linux siempre has tenido todos los idiomas instalados al mismo tiempo, porque puedes tener usuarios en el servidor con varios idiomas y entrando desde diferentes países a la misma máquina. No supone muchos recursos.
Falso de toda falsedad, es comprensible si instala ingles, español tal vez alemán pero polaco, frances y ruso, pues me parece que no tiene sentido. Si lo que dice fuera cierto, también estaría el portugues, chino, etc.
Y lo están. cer@nimrodel:~> whatis man man (1) - an interface to the on-line reference manuals man (7) - macros to format man pages man (1p) - display system documentation Español: cer@nimrodel:~> LANG=es_ES.UTF-8 whatis man man (7) - macros para formatear páginas del manual man (1) - una interfaz de los manuales de referencia electrónicos man (1) - an interface to the on-line reference manuals man (7) - macros to format man pages man (1p) - display system documentation Francés: cer@nimrodel:~> LANG=fr_FR.UTF-8 whatis man man (1) - Interface de consultation des manuels de référence en ligne man (1) - an interface to the on-line reference manuals man (7) - macros to format man pages man (1p) - display system documentation cer@nimrodel:~> Italiano: cer@nimrodel:~> LANG=it_IT whatis man man (1) - un'interfaccia ai manuali di riferimento in linea man (1) - an interface to the on-line reference manuals man (7) - macros to format man pages man (1p) - display system documentation Japonés: cer@nimrodel:~> LANG=ja_JP.utf8 whatis man man (1) - オンラインリファレンスマニュアルのインターフェース man (1) - an interface to the on-line reference manuals man (7) - macros to format man pages man (1p) - display system documentation Y sigue probando, hay unos cuantos. Eso existe y lo he probado en el año 1998, que yo lo comprobé entonces. No me llames mentiroso. Linux está preparado para usar traduciones a todos los idiomas desde hace lustros. Otra cosa es que la gente de ese idioma haya hecho las traducciones. Y suse las ha incluido al menos desde que yo uso la SuSE, desde la versión 5.2. Si un proyecto viene con traducciones, se incluyen las traducciones. Todas. La excepción a la regla son algunos programas grandes, que las separan en varios rpm.
Es ahora donde, para ciertos programas grandes, hay paquetes separados para los diferentes idiomas.
Así es, y en esos grupos he encontrado los idiomas antes mencionados. Los he borrado (tambien el flash, que me también me tiene hinchado).
Pues entonces especifica, que no quieres que te instale los idiomas que tiene desglosados de esos paquetes grandes. Repórtalo como un bug - pero si se trata de la live, es precisamente una característica solicitada los usuarios, el incluir los idiomas más usados en la live, así que no te van a hacer mucho caso.
Es en windows donde desde el principio debes comprar el windows para el idioma del país, y no puedes cambiar de idioma una vez instalado, y a veces ni comprar otro idioma si no lo compras en el país en cuestión.
Creo que en Win 7 ha cambiado eso. La versión que descargué esta en ingles pero ofrece la posibilidad de descargar paquetes de idiomas (así como hacía el IE).
La mía no.
Por la ******** tengo trabajo que hacer y no me esperaba que Linux me fuera a dar problemas en la instalación, cosa que nos tiene acostumbrados M$. =( Estoy perdiendo la fe.
Las instalaciones de linux (y de windows) siempre han dado problemas y trabajo. Tienes que hacerlo con tiempo y previendo que vas a tener problemas, no trates de ir con prisas para hacer algo que necesites porque te vas a estampar casi seguro. Yo calculo una semana de trabajo. Si lo tengo en un día, hago palmas con las orejas de contento. Milagroso, vamos. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkudEyQACgkQtTMYHG2NR9U4NwCdH3deejpHnetMKknuuxGjtXgY v8kAn3EZLWgXROngpAm3x04LAXjb6hY2 =6mpK -----END PGP SIGNATURE-----
El Sun, 14 Mar 2010 14:58:21 +0100, Carlos E. R. escribió:
El 2010-03-14 a las 10:33 -0000, Camaleón escribió:
El Sun, 14 Mar 2010 00:15:29 -0500, Shinji Ikari escribió:
El responsable de este mal chiste: http://forums.opensuse.org/network-internet/wireless/433240- opensuse-11-2-noob-wireless-apparently-connected-but-browser-cant- connect.html
merece que le ******* y le echen sal y limón en la herida.
=(
:-?
Es un bug, si no recuerdo mal. Y debería estar solucionado, creo. Hay que tener el sistema actualizado.
¿Cual es el chiste?
Ah, eso escapa a mi entendimiento, por eso empecé el correo con ":-?"
¿Y cual el bug?
Este sí :-) Paquete "dhcpcd". *** Changelog * Tue Jan 19 2010 varkoly[a]suse.de - bnc#565030 - L3: dhcpcd not using router component of dhcp server option 33 (Static Route) *** Lo mencionan en el enlace del foro: http://forums.opensuse.org/2128545-post14.html Y hay otro más (bugzilla #569972). Si puedes acceder a alguno de ellos, enhorabuena, a mí me pide login para ambos, y algo me dice que aunque introduzca mis credenciales no hay tu tía :-/
A mi me ha funcionado la wifi del portatil a la primera, tanto con dhcp como con ip fija, y como DNS tengo puesto precisamente al router en ambos casos. Para eso está.
Eso sí, hay que decirle a la ethernet que no se active si no hay cable. Pero yo lo he hecho simplemente para que no me llene el log porque su dhcp no funciona, no porque no funcione la red por eso.
Ni idea... no uso wifi, dhcp ni los servidores dns del router, precisamente para evitar estos desaguisados. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-03-14 a las 14:26 -0000, Camaleón escribió:
El Sun, 14 Mar 2010 14:58:21 +0100, Carlos E. R. escribió:
¿Cual es el chiste?
Ah, eso escapa a mi entendimiento, por eso empecé el correo con ":-?"
Ah, menos mal, empezaban a chirriarme las neuronas buscándolo.
¿Y cual el bug?
Este sí :-)
Paquete "dhcpcd".
*** Changelog
* Tue Jan 19 2010 varkoly[a]suse.de - bnc#565030 - L3: dhcpcd not using router component of dhcp server option 33 (Static Route) ***
Ah... pero la salida de "route" que han puesto algunos en el foro sí ponen la ip del router como servidor dns. ¿O es que ponen quizás una IP inventada que no es la del router? No lo entiendo.
Lo mencionan en el enlace del foro:
http://forums.opensuse.org/2128545-post14.html
Y hay otro más (bugzilla #569972). Si puedes acceder a alguno de ellos, enhorabuena, a mí me pide login para ambos, y algo me dice que aunque introduzca mis credenciales no hay tu tía :-/
En efecto, no da permiso para verlos. He probado los dos que he visto, no se si es ese que pones (lo tengo en el otro pc)
A mi me ha funcionado la wifi del portatil a la primera, tanto con dhcp como con ip fija, y como DNS tengo puesto precisamente al router en ambos casos. Para eso está.
Eso sí, hay que decirle a la ethernet que no se active si no hay cable. Pero yo lo he hecho simplemente para que no me llene el log porque su dhcp no funciona, no porque no funcione la red por eso.
Ni idea... no uso wifi, dhcp ni los servidores dns del router, precisamente para evitar estos desaguisados.
Pero es que yo no tengo ningún desaguisado. Es que ni me he enterado que hubiera algún problema. Tengo el router como servidor DNS para uso de mis instalaciones auxiliares (la principal tiene su propio dns), porque facilita mucho la configuración dar esa ip recordable como dns. Y lo tengo configurado para dar un rango de dhcp porque simplifica mucho las instalaciones provisionales, o para las visitas. Y lo de la wi-fi no lo he puesto hasta que he tenido un portátil. Vale, es lenta, pero es más rápida que la adsl. Y simplifica las cosas con un portátil. A mi he funciona perfecto. Durante la instalación, una vez instalado, antes de actualizar, y después. Ningún problema. Me iba con el applet (gnome) y me va con ifup. El único problema que he tenido ha sido en los otros ordenadores: la wi-fi no está en el switch del router, sino fuera, rutada. Esto es, para mandar un paquete desde la red eth a la wifi hay que mandarlo a la ip del router, esto es, al gateway. De eth a eth va por el switch, directo, más eficaz (no internviene la cpu del router). Y eso es un problema porque el router tendría que proporcionar rangos separados para ambas subredes, y proporcionar la información adecuada en el servicio dhcp - y no lo hace. Es problema del router, no de los pcs con linux. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkudDHYACgkQtTMYHG2NR9Xk8QCeJyU2WO4IF6ZkNiiYejklgQwP P9sAn2aTuYFsxUcsp9imVWucJy1WhkJC =SYCj -----END PGP SIGNATURE-----
On Domingo, 14 de Marzo de 2010 17:19:01 Carlos E. R. escribió:
El único problema que he tenido ha sido en los otros ordenadores: la wi-fi no está en el switch del router, sino fuera, rutada. Esto es, para mandar un paquete desde la red eth a la wifi hay que mandarlo a la ip del router, esto es, al gateway. De eth a eth va por el switch, directo, más eficaz (no internviene la cpu del router). Y eso es un problema porque el router tendría que proporcionar rangos separados para ambas subredes, y proporcionar la información adecuada en el servicio dhcp - y no lo hace. Es problema del router, no de los pcs con linux.
Yo, uso de router un SMC-7904WBRA2 Permite hacer DHCP y rangos distintos de IP en la red cableada y en la inalambrica. -- Saludos Lluis
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-03-14 a las 17:50 +0100, Lluis escribió:
Yo, uso de router un SMC-7904WBRA2
Permite hacer DHCP y rangos distintos de IP en la red cableada y en la inalambrica.
Es lógico, si compras puedes elegir caracteristicas y mejorar. El mio es el que, o uno de los que, dan en Telefónica. Puedo elegir, dentro del rango, a partir de qué IP empiezan las automáticas. O sea, si tengo el 192.168.1.0, decirle que empieze en el 50. Lo suyo sería tener dos rangos independientes. Lo normal es tener esto: Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.1.0 * 255.255.255.0 U 0 0 0 eth0 default router.valinor 0.0.0.0 UG 0 0 0 eth0 Para la wifi, si por ejemplo está en la 50, necesito añadir algo como esto a lo rápido: 192.168.1.50 router.valinor 255.255.255.0 U 0 0 0 eth0 aunque tampoco es demasiado correcto, tendría que ajustar las máscaras adecuadamente. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkudPFUACgkQtTMYHG2NR9U/nACdGVtaI8WP73ZHM/rPmVDJNXrm 73cAnRKbUUuzTMSazDVY2ahPqQLH6i3p =smMy -----END PGP SIGNATURE-----
El Sun, 14 Mar 2010 17:19:01 +0100, Carlos E. R. escribió:
¿Y cual el bug?
Este sí :-)
Paquete "dhcpcd".
*** Changelog
* Tue Jan 19 2010 varkoly[a]suse.de - bnc#565030 - L3: dhcpcd not using router component of dhcp server option 33 (Static Route) ***
Ah... pero la salida de "route" que han puesto algunos en el foro sí ponen la ip del router como servidor dns. ¿O es que ponen quizás una IP inventada que no es la del router? No lo entiendo.
No sé cómo se genera el fallo, ni qué elementos intervienen porque los bugzillas está cerrados... horrible manía, por cierto. Lo único que saco en claro es que utilizando los dns del router en el "/ etc/resolv.conf" el sistema es incapaz de resolver.
Ni idea... no uso wifi, dhcp ni los servidores dns del router, precisamente para evitar estos desaguisados.
Pero es que yo no tengo ningún desaguisado. Es que ni me he enterado que hubiera algún problema.
Habrás tenido suerte o utilizarás una configuración que no se ve afectada por el bug. Pero el hecho de que no te haya afectado a ti (y a otros muchos, supongo) no significa que no haya un error. Dependerá de las configuraciones que se usen cada equipo, no lo sé. Sin acceso al bugzilla, pues sólo podemos divagar.
El único problema que he tenido ha sido en los otros ordenadores: la wi-fi no está en el switch del router, sino fuera, rutada. Esto es, para mandar un paquete desde la red eth a la wifi hay que mandarlo a la ip del router, esto es, al gateway. De eth a eth va por el switch, directo, más eficaz (no internviene la cpu del router). Y eso es un problema porque el router tendría que proporcionar rangos separados para ambas subredes, y proporcionar la información adecuada en el servicio dhcp - y no lo hace. Es problema del router, no de los pcs con linux.
Hum... me parece que los routers adsl que añaden soporte wifi sólo permiten configurar la conexión inalámbrica en modo AP (punto de acceso) y poco más. Supongo que en este caso el puerto wifi actúa como una extensión más del puerto ethernet, es decir, el router sólo admite dos redes físicas, la wan y la wifi-lan. Los puntos de acceso wifi dedicados admiten más configuraciones, por ejemplo, cliente, repetidor, modo puente (p2p) y punto a multipunto. O eso pone en mi AP O:-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-03-14 a las 17:29 -0000, Camaleón escribió:
El Sun, 14 Mar 2010 17:19:01 +0100, Carlos E. R. escribió:
Ah... pero la salida de "route" que han puesto algunos en el foro sí ponen la ip del router como servidor dns. ¿O es que ponen quizás una IP inventada que no es la del router? No lo entiendo.
No sé cómo se genera el fallo, ni qué elementos intervienen porque los bugzillas está cerrados... horrible manía, por cierto.
Lo único que saco en claro es que utilizando los dns del router en el "/ etc/resolv.conf" el sistema es incapaz de resolver.
La unica explicación que se me ocurre es que tengan puesto la IP equivocada. Pero no tiene sentido.
Ni idea... no uso wifi, dhcp ni los servidores dns del router, precisamente para evitar estos desaguisados.
Pero es que yo no tengo ningún desaguisado. Es que ni me he enterado que hubiera algún problema.
Habrás tenido suerte o utilizarás una configuración que no se ve afectada por el bug. Pero el hecho de que no te haya afectado a ti (y a otros muchos, supongo) no significa que no haya un error. Dependerá de las configuraciones que se usen cada equipo, no lo sé. Sin acceso al bugzilla, pues sólo podemos divagar.
Pero tampoco se puede decir que todo esté mal, que sea un desastre. Sospecho que lo que está mal es el el applet de red del kde ¿en la live? ¿en el dvd? El applet del gnome no está afectado, o eso creo, porque lo quité enseguida. Y el yast en modo tradicional (wifi) tampoco.
El único problema que he tenido ha sido en los otros ordenadores: la wi-fi no está en el switch del router, sino fuera, rutada. Esto es, para mandar un paquete desde la red eth a la wifi hay que mandarlo a la ip del router, esto es, al gateway. De eth a eth va por el switch, directo, más eficaz (no internviene la cpu del router). Y eso es un problema porque el router tendría que proporcionar rangos separados para ambas subredes, y proporcionar la información adecuada en el servicio dhcp - y no lo hace. Es problema del router, no de los pcs con linux.
Hum... me parece que los routers adsl que añaden soporte wifi sólo permiten configurar la conexión inalámbrica en modo AP (punto de acceso) y poco más. Supongo que en este caso el puerto wifi actúa como una extensión más del puerto ethernet, es decir, el router sólo admite dos redes físicas, la wan y la wifi-lan.
Los puntos de acceso wifi dedicados admiten más configuraciones, por ejemplo, cliente, repetidor, modo puente (p2p) y punto a multipunto. O eso pone en mi AP O:-)
El mio permite más modos, pero no es eso. A ver si me explico. adsl | caja-- wifi 192.168.1.64 | switch | +--+--+--+---+ | | | | En los PCs tienes la ruta: 192.168.1.0 * 255.255.255.0 que significa que lo que vaya a cualquier IP en el rango 192.168.1.1..254 se envia directamente a esa IP, con los pasos tradicionales: se pregunta al aire (broadcast) que donde está la 192.168.1.15 (pe), y alguien responderá con su MAC, y se envía a esa MAC. Físicamente va al switch, que lo que hace básicamente es enviar lo que le entra por una boca por todas las otras bocas. No entra en "la caja", porque la caja es la 192.168.1.1, y si no está en modo promiscuo no ve nada más (ignora lo que no esté explícitamente dirigido a la 192.168.1.1). Si quieres enviar desde un fijo algo a la IP 192.168.1.64 esta no se va a enterar, por la lógica anterior (nadie responde con su mac). El router, aún teniendo la IP 192.168.1.64 en el rango suyo, no ve el paquete, no le entra por la interfaz con el switch, lo filtra. En cambio, si añades una regla en los ordenadores fijos: destino gw máscara 192.168.1.64 192.168.1.1 255.255.255.255 lo que va a hacer el ordenador es, en vez de preguntar por quien es la 192.168.1.64 va a preguntar por quien es la 192.168.1.1, y todo el tráfico a la 192.168.1.64 se lo va a mandar a la MAC de la 192.168.1.1, que es el router. Y este, al entrar en la caja, sí sabe que lo tiene que sacar por la interfaz wifi. Y ya funciona. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkudQZkACgkQtTMYHG2NR9XYqwCfaQYA7ANGHqDfXIP0nBAGOSfv +0AAn1wuSvRcoMnLj6BfPaLPXCSjUFZW =lfVh -----END PGP SIGNATURE-----
El Sun, 14 Mar 2010 21:05:40 +0100, Carlos E. R. escribió:
El 2010-03-14 a las 17:29 -0000, Camaleón escribió:
Lo único que saco en claro es que utilizando los dns del router en el "/ etc/resolv.conf" el sistema es incapaz de resolver.
La unica explicación que se me ocurre es que tengan puesto la IP equivocada. Pero no tiene sentido.
Si la IP fuera incorrecta, tampoco podría resolver vía ethernet y me parece que eso sí podía :-?
Habrás tenido suerte o utilizarás una configuración que no se ve afectada por el bug. Pero el hecho de que no te haya afectado a ti (y a otros muchos, supongo) no significa que no haya un error. Dependerá de las configuraciones que se usen cada equipo, no lo sé. Sin acceso al bugzilla, pues sólo podemos divagar.
Pero tampoco se puede decir que todo esté mal, que sea un desastre.
Nadie ha dicho eso, sólo algo de "echar sal y limón" :-).
Sospecho que lo que está mal es el el applet de red del kde ¿en la live? ¿en el dvd?
En la LiveCD me parece que Shinji ha dicho que le funcionaba...
El applet del gnome no está afectado, o eso creo, porque lo quité enseguida. Y el yast en modo tradicional (wifi) tampoco.
Es posible que afecte sólo al knetworkmanager.
Los puntos de acceso wifi dedicados admiten más configuraciones, por ejemplo, cliente, repetidor, modo puente (p2p) y punto a multipunto. O eso pone en mi AP O:-)
El mio permite más modos, pero no es eso. A ver si me explico.
adsl | caja-- wifi 192.168.1.64 | switch | +--+--+--+---+ | | | |
No entiendo... ¿caja-- wifi qué es? ¿Un router adsl wifi? ¿Y el switch es un switch dedicado, un equipo aparte? :-?
En los PCs tienes la ruta:
192.168.1.0 * 255.255.255.0
que significa que lo que vaya a cualquier IP en el rango 192.168.1.1..254 se envia directamente a esa IP, con los pasos tradicionales: se pregunta al aire (broadcast) que donde está la 192.168.1.15 (pe), y alguien responderá con su MAC, y se envía a esa MAC. Físicamente va al switch, que lo que hace básicamente es enviar lo que le entra por una boca por todas las otras bocas. No entra en "la caja", porque la caja es la 192.168.1.1, y si no está en modo promiscuo no ve nada más (ignora lo que no esté explícitamente dirigido a la 192.168.1.1).
¿Tienes configuradas dos direcciones IP locales en la caja misteriosa?
Si quieres enviar desde un fijo algo a la IP 192.168.1.64 esta no se va a enterar, por la lógica anterior (nadie responde con su mac). El router, aún teniendo la IP 192.168.1.64 en el rango suyo, no ve el paquete, no le entra por la interfaz con el switch, lo filtra.
En cambio, si añades una regla en los ordenadores fijos:
destino gw máscara 192.168.1.64 192.168.1.1 255.255.255.255
lo que va a hacer el ordenador es, en vez de preguntar por quien es la 192.168.1.64 va a preguntar por quien es la 192.168.1.1, y todo el tráfico a la 192.168.1.64 se lo va a mandar a la MAC de la 192.168.1.1, que es el router. Y este, al entrar en la caja, sí sabe que lo tiene que sacar por la interfaz wifi.
Y ya funciona.
¿Quieres decir que para que el ordenador portátil con openSUSE (vía wifi) pueda obtener la configuración de la red vía DHCP a través del router necesitas configurarlo de esa forma (añadir un nuevo destino/puerta de enlace para forzar al tráfico a pasar por el router)? >:-? No lo he visto/oído nunca. O es que no lo pillo. Me parece que es lo segundo. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-03-14 a las 21:06 -0000, Camaleón escribió:
El Sun, 14 Mar 2010 21:05:40 +0100, Carlos E. R. escribió:
Lo único que saco en claro es que utilizando los dns del router en el "/ etc/resolv.conf" el sistema es incapaz de resolver.
La unica explicación que se me ocurre es que tengan puesto la IP equivocada. Pero no tiene sentido.
Si la IP fuera incorrecta, tampoco podría resolver vía ethernet y me parece que eso sí podía :-?
No lo se.
Habrás tenido suerte o utilizarás una configuración que no se ve afectada por el bug. Pero el hecho de que no te haya afectado a ti (y a otros muchos, supongo) no significa que no haya un error. Dependerá de las configuraciones que se usen cada equipo, no lo sé. Sin acceso al bugzilla, pues sólo podemos divagar.
Pero tampoco se puede decir que todo esté mal, que sea un desastre.
Nadie ha dicho eso, sólo algo de "echar sal y limón" :-).
¿te parece poco? >:-)
Sospecho que lo que está mal es el el applet de red del kde ¿en la live? ¿en el dvd?
En la LiveCD me parece que Shinji ha dicho que le funcionaba...
Pero no al instalarla.
El applet del gnome no está afectado, o eso creo, porque lo quité enseguida. Y el yast en modo tradicional (wifi) tampoco.
Es posible que afecte sólo al knetworkmanager.
Puede ser.
Los puntos de acceso wifi dedicados admiten más configuraciones, por ejemplo, cliente, repetidor, modo puente (p2p) y punto a multipunto. O eso pone en mi AP O:-)
El mio permite más modos, pero no es eso. A ver si me explico.
adsl | caja-- wifi 192.168.1.64 | switch | +--+--+--+---+ | | | |
No entiendo... ¿caja-- wifi qué es? ¿Un router adsl wifi? ¿Y el switch es un switch dedicado, un equipo aparte? :-?
No, todo el conjunto es el "router adsl" puesto por tesa, e incluye wifi. La "caja" del gráfico es la "caja negra", o sea, la cpu (del router), su memoria, placa, etc. Piensa en un PC haciendo de router: tendrías tarjetas ethernet, tarjetas wifi, modem adsl, etc. La caja de plastico del router tiene dentro un ordenador (la caja de arriba), al cual están conectados un switch con cuatro bocas ethernet al exterior (y supongo otra quinta al interior), un chisme con wifi, un chisme con adsl... son periféricos del ordenador del router. Para enviar desde una ethernet a la wifi tienes que rutar, interviene la cpu. Para enviar de una ethernet a otra no tienes que hacer nada, es el switch, el hardware. Te he puesto el esquema del "router" por dentro. Aproximadamente. Se ve en el log: Jan 8 01:18:57 router klogd: Broadcom BCM6348A2 Ethernet Network Device v0.1 Oct 7 2005 19:26:13 External Switch Reverse MII (SPI Device 1) Y la wifi es broadcom: Jan 8 01:18:57 router klogd: wl0: Broadcom BCM4320 802.11 Wireless Controller 3.61.13.0 Y también usb: Jan 8 01:18:57 router klogd: usb0: Host MAC Address: 00 30 DA 70 D7 EC También hay un bridge por en medio: Jan 8 01:18:57 router klogd: br0: port 1(usb0) entering listening state que creo que es la parte adsl.
En los PCs tienes la ruta:
192.168.1.0 * 255.255.255.0
que significa que lo que vaya a cualquier IP en el rango 192.168.1.1..254 se envia directamente a esa IP, con los pasos tradicionales: se pregunta al aire (broadcast) que donde está la 192.168.1.15 (pe), y alguien responderá con su MAC, y se envía a esa MAC. Físicamente va al switch, que lo que hace básicamente es enviar lo que le entra por una boca por todas las otras bocas. No entra en "la caja", porque la caja es la 192.168.1.1, y si no está en modo promiscuo no ve nada más (ignora lo que no esté explícitamente dirigido a la 192.168.1.1).
¿Tienes configuradas dos direcciones IP locales en la caja misteriosa?
No, claro que no. Podría, creo que lo admite. La 192.168.1.1 es el router, la 192.168.1.15 es un ordenador cualquiera enla red de cable, fija. La 192.168.1.64 sería otro en la wifi.
Si quieres enviar desde un fijo algo a la IP 192.168.1.64 esta no se va a enterar, por la lógica anterior (nadie responde con su mac). El router, aún teniendo la IP 192.168.1.64 en el rango suyo, no ve el paquete, no le entra por la interfaz con el switch, lo filtra.
En cambio, si añades una regla en los ordenadores fijos:
destino gw máscara 192.168.1.64 192.168.1.1 255.255.255.255
lo que va a hacer el ordenador es, en vez de preguntar por quien es la 192.168.1.64 va a preguntar por quien es la 192.168.1.1, y todo el tráfico a la 192.168.1.64 se lo va a mandar a la MAC de la 192.168.1.1, que es el router. Y este, al entrar en la caja, sí sabe que lo tiene que sacar por la interfaz wifi.
Y ya funciona.
¿Quieres decir que para que el ordenador portátil con openSUSE (vía wifi) pueda obtener la configuración de la red vía DHCP a través del router necesitas configurarlo de esa forma (añadir un nuevo destino/puerta de enlace para forzar al tráfico a pasar por el router)? >:-?
No. En el portatil no he tenido que hacer nada. Son los fijos, los que están conectados a las bocas ethernet del router las que no tienen conectividad con lo que está en la wifi si no cambias el rutado.
No lo he visto/oído nunca. O es que no lo pillo. Me parece que es lo segundo.
No, no lo has pillado. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkudVpUACgkQtTMYHG2NR9UQ+wCfQQXIllj0jpcAHIyvC8eOLiLy FuQAnRsbAlaO3PAQvh6bs7mfZCq+RfJU =El8l -----END PGP SIGNATURE-----
El Sun, 14 Mar 2010 22:35:12 +0100, Carlos E. R. escribió:
El 2010-03-14 a las 21:06 -0000, Camaleón escribió:
No entiendo... ¿caja-- wifi qué es? ¿Un router adsl wifi? ¿Y el switch es un switch dedicado, un equipo aparte? :-?
No, todo el conjunto es el "router adsl" puesto por tesa, e incluye wifi. La "caja" del gráfico es la "caja negra", o sea, la cpu (del router), su memoria, placa, etc. Piensa en un PC haciendo de router: tendrías tarjetas ethernet, tarjetas wifi, modem adsl, etc.
Te has lucido con el esquema :-)
¿Tienes configuradas dos direcciones IP locales en la caja misteriosa?
No, claro que no. Podría, creo que lo admite.
La 192.168.1.1 es el router, la 192.168.1.15 es un ordenador cualquiera enla red de cable, fija. La 192.168.1.64 sería otro en la wifi.
¿Y no puedes acceder al otro equipo a través del wifi sin hacer esa maniobra? :-?
¿Quieres decir que para que el ordenador portátil con openSUSE (vía wifi) pueda obtener la configuración de la red vía DHCP a través del router necesitas configurarlo de esa forma (añadir un nuevo destino/puerta de enlace para forzar al tráfico a pasar por el router)?
:-?
No. En el portatil no he tenido que hacer nada. Son los fijos, los que están conectados a las bocas ethernet del router las que no tienen conectividad con lo que está en la wifi si no cambias el rutado.
Sería interesante probarlo desde el windows (vía ethernet), no creo que tengas ese problema.
No lo he visto/oído nunca. O es que no lo pillo. Me parece que es lo segundo.
No, no lo has pillado.
Sí, no lo había pillado, lo de la caja me ha dejado a cuadros. Entonces no, no he visto nunca ese comportamiento que dices. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-03-14 a las 23:20 -0000, Camaleón escribió:
El Sun, 14 Mar 2010 22:35:12 +0100, Carlos E. R. escribió:
La 192.168.1.1 es el router, la 192.168.1.15 es un ordenador cualquiera enla red de cable, fija. La 192.168.1.64 sería otro en la wifi.
¿Y no puedes acceder al otro equipo a través del wifi sin hacer esa maniobra? :-?
¿Que maniobra? Lo de arriba es lo normal. Fijos, móviles, router. Lo típico. Lo que pasa es que no todo el mundo conoce la estructura interna de un "ruter", por eso te ha chocado. Yo tampoco me había dado cuenta hasta hace unos dias. Y no, si no se pone la ruta correcta en los fijos estos no acceden al móvil, ni viceversa (falla el paquete de vuelta). De cualquiera a internet, perfecto.
No. En el portatil no he tenido que hacer nada. Son los fijos, los que están conectados a las bocas ethernet del router las que no tienen conectividad con lo que está en la wifi si no cambias el rutado.
Sería interesante probarlo desde el windows (vía ethernet), no creo que tengas ese problema.
No puedo, no tengo windows en los fijos. Bueno, tengo una máquina con win 95 sin red. Y un Win Me en un vmware en otro, porque "directamente" no lo conecto jamás, me lo violan, no tiene cortafuegos. Y si te refieres a poner el portátil vía cable, entonces por supuesto que no hay ningún problema, te conectas a través del switch y no hay paso por el gateway.
No lo he visto/oído nunca. O es que no lo pillo. Me parece que es lo segundo.
No, no lo has pillado.
Sí, no lo había pillado, lo de la caja me ha dejado a cuadros.
Pues es muy fácil...
Entonces no, no he visto nunca ese comportamiento que dices.
Seguro que sí pero no te has dado cuenta, o tu ruter es serio y asigna las rutas correctas al darlas por dhcp, o tu administrador de red sabe lo que se hace y las ha puesto bien. Lo que te comento es un ejercicio típico de clase de administración de redes, y a mi me la dieron con windows. El windows se porta igual en esta circunstancia, es de libro. Es el mismo problema que tienes al acceder de una intranet a otra que están separadas por un verdadero router (no un switch). - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkudd44ACgkQtTMYHG2NR9XD1QCfcm8p9xP4m5EYRfz6i7lsvwUB vrgAoJAzI/9wBIdaE5fPm8PGuQ6rIxPc =uiQy -----END PGP SIGNATURE-----
El Mon, 15 Mar 2010 00:55:52 +0100, Carlos E. R. escribió:
El 2010-03-14 a las 23:20 -0000, Camaleón escribió:
¿Y no puedes acceder al otro equipo a través del wifi sin hacer esa maniobra? :-?
¿Que maniobra? Lo de arriba es lo normal. Fijos, móviles, router. Lo típico. Lo que pasa es que no todo el mundo conoce la estructura interna de un "ruter", por eso te ha chocado. Yo tampoco me había dado cuenta hasta hace unos dias.
Y no, si no se pone la ruta correcta en los fijos estos no acceden al móvil, ni viceversa (falla el paquete de vuelta). De cualquiera a internet, perfecto.
Yo no la tengo puesta. Tengo dos redes wifi. Una configurada con un AP independiente y la otra con un router de Telefónica, combo.
Sería interesante probarlo desde el windows (vía ethernet), no creo que tengas ese problema.
No puedo, no tengo windows en los fijos. Bueno, tengo una máquina con win 95 sin red. Y un Win Me en un vmware en otro, porque "directamente" no lo conecto jamás, me lo violan, no tiene cortafuegos.
Y si te refieres a poner el portátil vía cable, entonces por supuesto que no hay ningún problema, te conectas a través del switch y no hay paso por el gateway.
Pero has dicho que no podías llegar a un equipo conectado vía wifi, desde una conexión vía cable, sin habilitar esa ruta.
Sí, no lo había pillado, lo de la caja me ha dejado a cuadros.
Pues es muy fácil...
No es algo que haya tenido que configurar. Las conexiones inalámbricas se gestionan de igual forma que las cableadas, no he tenido que añadir rutas en ningún equipo para acceder a los PC que tenga conectados vía wifi :-?
Entonces no, no he visto nunca ese comportamiento que dices.
Seguro que sí pero no te has dado cuenta, o tu ruter es serio y asigna las rutas correctas al darlas por dhcp, o tu administrador de red sabe lo que se hace y las ha puesto bien.
El administrador de la red soy yo. Y sí, en una de las redes tengo el AP y un router sirviendo DHCP. Ya te digo, no he tenido que añadir esa ruta en ningún cliente.
Lo que te comento es un ejercicio típico de clase de administración de redes, y a mi me la dieron con windows. El windows se porta igual en esta circunstancia, es de libro.
Es el mismo problema que tienes al acceder de una intranet a otra que están separadas por un verdadero router (no un switch).
No lo he visto nunca. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-03-15 a las 07:16 -0000, Camaleón escribió:
El Mon, 15 Mar 2010 00:55:52 +0100, Carlos E. R. escribió:
El 2010-03-14 a las 23:20 -0000, Camaleón escribió:
¿Y no puedes acceder al otro equipo a través del wifi sin hacer esa maniobra? :-?
¿Que maniobra? Lo de arriba es lo normal. Fijos, móviles, router. Lo típico. Lo que pasa es que no todo el mundo conoce la estructura interna de un "ruter", por eso te ha chocado. Yo tampoco me había dado cuenta hasta hace unos dias.
Y no, si no se pone la ruta correcta en los fijos estos no acceden al móvil, ni viceversa (falla el paquete de vuelta). De cualquiera a internet, perfecto.
Yo no la tengo puesta. Tengo dos redes wifi. Una configurada con un AP independiente y la otra con un router de Telefónica, combo.
¿Y que ruta tienes puesta? En una red, para comunicar con una red que está al otro lado de un router, hay que poner al router como gateway de esa red. A no ser que no sea un router y actúe como un switch.
Sería interesante probarlo desde el windows (vía ethernet), no creo que tengas ese problema.
No puedo, no tengo windows en los fijos. Bueno, tengo una máquina con win 95 sin red. Y un Win Me en un vmware en otro, porque "directamente" no lo conecto jamás, me lo violan, no tiene cortafuegos.
Y si te refieres a poner el portátil vía cable, entonces por supuesto que no hay ningún problema, te conectas a través del switch y no hay paso por el gateway.
Pero has dicho que no podías llegar a un equipo conectado vía wifi, desde una conexión vía cable, sin habilitar esa ruta.
No, porque hay un router no transparente en medio. Fíjate que mucha gente pone al router local como gateway para acceder a la propia red local; yo no tengo eso.
Sí, no lo había pillado, lo de la caja me ha dejado a cuadros.
Pues es muy fácil...
No es algo que haya tenido que configurar. Las conexiones inalámbricas se gestionan de igual forma que las cableadas, no he tenido que añadir rutas en ningún equipo para acceder a los PC que tenga conectados vía wifi :-?
Pues será porque no actúan como routers.
Es el mismo problema que tienes al acceder de una intranet a otra que están separadas por un verdadero router (no un switch).
No lo he visto nunca.
Pues te lo enseñan en las prácticas de los cursos de redes. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkulWLsACgkQtTMYHG2NR9WTTwCdFokuXyv62KaXR6Rk/eMwAc63 K5oAoItMDHp5u585e21t/iSJ6xkSN3zq =UiBM -----END PGP SIGNATURE-----
El Sun, 21 Mar 2010 00:22:27 +0100, Carlos E. R. escribió:
El 2010-03-15 a las 07:16 -0000, Camaleón escribió:
Y no, si no se pone la ruta correcta en los fijos estos no acceden al móvil, ni viceversa (falla el paquete de vuelta). De cualquiera a internet, perfecto.
Yo no la tengo puesta. Tengo dos redes wifi. Una configurada con un AP independiente y la otra con un router de Telefónica, combo.
¿Y que ruta tienes puesta?
¿En los clientes? Pues las que te pone el windows de manera predeterminada cuando configuras una interfaz de red con direccionamiento estático. No he tenido que añadir ninguna ruta adicional.
En una red, para comunicar con una red que está al otro lado de un router, hay que poner al router como gateway de esa red.
Claro, el router (local) está configurado como puerta de enlace (local) predeterminada.
A no ser que no sea un router y actúe como un switch.
Es un router ADSL con wifi y un swicth de 5 puertos. Concretamente el 3com OfficeConnect 3CRWDR100Y, creo que lo regalaban los de Ya.com.
Y si te refieres a poner el portátil vía cable, entonces por supuesto que no hay ningún problema, te conectas a través del switch y no hay paso por el gateway.
Pero has dicho que no podías llegar a un equipo conectado vía wifi, desde una conexión vía cable, sin habilitar esa ruta.
No, porque hay un router no transparente en medio.
Fíjate que mucha gente pone al router local como gateway para acceder a la propia red local; yo no tengo eso.
Esa es la configuración predeterminada.
No es algo que haya tenido que configurar. Las conexiones inalámbricas se gestionan de igual forma que las cableadas, no he tenido que añadir rutas en ningún equipo para acceder a los PC que tenga conectados vía wifi :-?
Pues será porque no actúan como routers.
Yo creo que sí, de lo contrario: a/ No tendrían NAT b/ No podría navegar :-)
Es el mismo problema que tienes al acceder de una intranet a otra que están separadas por un verdadero router (no un switch).
No lo he visto nunca.
Pues te lo enseñan en las prácticas de los cursos de redes.
¿Te refieres a las de CISCO donde no te enseñan routers CISCO? <|8-) A ver, lo que te estoy diciendo es que no he tenido que definir una ruta de forma manual -como tú estás diciendo- para poder acceder a un equipo conectado via wifi a través del router. También puedo acceder a un equipo conectado via wifi por un AP desde un cliente que no tiene configurada ninguna puerta de enlace. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-03-21 a las 10:34 -0000, Camaleón escribió:
El Sun, 21 Mar 2010 00:22:27 +0100, Carlos E. R. escribió:
¿Y que ruta tienes puesta?
¿En los clientes? Pues las que te pone el windows de manera predeterminada cuando configuras una interfaz de red con direccionamiento estático. No he tenido que añadir ninguna ruta adicional.
¿Y cual es?
En una red, para comunicar con una red que está al otro lado de un router, hay que poner al router como gateway de esa red.
Claro, el router (local) está configurado como puerta de enlace (local) predeterminada.
Pues eso es lo que yo no tengo. El router es sólo gateway para la red exterior, no la local. Es típico poner al roter como gateway de todo, lo que significa que el tráfico local pasa por la cpu del router, restando rendimiento. Sin embargo, el switch es capaz de encaminar todo ese tráfico local sin usar la cpu adyacente, de manera mucho más eficaz. La desventaja es la que has visto, que la cpu del router no ve el tráfico dirigido a la wifi y no lo encamina.
Fíjate que mucha gente pone al router local como gateway para acceder a la propia red local; yo no tengo eso.
Esa es la configuración predeterminada.
Porque te evitas de tener que poner varias rutas. Es más fácil, pero menos eficiente.
No es algo que haya tenido que configurar. Las conexiones inalámbricas se gestionan de igual forma que las cableadas, no he tenido que añadir rutas en ningún equipo para acceder a los PC que tenga conectados vía wifi :-?
Pues será porque no actúan como routers.
Yo creo que sí, de lo contrario:
a/ No tendrían NAT b/ No podría navegar
:-)
No tiene que ver.
Es el mismo problema que tienes al acceder de una intranet a otra que están separadas por un verdadero router (no un switch).
No lo he visto nunca.
Pues te lo enseñan en las prácticas de los cursos de redes.
¿Te refieres a las de CISCO donde no te enseñan routers CISCO? <|8-)
No, a las de al lado.
A ver, lo que te estoy diciendo es que no he tenido que definir una ruta de forma manual -como tú estás diciendo- para poder acceder a un equipo conectado via wifi a través del router.
También puedo acceder a un equipo conectado via wifi por un AP desde un cliente que no tiene configurada ninguna puerta de enlace.
Claro, porque tienes como gateway local al router. Está claro. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkumF3IACgkQtTMYHG2NR9XhPQCfdxK6Nw/CZiqKa+zMziSLgi5S 0+MAoIFuHFTXM8VrezFKyAZ0Z5D/RXj1 =S3F8 -----END PGP SIGNATURE-----
El Sun, 21 Mar 2010 13:56:11 +0100, Carlos E. R. escribió:
El 2010-03-21 a las 10:34 -0000, Camaleón escribió:
El Sun, 21 Mar 2010 00:22:27 +0100, Carlos E. R. escribió:
¿Y que ruta tienes puesta?
¿En los clientes? Pues las que te pone el windows de manera predeterminada cuando configuras una interfaz de red con direccionamiento estático. No he tenido que añadir ninguna ruta adicional.
¿Y cual es?
Pues si inicias tu windows7, conectas el cable de red, configuras el adaptador, abres un terminal y ejecutas "route print" lo verás >>:-)
Claro, el router (local) está configurado como puerta de enlace (local) predeterminada.
Pues eso es lo que yo no tengo. El router es sólo gateway para la red exterior, no la local.
Pero eso será porque tú lo has configurado así, a propósito :-?
Es típico poner al roter como gateway de todo, lo que significa que el tráfico local pasa por la cpu del router, restando rendimiento.
Sólo para el tráfico *no* local (Internet). Los paquetes destinados a la red local no pasan por el router, obviamente. Para eso están los switches.
Sin embargo, el switch es capaz de encaminar todo ese tráfico local sin usar la cpu adyacente, de manera mucho más eficaz.
Claro.
La desventaja es la que has visto, que la cpu del router no ve el tráfico dirigido a la wifi y no lo encamina.
Eso es en tu caso, con tu configuración.
Fíjate que mucha gente pone al router local como gateway para acceder a la propia red local; yo no tengo eso.
Esa es la configuración predeterminada.
Porque te evitas de tener que poner varias rutas. Es más fácil, pero menos eficiente.
En tu caso, que tienes unos pocos equipos conectados, dudo mucho que notes alguna mejora en cuanto al rendimiento usando un método u otro >:-) En mi, caso no aplica. El tráfico de la red local no pasa por el router.
Pues será porque no actúan como routers.
Yo creo que sí, de lo contrario:
a/ No tendrían NAT b/ No podría navegar
:-)
No tiene que ver.
Ah, humm... vaya.
Pues te lo enseñan en las prácticas de los cursos de redes.
¿Te refieres a las de CISCO donde no te enseñan routers CISCO? <|8-)
No, a las de al lado.
¿A cuálas? :-)
A ver, lo que te estoy diciendo es que no he tenido que definir una ruta de forma manual -como tú estás diciendo- para poder acceder a un equipo conectado via wifi a través del router.
También puedo acceder a un equipo conectado via wifi por un AP desde un cliente que no tiene configurada ninguna puerta de enlace.
Claro, porque tienes como gateway local al router. Está claro.
Claro. Además de unos cuantos switches donde se enganchan los routers y los equipos. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
El Sun, 21 Mar 2010 13:56:11 +0100, Carlos E. R. escribió:
El 2010-03-21 a las 10:34 -0000, Camaleón escribió:
El Sun, 21 Mar 2010 00:22:27 +0100, Carlos E. R. escribió:
¿Y que ruta tienes puesta?
¿En los clientes? Pues las que te pone el windows de manera predeterminada cuando configuras una interfaz de red con direccionamiento estático. No he tenido que añadir ninguna ruta adicional.
¿Y cual es?
Pues si inicias tu windows7, conectas el cable de red, configuras el adaptador, abres un terminal y ejecutas "route print" lo verás >>:-)
No, no lo veo. Tiene wifi, no cable. Y además, el direccionamiento de ese windows lo define el propio router mediante dhcp. Y sospecho que lo hace mal (no lo he mirado en los de cable desde que me he dado cuenta del problema).
Claro, el router (local) está configurado como puerta de enlace (local) predeterminada.
Pues eso es lo que yo no tengo. El router es sólo gateway para la red exterior, no la local.
Pero eso será porque tú lo has configurado así, a propósito :-?
No lo recuerdo, pero es posible.
Es típico poner al roter como gateway de todo, lo que significa que el tráfico local pasa por la cpu del router, restando rendimiento.
Sólo para el tráfico *no* local (Internet). Los paquetes destinados a la red local no pasan por el router, obviamente. Para eso están los switches.
Me acabas de decir que tienes puesto como gateway al router... luego sí pasan. Te lo recuerdo: ] Claro, el router (local) está configurado como puerta de enlace (local) ] predeterminada. Eso significa que todo pasa por el router aunque no lo necesite. Yo lo que tengo hoy es esto: nimrodel:~ # route Kernel IP routing table Destination Gateway Genmask Flags Iface dyna1.valinor router 255.255.255.255 UGH eth0 192.168.1.0 * 255.255.255.0 U eth0 default router 0.0.0.0 UG eth0 Lo "típico" sería esto: Destination Gateway Genmask Flags Iface 192.168.1.0 router 255.255.255.0 U eth0 default router 0.0.0.0 UG eth0 o esto: Destination Gateway Genmask Flags Iface default router 0.0.0.0 UG eth0
Sin embargo, el switch es capaz de encaminar todo ese tráfico local sin usar la cpu adyacente, de manera mucho más eficaz.
Claro.
La desventaja es la que has visto, que la cpu del router no ve el tráfico dirigido a la wifi y no lo encamina.
Eso es en tu caso, con tu configuración.
Claro. Hasta que la cambié.
Fíjate que mucha gente pone al router local como gateway para acceder a la propia red local; yo no tengo eso.
Esa es la configuración predeterminada.
Porque te evitas de tener que poner varias rutas. Es más fácil, pero menos eficiente.
En tu caso, que tienes unos pocos equipos conectados, dudo mucho que notes alguna mejora en cuanto al rendimiento usando un método u otro >:-)
Se nota en cuanto tengas dos parejas de equipos transfiriendo ficheros dos a dos. Cuatro equipos. Y tengo 5 ordenadores y dos artefactos. Y se notaría si tuvieses una red gigabit, que ya me gustaría.
En mi, caso no aplica. El tráfico de la red local no pasa por el router.
Sí pasa, tú lo has dicho. Con gateway local, sí pasa.
Pues te lo enseñan en las prácticas de los cursos de redes.
¿Te refieres a las de CISCO donde no te enseñan routers CISCO? <|8-)
No, a las de al lado.
¿A cuálas? :-)
A ver, yo hice dos cursos de red en uno. El de verdad era el del inem, y el otro era el de los cisco. Los cursos del inem no sirven para encontrar curro, pero sí para aprender (si quieres). Son largos. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkumNr8ACgkQtTMYHG2NR9UXLQCfbdiynpClDMBQQJu8JHrlnIFL 7bYAnjTrUbgqF1GnM9+CysZkZRMf2gpJ =OgWR -----END PGP SIGNATURE-----
El Sun, 21 Mar 2010 16:09:44 +0100, Carlos E. R. escribió:
El 2010-03-21 a las 13:28 -0000, Camaleón escribió:
Pues si inicias tu windows7, conectas el cable de red, configuras el adaptador, abres un terminal y ejecutas "route print" lo verás >>:-)
No, no lo veo. Tiene wifi, no cable.
¿No tiene un adaptador ethernet en el portátil? Lo dudo >:-)
Y además, el direccionamiento de ese windows lo define el propio router mediante dhcp. Y sospecho que lo hace mal (no lo he mirado en los de cable desde que me he dado cuenta del problema).
Pues le dices que use un direccionamiento estático, luego imprimes la tabla de rutas y por último lo dejas como estaba.
Es típico poner al roter como gateway de todo, lo que significa que el tráfico local pasa por la cpu del router, restando rendimiento.
Sólo para el tráfico *no* local (Internet). Los paquetes destinados a la red local no pasan por el router, obviamente. Para eso están los switches.
Me acabas de decir que tienes puesto como gateway al router... luego sí pasan.
No hombre, ¿cómo se va a gestionar por el router (equipo C) un paquete que envío de un equipo A a un equipo B? El resto de equipos lo rechazan, directamente, porque no están su destino. Para eso sirven las tablas de las direcciones MAC de los switches, se almacenan para evitar tener que consultar continuamente al resto de equipos.
Te lo recuerdo:
] Claro, el router (local) está configurado como puerta de enlace (local) ] predeterminada.
Eso significa que todo pasa por el router aunque no lo necesite.
Imposible, el router no es el destino para el tráfico local.
Yo lo que tengo hoy es esto:
(...) ¿Y si no activas el DHCP del router? ¿O si usas el servidor DHCP de la suse?
La desventaja es la que has visto, que la cpu del router no ve el tráfico dirigido a la wifi y no lo encamina.
Eso es en tu caso, con tu configuración.
Claro. Hasta que la cambié.
Porque en tu caso te hará falta. A otros no, que es lo que te estoy comentando.
Porque te evitas de tener que poner varias rutas. Es más fácil, pero menos eficiente.
En tu caso, que tienes unos pocos equipos conectados, dudo mucho que notes alguna mejora en cuanto al rendimiento usando un método u otro
:-)
Se nota en cuanto tengas dos parejas de equipos transfiriendo ficheros dos a dos. Cuatro equipos. Y tengo 5 ordenadores y dos artefactos.
Y se notaría si tuvieses una red gigabit, que ya me gustaría.
¿Qué tipo de mediciones has hecho y con qué resultados?
En mi, caso no aplica. El tráfico de la red local no pasa por el router.
Sí pasa, tú lo has dicho. Con gateway local, sí pasa.
Que no, sólo los paquetes con destino a una red remota y el wifi no es remoto.
Pues te lo enseñan en las prácticas de los cursos de redes.
¿Te refieres a las de CISCO donde no te enseñan routers CISCO? <|8-)
No, a las de al lado.
¿A cuálas? :-)
A ver, yo hice dos cursos de red en uno. El de verdad era el del inem, y el otro era el de los cisco. Los cursos del inem no sirven para encontrar curro, pero sí para aprender (si quieres). Son largos.
Ah, okis :-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
participants (4)
-
Camaleón -
Carlos E. R. -
Lluis -
Shinji Ikari