Re: [Posible_SPAM] Re: [opensuse-es]
El 2008-02-20 a las 18:51 -0600, Marco Aurelio Moncada Coello escribió:
Password:
Password:
Last login: Wed Feb 20 18:25:39 2008 from local54
Have a lot of fun...
moncada:~ # rcSuSEFirewall2 stop
No
-bash: rcSuSEFirewall2: command not found puede ser. ¿Una suse sin cortafuegos? O no es una suse, o has hecho
cosas muy raras en esa instalación.
Haz "rpm -q SuSEfirewall2". Si te dice que no está instalado, lo instalas.
solo un error de dedos escribio rcSuSEFIrewall2 con la F en mayuscula y la F va pero en minusculas, es rcSuSEfirewall2 stop problema de dedos Jaime V ______________________________________________ ¿Con Mascota por primera vez? Sé un mejor Amigo. Entra en Yahoo! Respuestas http://es.answers.yahoo.com/info/welcome --------------------------------------------------------------------- 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 2008-02-21 a las 03:52 -0000, Jaime Velez escribió: Esto... ¿y que rayos de programa estás usando, que quotea una palabra por renglón?
El 2008-02-20 a las 18:51 -0600, Marco Aurelio Moncada Coello escribió:
Password:
Password:
Last login: Wed Feb 20 18:25:39 2008 from local54
Have a lot of fun...
moncada:~ # rcSuSEFirewall2 stop
-bash: rcSuSEFirewall2: command not found
No puede ser. ¿Una suse sin cortafuegos? O no es una suse, o has hecho cosas muy raras en esa instalación.
Haz "rpm -q SuSEfirewall2". Si te dice que no está instalado, lo instalas.
solo un error de dedos escribio rcSuSEFIrewall2 con la F en mayuscula y la F va pero en minusculas, es rcSuSEfirewall2 stop
problema de dedos
Ya, ya lo veo. Jo, pues no lo veía. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHvVnatTMYHG2NR9URAi6vAJsHU/SPXCyRkQRICS49zmSuajsXFACghoUV k6q/UDdUPIwx8oVTtoNUgro= =9FoI -----END PGP SIGNATURE-----
Es el cliente web de yahoo (el que esta hecho en ajax) ahora tiene esa fea costumbre, por lo general uso kmail pa recojer el correo de yahoo, pera ahora por algun motivo desconocido, el cliente"a veces" envia, a veces no (no se si son problemas de yahoo o del proveedor, entonces me toca meterme via web al correo para enviar con tan desafortunado resultado plana mental meterme al correo clasico de yahoo meterme al correo clasico de yahoo meterme al correo clasico de yahoo meterme al correo clasico de yahoo meterme al correo clasico de yahoo .... Jaime V ______________________________________________ ¿Con Mascota por primera vez? Sé un mejor Amigo. Entra en Yahoo! Respuestas http://es.answers.yahoo.com/info/welcome --------------------------------------------------------------------- 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 2008-02-21 a las 14:14 +0100, Jaime Velez escribió:
Es el cliente web de yahoo (el que esta hecho en ajax) ahora tiene esa fea costumbre, por lo general uso kmail pa recojer el correo de yahoo, pera ahora por algun motivo desconocido, el cliente"a veces" envia, a veces no (no se si son problemas de yahoo o del proveedor, entonces me toca meterme via web al correo para enviar con tan desafortunado resultado
Jupe.
plana mental
meterme al correo clasico de yahoo meterme al correo clasico de yahoo meterme al correo clasico de yahoo meterme al correo clasico de yahoo meterme al correo clasico de yahoo
Pues pásate a gmail. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHvZP8tTMYHG2NR9URAmthAJ49pEKCLc3ZR1EoLJjaDsF+MYPPrQCfYumO UMFVkkL0SW4qSnWhnGaiWz8= =YEFG -----END PGP SIGNATURE-----
Sigue sin jalar de local55 a moncada, por que, si se puede de local74 a moncada y viceversa. Aqui esta la salida: moncada:/home/mrco1965 # rpm -q SuSEfirewall2 SuSEfirewall2-3.6_SVNr183-10 moncada:/home/mrco1965 # rcSuSEFirewall2 stop bash: rcSuSEFirewall2: command not found moncada:/home/mrco1965 # yast2 moncada:/home/mrco1965 # exit exit mrco1965@moncada:~> exit logout Connection to moncada closed. mrco1965@Local54:~$ ssh -X root@moncada Password: Last login: Wed Feb 20 21:07:57 2008 from local74 Have a lot of fun... moncada:~ # yast2 (y2controlcenter-gnome:4268): libgnomevfs-CRITICAL **: gnome_vfs_get_uri_from_local_path: assertion `g_path_is_absolute (local_full_path)' failed (y2controlcenter-gnome:4268): libgnomevfs-CRITICAL **: gnome_vfs_monitor_add: assertion `text_uri != NULL' failed (y2controlcenter-gnome:4268): libgnomevfs-CRITICAL **: gnome_vfs_get_uri_from_local_path: assertion `g_path_is_absolute (local_full_path)' failed (y2controlcenter-gnome:4268): libgnomevfs-CRITICAL **: gnome_vfs_monitor_add: assertion `text_uri != NULL' failed moncada:~ # rcSuSEfirewall2 status Checking the status of SuSEfirewall2 running moncada:~ # rcSuSEfirewall2 sop Usage: /sbin/rcSuSEfirewall2 {start|stop|status|restart|reload|force-reload} moncada:~ # rcSuSEfirewall2 stop Shutting down the Firewall done moncada:~ # ssh local55 ssh: connect to host local55 port 22: Connection timed out moncada:~ # exit logout Connection to moncada closed. mrco1965@Local54:~$ ssh local55 Password: Last login: Wed Feb 20 16:58:58 2008 from local54 Have a lot of fun... mrco1965@local55:~> su Contraseña: local55:/home/mrco1965 # rcSuSEfirewall2 stop Shutting down the Firewall done local55:/home/mrco1965 # ssh moncada ssh: connect to host moncada port 22: No route to host local55:/home/mrco1965 # rcapparmor stop Unloading AppArmor profiles done local55:/home/mrco1965 # rcauditd stop Shutting down auditd done local55:/home/mrco1965 # ssh moncada ssh: connect to host moncada port 22: No route to host local55:/home/mrco1965 # exit exit mrco1965@local55:~> exit logout Connection to local55 closed. mrco1965@Local54:~$ ssh root@moncada Password: Last login: Thu Feb 21 11:46:53 2008 from local54 Have a lot of fun... moncada:~ # rcauditd stop Shutting down auditd done moncada:~ # rcapparmor stop Unloading AppArmor profiles done moncada:~ # ssh local55 ssh: connect to host local55 port 22: Connection timed out moncada:~ # rcapparmor start Loading AppArmor profiles done moncada:~ # rcauditd start Starting auditd done moncada:~ # rcSuSEfirewall2 start Starting Firewall Initialization (phase 2 of 2) done moncada:~ # exit logout Connection to moncada closed. mrco1965@Local54:~$ ssh root@local55 Password: Last login: Wed Feb 20 21:11:26 2008 from local54 Have a lot of fun... local55:~ # rcauditd start Starting auditd done local55:~ # rcapparmor start Loading AppArmor profiles done local55:~ # rcSuSEfirewall2 start Starting Firewall Initialization (phase 2 of 2) done local55:~ # exit logout Connection to local55 closed. mrco1965@Local54:~$ Y la local55 y moncada esta en opensuse 10.3, y estan en diferente red. Pero la computadar local54(ubuntu 7.04), maneja a local74(centOS 3.1), y esta maneja a moncada(opensuse 10.3). Local54 y local74 estan en la red 1. Moncada esta en la red2 El 21/02/08, Carlos E. R. <robin.listas@telefonica.net> escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2008-02-21 a las 14:14 +0100, Jaime Velez escribió:
Es el cliente web de yahoo (el que esta hecho en ajax) ahora tiene esa fea costumbre, por lo general uso kmail pa recojer el correo de yahoo, pera ahora por algun motivo desconocido, el cliente"a veces" envia, a veces no (no se si son problemas de yahoo o del proveedor, entonces me toca meterme via web al correo para enviar con tan desafortunado resultado
Jupe.
plana mental
meterme al correo clasico de yahoo meterme al correo clasico de yahoo meterme al correo clasico de yahoo meterme al correo clasico de yahoo meterme al correo clasico de yahoo
Pues pásate a gmail.
- -- Saludos Carlos E.R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux)
iD8DBQFHvZP8tTMYHG2NR9URAmthAJ49pEKCLc3ZR1EoLJjaDsF+MYPPrQCfYumO UMFVkkL0SW4qSnWhnGaiWz8= =YEFG -----END PGP SIGNATURE-----
-- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224 --------------------------------------------------------------------- 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 21/02/08, Marco Aurelio Moncada Coello escribió:
Sigue sin jalar de local55 a moncada, por que, si se puede de local74 a moncada y viceversa.
Con el cortafuegos, apparmor y auditd parados (en ambos equipos z y a), prueba con un telnet a la ip (desde el equipo "z" al equipo "a"): telnet xxx.xxx.xxx.xxx 22 Si responde, dale más verbosidad al ssh: ssh -vv ip_equipo_a
ssh: connect to host moncada port 22: No route to host
En el equipo "a", revisa el /var/log/messages y el warn 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
Sigue sin funcionar, y no se por que, ustedes lo sabes, o se imaginan. La a es moncada la local55 es la z. Es xx.xx.xx.45 la local54 es la x. Es yy.yy.yy.100 mrco1965@Local54:~$ ssh -X moncada Password: Last login: Thu Feb 21 20:20:25 2008 from local54 Have a lot of fun... mrco1965@moncada:~> telnet xx.xx.xx.45 22 Trying xx.xx.xx.45... telnet: connect to address xx.xx.xx.45: Connection timed out mrco1965@moncada:~> ssh -vv local55 OpenSSH_4.6p1, OpenSSL 0.9.8e 23 Feb 2007 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to local55 [xx.xx.xx.45] port 22. debug1: connect to address xx.xx.xx.45 port 22: Connection timed out ssh: connect to host local55 port 22: Connection timed out mrco1965@moncada:~> su Contraseña: moncada:/home/mrco1965 # rcapparmor stop Unloading AppArmor profiles done moncada:/home/mrco1965 # rcauditd stop Shutting down auditd done moncada:/home/mrco1965 # rcSuSEfirewall2 stop Shutting down the Firewall done moncada:/home/mrco1965 # exit exit mrco1965@moncada:~> exit logout Connection to moncada closed. mrco1965@Local54:~$ ssh root@local55 Password: Last login: Thu Feb 21 12:15:34 2008 from local54 Have a lot of fun... local55:~ # rcauditd stop Shutting down auditd done local55:~ # rcapparmor stop Unloading AppArmor profiles done local55:~ # rcSuSEfirewall2 stop Shutting down the Firewall done local55:~ # ssh moncada ssh: connect to host moncada port 22: No route to host local55:~ # telnet yy.yy.yy.100 22 -bash: telnet: command not found local55:~ # yast2 local55:~ # telnet yy.yy.yy.100 22 Trying yy.yy.yy.100... telnet: connect to address yy.yy.yy.100: No route to host local55:~ # exit logout Connection to local55 closed. mrco1965@Local54:~$ ssh root@moncada Password: Last login: Thu Feb 21 16:54:00 2008 from local54 Have a lot of fun... moncada:~ # ssh local55 ssh: connect to host local55 port 22: Connection timed out moncada:~ # telnet xx.xx.xx.45 22 Trying xx.xx.xx.45... telnet: connect to address xx.xx.xx.45: Connection timed out moncada:~ # ssh -vv local55 OpenSSH_4.6p1, OpenSSL 0.9.8e 23 Feb 2007 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to local55 [xx.xx.xx.45] port 22. debug1: connect to address xx.xx.xx.45 port 22: Connection timed out ssh: connect to host local55 port 22: Connection timed out moncada:~ # 2008/2/21, Camaleón <noelamac@gmail.com>:
El 21/02/08, Marco Aurelio Moncada Coello escribió:
Sigue sin jalar de local55 a moncada, por que, si se puede de local74 a moncada y viceversa.
Con el cortafuegos, apparmor y auditd parados (en ambos equipos z y a), prueba con un telnet a la ip (desde el equipo "z" al equipo "a"):
telnet xxx.xxx.xxx.xxx 22
Si responde, dale más verbosidad al ssh:
ssh -vv ip_equipo_a
ssh: connect to host moncada port 22: No route to host
En el equipo "a", revisa el /var/log/messages y el warn
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
-- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224 --------------------------------------------------------------------- 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 22/02/08, Marco Aurelio Moncada Coello escribió:
Sigue sin funcionar, y no se por que, ustedes lo sabes, o se imaginan.
Lo primero, antes de hacer ninguna prueba de comunicación, sería detener los servicios en los equipos que te dan problemas de conexión ("a" y "z") y luego intentar las conexiones vía ssh entre ambos. El orden los factores sí altera el producto en este caso :-).
ssh: connect to host moncada port 22: No route to host
Hum... este mensaje sí es importante. En el primer correo decías que los equipos "x" e "y" alcanzan sin problemas al equipo "a". Saca la información de la configuración de las rutas (route) de "x" (por ejemplo), de la red (ifconfig) y de iptables (iptables -L) para ver si hay alguna discrepancia entre este equipo, que sí llega bien, y el equipo "z", que se traba. 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 2008-02-22 a las 09:52 +0100, Camaleón escribió:
El 22/02/08, Marco Aurelio Moncada Coello escribió:
Sigue sin funcionar, y no se por que, ustedes lo sabes, o se imaginan.
Lo primero, antes de hacer ninguna prueba de comunicación, sería detener los servicios en los equipos que te dan problemas de conexión ("a" y "z") y luego intentar las conexiones vía ssh entre ambos.
El orden los factores sí altera el producto en este caso :-).
ssh: connect to host moncada port 22: No route to host
Hum... este mensaje sí es importante.
Marco, prueba con traceroute. Hay un detalle con el telnet: es posible que no esté instalado el servidor de telnet, porque no se instala por defecto en suse. Y luego de instalarlo, que me parece que lo ha hecho en alguno, hay que arrancarlo. Otra cosa: ¿Has actualizado/reconfigurado ya ese router wifi? Afectaba a lo de hotmail, pero no se si algo más. Yo, para ver más detalles, necesitaría un gráfico O:-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHvqM2tTMYHG2NR9URAhZ5AJwOimG+0sHsLEFDOhGN0KluheMRRACfdreB U183EeYBgW/NA/uyRHtpUBU= =cwL/ -----END PGP SIGNATURE-----
El 22/02/08, Carlos E. R. <robin.listas@telefonica.net> escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2008-02-22 a las 09:52 +0100, Camaleón escribió:
El 22/02/08, Marco Aurelio Moncada Coello escribió:
Sigue sin funcionar, y no se por que, ustedes lo sabes, o se imaginan.
Lo primero, antes de hacer ninguna prueba de comunicación, sería detener los servicios en los equipos que te dan problemas de conexión ("a" y "z") y luego intentar las conexiones vía ssh entre ambos.
El orden los factores sí altera el producto en este caso :-).
ssh: connect to host moncada port 22: No route to host
Hum... este mensaje sí es importante.
Marco, prueba con traceroute. En un rato los envios, los traceroute de las computadoras que pueden que son la x(local54), y(local52), z(local55), estan en la red 1, y de la a(moncada) esta en la red 2.
Hay un detalle con el telnet: es posible que no esté instalado el servidor de telnet, porque no se instala por defecto en suse. Y luego de instalarlo, que me parece que lo ha hecho en alguno, hay que arrancarlo.
De hecho en la local55, no estaba ese producto lo he instalado como dices. Y lo probe despues de instalarlo. Y mande los resultados.
Otra cosa: ¿Has actualizado/reconfigurado ya ese router wifi? Afectaba a lo de hotmail, pero no se si algo más.
Lo he hecho, pero las computadoras que estan en el linksys son local75, depto101, depto102, etc. y este esta conectado al zoom, donde solo esta la computadora a(moncada). Estan en la red 1. Y las computadoras y(local52), z(local55) y w(local74) estan en la red 2. Y no utilizan el router linksys. De hecho estan conectadas a un switch, y la x(local54) y la telcel estan conectadas directamente al zoom, igual que el switch.
Yo, para ver más detalles, necesitaría un gráfico O:-)
- -- Saludos Carlos E.R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux)
iD8DBQFHvqM2tTMYHG2NR9URAhZ5AJwOimG+0sHsLEFDOhGN0KluheMRRACfdreB U183EeYBgW/NA/uyRHtpUBU= =cwL/ -----END PGP SIGNATURE-----
-- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224 --------------------------------------------------------------------- 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 22/02/08, Camaleón <noelamac@gmail.com> escribió:
El 22/02/08, Marco Aurelio Moncada Coello escribió:
Sigue sin funcionar, y no se por que, ustedes lo sabes, o se imaginan.
Lo primero, antes de hacer ninguna prueba de comunicación, sería detener los servicios en los equipos que te dan problemas de conexión ("a" y "z") y luego intentar las conexiones vía ssh entre ambos.
Es muy distinto tenerlos cerca, o a la mano, en eso tenes razon.
El orden los factores sí altera el producto en este caso :-).
ssh: connect to host moncada port 22: No route to host
Hum... este mensaje sí es importante.
En el primer correo decías que los equipos "x" e "y" alcanzan sin problemas al equipo "a". Saca la información de la configuración de las rutas (route) de "x" (por ejemplo) Comò saco esa informacion? , de la red (ifconfig) En un rato te la envio de la otra computadora. Las computadoras del local. y de iptables (iptables -L) En un rato te la envio de la otra computadora. Las computadoras del local. para ver si hay alguna discrepancia entre este equipo, que sí llega bien, y el equipo "z", que se traba.
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
-- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224 --------------------------------------------------------------------- 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 vie, 22-02-2008 a las 09:52 +0100, Camaleón escribió:
El 22/02/08, Marco Aurelio Moncada Coello escribió:
Sigue sin funcionar, y no se por que, ustedes lo sabes, o se imaginan.
Lo primero, antes de hacer ninguna prueba de comunicación, sería detener los servicios en los equipos que te dan problemas de conexión ("a" y "z") y luego intentar las conexiones vía ssh entre ambos.
El orden los factores sí altera el producto en este caso :-).
ssh: connect to host moncada port 22: No route to host
Hum... este mensaje sí es importante.
En el primer correo decías que los equipos "x" e "y" alcanzan sin problemas al equipo "a". Saca la información de la configuración de las rutas (route) de "x" (por ejemplo), de la red (ifconfig) y de iptables (iptables -L) para ver si hay alguna discrepancia entre este equipo, que sí llega bien, y el equipo "z", que se traba.
mrco1965@Local54:~$ sudo ifconfig Password: eth0 Link encap:Ethernet HWaddr 00:E0:4C:F5:BD:1B inet dirección:10.71.0.44 Bcast:10.71.0.63 Máscara:255.255.255.224 dirección inet6: fe80::2e0:4cff:fef5:bd1b/64 Alcance:Vínculo ARRIBA BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:47939 errors:0 dropped:0 overruns:0 frame:0 TX packets:29723 errors:0 dropped:0 overruns:0 carrier:0 collisions:53 txqueuelen:1000 RX bytes:61403492 (58.5 MiB) TX bytes:8517408 (8.1 MiB) Interrupción:18 Base address:0xe400 lo Link encap:Bucle local inet dirección:127.0.0.1 Máscara:255.0.0.0 dirección inet6: ::1/128 Alcance:Anfitrión ARRIBA LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:8 errors:0 dropped:0 overruns:0 frame:0 TX packets:8 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:400 (400.0 b) TX bytes:400 (400.0 b) mrco1965@Local54:~$ sudo iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination mrco1965@Local54:~$ ssh local55 Password: Password: mrco1965@Local54:~$ ssh root@local55 Password: Password: Last login: Thu Feb 21 21:36:13 2008 from local54 Have a lot of fun... local55:~ # ifconfig eth0 Link encap:Ethernet HWaddr 00:16:EC:8D:CF:39 inet addr:10.71.0.45 Bcast:255.255.255.255 Mask:255.0.0.0 inet6 addr: fe80::216:ecff:fe8d:cf39/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1284 errors:0 dropped:0 overruns:0 frame:0 TX packets:978 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:681077 (665.1 Kb) TX bytes:112302 (109.6 Kb) Interrupt:20 Base address:0xe400 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:28 errors:0 dropped:0 overruns:0 frame:0 TX packets:28 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:1704 (1.6 Kb) TX bytes:1704 (1.6 Kb) local55:~ # iptables -L Chain INPUT (policy DROP) target prot opt source destination ACCEPT all -- anywhere anywhere ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED input_ext all -- anywhere anywhere input_ext all -- anywhere anywhere LOG all -- anywhere anywhere limit: avg 3/min burst 5 LOG level warning tcp-options ip-options prefix `SFW2-IN-ILL-TARGET ' DROP all -- anywhere anywhere Chain FORWARD (policy DROP) target prot opt source destination LOG all -- anywhere anywhere limit: avg 3/min burst 5 LOG level warning tcp-options ip-options prefix `SFW2-FWD-ILL-ROUTING ' Chain OUTPUT (policy ACCEPT) target prot opt source destination ACCEPT all -- anywhere anywhere ACCEPT all -- anywhere anywhere state NEW,RELATED,ESTABLISHED LOG all -- anywhere anywhere limit: avg 3/min burst 5 LOG level warning tcp-options ip-options prefix `SFW2-OUT-ERROR ' Chain forward_ext (0 references) target prot opt source destination Chain input_ext (2 references) target prot opt source destination DROP all -- anywhere anywhere PKTTYPE = broadcast ACCEPT icmp -- anywhere anywhere icmp source-quench ACCEPT icmp -- anywhere anywhere icmp echo-request LOG tcp -- anywhere anywhere limit: avg 3/min burst 5 tcp dpt:22 flags:FIN,SYN,RST,ACK/SYN LOG level warning tcp-options ip-options prefix `SFW2-INext-ACC-TCP ' ACCEPT tcp -- anywhere anywhere tcp dpt:22 LOG tcp -- anywhere anywhere limit: avg 3/min burst 5 tcp dpt:53 flags:FIN,SYN,RST,ACK/SYN LOG level warning tcp-options ip-options prefix `SFW2-INext-ACC-TCP ' ACCEPT tcp -- anywhere anywhere tcp dpt:53 ACCEPT udp -- anywhere anywhere udp dpt:22 ACCEPT udp -- anywhere anywhere udp dpt:53 reject_func tcp -- anywhere anywhere tcp dpt:113 state NEW LOG all -- anywhere anywhere limit: avg 3/min burst 5 PKTTYPE = multicast LOG level warning tcp-options ip-options prefix `SFW2-INext-DROP-DEFLT ' DROP all -- anywhere anywhere PKTTYPE = multicast LOG tcp -- anywhere anywhere limit: avg 3/min burst 5 tcp flags:FIN,SYN,RST,ACK/SYN LOG level warning tcp-options ip-options prefix `SFW2-INext-DROP-DEFLT ' LOG icmp -- anywhere anywhere limit: avg 3/min burst 5 LOG level warning tcp-options ip-options prefix `SFW2-INext-DROP-DEFLT ' LOG udp -- anywhere anywhere limit: avg 3/min burst 5 LOG level warning tcp-options ip-options prefix `SFW2-INext-DROP-DEFLT ' LOG all -- anywhere anywhere limit: avg 3/min burst 5 state INVALID LOG level warning tcp-options ip-options prefix `SFW2-INext-DROP-DEFLT-INV ' DROP all -- anywhere anywhere Chain reject_func (1 references) target prot opt source destination REJECT tcp -- anywhere anywhere reject-with tcp-reset REJECT udp -- anywhere anywhere reject-with icmp-port-unreachable REJECT all -- anywhere anywhere reject-with icmp-proto-unreachable local55:~ # exit logout Connection to local55 closed. mrco1965@Local54:~$ ssh root@moncada Password: Last login: Fri Feb 22 06:21:44 2008 from routerwireless Have a lot of fun... moncada:~ # ifconfig eth0 Link encap:Ethernet HWaddr 00:14:2A:F3:DD:DB inet addr:10.50.15.100 Bcast:10.50.15.127 Mask:255.255.255.224 inet6 addr: fe80::214:2aff:fef3:dddb/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:6879 errors:0 dropped:0 overruns:0 frame:0 TX packets:5099 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:9262550 (8.8 Mb) TX bytes:881288 (860.6 Kb) Interrupt:18 Base address:0xdc00 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:2 errors:0 dropped:0 overruns:0 frame:0 TX packets:2 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:100 (100.0 b) TX bytes:100 (100.0 b) moncada:~ # iptables -L Chain INPUT (policy DROP) target prot opt source destination ACCEPT all -- anywhere anywhere ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED input_ext all -- anywhere anywhere input_ext all -- anywhere anywhere LOG all -- anywhere anywhere limit: avg 3/min burst 5 LOG level warning tcp-options ip-options prefix `SFW2-IN-ILL-TARGET ' DROP all -- anywhere anywhere Chain FORWARD (policy DROP) target prot opt source destination LOG all -- anywhere anywhere limit: avg 3/min burst 5 LOG level warning tcp-options ip-options prefix `SFW2-FWD-ILL-ROUTING ' Chain OUTPUT (policy ACCEPT) target prot opt source destination ACCEPT all -- anywhere anywhere ACCEPT all -- anywhere anywhere state NEW,RELATED,ESTABLISHED LOG all -- anywhere anywhere limit: avg 3/min burst 5 LOG level warning tcp-options ip-options prefix `SFW2-OUT-ERROR ' Chain forward_ext (0 references) target prot opt source destination Chain input_ext (2 references) target prot opt source destination ACCEPT udp -- anywhere anywhere PKTTYPE = broadcast udp dpt:137 ACCEPT udp -- anywhere anywhere PKTTYPE = broadcast udp dpt:138 DROP all -- anywhere anywhere PKTTYPE = broadcast ACCEPT icmp -- anywhere anywhere icmp source-quench ACCEPT icmp -- anywhere anywhere icmp echo-request LOG tcp -- anywhere anywhere limit: avg 3/min burst 5 tcp dpt:80 flags:FIN,SYN,RST,ACK/SYN LOG level warning tcp-options ip-options prefix `SFW2-INext-ACC-TCP ' ACCEPT tcp -- anywhere anywhere tcp dpt:80 LOG tcp -- anywhere anywhere limit: avg 3/min burst 5 tcp dpt:53 flags:FIN,SYN,RST,ACK/SYN LOG level warning tcp-options ip-options prefix `SFW2-INext-ACC-TCP ' ACCEPT tcp -- anywhere anywhere tcp dpt:53 LOG tcp -- anywhere anywhere limit: avg 3/min burst 5 tcp dpt:445 flags:FIN,SYN,RST,ACK/SYN LOG level warning tcp-options ip-options prefix `SFW2-INext-ACC-TCP ' ACCEPT tcp -- anywhere anywhere tcp dpt:445 LOG tcp -- anywhere anywhere limit: avg 3/min burst 5 tcp dpt:139 flags:FIN,SYN,RST,ACK/SYN LOG level warning tcp-options ip-options prefix `SFW2-INext-ACC-TCP ' ACCEPT tcp -- anywhere anywhere tcp dpt:139 LOG tcp -- anywhere anywhere limit: avg 3/min burst 5 tcp dpt:22 flags:FIN,SYN,RST,ACK/SYN LOG level warning tcp-options ip-options prefix `SFW2-INext-ACC-TCP ' ACCEPT tcp -- anywhere anywhere tcp dpt:22 LOG tcp -- anywhere anywhere limit: avg 3/min burst 5 tcp dpt:21 flags:FIN,SYN,RST,ACK/SYN LOG level warning tcp-options ip-options prefix `SFW2-INext-ACC-TCP ' ACCEPT tcp -- anywhere anywhere tcp dpt:21 LOG tcp -- anywhere anywhere limit: avg 3/min burst 5 tcp dpts:40000:40500 flags:FIN,SYN,RST,ACK/SYN LOG level warning tcp-options ip-options prefix `SFW2-INext-ACC-TCP ' ACCEPT tcp -- anywhere anywhere tcp dpts:40000:40500 ACCEPT udp -- anywhere anywhere udp dpt:22 ACCEPT udp -- anywhere anywhere udp dpt:53 ACCEPT udp -- anywhere anywhere udp dpt:138 ACCEPT udp -- anywhere anywhere udp dpt:137 ACCEPT udp -- anywhere anywhere udp dpt:20 reject_func tcp -- anywhere anywhere tcp dpt:113 state NEW LOG all -- anywhere anywhere limit: avg 3/min burst 5 PKTTYPE = multicast LOG level warning tcp-options ip-options prefix `SFW2-INext-DROP-DEFLT ' DROP all -- anywhere anywhere PKTTYPE = multicast LOG tcp -- anywhere anywhere limit: avg 3/min burst 5 tcp flags:FIN,SYN,RST,ACK/SYN LOG level warning tcp-options ip-options prefix `SFW2-INext-DROP-DEFLT ' LOG icmp -- anywhere anywhere limit: avg 3/min burst 5 LOG level warning tcp-options ip-options prefix `SFW2-INext-DROP-DEFLT ' LOG udp -- anywhere anywhere limit: avg 3/min burst 5 LOG level warning tcp-options ip-options prefix `SFW2-INext-DROP-DEFLT ' LOG all -- anywhere anywhere limit: avg 3/min burst 5 state INVALID LOG level warning tcp-options ip-options prefix `SFW2-INext-DROP-DEFLT-INV ' DROP all -- anywhere anywhere Chain reject_func (1 references) target prot opt source destination REJECT tcp -- anywhere anywhere reject-with tcp-reset REJECT udp -- anywhere anywhere reject-with icmp-port-unreachable REJECT all -- anywhere anywhere reject-with icmp-proto-unreachable moncada:~ # exit logout Connection to moncada closed. mrco1965@Local54:~$ mrco1965@Local54:~$ traceroute 10.50.15.100 traceroute to 10.50.15.100 (10.50.15.100), 30 hops max, 40 byte packets 1 AdslWireLess (10.71.0.33) 0.346 ms 0.332 ms 0.311 ms 2 10.255.255.254 (10.255.255.254) 492.384 ms 1138.195 ms 1205.531 ms 3 10.0.0.1 (10.0.0.1) 1185.042 ms 617.418 ms 621.528 ms 4 * * * 5 * * * 6 * * * 7 * * * 8 * * * 9 * * * 10 * * * 11 * * * 12 * * * 13 * * * 14 * * * 15 * * * 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 * * * 22 * * * 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * 30 * * * mrco1965@Local54:~$ ssh moncada Password: Connection closed by 10.50.15.100 mrco1965@Local54:~$ traceroute 10.71.0.44 traceroute to 10.71.0.44 (10.71.0.44), 30 hops max, 40 byte packets 1 Local54 (10.71.0.44) 0.107 ms 0.068 ms 0.033 ms mrco1965@Local54:~$ traceroute local54 traceroute: Warning: local54 has multiple addresses; using 10.71.0.44 traceroute to Local54 (10.71.0.44), 30 hops max, 40 byte packets 1 Local54 (10.71.0.44) 0.074 ms 0.058 ms 0.034 ms mrco1965@Local54:~$ traceroute local55 traceroute to Local55 (10.71.0.45), 30 hops max, 40 byte packets 1 * * * 2 * * * 3 * * * 4 * * * 5 * * * 6 * * * 7 * * * 8 * * * 9 * * * 10 * * * 11 * * * 12 * * * 13 * * * 14 * * * 15 * * * 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 * * * 22 * * * 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * 30 * * * mrco1965@Local54:~$ traceroute local74 traceroute: unknown host local74 mrco1965@Local54:~$ traceroute 10.71.0.53 traceroute to 10.71.0.53 (10.71.0.53), 30 hops max, 40 byte packets 1 Local54 (10.71.0.53) 4.518 ms 1.552 ms 0.648 ms mrco1965@Local54:~$ traceroute local52 traceroute to Local52 (10.71.0.42), 30 hops max, 40 byte packets 1 Local52 (10.71.0.42) 1.932 ms 0.345 ms 0.316 ms mrco1965@Local54:~$ ssh moncada Password: Last login: Thu Feb 21 20:34:31 2008 from local54 Have a lot of fun... mrco1965@moncada:~> traceroute local54 -bash: traceroute: command not found mrco1965@moncada:~> su Contraseña: moncada:/home/mrco1965 # yast2 moncada:/home/mrco1965 # exit exit mrco1965@moncada:~> traceroute local54 -bash: traceroute: command not found mrco1965@moncada:~> su Contraseña: moncada:/home/mrco1965 # yast2 moncada:/home/mrco1965 # exit exit mrco1965@moncada:~> traceroute local54 -bash: traceroute: command not found mrco1965@moncada:~> exit logout Connection to moncada closed. mrco1965@Local54:~$ ssh local55 Password: Last login: Thu Feb 21 12:01:44 2008 from local54 Have a lot of fun... mrco1965@local55:~> traceroute moncada -bash: traceroute: command not found mrco1965@local55:~> En mis maquinas que estan en opensuse 10.3, no pude instalar el traceroute. Lo busque en yast2, instale todo lo que me presento pero aun asi dice que no existe el comando. mrco1965@Local54:~$ ssh local74 mrco1965@local74's password: [mrco1965@Local74 mrco1965]$ traceroute local54 traceroute: unknown host local54 [mrco1965@Local74 mrco1965]$ traceroute 10.71.0.44 traceroute to 10.71.0.44 (10.71.0.44), 30 hops max, 38 byte packets 1 Local44 (10.71.0.44) 1.726 ms 0.859 ms 0.791 ms [mrco1965@Local74 mrco1965]$ traceroute 10.71.0.42 traceroute to 10.71.0.42 (10.71.0.42), 30 hops max, 38 byte packets 1 * * [mrco1965@Local74 mrco1965]$ traceroute 10.71.0.41 traceroute to 10.71.0.41 (10.71.0.41), 30 hops max, 38 byte packets 1 Local74 (10.71.0.53) 2999.724 ms !H 2995.244 ms !H 2999.582 ms !H [mrco1965@Local74 mrco1965]$ traceroute 10.71.0.45 traceroute to 10.71.0.45 (10.71.0.45), 30 hops max, 38 byte packets 1 * * * 2 * * * 3 * * * 4 * * * 5 * * * 6 * * * 7 * * * 8 * * * 9 * * * 10 * * * 11 * * * 12 * * * 13 * * * 14 * * * 15 * * * 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 * * * 22 * * * 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * 30 * * * [mrco1965@Local74 mrco1965]$ Por que, no puedo ver la local55, desde local74, ni moncada. Envio el dibujo de la estructura. De la local75 a local54 no se ven, pero eso no he visto nada. Y ahi si pasa por el router linksys inalambrico, aun que la local75 esta conectada por cable. Pero no he visto nada, por el momento.
Saludos,
-- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224 :D
2008/2/22, Marco Aurelio Moncada Coello: Buf... podías haber incluido todos los datos que he hemos ido pidiendo en el esquema tan majo que has hecho >:-)... este correo ha quedado muy gordo, voy a recortar y dejar los datos que me parece que puedan ser interesantes..
mrco1965@Local54:~$ sudo ifconfig
Marco, pongo un resumen, si hay algo mal, corrige: *** equipo x - local54 inet dirección:10.71.0.44 Bcast:10.71.0.63 Máscara:255.255.255.224 Sin reglas de filtrado equipo y - local74 10.71.0.53 equipo z - local55 inet addr:10.71.0.45 Bcast:255.255.255.255 Mask:255.0.0.0 SuSE con cortafuegos y reglas de filtrado equipo a - moncada inet addr:10.50.15.100 Bcast:10.50.15.127 Mask:255.255.255.224 SuSE con cortafuegos y reglas de filtrado *** El problema en el acceso ssh está en los equipos "a" y "z" (ssh devuelve un mensaje de "connection timeout" o "no route to host"). ¿Voy bien? Sigo... Los comandos de "traceroute" que has ejecutado seguramente hayan fallado porque no has detenido previamente el servicio de cortafuegos en los equipos con suse y con el cortafuegos iniciado te dará error. Te falta por ejecutar el comando "route" (tal cual) para mostrar el destino de las interfaces de red. Me ha parecido ver que "local54" se quejaba porque tenía varias IP definidas (traceroute: Warning: local54 has multiple addresses; using 10.71.0.44) ¿es posible? Sobre la configuración de iptables no te sabría decir O:-), creo que el puerto 22 lo tenías abierto en ambos (equipo "z" y equipo "a") así que no sé si el problema de conexión ssh podría deberse a una mala configuración del cortafuegos... a ver si alguien que se lleve bien con iptables le puede echar un vistazo a la configuración que tienes y te purde decir si hay algo raro o alguna incoherencia. Y bueno, sobre la configuración de los adaptadores de red, la máscara de subred y el broadcast del equipo "z" es distinta a las del resto... no sé si podría afectar ésto :-? 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: <alpine.LSU.1.00.0802230113170.7428@nimrodel.valinor> El 2008-02-22 a las 22:59 +0100, Camaleón escribió:
2008/2/22, Marco Aurelio Moncada Coello:
Buf... podías haber incluido todos los datos que he hemos ido pidiendo en el esquema tan majo que has hecho >:-)... este correo ha quedado muy gordo, voy a recortar y dejar los datos que me parece que puedan ser interesantes..
Pues si. Yo sólo puedo estudiar las redes con un gráfico, o una tabla bien hecha. Con texto, me pierdo y termino pasando.
equipo x - local54 inet dirección:10.71.0.44 Bcast:10.71.0.63 Máscara:255.255.255.224 Sin reglas de filtrado
equipo y - local74 10.71.0.53
equipo z - local55 inet addr:10.71.0.45 Bcast:255.255.255.255 Mask:255.0.0.0 SuSE con cortafuegos y reglas de filtrado
equipo a - moncada inet addr:10.50.15.100 Bcast:10.50.15.127 Mask:255.255.255.224 SuSE con cortafuegos y reglas de filtrado ***
Se dibuja así, en modo texto y compacto: (?) x - local54 ············· ZOOM··········> ADSL 10.71.0.44/27 · Bc:10.71.0.63 · · · ? - local52 · ¿ 10.71.0.42/27?············SW (confirmar datos) ¿Bc:10.71.0.63 · (de local52) · · z - local55 · 10.71.0.45/8 ··············· (local55 mal) Bc:255.255.255.255 · · · y - local 74 · 10.71.0.53/27 ·············· Bc:10.71.0.63 · El Z está mal. La máscara y la dirección de broadcast tiene que ser la misma que el resto de la subred 10.71.0.32/27 Lo que no entiendo es para que hace subnetting si tiene toda la red 10... una clase A. Es complicarse la vida, ¿no? Porque... ¿Seguro que el Zoom está configurado con ese broadcast y máscara? Pe, podría ser 10.71.0.33/27 o 10.71.0.62/27, según se use la costumbre de que sea el primero de la red o el último. Pero como sea 10.71.0.1/24 va a fallar. O sea, falta: configuración del Zoom, lado interno, y arreglar el Z - o arreglar todos. De la otra subred no hay casi datos: moncada ··············· ZOOM··········> ADSL 10.50.15.100/27 · Bc: 10.50.15.127 · · · · wifi linksys · · · local 75 · / ··············· Bc: · · · · / ·············· Bc: ·
equipo a - moncada inet addr:10.50.15.100 Bcast:10.50.15.127 Mask:255.255.255.224 SuSE con cortafuegos y reglas de filtrado
De esta subred no he pillado los datos. Además, el linksys tendrá IPs, es una wifi: por tanto, tendrá dos configuraciones, la de su eth y la de la ip de la wifi. Y el moncada estará en una subred y el 75 en otra, por lo que el moncada necesita tabla de rutas para llegar al 75 y viceversa: si no, no se verán. Aparte, esta sección no podrá conectar directamente con la xyz de arriba, son totalmente independientes - salvo que haya otra conexión más. A ver, veamos entonces las pruebas del correo de marco. a) Desde al 54 al 'moncada' llega por ssh - y no debería llegar. b) Desde al 54 al 'moncada' no llega por traceroute, lo cual es lógico. Y lo intenta por una ruta rara: mrco1965@Local54:~$ traceroute 10.50.15.100 traceroute to 10.50.15.100 (10.50.15.100), 30 hops max, 40 byte packets 1 AdslWireLess (10.71.0.33) 0.346 ms 0.332 ms 0.311 ms 2 10.255.255.254 (10.255.255.254) 492.384 ms 1138.195 ms 1205.531 ms 3 10.0.0.1 (10.0.0.1) 1185.042 ms 617.418 ms 621.528 ms No se quienes son esas IPs, no están en el gráfico. Lo de que el b) no es posible, es que son subredes distintas y la única conexión es a través de internet, y dos redes privadas no se interconectan a través de internet como no definas un gateway con un tunel. Lo de que el a) si funcione, se explica si en el router de la segunda red ha definido como destino del puerto ssh entrando por la adsl al ordenador 'moncada' interno. O eso o faltan datos. Desde el local54 al local55 el traceroute no funciona. No me extraña, tiene mal los parámetros de red (bcast y mask). Sin embargo el ssh si funciona: curioso. Desde el local54 al local74 dice "unknown host", pero por IP sí funciona: o, el servidor de nombres local, si existe, está mal definido o si no hay dns local, está mal el listado de hosts. Desde el local74 al local54 el traceroute no va por nombre pero sí por IP: lo mismo de antes, y es la misma red. El DNS. Desde el local74 traceroute al 10.71.0.45, que es el local55, no va: tiene sentido, el local55 tiene mal sus datos, no puede contestar. Así que la próxima vez, Marco, en vez de tanto rollo, nos dibujas el gráfico y acabamos en un plis-plas :-)
Y bueno, sobre la configuración de los adaptadores de red, la máscara de subred y el broadcast del equipo "z" es distinta a las del resto... no sé si podría afectar ésto :-?
Sí :-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHv21ItTMYHG2NR9URAlgZAJ0V50FnjY/z0LrJ2pNepCcwTpdAiACgielO GnP42V/xbOO8XhzJMzWRBtE= =Q7oy -----END PGP SIGNATURE-----
El 22/02/08, Carlos E. R. <robin.listas@telefonica.net> escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Content-ID: <alpine.LSU.1.00.0802230113170.7428@nimrodel.valinor>
El 2008-02-22 a las 22:59 +0100, Camaleón escribió:
2008/2/22, Marco Aurelio Moncada Coello:
Buf... podías haber incluido todos los datos que he hemos ido pidiendo en el esquema tan majo que has hecho >:-)... este correo ha quedado muy gordo, voy a recortar y dejar los datos que me parece que puedan ser interesantes..
Pues si. Yo sólo puedo estudiar las redes con un gráfico, o una tabla bien hecha. Con texto, me pierdo y termino pasando.
equipo x - local54 inet dirección:10.71.0.44 Bcast:10.71.0.63 Máscara:255.255.255.224 Sin reglas de filtrado
equipo y - local74 10.71.0.53
equipo z - local55 inet addr:10.71.0.45 Bcast:255.255.255.255 Mask:255.0.0.0 SuSE con cortafuegos y reglas de filtrado
equipo a - moncada inet addr:10.50.15.100 Bcast:10.50.15.127 Mask:255.255.255.224 SuSE con cortafuegos y reglas de filtrado ***
Se dibuja así, en modo texto y compacto:
(?) x - local54 ············· ZOOM··········> ADSL 10.71.0.44/27 · Bc:10.71.0.63 · · · ? - local52 · ¿ 10.71.0.42/27?············SW (confirmar datos) ¿Bc:10.71.0.63 · (de local52) · · z - local55 · 10.71.0.45/8 ··············· (local55 mal) Bc:255.255.255.255 · · · y - local 74 · 10.71.0.53/27 ·············· Bc:10.71.0.63 ·
El Z está mal. La máscara y la dirección de broadcast tiene que ser la misma que el resto de la subred 10.71.0.32/27
La cambiare al rato.
Lo que no entiendo es para que hace subnetting si tiene toda la red 10... una clase A. Es complicarse la vida, ¿no?
Por negocio. Para eso he puesto el router inalambrico linksys. Y local75, esta para checarlo que todo marcha bien.
Porque... ¿Seguro que el Zoom está configurado con ese broadcast y máscara?
Si
Pe, podría ser 10.71.0.33/27 o 10.71.0.62/27, según se use la costumbre de que sea el primero de la red o el último. Pero como sea 10.71.0.1/24 va a fallar.
Asi es.
O sea, falta: configuración del Zoom, lado interno, y arreglar el Z - o arreglar todos.
Como puede navegar deje ese problema de la mask de la red en local55, se me habia olvidado que posteriormente me podria dar problemas.
De la otra subred no hay casi datos:
No los presente, por que, esas computadoras que estan ahi, yo no las utilizo. Para este problema de transferencia. Ya que funciona bien, la computadora moncada como servidor. y utiliza ldap, bien de acuerdo a las instrucciones que desde hace mucho me dio, jaime, de españa.
moncada ··············· ZOOM··········> ADSL 10.50.15.100/27 · Bc: 10.50.15.127 · · · · wifi linksys · · · local 75 · / ··············· Bc: · · · · / ·············· Bc: ·
equipo a - moncada inet addr:10.50.15.100 Bcast:10.50.15.127 Mask:255.255.255.224 SuSE con cortafuegos y reglas de filtrado
De esta subred no he pillado los datos. Además, el linksys tendrá IPs, es una wifi: por tanto, tendrá dos configuraciones, la de su eth y la de la ip de la wifi. Y el moncada estará en una subred y el 75 en otra, por lo que el moncada necesita tabla de rutas para llegar al 75 y viceversa: si no, no se verán.
He probado desde local75 a moncada, no viceversa, por que, como habia comentado moncada, no tiene teclado, ni monitor, ni mouse. Y local75 unicamente la tengo para probar la conexion del router inalambrico, por que, hace varios dia me dio problemas no se si se acuerden, por eso, Local75, unicamente la utilizo para contestar mensaje como estos, y la utilizan para juegos nada mas. Es la que esta en mi casa.
Aparte, esta sección no podrá conectar directamente con la xyz de arriba, son totalmente independientes - salvo que haya otra conexión más.
No he intentado conectarme con ellas. Con moncada si, Y funciona bien.
A ver, veamos entonces las pruebas del correo de marco.
a) Desde al 54 al 'moncada' llega por ssh - y no debería llegar.
Si llega.
b) Desde al 54 al 'moncada' no llega por traceroute, lo cual es lógico. Y lo intenta por una ruta rara:
Puede ser que el proveedor tenga una puerta abierta, por eso llega ssh.
mrco1965@Local54:~$ traceroute 10.50.15.100 traceroute to 10.50.15.100 (10.50.15.100), 30 hops max, 40 byte packets 1 AdslWireLess (10.71.0.33) 0.346 ms 0.332 ms 0.311 ms 2 10.255.255.254 (10.255.255.254) 492.384 ms 1138.195 ms 1205.531 ms 3 10.0.0.1 (10.0.0.1) 1185.042 ms 617.418 ms 621.528 ms
No se quienes son esas IPs, no están en el gráfico.
No se yo tampoco.
Lo de que el b) no es posible, es que son subredes distintas y la única conexión es a través de internet, y dos redes privadas no se interconectan a través de internet como no definas un gateway con un tunel.
No se, yo cuando lo probe vi que si se veian, y moncada lo puse mas espacio en disco, para poner mis respaldos. Y viceversa.
Lo de que el a) si funcione, se explica si en el router de la segunda red ha definido como destino del puerto ssh entrando por la adsl al ordenador 'moncada' interno.
No hecho yo cambios asi.
O eso o faltan datos.
Desde el local54 al local55 el traceroute no funciona. No me extraña, tiene mal los parámetros de red (bcast y mask). Sin embargo el ssh si funciona: curioso.
Voy a cambiar la mask de red de la local55.
Desde el local54 al local74 dice "unknown host", pero por IP sí funciona: o, el servidor de nombres local, si existe, está mal definido o si no hay dns local, está mal el listado de hosts.
Donde me dijo mal nombre definido, fue por que, en /etc/hosts no tenia el nombre con la ip, fue de local74 a moncada, O local74 a local54. Lo corregi.
Desde el local74 al local54 el traceroute no va por nombre pero sí por IP: lo mismo de antes, y es la misma red. El DNS.
Donde me dijo mal nombre definido, fue por que, en /etc/hosts no tenia el nombre con la ip, fue de local74 a moncada, O local74 a local54. Lo corregi.
Desde el local74 traceroute al 10.71.0.45, que es el local55, no va: tiene sentido, el local55 tiene mal sus datos, no puede contestar.
Lo corregire.
Así que la próxima vez, Marco, en vez de tanto rollo, nos dibujas el gráfico y acabamos en un plis-plas :-)
Ok, y espero que mis dudas no compliquen sus tareas.
Y bueno, sobre la configuración de los adaptadores de red, la máscara de subred y el broadcast del equipo "z" es distinta a las del resto... no sé si podría afectar ésto :-?
Sí :-)
Lo corregire.
- --
Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux)
iD8DBQFHv21ItTMYHG2NR9URAlgZAJ0V50FnjY/z0LrJ2pNepCcwTpdAiACgielO GnP42V/xbOO8XhzJMzWRBtE= =Q7oy -----END PGP SIGNATURE-----
-- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224 --------------------------------------------------------------------- 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 22/02/08, Camaleón <noelamac@gmail.com> escribió:
2008/2/22, Marco Aurelio Moncada Coello:
Buf... podías haber incluido todos los datos que he hemos ido pidiendo en el esquema tan majo que has hecho >:-)... este correo ha quedado muy gordo, voy a recortar y dejar los datos que me parece que puedan ser interesantes..
mrco1965@Local54:~$ sudo ifconfig
Marco, pongo un resumen, si hay algo mal, corrige:
*** equipo x - local54
inet dirección:10.71.0.44 Bcast:10.71.0.63 Máscara:255.255.255.224
Sin reglas de filtrado
equipo y - local74 10.71.0.53
equipo z - local55
inet addr:10.71.0.45 Bcast:255.255.255.255 Mask:255.0.0.0
SuSE con cortafuegos y reglas de filtrado
equipo a - moncada
inet addr:10.50.15.100 Bcast:10.50.15.127 Mask:255.255.255.224
SuSE con cortafuegos y reglas de filtrado ***
El problema en el acceso ssh está en los equipos "a" y "z" (ssh devuelve un mensaje de "connection timeout" o "no route to host").
¿Voy bien? Sigo...
Los comandos de "traceroute" que has ejecutado seguramente hayan fallado porque no has detenido previamente el servicio de cortafuegos en los equipos con suse y con el cortafuegos iniciado te dará error.
Si, pero no deberia decir comando not found, por que, eso indica, que no esta disponible el comando o no existe, ya que creo que si deberia parar el contrafuego, deberia decirlo.
Te falta por ejecutar el comando "route" (tal cual) para mostrar el destino de las interfaces de red. Me ha parecido ver que "local54" se quejaba porque tenía varias IP definidas (traceroute: Warning: local54 has multiple addresses; using 10.71.0.44) ¿es posible?
No sera es pregunta. Que tengo varias veces definida la direccion de ip local54, en varios equipos en /etc/hosts, eso lo hice para evitar que tenga que poner la direccion ip, cada vez que nombro la computadora. Ejemplo 10.50.15.100 Moncada 10.71.0.44 Local54 10.71.0.45 Local55 10.20.1.75 Local75 10.71.0.53 Local74 Eso no tiene nada que ver.
Sobre la configuración de iptables no te sabría decir O:-), creo que el puerto 22 lo tenías abierto en ambos (equipo "z" y equipo "a") así que no sé si el problema de conexión ssh podría deberse a una mala configuración del cortafuegos... a ver si alguien que se lleve bien con iptables le puede echar un vistazo a la configuración que tienes y te purde decir si hay algo raro o alguna incoherencia.
ok
Y bueno, sobre la configuración de los adaptadores de red, la máscara de subred y el broadcast del equipo "z" es distinta a las del resto... no sé si podría afectar ésto :-?
Creo que si fuera eso no me podria conectar desde la unica computadora que ve la local55, alias z, que es la local54 alias x. De todos modos lo cambiare al rato.
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
-- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224 --------------------------------------------------------------------- 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 23/02/08, Marco Aurelio Moncada Coello escribió:
Si, pero no deberia decir comando not found, por que, eso indica, que no esta disponible el comando o no existe, ya que creo que si deberia parar el contrafuego, deberia decirlo.
No, ojo. Cuando te dice "command not found" es porque no lo tienes instalado. Lo que quería decir es que donde sí has podido ejecutarlo y no ha llegado la traza al equipo es porque lo has ejecutado con el cortafuegos en suse iniciado, y es normal que se se quede a mitad del camino.
No sera es pregunta. Que tengo varias veces definida la direccion de ip local54, en varios equipos en /etc/hosts, eso lo hice para evitar que tenga que poner la direccion ip, cada vez que nombro la computadora.
Ejemplo 10.50.15.100 Moncada 10.71.0.44 Local54 10.71.0.45 Local55 10.20.1.75 Local75 10.71.0.53 Local74
Eso no tiene nada que ver.
Ah, o.k. Pero hacer cualquier prueba de conectividad es mejor que lo hagas con la dirección IP para evitar que un problema de configuración nombres sea el que te está dando la paliza. Cuando te funcione todo como debe ya puedes usar los nombres.
Creo que si fuera eso no me podria conectar desde la unica computadora que ve la local55, alias z, que es la local54 alias x. De todos modos lo cambiare al rato.
Prueba con los mismos valores en el equipo z que el resto de equipos de la red, y si no es éso, pues vamos descartando cosas. 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
El 23/02/08, Camaleón <noelamac@gmail.com> escribió:
El 23/02/08, Marco Aurelio Moncada Coello escribió:
Si, pero no deberia decir comando not found, por que, eso indica, que no esta disponible el comando o no existe, ya que creo que si deberia parar el contrafuego, deberia decirlo.
No, ojo. Cuando te dice "command not found" es porque no lo tienes instalado.
Eso quise decir, que no esta disponible, pero como me ha contestado carlos, esta en net-tools, lo probare.
Lo que quería decir es que donde sí has podido ejecutarlo y no ha llegado la traza al equipo es porque lo has ejecutado con el cortafuegos en suse iniciado, y es normal que se se quede a mitad del camino.
Ok
No sera es pregunta. Que tengo varias veces definida la direccion de ip local54, en varios equipos en /etc/hosts, eso lo hice para evitar que tenga que poner la direccion ip, cada vez que nombro la computadora.
Ejemplo 10.50.15.100 Moncada 10.71.0.44 Local54 10.71.0.45 Local55 10.20.1.75 Local75 10.71.0.53 Local74
Eso no tiene nada que ver.
Ah, o.k.
ok
Pero hacer cualquier prueba de conectividad es mejor que lo hagas con la dirección IP para evitar que un problema de configuración nombres sea el que te está dando la paliza. Cuando te funcione todo como debe ya puedes usar los nombres.
Ok,
Creo que si fuera eso no me podria conectar desde la unica computadora que ve la local55, alias z, que es la local54 alias x. De todos modos lo cambiare al rato.
Prueba con los mismos valores en el equipo z que el resto de equipos de la red, y si no es éso, pues vamos descartando cosas.
Ok, ya me habia dado cuenta que le mask estaba mal, pero lo habia abandonado, no ahorita cuando vi que podia navegar, y eso ahorita no le habia prestado atencion, claro esta. Que el torero no ve todo el campo, como lo ve el publico, y ahi es ma facil gritar cualquier peligro.
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
-- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224 --------------------------------------------------------------------- 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 23/02/08, Marco Aurelio Moncada Coello <marcoamoncada@gmail.com> escribió:
El 23/02/08, Camaleón <noelamac@gmail.com> escribió:
El 23/02/08, Marco Aurelio Moncada Coello escribió:
Si, pero no deberia decir comando not found, por que, eso indica, que no esta disponible el comando o no existe, ya que creo que si deberia parar el contrafuego, deberia decirlo.
No, ojo. Cuando te dice "command not found" es porque no lo tienes instalado.
Eso quise decir, que no esta disponible, pero como me ha contestado carlos, esta en net-tools, lo probare.
Lo que quería decir es que donde sí has podido ejecutarlo y no ha llegado la traza al equipo es porque lo has ejecutado con el cortafuegos en suse iniciado, y es normal que se se quede a mitad del camino.
Ok
No sera es pregunta. Que tengo varias veces definida la direccion de ip local54, en varios equipos en /etc/hosts, eso lo hice para evitar que tenga que poner la direccion ip, cada vez que nombro la computadora.
Ejemplo 10.50.15.100 Moncada 10.71.0.44 Local54 10.71.0.45 Local55 10.20.1.75 Local75 10.71.0.53 Local74
Eso no tiene nada que ver.
Ah, o.k.
ok
Pero hacer cualquier prueba de conectividad es mejor que lo hagas con la dirección IP para evitar que un problema de configuración nombres sea el que te está dando la paliza. Cuando te funcione todo como debe ya puedes usar los nombres.
Ok,
Creo que si fuera eso no me podria conectar desde la unica computadora que ve la local55, alias z, que es la local54 alias x. De todos modos lo cambiare al rato.
Prueba con los mismos valores en el equipo z que el resto de equipos de la red, y si no es éso, pues vamos descartando cosas.
Ok, ya me habia dado cuenta que le mask estaba mal, pero lo habia abandonado, no ahorita cuando vi que podia navegar, y eso ahorita no le habia prestado atencion, claro esta.
Eso ya la habia visto, y aqui mando las respuestas en una serie de fotografias, ya que lo habia tratado de resolver, con yast2, pero la respuesta es la misma. Me deja la informacion como es mostrada a continuacion: internet@local55:~> su Contraseña: local55:/home/internet # ifconfig eth0 Link encap:Ethernet HWaddr 00:16:EC:8D:CF:39 inet addr:10.71.0.45 Bcast:255.255.255.255 Mask:255.0.0.0 inet6 addr: fe80::216:ecff:fe8d:cf39/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3204 errors:0 dropped:0 overruns:0 frame:0 TX packets:2034 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:3797328 (3.6 Mb) TX bytes:157393 (153.7 Kb) Interrupt:20 Base address:0xe400 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:16 errors:0 dropped:0 overruns:0 frame:0 TX packets:16 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:800 (800.0 b) TX bytes:800 (800.0 b) local55:/home/internet # ifconfig eth0 netmask 255.255.255.224 local55:/home/internet # ifconfig eth0 Link encap:Ethernet HWaddr 00:16:EC:8D:CF:39 inet addr:10.71.0.45 Bcast:255.255.255.255 Mask:255.255.255.224 inet6 addr: fe80::216:ecff:fe8d:cf39/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3212 errors:0 dropped:0 overruns:0 frame:0 TX packets:2049 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:3798326 (3.6 Mb) TX bytes:162047 (158.2 Kb) Interrupt:20 Base address:0xe400 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:16 errors:0 dropped:0 overruns:0 frame:0 TX packets:16 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:800 (800.0 b) TX bytes:800 (800.0 b) local55:/home/internet # ping 10.50.15.100 connect: Network is unreachable local55:/home/internet # ifconfig eth0 netmask 255.0.0.0 local55:/home/internet # ping 10.50.15.100 PING 10.50.15.100 (10.50.15.100) 56(84) bytes of data.
From 10.71.0.45: icmp_seq=2 Destination Host Unreachable From 10.71.0.45 icmp_seq=2 Destination Host Unreachable From 10.71.0.45 icmp_seq=3 Destination Host Unreachable From 10.71.0.45 icmp_seq=4 Destination Host Unreachable From 10.71.0.45 icmp_seq=6 Destination Host Unreachable From 10.71.0.45 icmp_seq=7 Destination Host Unreachable From 10.71.0.45 icmp_seq=8 Destination Host Unreachable From 10.71.0.45 icmp_seq=10 Destination Host Unreachable From 10.71.0.45 icmp_seq=11 Destination Host Unreachable From 10.71.0.45 icmp_seq=12 Destination Host Unreachable From 10.71.0.45 icmp_seq=14 Destination Host Unreachable From 10.71.0.45 icmp_seq=15 Destination Host Unreachable From 10.71.0.45 icmp_seq=16 Destination Host Unreachable From 10.71.0.45 icmp_seq=17 Destination Host Unreachable From 10.71.0.45 icmp_seq=18 Destination Host Unreachable From 10.71.0.45 icmp_seq=19 Destination Host Unreachable From 10.71.0.45 icmp_seq=20 Destination Host Unreachable From 10.71.0.45 icmp_seq=21 Destination Host Unreachable From 10.71.0.45 icmp_seq=22 Destination Host Unreachable From 10.71.0.45 icmp_seq=23 Destination Host Unreachable From 10.71.0.45 icmp_seq=24 Destination Host Unreachable From 10.71.0.45 icmp_seq=25 Destination Host Unreachable
--- 10.50.15.100 ping statistics --- 26 packets transmitted, 0 received, +22 errors, 100% packet loss, time 25028ms , pipe 3 local55:/home/internet # ping www.yahoo.com ping: unknown host www.yahoo.com local55:/home/internet # ping www.yahoo.com PING www.yahoo-ht3.akadns.net (87.248.113.14) 56(84) bytes of data. 64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=1 ttl=44 time=180 ms 64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=2 ttl=44 time=167 ms 64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=3 ttl=44 time=169 ms 64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=4 ttl=44 time=168 ms 64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=5 ttl=44 time=169 ms --- www.yahoo-ht3.akadns.net ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 3998ms rtt min/avg/max/mdev = 167.593/170.868/180.255/4.738 ms local55:/home/internet # ping www.yahoo.com PING www.yahoo-ht3.akadns.net (87.248.113.14) 56(84) bytes of data. 64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=1 ttl=44 time=168 ms 64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=2 ttl=44 time=169 ms --- www.yahoo-ht3.akadns.net ping statistics --- 3 packets transmitted, 2 received, 33% packet loss, time 1999ms rtt min/avg/max/mdev = 168.245/169.058/169.872/0.911 ms local55:/home/internet # Por eso no le di mucha importancia.
Que el torero no ve todo el campo, como lo ve el publico, y ahi es ma facil gritar cualquier peligro.
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
-- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc
En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo.
La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece.
Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos.
Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224
-- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: <alpine.LSU.1.00.0802232317060.31963@nimrodel.valinor> El 2008-02-23 a las 14:57 -0600, Marco Aurelio Moncada Coello escribió:
Eso ya la habia visto, y aqui mando las respuestas en una serie de fotografias, ya que lo habia tratado de resolver, con yast2, pero la respuesta es la misma. Me deja la informacion como es mostrada a continuacion:
Datos que has puesto: eth0 10.71.0.45 Masc 255.255.255.224 Dns: 10.71.0.44 Gw: 10.71.0.22 Nm: local55.site Por lo pronto, ya hay un error imposible: la pasarela está puesta fuera de la red, es inalcanzable. En otro correo pregunté que porqué habías hecho subnetting, que es complicado: ]> Lo que no entiendo es para que hace subnetting si tiene toda la red ]> 10... una clase A. Es complicarse la vida, ¿no? ] ] Por negocio. ] ] Para eso he puesto el router inalambrico linksys. Y local75, esta para ] checarlo que todo marcha bien. Eso no responde a mi pregunta. La demostración la tienes ahí: has puesto un gateway fuera de la red definida, y eso lo hubieras evitado poniendo la red entera con 10.71.0.0/24, no /27. Es complicarse la vida, teniendo miles de direcciones a tu disposición. Tal como lo has definido, tu red va del 10.71.0.32 al 10.71.0.63, y tú has puesto el gateway en el 22. Eso es imposible. Posiblemente por eso sea que el yast fuerza el cambio a una máscara 255.0.0.0, que es la que tiene por defecto la red 10.0.0.0, como se ve aquí:
internet@local55:~> su Contraseña: local55:/home/internet # ifconfig eth0 Link encap:Ethernet HWaddr 00:16:EC:8D:CF:39 inet addr:10.71.0.45 Bcast:255.255.255.255 Mask:255.0.0.0 inet6 addr: fe80::216:ecff:fe8d:cf39/64 Scope:Link
local55:/home/internet # ping 10.50.15.100 connect: Network is unreachable
Claro que es inalcanzable.
local55:/home/internet # ifconfig eth0 netmask 255.0.0.0 local55:/home/internet # ping 10.50.15.100 PING 10.50.15.100 (10.50.15.100) 56(84) bytes of data.
From 10.71.0.45: icmp_seq=2 Destination Host Unreachable
Lógico.
--- 10.50.15.100 ping statistics --- 26 packets transmitted, 0 received, +22 errors, 100% packet loss, time 25028ms , pipe 3
A ver. ¿No te das cuenta que la IP 10.50.15.100 está fuera de la red, y es inalcanzable? Tienes que llegar ahí a través de internet, y en internet están prohibidas las IPs privadas como la 10.50.15.100. Tienes: 10.71.0.45 --> router --> adsl --| | | (internet) | 10.50.15.100 <-- router <-- adsl---| Esa conexión es imposible, salvo aplicando trucos (tuneles, traducciones...) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHwJ68tTMYHG2NR9URAoL9AJ9eU4c53u9fxA4aLwfTmiiC3veosgCgiQNl 3tRbbzi9BtskErGK/9aJCag= =wlr+ -----END PGP SIGNATURE-----
El 23/02/08, Carlos E. R. <robin.listas@telefonica.net> escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Content-ID: <alpine.LSU.1.00.0802232317060.31963@nimrodel.valinor>
El 2008-02-23 a las 14:57 -0600, Marco Aurelio Moncada Coello escribió:
Eso ya la habia visto, y aqui mando las respuestas en una serie de fotografias, ya que lo habia tratado de resolver, con yast2, pero la respuesta es la misma. Me deja la informacion como es mostrada a continuacion:
Datos que has puesto:
eth0 10.71.0.45 Masc 255.255.255.224 Dns: 10.71.0.44 Gw: 10.71.0.22 Nm: local55.site
Por lo pronto, ya hay un error imposible: la pasarela está puesta fuera de la red, es inalcanzable.
Mira el gateway, lo he cambiado. Y el dns local54 o .....44, es servidor de dns.
En otro correo pregunté que porqué habías hecho subnetting, que es complicado:
No entiendo que es subnetting, una sub red, por que, el adsl tiene solamente 4 puertos, por eso le puse un switch. Puerto 1 local54 2 impresora 3 switch 4 libre 1 local51 2 local52 3 local53 4 libre 5 local55 . . . 24 local74
]> Lo que no entiendo es para que hace subnetting si tiene toda la red
]> 10... una clase A. Es complicarse la vida, ¿no? ] ] Por negocio. ] ] Para eso he puesto el router inalambrico linksys. Y local75, esta para ] checarlo que todo marcha bien.
Eso no responde a mi pregunta. La demostración la tienes ahí: has puesto un gateway fuera de la red definida, y eso lo hubieras evitado poniendo la red entera con 10.71.0.0/24, no /27. Es complicarse la vida, teniendo miles de direcciones a tu disposición.
En el zoom, son parámetros puestos por el proveedor, solo cambie algunas cosas.
Tal como lo has definido, tu red va del 10.71.0.32 al 10.71.0.63, y tú has puesto el gateway en el 22. Eso es imposible.
Lo he cambiado a propósito para el correo.
Posiblemente por eso sea que el yast fuerza el cambio a una máscara 255.0.0.0, que es la que tiene por defecto la red 10.0.0.0, como se ve aquí:
internet@local55:~> su Contraseña: local55:/home/internet # ifconfig eth0 Link encap:Ethernet HWaddr 00:16:EC:8D:CF:39 inet addr:10.71.0.45 Bcast:255.255.255.255 Mask:255.0.0.0 inet6 addr: fe80::216:ecff:fe8d:cf39/64 Scope:Link
local55:/home/internet # ping 10.50.15.100 connect: Network is unreachable
Claro que es inalcanzable.
Pensé cambiando la netmask, por comando, pensé que funcionaria, pero lo regrese por yast, y se soluciono, y me dejo la misma netmask.
local55:/home/internet # ifconfig eth0 netmask 255.0.0.0 local55:/home/internet # ping 10.50.15.100 PING 10.50.15.100 (10.50.15.100) 56(84) bytes of data.
From 10.71.0.45: icmp_seq=2 Destination Host Unreachable
Lógico.
Ese comando no fue aceptado, lo tuve que hacer por yast2, nuevamente.
--- 10.50.15.100 ping statistics --- 26 packets transmitted, 0 received, +22 errors, 100% packet loss, time 25028ms , pipe 3
A ver. ¿No te das cuenta que la IP 10.50.15.100 está fuera de la red, y es inalcanzable? Tienes que llegar ahí a través de internet, y en internet están prohibidas las IPs privadas como la 10.50.15.100.
De la 10.71.0.44, ...45, ...42, ...53, si llego a 10.50.15.100, supongo que por el proveedor. Es el mismo.
Tienes:
10.71.0.45 --> router --> adsl --| | | (internet) | 10.50.15.100 <-- router <-- adsl---|
Esa conexión es imposible, salvo aplicando trucos (tuneles, traducciones...)
Es el mismo proveedor, de la dos redes. o adsl's.
- --
Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux)
iD8DBQFHwJ68tTMYHG2NR9URAoL9AJ9eU4c53u9fxA4aLwfTmiiC3veosgCgiQNl 3tRbbzi9BtskErGK/9aJCag= =wlr+ -----END PGP SIGNATURE-----
-- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224 --------------------------------------------------------------------- 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: <alpine.LSU.1.00.0802240036490.31963@nimrodel.valinor> El 2008-02-23 a las 17:00 -0600, Marco Aurelio Moncada Coello escribió:
En otro correo pregunté que porqué habías hecho subnetting, que es complicado:
No entiendo que es subnetting, una sub red, por que, el adsl tiene solamente 4 puertos, por eso le puse un switch.
No tiene nada que ver. Lo que yo no entiendo, es, si no lo sabes, cómo es que lo estás usando. Vamos a ver. Tienes una red que empieza por 10, la cual por definición, tiene una máscara por defecto de 255.0.0.0, es decir, 16 millones de ordenadores. Como eso es demasiado, es habitual dividirla en trozos, cambiando la máscara a, por ejemplo, 255.255.255.0 (o /24) en la cual tienes 2¹⁶ subredes internas y 2⁸ ordenadores, que ya es bastante. Por ejemplo, podrias tener la red 10.71.0.0/24, con 254 ordenadores disponibles (del 1 al 254), y la dirección 255 de broadcast. Pero aún la puedes devidir más, tomando tres bits más para la red, y sólo 5 para los ordenadores (una /27). Y esa es la que has puesto. Las redes posibles son: 10.71.0.0 a la 10.71.0.31 32.. 63 64.. 95 96..127 128..159 160..191 192..223 223..255 Tú estás usando la 10.71.0.32 a la 10.71.0.63. La primera IP es por definición la dirección de red, y la segunda la de broadcast; las de en medio están disponibles para interfaces, y no puedes usar direcciones fuera de ese rango - excepto a través de un router o gateway. Mas detalles: curso de redes o howtos o wikipedia.
A ver. ¿No te das cuenta que la IP 10.50.15.100 está fuera de la red, y es inalcanzable? Tienes que llegar ahí a través de internet, y en internet están prohibidas las IPs privadas como la 10.50.15.100.
De la 10.71.0.44, ...45, ...42, ...53, si llego a 10.50.15.100, supongo que por el proveedor. Es el mismo.
No tiene que ver el proveedor. Hay algo en tu red que no has contado, porque lo que cuentas es imposible. No es posible conectar entre sí dos redes privadas inconexas a través de internet, sin usar trucos como tuneles. No es posible. Si tú lo estás haciendo, estás usando algún truco que no has contado, o tu arquitectura de red no es la que has dicho, y yo no soy adivino. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHwLT3tTMYHG2NR9URAvU3AJwOZvSE9iZ1NZceRrs//bPVFmmLIQCdFH9j Diz5IaX88fVjtqAE5zf6xMQ= =aQgc -----END PGP SIGNATURE-----
El 24/02/08, Carlos E. R. escribió:
Tú estás usando la 10.71.0.32 a la 10.71.0.63. La primera IP es por definición la dirección de red, y la segunda la de broadcast; las de en medio están disponibles para interfaces, y no puedes usar direcciones fuera de ese rango - excepto a través de un router o gateway.
Mas detalles: curso de redes o howtos o wikipedia.
"Pos" un curso de redes no me vendría nada mal, la verdad O:-). "Grosso modo" entiendo que: Dirección IP --> identificador único de equipo Broadcast --> ámbito de alcance / difusión de paquetes Máscara --> sub-redes / nº de equipos disponibles Y tiene que haber concordancia entre todos valores y en todos los equipos que entran en juego (ordenadores, switches, routers...).
No es posible conectar entre sí dos redes privadas inconexas a través de internet, sin usar trucos como tuneles. No es posible. Si tú lo estás haciendo, estás usando algún truco que no has contado, o tu arquitectura de red no es la que has dicho, y yo no soy adivino.
Hum... no creo que salga a Internet y vuelva a entrar... tiene mucho enrutador por ahí de los cuales desconocemos la configuración, ese es el problema :-/. P.S. La pestaña de rutas se llama "encaminamiento". ¿La hemos traducido nosotros así? 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 2008-02-24 a las 12:11 +0100, Camaleón escribió:
El 24/02/08, Carlos E. R. escribió:
Tú estás usando la 10.71.0.32 a la 10.71.0.63. La primera IP es por definición la dirección de red, y la segunda la de broadcast; las de en medio están disponibles para interfaces, y no puedes usar direcciones fuera de ese rango - excepto a través de un router o gateway.
Mas detalles: curso de redes o howtos o wikipedia.
"Pos" un curso de redes no me vendría nada mal, la verdad O:-).
Es que hasta que no haces los ejercicios no te entra, aunque creas que lo sabes.
"Grosso modo" entiendo que:
Dirección IP --> identificador único de equipo Broadcast --> ámbito de alcance / difusión de paquetes Máscara --> sub-redes / nº de equipos disponibles
Pues si, eso. Lo que yo no sabía, por ejemplo, es que al definir la máscara ya estás definiendo el broadcast y la dirección de red, sabiendo la ip del equipo. Ahora, te metes en classless subnetting y... buf.
Y tiene que haber concordancia entre todos valores y en todos los equipos que entran en juego (ordenadores, switches, routers...).
Sip.
No es posible conectar entre sí dos redes privadas inconexas a través de internet, sin usar trucos como tuneles. No es posible. Si tú lo estás haciendo, estás usando algún truco que no has contado, o tu arquitectura de red no es la que has dicho, y yo no soy adivino.
Hum... no creo que salga a Internet y vuelva a entrar... tiene mucho enrutador por ahí de los cuales desconocemos la configuración, ese es el problema :-/.
Pues eso, que no lo ha explicaado.
P.S. La pestaña de rutas se llama "encaminamiento". ¿La hemos traducido nosotros así? O:-)
Seguramente :-? - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHwVTXtTMYHG2NR9URArTzAKCFz8YW8Syelg0JxrLA3nZF2E38ngCfWKvI UqMAG7kcBaboRjxlH2cmHhY= =h5g+ -----END PGP SIGNATURE-----
Todas las preguntas anteriores las respondere hasta el lunes, por que, es un local el cual hoy no esta abierto, y no tengo el... 44 prendido, es mio, pero hoy voy con la familia. El 24/02/08, Carlos E. R. <robin.listas@telefonica.net> escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2008-02-24 a las 12:11 +0100, Camaleón escribió:
El 24/02/08, Carlos E. R. escribió:
Tú estás usando la 10.71.0.32 a la 10.71.0.63. La primera IP es por definición la dirección de red, y la segunda la de broadcast; las de en medio están disponibles para interfaces, y no puedes usar direcciones fuera de ese rango - excepto a través de un router o gateway.
Mas detalles: curso de redes o howtos o wikipedia.
"Pos" un curso de redes no me vendría nada mal, la verdad O:-).
Es que hasta que no haces los ejercicios no te entra, aunque creas que lo sabes.
Eso es muy cierto.
"Grosso modo" entiendo que:
Dirección IP --> identificador único de equipo Broadcast --> ámbito de alcance / difusión de paquetes Máscara --> sub-redes / nº de equipos disponibles
Pues si, eso. Lo que yo no sabía, por ejemplo, es que al definir la máscara ya estás definiendo el broadcast y la dirección de red, sabiendo la ip del equipo.
El brodcast es algo, como un digito verificador, pienso yo.
Ahora, te metes en classless subnetting y... buf.
Y tiene que haber concordancia entre todos valores y en todos los equipos que entran en juego (ordenadores, switches, routers...).
Sip.
No es posible conectar entre sí dos redes privadas inconexas a través de internet, sin usar trucos como tuneles. No es posible. Si tú lo estás haciendo, estás usando algún truco que no has contado, o tu arquitectura de red no es la que has dicho, y yo no soy adivino.
Hum... no creo que salga a Internet y vuelva a entrar... tiene mucho enrutador por ahí de los cuales desconocemos la configuración, ese es el problema :-/.
Pues eso, que no lo ha explicaado.
Mira mi arquitectutra es la que puse en el dibujo creado por mi. Lo demas es parte del proveedor que no puedo ni imaginarme como esta. Lo que si efectuare es un comando route a la computadora ...100, yo creo que ahi se podra ver conjuntamente con la computadora ...44, como mas o menos esta la arquitectura de mi proveedor, viendo si pasan por el mismo punto. mrco1965@linux-l1ft:~> ssh root@moncada The authenticity of host 'moncada (10.50.15.100)' can't be established. RSA key fingerprint is 76:34:2e:41:8e:70:4f:27:62:fc:5e:de:4f:ff:30:ad. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added 'moncada,10.50.15.100' (RSA) to the list of known hosts. Password: Last login: Sat Feb 23 19:59:15 2008 from local54 Have a lot of fun... moncada:~ # rcSuSEfirewall stop -bash: rcSuSEfirewall: command not found moncada:~ # rcSuSEfirewall2 stop Shutting down the Firewall done moncada:~ # traceroute www.yahoo.com traceroute to www.yahoo.com (209.131.36.158), 30 hops max, 40 byte packets 1 10.50.15.97 (10.50.15.97) 0.231 ms 0.245 ms 0.256 ms 2 10.255.255.254 (10.255.255.254) 21.741 ms 21.531 ms 188.068 ms 3 10.255.241.225 (10.255.241.225) 184.182 ms 182.139 ms 178.236 ms 4 192.168.2.3 (192.168.2.3) 174.311 ms 33.793 ms * 5 host154021.metrored.net.mx (201.148.154.21) 75.736 ms 74.147 ms 72.057 ms 6 host154005.metrored.net.mx (201.148.154.5) 128.082 ms 126.083 ms 124.066 ms 7 host154001.metrored.net.mx (201.148.154.1) 70.059 ms 72.048 ms 72.044 ms 8 host152009.metrored.net.mx (201.148.152.9) 70.086 ms 69.474 ms 70.035 ms 9 host112046.metrored.net.mx (200.53.127.46) 70.035 ms 70.035 ms 70.054 ms 10 GE-YAHOO-6-2.DAL-COR-R01.metrored.net.mx (200.53.127.54) 69.763 ms 69.766 ms 69.789 ms 11 ge-1-3-4-p155.pat2.pao.yahoo.com (216.115.96.58) 91.825 ms 91.813 ms 91.824 ms 12 so-0-0-0.pat1.pao.yahoo.com (216.115.101.128) 105.961 ms 101.875 ms 101.833 ms 13 ge-2-2-0.pat2.pao.yahoo.com (216.115.101.33) 77.807 ms 79.816 ms 77.795 ms 14 g-1-0-0-p141.msr1.sp1.yahoo.com (216.115.107.55) 79.797 ms g-0-0-0-p141.msr1.sp1.yahoo.com (216.115.107.51) 81.893 ms g-1-0-0-p141.msr1.sp1.yahoo.com (216.115.107.55) 79.802 ms 15 te-8-1.bas-a2.sp1.yahoo.com (209.131.32.19) 77.797 ms 79.808 ms 79.779 ms 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 * * * 22 * * * 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * 30 * * * moncada:~ # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 10.50.15.96 * 255.255.255.224 U 0 0 0 eth0 link-local * 255.255.0.0 U 0 0 0 eth0 loopback * 255.0.0.0 U 0 0 0 lo default 10.50.15.97 0.0.0.0 UG 0 0 0 eth0
P.S. La pestaña de rutas se llama "encaminamiento". ¿La hemos traducido nosotros así? O:-)
Seguramente :-?
PD. Estoy en la computadora local75.
- -- Saludos Carlos E.R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux)
iD8DBQFHwVTXtTMYHG2NR9URArTzAKCFz8YW8Syelg0JxrLA3nZF2E38ngCfWKvI UqMAG7kcBaboRjxlH2cmHhY= =h5g+ -----END PGP SIGNATURE-----
-- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224 --------------------------------------------------------------------- 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 2008-02-24 a las 08:37 -0600, Marco Aurelio Moncada Coello escribió:
El brodcast es algo, como un digito verificador, pienso yo.
No. El broadcast es la dirección más alta de la red, que no puede ser usada por ninguna máquina. Un paquete enviado a esa IP será recibido y atendido por todas las máquinas conectadas dentro de esa red. Serviría, por ejemplo, para enviar una retransmisión de radio a toda la red. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHwcw5tTMYHG2NR9URAtp4AJ92TfTgxZQbQr8j8ei0hG5cKNR+zgCfYbxP Vkq6vs9dS0Swc+2SdIG1g+o= =BiqZ -----END PGP SIGNATURE-----
El 24/02/08, Marco Aurelio Moncada Coello escribió:
Todas las preguntas anteriores las respondere hasta el lunes, por que, es un local el cual hoy no esta abierto, y no tengo el... 44 prendido, es mio, pero hoy voy con la familia.
A ver si llego a tiempo (bendita diferencia horaria)... O:-) Marco, mejor que enviar un mensaje gordo con los datos de las pruebas que vayas a hacer, mejor adjunta un documento (similar al de la otra vez) pero indicando en ese documento los siguientes datos: - Dirección IP, broadcast, máscara de red, puerta de enlace y servidores dns de todos los ordenadores, switches (si son gestionables) y routers / puntos de acceso a los que tengas acceso - Resultado de los comandos (en cada equipo): ifconfig, route - Resultado de un ping desde "local54" hasta el equipo "moncada" - Resultado de conexión ssh desde "local54" hasta "moncada" - Resultado de un ping desde "local55" hasta el equipo "moncada" - Resultado de conexión ssh desde "local55" hasta "moncada" Y no sé si me olvida alguna cosa más... :-? Las conclusiones que vayamos sacando y el resto de pruebas las iremos poniendo en la lista de forma resumida así se podrá seguir mejor la trama de la peli "Pánico en el cibercafé Moncada: La Red ataca de nuevo" :-). 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
El lun, 25-02-2008 a las 12:29 +0100, Camaleón escribió:
El 24/02/08, Marco Aurelio Moncada Coello escribió:
Todas las preguntas anteriores las respondere hasta el lunes, por que, es un local el cual hoy no esta abierto, y no tengo el... 44 prendido, es mio, pero hoy voy con la familia.
A ver si llego a tiempo (bendita diferencia horaria)... O:-)
Marco, mejor que enviar un mensaje gordo con los datos de las pruebas que vayas a hacer, mejor adjunta un documento (similar al de la otra vez) pero indicando en ese documento los siguientes datos:
- Dirección IP, broadcast, máscara de red, puerta de enlace y servidores dns de todos los ordenadores, switches (si son gestionables) y routers / puntos de acceso a los que tengas acceso
No tengo mas de lo que esta en el dibujo.
- Resultado de los comandos (en cada equipo): ifconfig, route
mrco1965@Local54:~$ ifconfig eth0 Link encap:Ethernet HWaddr 00:E0:4C:F5:BD:1B inet dirección:10.71.0.44 Bcast:10.71.0.63 Máscara:255.255.255.224 dirección inet6: fe80::2e0:4cff:fef5:bd1b/64 Alcance:Vínculo ARRIBA BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:253583 errors:0 dropped:0 overruns:0 frame:0 TX packets:625414 errors:0 dropped:0 overruns:0 carrier:0 collisions:172454 txqueuelen:1000 RX bytes:174937182 (166.8 MiB) TX bytes:795913571 (759.0 MiB) Interrupción:18 Base address:0xe400 lo Link encap:Bucle local inet dirección:127.0.0.1 Máscara:255.0.0.0 dirección inet6: ::1/128 Alcance:Anfitrión ARRIBA LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:112 errors:0 dropped:0 overruns:0 frame:0 TX packets:112 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:67604 (66.0 KiB) TX bytes:67604 (66.0 KiB) mrco1965@Local54:~$ route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 10.71.0.32 * 255.255.255.224 U 0 0 0 eth0 192.168.39.0 * 255.255.255.0 U 0 0 0 vmnet1 192.168.188.0 * 255.255.255.0 U 0 0 0 vmnet8 link-local * 255.255.0.0 U 1000 0 0 eth0 default AdslWireLess 0.0.0.0 UG 0 0 0 eth0 local55:/home/mrco1965 # ifconfig eth0 Link encap:Ethernet HWaddr 00:16:EC:8D:CF:39 inet addr:10.71.0.45 Bcast:255.255.255.255 Mask:255.0.0.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:484905 errors:0 dropped:0 overruns:0 frame:0 TX packets:255849 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:685893837 (654.1 Mb) TX bytes:17747246 (16.9 Mb) Interrupt:20 Base address:0xe400 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:50 errors:0 dropped:0 overruns:0 frame:0 TX packets:50 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:3828 (3.7 Kb) TX bytes:3828 (3.7 Kb) local55:/home/mrco1965 # ifconfig eth0 Link encap:Ethernet HWaddr 00:16:EC:8D:CF:39 inet addr:10.71.0.45 Bcast:255.255.255.255 Mask:255.0.0.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:484905 errors:0 dropped:0 overruns:0 frame:0 TX packets:255849 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:685893837 (654.1 Mb) TX bytes:17747246 (16.9 Mb) Interrupt:20 Base address:0xe400 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:50 errors:0 dropped:0 overruns:0 frame:0 TX packets:50 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:3828 (3.7 Kb) TX bytes:3828 (3.7 Kb) local55:/home/mrco1965 # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 10.0.0.0 * 255.0.0.0 U 0 0 0 eth0 loopback * 255.0.0.0 U 0 0 0 lo default AdslWireLess 0.0.0.0 UG 0 0 0 eth0 moncada:/home/mrco1965 # ifconfig eth0 Link encap:Ethernet HWaddr 00:14:2A:F3:DD:DB inet addr:10.50.15.100 Bcast:10.50.15.127 Mask:255.255.255.224 inet6 addr: fe80::214:2aff:fef3:dddb/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:90885 errors:0 dropped:0 overruns:0 frame:0 TX packets:59774 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:130722323 (124.6 Mb) TX bytes:5119567 (4.8 Mb) Interrupt:18 Base address:0xdc00 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:2 errors:0 dropped:0 overruns:0 frame:0 TX packets:2 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:100 (100.0 b) TX bytes:100 (100.0 b) moncada:/home/mrco1965 # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 10.50.15.96 * 255.255.255.224 U 0 0 0 eth0 link-local * 255.255.0.0 U 0 0 0 eth0 loopback * 255.0.0.0 U 0 0 0 lo default 10.50.15.97 0.0.0.0 UG 0 0 0 eth0
- Resultado de un ping desde "local54" hasta el equipo "moncada" mrco1965@Local54:~$ ping local74 PING Local74 (10.71.0.53) 56(84) bytes of data. 64 bytes from Local74 (10.71.0.53): icmp_seq=1 ttl=64 time=7.53 ms 64 bytes from Local74 (10.71.0.53): icmp_seq=2 ttl=64 time=0.881 ms
--- Local74 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 0.881/4.208/7.536/3.328 ms mrco1965@Local54:~$ ping local55 PING Local55 (10.71.0.45) 56(84) bytes of data. 64 bytes from Local55 (10.71.0.45): icmp_seq=1 ttl=64 time=6.73 ms 64 bytes from Local55 (10.71.0.45): icmp_seq=2 ttl=64 time=0.432 ms --- Local55 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1006ms rtt min/avg/max/mdev = 0.432/3.581/6.731/3.150 ms mrco1965@Local54:~$ ping local52 PING Local52 (10.71.0.42) 56(84) bytes of data. 64 bytes from Local52 (10.71.0.42): icmp_seq=1 ttl=64 time=4.29 ms 64 bytes from Local52 (10.71.0.42): icmp_seq=2 ttl=64 time=0.422 ms --- Local52 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1003ms rtt min/avg/max/mdev = 0.422/2.356/4.291/1.935 ms mrco1965@Local54:~$ ping moncada PING Moncada (10.50.15.100) 56(84) bytes of data. 64 bytes from Moncada (10.50.15.100): icmp_seq=1 ttl=61 time=751 ms 64 bytes from Moncada (10.50.15.100): icmp_seq=2 ttl=61 time=648 ms --- Moncada ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1005ms rtt min/avg/max/mdev = 648.833/700.211/751.590/51.385 ms mrco1965@Local54:~$
- Resultado de conexión ssh desde "local54" hasta "moncada" mrco1965@Local54:~$ ssh local55 Password: Last login: Mon Feb 25 13:32:03 2008 from local54 Have a lot of fun... mrco1965@local55:~> exit logout Connection to local55 closed. mrco1965@Local54:~$ ssh local74 mrco1965@local74's password: [mrco1965@Local74 mrco1965]$ exzit -bash: exzit: command not found [mrco1965@Local74 mrco1965]$ exit logout
Connection to local74 closed. mrco1965@Local54:~$ ssh moncada Password: Last login: Mon Feb 25 13:28:42 2008 from local54 Have a lot of fun... mrco1965@moncada:~> exit logout Connection to moncada closed. mrco1965@Local54:~$
- Resultado de un ping desde "local55" hasta el equipo "moncada"
mrco1965@local55:~> ping local74 PING Local74 (10.71.0.53) 56(84) bytes of data. 64 bytes from Local74 (10.71.0.53): icmp_seq=1 ttl=64 time=0.963 ms 64 bytes from Local74 (10.71.0.53): icmp_seq=2 ttl=64 time=0.819 ms --- Local74 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 999ms rtt min/avg/max/mdev = 0.819/0.891/0.963/0.072 ms mrco1965@local55:~> ping local52 PING Local52 (10.71.0.42) 56(84) bytes of data. 64 bytes from Local52 (10.71.0.42): icmp_seq=1 ttl=64 time=3.12 ms 64 bytes from Local52 (10.71.0.42): icmp_seq=2 ttl=64 time=0.171 ms --- Local52 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1002ms rtt min/avg/max/mdev = 0.171/1.650/3.129/1.479 ms mrco1965@local55:~> ping local54 PING Local54 (10.71.0.44) 56(84) bytes of data. 64 bytes from Local54 (10.71.0.44): icmp_seq=1 ttl=64 time=0.151 ms 64 bytes from Local54 (10.71.0.44): icmp_seq=2 ttl=64 time=0.184 ms --- Local54 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 999ms rtt min/avg/max/mdev = 0.151/0.167/0.184/0.020 ms mrco1965@local55:~> ping moncada PING Moncada (10.50.15.100) 56(84) bytes of data.
From Local55 (10.71.0.45): icmp_seq=1 Destination Host Unreachable From Local55 (10.71.0.45) icmp_seq=1 Destination Host Unreachable From Local55 (10.71.0.45) icmp_seq=2 Destination Host Unreachable From Local55 (10.71.0.45) icmp_seq=3 Destination Host Unreachable
--- Moncada ping statistics --- 6 packets transmitted, 0 received, +4 errors, 100% packet loss, time 5015ms , pipe 3 mrco1965@local55:~>
- Resultado de conexión ssh desde "local55" hasta "moncada"
mrco1965@Local54:~$ ssh local55 Password: Last login: Mon Feb 25 13:46:52 2008 from local54 Have a lot of fun... mrco1965@local55:~> ssh local74 mrco1965@local74's password: [mrco1965@Local74 mrco1965]$ exit logout Connection to local74 closed. mrco1965@local55:~> ssh moncada ssh: connect to host moncada port 22: No route to host mrco1965@local55:~>
Y no sé si me olvida alguna cosa más... :-?
- Resultado de un ping desde "local74" hasta el equipo "moncada" mrco1965@Local54:~$ ssh local74 mrco1965@local74's password: [mrco1965@Local74 mrco1965]$ ping local52 PING Local52 (10.71.0.42) 56(84) bytes of data. 64 bytes from Local52 (10.71.0.42): icmp_seq=0 ttl=64 time=1.08 ms 64 bytes from Local52 (10.71.0.42): icmp_seq=1 ttl=64 time=0.737 ms 64 bytes from Local52 (10.71.0.42): icmp_seq=2 ttl=64 time=0.782 ms
--- Local52 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2021ms rtt min/avg/max/mdev = 0.737/0.869/1.088/0.155 ms, pipe 2 [mrco1965@Local74 mrco1965]$ ping local55 PING Local55 (10.71.0.45) 56(84) bytes of data. 64 bytes from Local55 (10.71.0.45): icmp_seq=0 ttl=64 time=1.27 ms 64 bytes from Local55 (10.71.0.45): icmp_seq=1 ttl=64 time=0.766 ms --- Local55 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1010ms rtt min/avg/max/mdev = 0.766/1.019/1.272/0.253 ms, pipe 2 [mrco1965@Local74 mrco1965]$ ping local54 PING Local54 (10.71.0.44) 56(84) bytes of data. 64 bytes from Local54 (10.71.0.44): icmp_seq=0 ttl=64 time=0.944 ms 64 bytes from Local54 (10.71.0.44): icmp_seq=1 ttl=64 time=0.902 ms --- Local54 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1010ms rtt min/avg/max/mdev = 0.902/0.923/0.944/0.021 ms, pipe 2 [mrco1965@Local74 mrco1965]$ ping moncada PING Moncada (10.50.15.100) 56(84) bytes of data. 64 bytes from Moncada (10.50.15.100): icmp_seq=0 ttl=61 time=748 ms --- Moncada ping statistics --- 2 packets transmitted, 1 received, 50% packet loss, time 1006ms rtt min/avg/max/mdev = 748.085/748.085/748.085/0.000 ms, pipe 2 [mrco1965@Local74 mrco1965]$
- Resultado de conexión ssh desde "local74" hasta "moncada"
[mrco1965@Local74 mrco1965]$ ssh local55 Password: Last login: Mon Feb 25 13:48:49 2008 from local54 Have a lot of fun... mrco1965@local55:~> exit logout Connection to local55 closed. [mrco1965@Local74 mrco1965]$ ssh moncada Password: Last login: Mon Feb 25 13:42:32 2008 from local54 Have a lot of fun... mrco1965@moncada:~> exit logout Connection to moncada closed. [mrco1965@Local74 mrco1965]$ Pd. Local52, Local54, Local55 y Local74 estan en una red. Moncada esta en otra red. Del mismo proveedor
Las conclusiones que vayamos sacando y el resto de pruebas las iremos poniendo en la lista de forma resumida así se podrá seguir mejor la trama de la peli "Pánico en el cibercafé Moncada: La Red ataca de nuevo" :-).
No exageres.
Saludos,
-- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224 :D --------------------------------------------------------------------- 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
2008/2/25, Marco Aurelio Moncada Coello:
No tengo mas de lo que esta en el dibujo.
Ya...
local55:/home/mrco1965 # ifconfig eth0 inet addr:10.71.0.45 Bcast:255.255.255.255 Mask:255.0.0.0
local55:/home/mrco1965 # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 10.0.0.0 * 255.0.0.0 U 0 0 0 eth0 loopback * 255.0.0.0 U 0 0 0 lo default AdslWireLess 0.0.0.0 UG 0 0 0 eth0
No me convence nada ese valor de "broadcast". Yo intentaría configurar esa tarjeta de red con los siguientes datos: IP: 10.71.0.45 Máscara de red: 255.255.255.224 Y el broadcast debe estar en el rango de 10.71.*.* como en los otros equipos. Configurar la tarjeta de red significa que vas a dejar el equipo fuera de servicio durante algún tiempo, así que antes de hacer ningún cambio asegúrate de que éso no supone ningún problema. Para hacerlo, vete a Yast / Dispositivos de red / tarjeta de red y selecciona el método convencional (ifup). Configura la tarjeta con esos valores, guarda la configuración y ejecuta de nuevo "ifconfig" para comprobar que se hayan almacenado correctamente. Luego ejecuta "route". Y haz un ping a "moncada". 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: <alpine.LSU.1.00.0802261331130.31963@nimrodel.valinor> El 2008-02-26 a las 12:35 +0100, Camaleón escribió:
local55:/home/mrco1965 # ifconfig eth0 inet addr:10.71.0.45 Bcast:255.255.255.255 Mask:255.0.0.0
local55:/home/mrco1965 # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 10.0.0.0 * 255.0.0.0 U 0 0 0 eth0 loopback * 255.0.0.0 U 0 0 0 lo default AdslWireLess 0.0.0.0 UG 0 0 0 eth0
No me convence nada ese valor de "broadcast". Yo intentaría configurar esa tarjeta de red con los siguientes datos:
IP: 10.71.0.45 Máscara de red: 255.255.255.224
Y el broadcast debe estar en el rango de 10.71.*.* como en los otros equipos.
Realmente el broadcast queda definido al fijar la IP y la máscara al valor más alto del rango: la parte de host todos unos. Con una máscara "224" vas de 32 en 32 desde 0: 0..31 32..63 64..95 96..127 ... 224..255 Por tanto, siendo la IP de 45, el rango es el 32..63, y el broadcast es el 63. Si pones otro más amplio, en realidad el router lo va a cortar y no lo transmite. Esa es la teoría, al menos. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHxAfJtTMYHG2NR9URAiX+AKCOU/3axEU5VOR65fJzOc3xhS4wXACePwLg n2j9HmSu0GASee6uXMZcEzE= =QwX7 -----END PGP SIGNATURE-----
El 26/02/08, Camaleón <noelamac@gmail.com> escribió:
2008/2/25, Marco Aurelio Moncada Coello:
No tengo mas de lo que esta en el dibujo.
Ya...
local55:/home/mrco1965 # ifconfig eth0
inet addr:10.71.0.45 Bcast:255.255.255.255 Mask:255.0.0.0
local55:/home/mrco1965 # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 10.0.0.0 * 255.0.0.0 U 0 0 0 eth0 loopback * 255.0.0.0 U 0 0 0 lo default AdslWireLess 0.0.0.0 UG 0 0 0 eth0
No me convence nada ese valor de "broadcast". Yo intentaría configurar esa tarjeta de red con los siguientes datos:
IP: 10.71.0.45 Máscara de red: 255.255.255.224
Y el broadcast debe estar en el rango de 10.71.*.* como en los otros equipos.
Configurar la tarjeta de red significa que vas a dejar el equipo fuera de servicio durante algún tiempo, así que antes de hacer ningún cambio asegúrate de que éso no supone ningún problema.
Para hacerlo, vete a Yast / Dispositivos de red / tarjeta de red y selecciona el método convencional (ifup). Configura la tarjeta con esos valores, guarda la configuración y ejecuta de nuevo "ifconfig" para comprobar que se hayan almacenado correctamente. local55:~ # ifconfig eth0 Link encap:Ethernet HWaddr 00:16:EC:8D:CF:39 inet addr:10.71.0.45 Bcast:10.71.0.63 Mask:255.255.255.224 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:20543 errors:0 dropped:0 overruns:0 frame:0 TX packets:14218 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:17586767 (16.7 Mb) TX bytes:6936208 (6.6 Mb) Interrupt:20 Base address:0xe400
lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:6590 errors:0 dropped:0 overruns:0 frame:0 TX packets:6590 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:6050992 (5.7 Mb) TX bytes:6050992 (5.7 Mb)
Luego ejecuta "route".
local55:~ # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 10.71.0.32 * 255.255.255.224 U 0 0 0 eth0 link-local * 255.255.0.0 U 0 0 0 eth0 loopback * 255.0.0.0 U 0 0 0 lo default AdslWireLess 0.0.0.0 UG 0 0 0 eth0
Y haz un ping a "moncada".
local55:~ # ping moncada PING Moncada (10.50.15.100) 56(84) bytes of data. 64 bytes from Moncada (10.50.15.100): icmp_seq=1 ttl=61 time=728 ms 64 bytes from Moncada (10.50.15.100): icmp_seq=2 ttl=61 time=835 ms 64 bytes from Moncada (10.50.15.100): icmp_seq=3 ttl=61 time=661 ms --- Moncada ping statistics --- 4 packets transmitted, 3 received, 25% packet loss, time 2997ms rtt min/avg/max/mdev = 661.397/741.933/835.646/71.751 ms
Saludos,
Ese era todo el problema, GRACIAS a todos los que coperaron, y gracias a los que pusieron sus conocimientos en practica.
-- 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
-- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224 --------------------------------------------------------------------- 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: <alpine.LSU.1.00.0802262045110.24795@nimrodel.valinor> El 2008-02-26 a las 12:24 -0600, Marco Aurelio Moncada Coello escribió:
El 26/02/08, Camaleón <noelamac@gmail.com> escribió:
Y haz un ping a "moncada". local55:~ # ping moncada PING Moncada (10.50.15.100) 56(84) bytes of data. 64 bytes from Moncada (10.50.15.100): icmp_seq=1 ttl=61 time=728 ms 64 bytes from Moncada (10.50.15.100): icmp_seq=2 ttl=61 time=835 ms
¡Bien! :-)
Ese era todo el problema, GRACIAS a todos los que coperaron, y gracias a los que pusieron sus conocimientos en practica.
Ha sido entretenido. Y ya conoces un poco mejor la estructura de tu red para el próximo problema :-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHxGzCtTMYHG2NR9URAucVAJwPvxkVFY3+qp0JTQHPkDnq/TTyKgCcDE1U +yAHb6zeW26aXm1G4HsGgsc= =7PYf -----END PGP SIGNATURE-----
El 26/02/08, Carlos E. R. <robin.listas@telefonica.net> escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Content-ID: <alpine.LSU.1.00.0802262045110.24795@nimrodel.valinor>
El 2008-02-26 a las 12:24 -0600, Marco Aurelio Moncada Coello escribió:
El 26/02/08, Camaleón <noelamac@gmail.com> escribió:
Y haz un ping a "moncada". local55:~ # ping moncada PING Moncada (10.50.15.100) 56(84) bytes of data. 64 bytes from Moncada (10.50.15.100): icmp_seq=1 ttl=61 time=728 ms 64 bytes from Moncada (10.50.15.100): icmp_seq=2 ttl=61 time=835 ms
¡Bien! :-)
Ese era todo el problema, GRACIAS a todos los que coperaron, y gracias a los que pusieron sus conocimientos en practica.
Ha sido entretenido. Y ya conoces un poco mejor la estructura de tu red para el próximo problema :-)
Asi es, gracias
- --
Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux)
iD8DBQFHxGzCtTMYHG2NR9URAucVAJwPvxkVFY3+qp0JTQHPkDnq/TTyKgCcDE1U +yAHb6zeW26aXm1G4HsGgsc= =7PYf -----END PGP SIGNATURE-----
-- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224 --------------------------------------------------------------------- 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 26/02/08, Carlos E. R. escribió:
El 2008-02-26 a las 12:24 -0600, Marco Aurelio Moncada Coello escribió:
local55:~ # ping moncada PING Moncada (10.50.15.100) 56(84) bytes of data. 64 bytes from Moncada (10.50.15.100): icmp_seq=1 ttl=61 time=728 ms 64 bytes from Moncada (10.50.15.100): icmp_seq=2 ttl=61 time=835 ms
¡Bien! :-)
Además ha encontrado un posible bug en network manager... ¿cómo es posible que le pusiera esos datos en la tarjeta (broadcast) y que no le permitiera modificarlos ni guardar los valores desde Yast? :-/ 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 2008-02-27 a las 08:39 +0100, Camaleón escribió:
El 26/02/08, Carlos E. R. escribió:
El 2008-02-26 a las 12:24 -0600, Marco Aurelio Moncada Coello escribió:
local55:~ # ping moncada PING Moncada (10.50.15.100) 56(84) bytes of data. 64 bytes from Moncada (10.50.15.100): icmp_seq=1 ttl=61 time=728 ms 64 bytes from Moncada (10.50.15.100): icmp_seq=2 ttl=61 time=835 ms
¡Bien! :-)
Además ha encontrado un posible bug en network manager... ¿cómo es posible que le pusiera esos datos en la tarjeta (broadcast) y que no le permitiera modificarlos ni guardar los valores desde Yast? :-/
Sí, es posible. O queda alguna cosa rara por descubrir por algún sitio que fuerza ese cambio, o es a propósito. O faltaba arrancar algún servicio? Pero eso tendría que reportarlo Marco, en inglés. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHxTjMtTMYHG2NR9URAgDtAJwJ/HD0XQbMbQSKOpagohi17FXm8gCfUdLv GNFgavCocqQuW2I3oX65SXM= =gMaH -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: <alpine.LSU.1.00.0802261351140.31963@nimrodel.valinor> El 2008-02-25 a las 13:52 -0600, Marco Aurelio Moncada Coello escribió:
- Resultado de los comandos (en cada equipo): ifconfig, route mrco1965@Local54:~$ ifconfig
Resumiendo: IP BCAST Masc GW Local54 10.71.0.44 10.71.0.63 255.255.255.224 AdslWireLess local55 10.71.0.45 255.255.255.255 255.0.0.0 AdslWireLess moncada 10.50.15.100 10.50.15.127 255.255.255.224 10.50.15.97 Con esos datos, el local55 no podrá llegar a moncada porque no usará el router, cree que lo puede alcanzar directamente: local55:/home/mrco1965 # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 10.0.0.0 * 255.0.0.0 U 0 0 0 eth0 ¿Mes? Cree que puede alcanzar toda la red entera 10.0.0.0 sin gateway. Y moncada si podrá alcanzar a local55, pero no tendrá respuesta. Y los pings y sshs que haces coinciden. ...
Pd. Local52, Local54, Local55 y Local74 estan en una red. Moncada esta en otra red.
Del mismo proveedor
En realidad están en la misma red, distintas subredes. Estan todos en la misma 10.0.0.0 - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHxA2JtTMYHG2NR9URAq36AJ47u64N7Ka1XobzaRnpiQ2KtWf2aQCfT3mZ A++v/2FHAIJyPwErmN+QzuE= =94vP -----END PGP SIGNATURE-----
El dom, 24-02-2008 a las 12:11 +0100, Camaleón escribió:
El 24/02/08, Carlos E. R. escribió:
Tú estás usando la 10.71.0.32 a la 10.71.0.63. La primera IP es por definición la dirección de red, y la segunda la de broadcast; las de en medio están disponibles para interfaces, y no puedes usar direcciones fuera de ese rango - excepto a través de un router o gateway.
Mas detalles: curso de redes o howtos o wikipedia.
"Pos" un curso de redes no me vendría nada mal, la verdad O:-).
"Grosso modo" entiendo que:
Dirección IP --> identificador único de equipo Broadcast --> ámbito de alcance / difusión de paquetes Máscara --> sub-redes / nº de equipos disponibles
Y tiene que haber concordancia entre todos valores y en todos los equipos que entran en juego (ordenadores, switches, routers...).
No es posible conectar entre sí dos redes privadas inconexas a través de internet, sin usar trucos como tuneles. No es posible. Si tú lo estás haciendo, estás usando algún truco que no has contado, o tu arquitectura de red no es la que has dicho, y yo no soy adivino.
Hum... no creo que salga a Internet y vuelva a entrar... tiene mucho enrutador por ahí de los cuales desconocemos la configuración, ese es el problema :-/. Es el MISMO PROVEEDOR DE AMBAS REDES.
P.S. La pestaña de rutas se llama "encaminamiento". ¿La hemos traducido nosotros así? O:-)
Saludos,
-- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224 :D --------------------------------------------------------------------- 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 dom, 24-02-2008 a las 01:06 +0100, Carlos E. R. escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Content-ID: <alpine.LSU.1.00.0802240036490.31963@nimrodel.valinor>
El 2008-02-23 a las 17:00 -0600, Marco Aurelio Moncada Coello escribió:
En otro correo pregunté que porqué habías hecho subnetting, que es complicado:
No entiendo que es subnetting, una sub red, por que, el adsl tiene solamente 4 puertos, por eso le puse un switch.
No tiene nada que ver.
Lo que yo no entiendo, es, si no lo sabes, cómo es que lo estás usando.
ESO ES DEFINICION DEL PROVEEDOR NO MIA. EL ADSL ME LO DIERON Y NO CAMBIE NADA.
Vamos a ver. Tienes una red que empieza por 10, la cual por definición, tiene una máscara por defecto de 255.0.0.0, es decir, 16 millones de ordenadores. Como eso es demasiado, es habitual dividirla en trozos, cambiando la máscara a, por ejemplo, 255.255.255.0 (o /24) en la cual tienes 2¹⁶ subredes internas y 2⁸ ordenadores, que ya es bastante. Por ejemplo, podrias tener la red 10.71.0.0/24, con 254 ordenadores disponibles (del 1 al 254), y la dirección 255 de broadcast.
Pero aún la puedes devidir más, tomando tres bits más para la red, y sólo 5 para los ordenadores (una /27).
Y esa es la que has puesto.
Las redes posibles son:
10.71.0.0 a la 10.71.0.31 32.. 63 64.. 95 96..127 128..159 160..191 192..223 223..255
Tú estás usando la 10.71.0.32 a la 10.71.0.63. La primera IP es por definición la dirección de red, y la segunda la de broadcast; las de en medio están disponibles para interfaces, y no puedes usar direcciones fuera de ese rango - excepto a través de un router o gateway.
Mas detalles: curso de redes o howtos o wikipedia.
A ver. ¿No te das cuenta que la IP 10.50.15.100 está fuera de la red, y es inalcanzable? Tienes que llegar ahí a través de internet, y en internet están prohibidas las IPs privadas como la 10.50.15.100. El proveedor me dio unas direcciones, es culpa de el no mia. Las cuales fueros asi, 10.50.15.97 a 10.50.15.123, nada mas.
Es mas pregunto tu puedes ver la direccion 10.50.15.100, por fire fox, que abre. Ya que tu estas muy legano a mi, y seria el acceso atravez de internet.
De la 10.71.0.44, ...45, ...42, ...53, si llego a 10.50.15.100, supongo que por el proveedor. Es el mismo.
Abre por fire fox, que dice.
No tiene que ver el proveedor. Hay algo en tu red que no has contado, porque lo que cuentas es imposible.
Eso es lo que he hecho, nada mas.
No es posible conectar entre sí dos redes privadas inconexas a través de internet, sin usar trucos como tuneles. No es posible. Si tú lo estás haciendo, estás usando algún truco que no has contado, o tu arquitectura de red no es la que has dicho, y yo no soy adivino.
Ya te comente que es el mismo proveedor. De las dos redes.
- -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux)
iD8DBQFHwLT3tTMYHG2NR9URAvU3AJwOZvSE9iZ1NZceRrs//bPVFmmLIQCdFH9j Diz5IaX88fVjtqAE5zf6xMQ= =aQgc -----END PGP SIGNATURE-----
-- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224 :D --------------------------------------------------------------------- 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 2008-02-25 a las 13:04 -0600, Marco Aurelio Moncada Coello escribió:
Lo que yo no entiendo, es, si no lo sabes, cómo es que lo estás usando.
ESO ES DEFINICION DEL PROVEEDOR NO MIA. EL ADSL ME LO DIERON Y NO CAMBIE NADA.
No grites. Ya me entero.
Es mas pregunto tu puedes ver la direccion 10.50.15.100, por fire fox, que abre. Ya que tu estas muy legano a mi, y seria el acceso atravez de internet.
No puedo, es imposible. Eso es lo que te estoy diciendo. nimrodel:~ # traceroute 10.50.15.100 traceroute to 10.50.15.100 (10.50.15.100), 30 hops max, 40 byte packets 1 router (192.168.1.1) 0.272 ms 0.272 ms 0.309 ms 2 192.168.153.1 (192.168.153.1)(N!) 51.462 ms * * nimrodel:~ # Se corta en el segundo salto, al llegar a telefónica (192.168.153.1 es el gw del router).
No es posible conectar entre sí dos redes privadas inconexas a través de internet, sin usar trucos como tuneles. No es posible. Si tú lo estás haciendo, estás usando algún truco que no has contado, o tu arquitectura de red no es la que has dicho, y yo no soy adivino. Ya te comente que es el mismo proveedor. De las dos redes.
Eso no importa. Lo importante es que tu proveedor os está dando redes privadas, no de internet. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHwylGtTMYHG2NR9URAiu5AKCFi19LaemjMliwyG8EvgoUti5wcQCglJUG jimOE9YK0cwm5lZOm6/rdW8= =QwLh -----END PGP SIGNATURE-----
El lun, 25-02-2008 a las 21:47 +0100, Carlos E. R. escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2008-02-25 a las 13:04 -0600, Marco Aurelio Moncada Coello escribió:
Lo que yo no entiendo, es, si no lo sabes, cómo es que lo estás usando.
ESO ES DEFINICION DEL PROVEEDOR NO MIA. EL ADSL ME LO DIERON Y NO CAMBIE NADA.
No grites. Ya me entero.
Perdon, como dijiste que por que, lo seguia haciendo. La verdad dije por que, si no he hecho nada malo.
Es mas pregunto tu puedes ver la direccion 10.50.15.100, por fire fox, que abre. Ya que tu estas muy legano a mi, y seria el acceso atravez de internet.
No puedo, es imposible. Eso es lo que te estoy diciendo.
nimrodel:~ # traceroute 10.50.15.100 traceroute to 10.50.15.100 (10.50.15.100), 30 hops max, 40 byte packets 1 router (192.168.1.1) 0.272 ms 0.272 ms 0.309 ms 2 192.168.153.1 (192.168.153.1)(N!) 51.462 ms * * nimrodel:~ #
Se corta en el segundo salto, al llegar a telefónica (192.168.153.1 es el gw del router).
Pues yo desde mi local, si puedo verla, de ambos lados.
No es posible conectar entre sí dos redes privadas inconexas a través de internet, sin usar trucos como tuneles. No es posible. Si tú lo estás haciendo, estás usando algún truco que no has contado, o tu arquitectura de red no es la que has dicho, y yo no soy adivino. Ya te comente que es el mismo proveedor. De las dos redes.
Eso no importa.
No hago mas de lo que he dicho.
Lo importante es que tu proveedor os está dando redes privadas, no de internet.
Y eso es malo? Por que, he hablado no ahorita con el, y le he dicho como se puede hacer para tener una ip, publica, y me ha dicho que tengo que pagar mas, por el servicio.
- -- Saludos Carlos E.R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux)
iD8DBQFHwylGtTMYHG2NR9URAiu5AKCFi19LaemjMliwyG8EvgoUti5wcQCglJUG jimOE9YK0cwm5lZOm6/rdW8= =QwLh -----END PGP SIGNATURE----- -- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc
En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224 :D --------------------------------------------------------------------- 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 2008-02-25 a las 16:25 -0600, Marco Aurelio Moncada Coello escribió:
nimrodel:~ # traceroute 10.50.15.100 traceroute to 10.50.15.100 (10.50.15.100), 30 hops max, 40 byte packets 1 router (192.168.1.1) 0.272 ms 0.272 ms 0.309 ms 2 192.168.153.1 (192.168.153.1)(N!) 51.462 ms * * nimrodel:~ #
Se corta en el segundo salto, al llegar a telefónica (192.168.153.1 es el gw del router).
Pues yo desde mi local, si puedo verla, de ambos lados.
Claro. Tú sí, porque estás en la misma intranet. Los demás, que estamos en distinta intranet (es decir, que tenemos internet por en medio), no podemos. Son las normas.
Lo importante es que tu proveedor os está dando redes privadas, no de internet.
Y eso es malo?
Malo, bueno... es relativo. Tiene algunas ventajas y algunos inconvenientes. Facilita el que los clientes de ese proveedor os conecteis entre vosotros. Al proveedor le sale más barato porque necesita menos IPs públicas, de internet. Dificulta, casi imposible, el que podais dar servicios en casa como una simple página web. La puedes poner, pero sólo os verán otros clientes. Es como si estuvieras en la red interna de una empresa. Puedes poner una página web para los empleados, puedes conectarte con el ordenador del laboratorio o de publicidad y compartir ficheros, y también puedes atacar el ordenador de contabilidad desde dentro. Pero para poner una página web en tu pc para que lo vean otras empresas, tienes que pedir permiso al administrador de la red para que os haga algunos ajustes, como poneros una IP de internet, posiblemente fija, y os lo cobrará. Es posible incluso que hacer que te funcionen cosas como la telefonía IP con otra gente de internet te sea bastante dificil.
Por que, he hablado no ahorita con el, y le he dicho como se puede hacer para tener una ip, publica, y me ha dicho que tengo que pagar mas, por el servicio.
Claro. Eso siempre, lo piden todos. Yo, por ejemplo, tengo una IP pública, pero sólo durante un rato. Cada vez que enciendo el ordenador me dan una, la pierdo cuando apago, y me dan otra distinta cuando vuelvo a encender (de hecho de vez en cuando se pierde y me dan otra). No puedo tampoco poner un servidor web, pero puedo hacer un truco que es tener un nombre al que cambio la IP cada vez que me entero de cual es. Son servicios que dan empresas como dyndns. Pero eso no podrías hacerlo con el tipo de red que tienes. ¿No se si lo entiendes? - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHw2hctTMYHG2NR9URAgs4AJ9MY6LHlRMG3IGMhKJR/rQAwiRPQgCeJVOU tnKv/X7mS2SIKnbYciYwK6U= =3CbY -----END PGP SIGNATURE-----
El mar, 26-02-2008 a las 02:16 +0100, Carlos E. R. escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2008-02-25 a las 16:25 -0600, Marco Aurelio Moncada Coello escribió:
nimrodel:~ # traceroute 10.50.15.100 traceroute to 10.50.15.100 (10.50.15.100), 30 hops max, 40 byte packets 1 router (192.168.1.1) 0.272 ms 0.272 ms 0.309 ms 2 192.168.153.1 (192.168.153.1)(N!) 51.462 ms * * nimrodel:~ #
Se corta en el segundo salto, al llegar a telefónica (192.168.153.1 es el gw del router).
Pues yo desde mi local, si puedo verla, de ambos lados.
Claro.
Tú sí, porque estás en la misma intranet. Los demás, que estamos en distinta intranet (es decir, que tenemos internet por en medio), no podemos.
Por eso, contestaba camaleon, que no llegaba a internet.
Son las normas.
Ok
Lo importante es que tu proveedor os está dando redes privadas, no de internet.
Y eso es malo?
Malo, bueno... es relativo. Tiene algunas ventajas y algunos inconvenientes. Facilita el que los clientes de ese proveedor os conecteis entre vosotros. Al proveedor le sale más barato porque necesita menos IPs públicas, de internet. Dificulta, casi imposible, el que podais dar servicios en casa como una simple página web. La puedes poner, pero sólo os verán otros clientes.
No se quienes son.
Es como si estuvieras en la red interna de una empresa. Puedes poner una página web para los empleados, puedes conectarte con el ordenador del laboratorio o de publicidad y compartir ficheros, y también puedes atacar el ordenador de contabilidad desde dentro.
No se cuales son los clientes ademas de mi.
Pero para poner una página web en tu pc para que lo vean otras empresas, tienes que pedir permiso al administrador de la red para que os haga algunos ajustes, como poneros una IP de internet, posiblemente fija, y os lo cobrará.
Ok
Es posible incluso que hacer que te funcionen cosas como la telefonía IP con otra gente de internet te sea bastante dificil.
Ok
Por que, he hablado no ahorita con el, y le he dicho como se puede hacer para tener una ip, publica, y me ha dicho que tengo que pagar mas, por el servicio.
Claro. Eso siempre, lo piden todos.
Ok
Yo, por ejemplo, tengo una IP pública, pero sólo durante un rato. Cada vez que enciendo el ordenador me dan una, la pierdo cuando apago, y me dan otra distinta cuando vuelvo a encender (de hecho de vez en cuando se pierde y me dan otra). No puedo tampoco poner un servidor web, pero puedo hacer un truco que es tener un nombre al que cambio la IP cada vez que me entero de cual es. Son servicios que dan empresas como dyndns. Pero eso no podrías hacerlo con el tipo de red que tienes.
Por que, no pones el servicio que brinda no-ip
¿No se si lo entiendes?
Mas o menos
- -- Saludos Carlos E.R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux)
iD8DBQFHw2hctTMYHG2NR9URAgs4AJ9MY6LHlRMG3IGMhKJR/rQAwiRPQgCeJVOU tnKv/X7mS2SIKnbYciYwK6U= =3CbY -----END PGP SIGNATURE----- -- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc
En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224 :D --------------------------------------------------------------------- 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 2008-02-25 a las 20:02 -0600, Marco Aurelio Moncada Coello escribió:
Yo, por ejemplo, tengo una IP pública, pero sólo durante un rato. Cada vez que enciendo el ordenador me dan una, la pierdo cuando apago, y me dan otra distinta cuando vuelvo a encender (de hecho de vez en cuando se pierde y me dan otra). No puedo tampoco poner un servidor web, pero puedo hacer un truco que es tener un nombre al que cambio la IP cada vez que me entero de cual es. Son servicios que dan empresas como dyndns. Pero eso no podrías hacerlo con el tipo de red que tienes.
Por que, no pones el servicio que brinda no-ip
Pues porque no quiero ofrecer ningún servicio en casa, como una pagina web, o hacer ssh desde fuera. No lo necesito ahora. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHxA4+tTMYHG2NR9URAk8uAJwMpxAcV8QVeBiwU0LW/K5oTPYS3QCghqg/ Q25Uikg5h5fwuXwtz1zc2yY= =5FPr -----END PGP SIGNATURE-----
El 23/02/08, Marco Aurelio Moncada Coello escribió:
local55:/home/internet # ifconfig eth0 Link encap:Ethernet HWaddr 00:16:EC:8D:CF:39 inet addr:10.71.0.45 Bcast:255.255.255.255 Mask:255.255.255.224
Cambias la máscara, vale... pero ese cálculo de "broadcast" no me cuadra :-/. Sigue igual que antes y con ese valor no llegas al resto de sub-redes que tienes, ni se pasa a los routers. Yo creo que se calcula de forma automática (con la ip y la máscara), pero no sé de dónde lo ha sacado... ¿se podría cambiar? :-? Por ejemplo, en los otros equipos donde sí llegas a la red del equipo "a" lo tienes a: equipo x - local54 inet dirección:10.71.0.44 Bcast:10.71.0.63 Máscara:255.255.255.224
local55:/home/internet # ping 10.50.15.100 connect: Network is unreachable
Sigue sin llegar. Ejecuta en este equipo (local55): route Pon el resultado. Y ejecuta también en este equipo: ping 10.71.0.22 ¿Qué datos tiene este equipo adsl zoom (10.71.0.22), qué valores de red (máscara, puerta de enlace)? ¿Y qué valores tiene el otro router zoom (el que está con el equipo "a"? Ambos tienen que poder trabajar (reenvío de datos) con las subredes que tienes.
local55:/home/internet # ping www.yahoo.com ping: unknown host www.yahoo.com
¿Por qué no resuelve...?
local55:/home/internet # ping www.yahoo.com PING www.yahoo-ht3.akadns.net (87.248.113.14) 56(84) bytes of data.
¿...Y ahora sí? 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 2008-02-24 a las 00:33 +0100, Camaleón escribió:
¿Qué datos tiene este equipo adsl zoom (10.71.0.22), qué valores de red (máscara, puerta de enlace)?
¿Y qué valores tiene el otro router zoom (el que está con el equipo "a"? Ambos tienen que poder trabajar (reenvío de datos) con las subredes que tienes.
A ver si va a resultar que las IPs externas de esos routers son internas, tipo 10.algo. O hay otro router entre ambas redes. O wifi o cable. O son routers con tuneles internos. Es que ya es raro tener una /27 en un simple router adsl. Ya es raro. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHwLX2tTMYHG2NR9URAs8FAJwKRAj7Szr+/6A7Z4vj5qf1NnjaqgCgl7zT olb9XIafaXrnF9mLWF+/u84= =FtuE -----END PGP SIGNATURE-----
El 24/02/08, Carlos E. R. escribió:
A ver si va a resultar que las IPs externas de esos routers son internas, tipo 10.algo.
O hay otro router entre ambas redes. O wifi o cable. O son routers con tuneles internos.
Es que ya es raro tener una /27 en un simple router adsl. Ya es raro.
Sí, bueno, del esquema que envió (si es correcto), entiendo que los router zoom llevan zonas internas, y los dos proveedores directos a los que conectan ambos zoom, también (fíjate que pone 3 proveedores antes de salir a Internet). Porque de otra forma no sería posible que resolviera con éxito nombres tipo "moncada" o "local55", por ejemplo. No creo que salga / entre a internet para acceder a sus equipos, es una red local... no muy convencional, pero local :-) Por eso, para verse correctamente entre ellos, no sólo los ordenadores deben tener configuaradas las rutas correctas sino los router... todos por los que pase :-/ 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: <alpine.LSU.1.00.0802241213531.31963@nimrodel.valinor> El 2008-02-24 a las 11:49 +0100, Camaleón escribió:
El 24/02/08, Carlos E. R. escribió:
A ver si va a resultar que las IPs externas de esos routers son internas, tipo 10.algo.
O hay otro router entre ambas redes. O wifi o cable. O son routers con tuneles internos.
Es que ya es raro tener una /27 en un simple router adsl. Ya es raro.
Sí, bueno, del esquema que envió (si es correcto), entiendo que los router zoom llevan zonas internas, y los dos proveedores directos a los que conectan ambos zoom, también (fíjate que pone 3 proveedores antes de salir a Internet).
Pues ví tres óvalos, pero no lo entendí - y sigo sin entenderlo bien.
Porque de otra forma no sería posible que resolviera con éxito nombres tipo "moncada" o "local55", por ejemplo. No creo que salga / entre a internet para acceder a sus equipos, es una red local... no muy convencional, pero local :-)
Ah... o sea, la IP externa del router adsl es también una "local". Acabaramos. Pues ese es el truco que le llevo insistiendo varios mensajes que explique. Entonces las IPs internas y la máscara y la subred se la habrá puesto el proveedor: porque no saber lo que es subnetting y tenerlo hecho no cuadra.
Por eso, para verse correctamente entre ellos, no sólo los ordenadores deben tener configuaradas las rutas correctas sino los router... todos por los que pase :-/
Desde luego. Y un simple router no hace muchas filigranas. En realidad al router le bastaría tener definido un gateway más afuera antes de llegar a internet. Y el problema entonces es que cualquier vecino puede encontrar tus ordenadores internos y dirigir ataques al más vulnerable, direccionables por IP. Pues no, por acá eso no es nada normal. No se si algún proveedor de cable lo hace, pero por adsl... no. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHwVHZtTMYHG2NR9URAmNeAJ939LOH9CsDLsc/n/QeG7/pCcMk2QCfWMfB JEgFi9m+CfeRQ1B6asQehsk= =xKS7 -----END PGP SIGNATURE-----
El 24/02/08, Carlos E. R. <robin.listas@telefonica.net> escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Content-ID: <alpine.LSU.1.00.0802241213531.31963@nimrodel.valinor>
El 2008-02-24 a las 11:49 +0100, Camaleón escribió:
El 24/02/08, Carlos E. R. escribió:
A ver si va a resultar que las IPs externas de esos routers son internas, tipo 10.algo.
O hay otro router entre ambas redes. O wifi o cable. O son routers con tuneles internos.
Es que ya es raro tener una /27 en un simple router adsl. Ya es raro.
Sí, bueno, del esquema que envió (si es correcto), entiendo que los router zoom llevan zonas internas, y los dos proveedores directos a los que conectan ambos zoom, también (fíjate que pone 3 proveedores antes de salir a Internet).
Pues ví tres óvalos, pero no lo entendí - y sigo sin entenderlo bien.
Bueno ese dibujo, de ovalos, te lo vuelvo a enviar el lunes, ya que en el local lo tengo.
Porque de otra forma no sería posible que resolviera con éxito nombres tipo "moncada" o "local55", por ejemplo. No creo que salga / entre a internet para acceder a sus equipos, es una red local... no muy convencional, pero local :-)
Ah... o sea, la IP externa del router adsl es también una "local". Acabaramos.
Internet es una red de redes recordemos, ninguna computadora es unica, ya que esta, esta dentro de una red. y esta red, va a pertenecer a otra red.
Pues ese es el truco que le llevo insistiendo varios mensajes que explique.
No conozco mas alla de mis routes adsl.
Entonces las IPs internas y la máscara y la subred se la habrá puesto el proveedor: porque no saber lo que es subnetting y tenerlo hecho no cuadra.
Eso es propio del proveedor no mia.
Por eso, para verse correctamente entre ellos, no sólo los ordenadores deben tener configuaradas las rutas correctas sino los router... todos por los que pase :-/
Desde luego.
Y un simple router no hace muchas filigranas. En realidad al router le bastaría tener definido un gateway más afuera antes de llegar a internet. Y el problema entonces es que cualquier vecino puede encontrar tus ordenadores internos y dirigir ataques al más vulnerable, direccionables por IP.
Por eso evite, decirlas.
Pues no, por acá eso no es nada normal. No se si algún proveedor de cable lo hace, pero por adsl... no.
Yo supongo, si lo vemos, un proveedor debe de estar conectado con otro proveedor, este puede ser no por adsl, posiblemente fibra optica, cable de alta velocidad, etc. Ya que un provedor tiene los clientes x. Otro proveedor tiene los clientes y. Y un tercer proveedor tiene los provedores de los x's y de los y's. Por que, de otra forma no se podrian ver ni por internet. O una opcion seria que el proveedor de los x's, tenga una enlace de cualquier medio, con el de los y's. Y viendo de esta forma un proveedor mas, es el x1 (que su proveedor principal es x), que tiene clientes de los x1n. Y mas abajo hay proveedor mas x15, que tiene a los clientes x15. Recordemos internet, es una red de redes. Asi de simple. Pd. Yo tengo dos adsl, con el mismo proveedor. Que es un adsl (y8467) y otro adsl (y8537). El y8467 tiene la computadora moncada y el router inalambrico linksys. El router inalambrico linksys tiene la local75. El y8537 tiene la computadora local54 y el switch. El switch tiene la local51, local52, local55... local74. Yo creo que en mi proveedor hay un router o switch comun. Saludos
- -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux)
iD8DBQFHwVHZtTMYHG2NR9URAmNeAJ939LOH9CsDLsc/n/QeG7/pCcMk2QCfWMfB JEgFi9m+CfeRQ1B6asQehsk= =xKS7 -----END PGP SIGNATURE-----
-- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224 --------------------------------------------------------------------- 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 2008-02-24 a las 09:37 -0600, Marco Aurelio Moncada Coello escribió:
Pues ví tres óvalos, pero no lo entendí - y sigo sin entenderlo bien.
Bueno ese dibujo, de ovalos, te lo vuelvo a enviar el lunes, ya que en el local lo tengo.
No, no me lo mandes, como no sea que pongas IPs, rutas y todo eso, de los ovalitos. No me sirve de nada.
Ah... o sea, la IP externa del router adsl es también una "local". Acabaramos.
Internet es una red de redes recordemos, ninguna computadora es unica, ya que esta, esta dentro de una red. y esta red, va a pertenecer a otra red.
¿?
Pues ese es el truco que le llevo insistiendo varios mensajes que explique.
No conozco mas alla de mis routes adsl.
Entonces las IPs internas y la máscara y la subred se la habrá puesto el proveedor: porque no saber lo que es subnetting y tenerlo hecho no cuadra.
Eso es propio del proveedor no mia.
A ver, ¿me estás diciendo que el proveedor es quien te ha puesto la red interna?
Por eso, para verse correctamente entre ellos, no sólo los ordenadores deben tener configuaradas las rutas correctas sino los router... todos por los que pase :-/
Desde luego.
Y un simple router no hace muchas filigranas. En realidad al router le bastaría tener definido un gateway más afuera antes de llegar a internet. Y el problema entonces es que cualquier vecino puede encontrar tus ordenadores internos y dirigir ataques al más vulnerable, direccionables por IP.
Por eso evite, decirlas.
Pues no, por acá eso no es nada normal. No se si algún proveedor de cable lo hace, pero por adsl... no.
Yo supongo, si lo vemos, un proveedor debe de estar conectado con otro proveedor, este puede ser no por adsl, posiblemente fibra optica, cable de alta velocidad, etc.
Ya que un provedor tiene los clientes x. Otro proveedor tiene los clientes y. Y un tercer proveedor tiene los provedores de los x's y de los y's.
Corto, porque te enrrollas. No hablo de eso, no tiene nada que ver, y te estás liando. switch (A) PCa1 ------->-<-- router -------- internet | adsl | | | PCa2 --------+ | | intranet | | | PCa3---------+ | | | | | PCa4---------+ | | | switch (B) | PCb1 ------->-<-- router -------- internet | adsl | PCb2 --------+ | intranet | PCb3---------+ | | PCb4---------+ A ver. Tanto los PCs de la red (A) como de la red (B) pueden llegar a internet. Desde un PC de la red (A) puedo llegar al router de la red (B), pero no más allá. Es imposible de todo punto enrutar desde PCa2 a PCb3, sean del mismo o de distinto proveedor, aún sabiendo las IPs de las dos redes internas. IMPOSIBLE. Repito: I_M_P_O_S_I_B_L_E ¿Porque? Pues porque está diseñado para ser así. Las direcciones _internas_ desaparecen al llegar a internet, donde sólo se pueden usar direcciones _externas_. Yo, con todos los datos que has publicado, no puede llegar nunca a ninguno de tus ordenadores. Y cuando hay que hacerlo, ¿que se hace? Trucos. Redirecciones en el router. Tuneles. Redes privadas virtuales. Algo. Pe: En el router se configura que todas las peticiones al puerto 80 de la red A se mandan al PCa1, y que todas las peticiones de SMTP se manden al PCa3. Si llega una petición FTP al router A, se descarta porque simplemente no sabe a donde mandarla, no se le ha dicho. Es el adminstrador de la red A quien decide que ordenador atiende que cosa. Nadie de fuera puede decidirlo ni siquiera sabiendo las IPs internas. ¿capishi? Veamos esta otra red - que creo que es lo que tienes, aunque NO lo has dicho: switch (A) PCa1 ------->-<-- router -------- intranet- | del \ | proveedor \ PCa2 --------+ | \ | intranet | | | | router -- internet PCa3---------+ | | | | | | (C)| | PCa4---------+ | / | / | / switch (B) | / PCb1 ------->-<-- router -------- intranet- | del | proveedor PCb2 --------+ | intranet | PCb3---------+ | | PCb4---------+ Aquí, dado que las redes internas (A) y (B) están conectadas por otra red _interna_ (C), con IPs internas, sí que se pueden conectar entre sí cualquier ordenador de cualquiera de las dos redes, o de cualquiera otra de otro cliente de ese proveedor, dado que todas son direcciones _internas_ - pero ¡ojo! sólo si el proveedor quiere y lo permite. Lo que no se podrá hacer en este tipo de red - que no es habitual porque impide ofrecer servicios a internet - es conectar desde internet con un ordenador cualquiera de dentro aún sabiendo la dirección. Para hacerlo, el proveedor debe estar de acuerdo y hacer "algo". No basta conque el cliente configure su propio router: es el proveedor quien debe configurar los routers suyos (los de la red C). ¿capishi? - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHwcsQtTMYHG2NR9URAs5NAJ99v8PP3qXez1Mnw18UEdJJZi4dEgCdFfKF LBsF0zdEA6gzV+Cg/MBuRNI= =Fg+H -----END PGP SIGNATURE-----
El 24/02/08, Carlos E. R. <robin.listas@telefonica.net> escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2008-02-24 a las 09:37 -0600, Marco Aurelio Moncada Coello escribió:
Pues ví tres óvalos, pero no lo entendí - y sigo sin entenderlo bien.
Bueno ese dibujo, de ovalos, te lo vuelvo a enviar el lunes, ya que en el local lo tengo.
No, no me lo mandes, como no sea que pongas IPs, rutas y todo eso, de los ovalitos. No me sirve de nada.
Ah... o sea, la IP externa del router adsl es también una "local". Acabaramos.
Internet es una red de redes recordemos, ninguna computadora es unica, ya que esta, esta dentro de una red. y esta red, va a pertenecer a otra red.
¿?
Pues ese es el truco que le llevo insistiendo varios mensajes que explique.
No conozco mas alla de mis routes adsl.
Entonces las IPs internas y la máscara y la subred se la habrá puesto el proveedor: porque no saber lo que es subnetting y tenerlo hecho no cuadra.
Eso es propio del proveedor no mia.
A ver, ¿me estás diciendo que el proveedor es quien te ha puesto la red interna?
No, pero me ha dicho que direcciones podria utilizar.
Corto, porque te enrrollas. No hablo de eso, no tiene nada que ver, y te estás liando.
switch (A) PCa1 ------->-<-- router -------- internet | adsl | | | PCa2 --------+ | | intranet | | | PCa3---------+ | | | | | PCa4---------+ | | | switch (B) | PCb1 ------->-<-- router -------- internet | adsl | PCb2 --------+ | intranet | PCb3---------+ | | PCb4---------+
A ver. Tanto los PCs de la red (A) como de la red (B) pueden llegar a internet. Desde un PC de la red (A) puedo llegar al router de la red (B), pero no más allá. Es imposible de todo punto enrutar desde PCa2 a PCb3, sean del mismo o de distinto proveedor, aún sabiendo las IPs de las dos redes internas.
IMPOSIBLE. Repito: I_M_P_O_S_I_B_L_E
Ok
¿Porque? Pues porque está diseñado para ser así. Las direcciones _internas_ desaparecen al llegar a internet, donde sólo se pueden usar direcciones _externas_. Yo, con todos los datos que has publicado, no puede llegar nunca a ninguno de tus ordenadores.
Y cuando hay que hacerlo, ¿que se hace?
Trucos. Redirecciones en el router. Tuneles. Redes privadas virtuales. Algo.
Pe: En el router se configura que todas las peticiones al puerto 80 de la red A se mandan al PCa1, y que todas las peticiones de SMTP se manden al PCa3. Si llega una petición FTP al router A, se descarta porque simplemente no sabe a donde mandarla, no se le ha dicho. Es el adminstrador de la red A quien decide que ordenador atiende que cosa. Nadie de fuera puede decidirlo ni siquiera sabiendo las IPs internas.
¿capishi?
Veamos esta otra red - que creo que es lo que tienes, aunque NO lo has dicho:
Como lo voy a decir, si es que puede ser que esta asi, si es propio del proveedor, no mio. Yo eso no lo se. Yo se hasta que llegan al adsl, Que es 10.50.15.97 y 10.71.0.33, nada mas, mas adelante no lo se. Como me pides que diga algo que no se.
switch (A) PCa1 ------->-<-- router -------- intranet- | del \ | proveedor \ PCa2 --------+ | \ | intranet | | | | router -- internet PCa3---------+ | | | | | | (C)| | PCa4---------+ | / | / | / switch (B) | / PCb1 ------->-<-- router -------- intranet- | del | proveedor PCb2 --------+ | intranet | PCb3---------+ | | PCb4---------+
Aquí, dado que las redes internas (A) y (B) están conectadas por otra red _interna_ (C), con IPs internas, sí que se pueden conectar entre sí cualquier ordenador de cualquiera de las dos redes, o de cualquiera otra de otro cliente de ese proveedor, dado que todas son direcciones _internas_ - pero ¡ojo! sólo si el proveedor quiere y lo permite.
Entonces lo que entiendo es que posiblemente sea un error del propio proveedor. Y cuando se de cuenta, lo podra cerrar.
Lo que no se podrá hacer en este tipo de red - que no es habitual porque impide ofrecer servicios a internet - es conectar desde internet con un ordenador cualquiera de dentro aún sabiendo la dirección. Para hacerlo, el proveedor debe estar de acuerdo y hacer "algo". No basta conque el cliente configure su propio router: es el proveedor quien debe configurar los routers suyos (los de la red C).
Si
¿capishi?
- --
Saludos Carlos E.R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux)
iD8DBQFHwcsQtTMYHG2NR9URAs5NAJ99v8PP3qXez1Mnw18UEdJJZi4dEgCdFfKF LBsF0zdEA6gzV+Cg/MBuRNI= =Fg+H -----END PGP SIGNATURE-----
-- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-02-25 a las 17:12 -0600, Marco Aurelio Moncada Coello escribió:
Aquí, dado que las redes internas (A) y (B) están conectadas por otra red _interna_ (C), con IPs internas, sí que se pueden conectar entre sí cualquier ordenador de cualquiera de las dos redes, o de cualquiera otra de otro cliente de ese proveedor, dado que todas son direcciones _internas_ - pero ¡ojo! sólo si el proveedor quiere y lo permite.
Entonces lo que entiendo es que posiblemente sea un error del propio proveedor. Y cuando se de cuenta, lo podra cerrar.
Puede tenerlo así a propósito. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHxA8MtTMYHG2NR9URAgKbAJ9SvAvrZe2pIxK+IeU+6j7exOvtpACdEEYx 191kso0YyAZDWVc/9uYpnpw= =a3Ku -----END PGP SIGNATURE-----
El 26/02/08, Carlos E. R. <robin.listas@telefonica.net> escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Puede tenerlo así a propósito.
Y también puede ser que ninguno de sus clientes se haya dado cuenta. Yo creo que por que. muy poca gente tienes dos adsl, supongo. Y que sea con el mismo proveedor. De hecho no quería yo, pagar dos, mas bien quería mandar por red inalámbrica, o cableada, pero el problema fue en parte la distancia, 200 metros. Y además fue, que un simple usuario me tiraba la red inalámbrica, cuando entraba a www.youtube.com, por media hora a mas. He descubierto que este usuario lo utiliza para ver sus vídeos como por tres o cuatro horas. Me evite que le red inalámbrica se callera, poniéndolo cableado, y dejar la red inalámbrica en paz. De todos modos tengo que ver, y analizar por que se caía, por que, puede ser que otro usuario la tire. Así como se descubrio, que por medio del router linksys, no se podía entrar a hotmail, y este era una parámetro de transmisión, debe de ser algo así para la caída. Tengo que buscar mas datos. En cuanto al problema de transmisión de datos de local55 a moncada, se encontró y se soluciono, con la re-definición de network a ifup. Solo me falta hacer el cambio en moncada, para que vea local55, ya que en local55 a moncada esta como loca la local55 transmitiendo información a moncada. Gracias por tu apoyo Carlos. No olvidando también a camaleón.
- --
Saludos Carlos E.R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux)
iD8DBQFHxA8MtTMYHG2NR9URAgKbAJ9SvAvrZe2pIxK+IeU+6j7exOvtpACdEEYx 191kso0YyAZDWVc/9uYpnpw= =a3Ku -----END PGP SIGNATURE-----
-- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224 --------------------------------------------------------------------- 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 26/02/08, Marco Aurelio Moncada Coello escribió:
Y también puede ser que ninguno de sus clientes se haya dado cuenta.
Yo creo que por que. muy poca gente tienes dos adsl, supongo. Y que sea con el mismo proveedor.
Hum.. pero depender del "azar" en tu caso (con un cibercafé y un sistema de copia de seguridad definido mediante ssh) no es buena idea. Imagina que el proveedor cambia las rutas sin notificarte o desactiva el modo puente (bridge) de los router y te impide conectar como estabas haciendo ahora. Es mejor que esta configuración actual que tienes te la garantice por escrito para evitar problemas posteriores, si te lo permite hacer el proveedor.
De hecho no quería yo, pagar dos, mas bien quería mandar por red inalámbrica, o cableada, pero el problema fue en parte la distancia, 200 metros.
No es mucha distancia si se encuentran en plantas diferentes del mismo edificio y la canalización se puede hacer vista (sin romper tabique). Con cable de buena calidad y switches no hubieras tenido problemas.
Y además fue, que un simple usuario me tiraba la red inalámbrica, cuando entraba a www.youtube.com, por media hora a mas. He descubierto que este usuario lo utiliza para ver sus vídeos como por tres o cuatro horas. Me evite que le red inalámbrica se callera, poniéndolo cableado, y dejar la red inalámbrica en paz.
De todos modos tengo que ver, y analizar por que se caía, por que, puede ser que otro usuario la tire.
Un medido de ancho de banda para saber el consumo de ese usuario. Si usas un proxy lo tendrás más sencillo para gestionar e identificar.
En cuanto al problema de transmisión de datos de local55 a moncada, se encontró y se soluciono, con la re-definición de network a ifup. Solo me falta hacer el cambio en moncada, para que vea local55, ya que en local55 a moncada esta como loca la local55 transmitiendo información a moncada.
No te hará falta tocar nada en "moncada" porque estaba funcionando... no al menos relacionado con este problema. 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
El día 27 de febrero de 2008 6:33, Camaleón <noelamac@gmail.com> escribió:
El 26/02/08, Marco Aurelio Moncada Coello escribió:
Y también puede ser que ninguno de sus clientes se haya dado cuenta.
Yo creo que por que. muy poca gente tienes dos adsl, supongo. Y que sea con el mismo proveedor.
Hum.. pero depender del "azar" en tu caso (con un cibercafé y un sistema de copia de seguridad definido mediante ssh) no es buena idea.
Imagina que el proveedor cambia las rutas sin notificarte o desactiva el modo puente (bridge) de los router y te impide conectar como estabas haciendo ahora. Es mejor que esta configuración actual que tienes te la garantice por escrito para evitar problemas posteriores, si te lo permite hacer el proveedor.
ok
De hecho no quería yo, pagar dos, mas bien quería mandar por red inalámbrica, o cableada, pero el problema fue en parte la distancia, 200 metros.
No es mucha distancia si se encuentran en plantas diferentes del mismo edificio y la canalización se puede hacer vista (sin romper tabique). Con cable de buena calidad y switches no hubieras tenido problemas.
Mira estamos, espero que le pongas atención al dibujo
Y además fue, que un simple usuario me tiraba la red inalámbrica, cuando entraba a www.youtube.com, por media hora a mas. He descubierto que este usuario lo utiliza para ver sus vídeos como por tres o cuatro horas. Me evite que le red inalámbrica se callera, poniéndolo cableado, y dejar la red inalámbrica en paz.
De todos modos tengo que ver, y analizar por que se caía, por que, puede ser que otro usuario la tire.
Un medido de ancho de banda para saber el consumo de ese usuario. Si usas un proxy lo tendrás más sencillo para gestionar e identificar.
ok
En cuanto al problema de transmisión de datos de local55 a moncada, se encontró y se soluciono, con la re-definición de network a ifup. Solo me falta hacer el cambio en moncada, para que vea local55, ya que en local55 a moncada esta como loca la local55 transmitiendo información a moncada.
No te hará falta tocar nada en "moncada" porque estaba funcionando... no al menos relacionado con este problema.
El único problema que puede transmitir la información, pero no me deja navegar cuando he cambiarlo de network a ifup. Yo creo que hay que hacer un cambio posterior.
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
-- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224
El 23/02/08, Camaleón <noelamac@gmail.com> escribió:
El 23/02/08, Marco Aurelio Moncada Coello escribió:
local55:/home/internet # ifconfig eth0 Link encap:Ethernet HWaddr 00:16:EC:8D:CF:39 inet addr:10.71.0.45 Bcast:255.255.255.255 Mask:255.255.255.224
Cambias la máscara, vale... pero ese cálculo de "broadcast" no me cuadra :-/. Sigue igual que antes y con ese valor no llegas al resto de sub-redes que tienes, ni se pasa a los routers.
Si lo cambie por comando, pero cuando quise enviar a la red me dijo que no.
Yo creo que se calcula de forma automática (con la ip y la máscara), pero no sé de dónde lo ha sacado... ¿se podría cambiar? :-?
Por ejemplo, en los otros equipos donde sí llegas a la red del equipo "a" lo tienes a:
equipo x - local54 inet dirección:10.71.0.44 Bcast:10.71.0.63 Máscara:255.255.255.224
local55:/home/internet # ping 10.50.15.100 connect: Network is unreachable
Sigue sin llegar. Ejecuta en este equipo (local55):
route
Cambie los datos de la red por comando, no por yast, en eso cuando quise enviar a una direccion de red por ejemplo www.yahoo.com, no podia, asi que hice nuevamente los cambios por yast, y me fije que la mask de red, me la dejo igual, aun teniendo la mascara de red, en yast como 255.255.255.224, cuando efectue el comendo ifconfig, la mascara de red estaba en 255.0.0.0
Pon el resultado.
Y ejecuta también en este equipo:
ping 10.71.0.22
Esta no es realmente la puerta de salida, ya que la camie a proposito, nada mas.
¿Qué datos tiene este equipo adsl zoom (10.71.0.22), qué valores de red (máscara, puerta de enlace)?
¿Y qué valores tiene el otro router zoom (el que está con el equipo "a"? Ambos tienen que poder trabajar (reenvío de datos) con las subredes que tienes.
local55:/home/internet # ping www.yahoo.com ping: unknown host www.yahoo.com
¿Por qué no resuelve...?
local55:/home/internet # ping www.yahoo.com PING www.yahoo-ht3.akadns.net (87.248.113.14) 56(84) bytes of data.
¿...Y ahora sí?
Si lo resolvio, cuando volvo a cambiar disque los datos por que, lo deje igual en yast, y me fije en ifconfig, estaba la red 255.0.0.0, es yast el que la deja, y me levanta la red.
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
-- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224 --------------------------------------------------------------------- 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: <alpine.LSU.1.00.0802240253280.31963@nimrodel.valinor> El 2008-02-23 a las 18:31 -0600, Marco Aurelio Moncada Coello escribió:
El 23/02/08, Camaleón <> escribió:
Sigue sin llegar. Ejecuta en este equipo (local55):
route
Cambie los datos de la red por comando, no por yast, en eso cuando quise enviar a una direccion de red por ejemplo www.yahoo.com, no podia, asi que hice nuevamente los cambios por yast, y me fije que la mask de red, me la dejo igual, aun teniendo la mascara de red, en yast como 255.255.255.224, cuando efectue el comendo ifconfig, la mascara de red estaba en 255.0.0.0
No des más vueltas y ejecuta el comando que te está pidiendo: "route". También puedes ejecutar "ifstatus eth0". Otra cosa. En ese ordenador estás usando en yast "network manager". Yo prefiero el metodo tradicional de "ifup". ¿Que método usan los otros ordenadores? - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHwM9UtTMYHG2NR9URApIIAJwO9bLqI2XanwlxIGG+2fe/BJ5ZaACdGLrg JbokU/WbFlbj4qGEBHmzsdQ= =Zegj -----END PGP SIGNATURE-----
El 24/02/08, Carlos E. R. escribió:
El 2008-02-23 a las 18:31 -0600, Marco Aurelio Moncada Coello escribió:
Cambie los datos de la red por comando, no por yast, en eso cuando quise enviar a una direccion de red por ejemplo www.yahoo.com, no podia, asi que hice nuevamente los cambios por yast, y me fije que la mask de red, me la dejo igual, aun teniendo la mascara de red, en yast como 255.255.255.224, cuando efectue el comendo ifconfig, la mascara de red estaba en 255.0.0.0
Es que eso no puede ser... si no te guarda los cambios del adapatdor de red no podrás comprobar gran cosa.
No des más vueltas y ejecuta el comando que te está pidiendo: "route".
Por ejemplo >:-)
Otra cosa. En ese ordenador estás usando en yast "network manager". Yo prefiero el metodo tradicional de "ifup". ¿Que método usan los otros ordenadores?
Pues ahí le has dado. ¿No será que por tenerlo con "network manager" no se le están guardando los cambios de la tarjeta? :-/ 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
El dom, 24-02-2008 a las 02:58 +0100, Carlos E. R. escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Content-ID: <alpine.LSU.1.00.0802240253280.31963@nimrodel.valinor>
El 2008-02-23 a las 18:31 -0600, Marco Aurelio Moncada Coello escribió:
El 23/02/08, Camaleón <> escribió:
Sigue sin llegar. Ejecuta en este equipo (local55):
route
Cambie los datos de la red por comando, no por yast, en eso cuando quise enviar a una direccion de red por ejemplo www.yahoo.com, no podia, asi que hice nuevamente los cambios por yast, y me fije que la mask de red, me la dejo igual, aun teniendo la mascara de red, en yast como 255.255.255.224, cuando efectue el comendo ifconfig, la mascara de red estaba en 255.0.0.0
No des más vueltas y ejecuta el comando que te está pidiendo: "route".
También puedes ejecutar "ifstatus eth0".
mrco1965@Local54:~$ ifstatus *** Usage of ifstatus is deprecated, use ifplugstatus instead! *** lo: link beat detected eth0: link beat detected vmnet1: link beat detected vmnet8: link beat detected Instala el dia de hoy, musica, pero creo que esa musica es de la red, por eso me levanto esas dos redes.
Otra cosa. En ese ordenador estás usando en yast "network manager". Yo prefiero el metodo tradicional de "ifup". ¿Que método usan los otros ordenadores?
- -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux)
iD8DBQFHwM9UtTMYHG2NR9URApIIAJwO9bLqI2XanwlxIGG+2fe/BJ5ZaACdGLrg JbokU/WbFlbj4qGEBHmzsdQ= =Zegj -----END PGP SIGNATURE-----
-- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224 :D --------------------------------------------------------------------- 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 2008-02-25 a las 14:03 -0600, Marco Aurelio Moncada Coello escribió:
También puedes ejecutar "ifstatus eth0".
mrco1965@Local54:~$ ifstatus *** Usage of ifstatus is deprecated, use ifplugstatus instead! *** lo: link beat detected eth0: link beat detected vmnet1: link beat detected vmnet8: link beat detected
Dije "ifstatus eth0", no "ifstatus".
Instala el dia de hoy, musica, pero creo que esa musica es de la red, por eso me levanto esas dos redes.
vmnet1 y vmnet8 son del vmware. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHwymwtTMYHG2NR9URAjp7AJ9XWrzxAawInOaC/izIAMQXu0FxWgCfd7lR 9fdXFdvWNpLa5lCO37QuKWo= =rkmw -----END PGP SIGNATURE-----
El lun, 25-02-2008 a las 21:48 +0100, Carlos E. R. escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2008-02-25 a las 14:03 -0600, Marco Aurelio Moncada Coello escribió:
También puedes ejecutar "ifstatus eth0".
mrco1965@Local54:~$ ifstatus *** Usage of ifstatus is deprecated, use ifplugstatus instead! *** lo: link beat detected eth0: link beat detected vmnet1: link beat detected vmnet8: link beat detected
Dije "ifstatus eth0", no "ifstatus".
Dice exactamente los mismo, pero con menos lineas. mrco1965@Local54:~$ ifstatus eth0 *** Usage of ifstatus is deprecated, use ifplugstatus instead! *** eth0: link beat detected
Instala el dia de hoy, musica, pero creo que esa musica es de la red, por eso me levanto esas dos redes.
vmnet1 y vmnet8 son del vmware. Si no me fije que cuando andaba buscando realplayer, instala el vmware, hasta que me lo comentaste.
- -- Saludos Carlos E.R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux)
iD8DBQFHwymwtTMYHG2NR9URAjp7AJ9XWrzxAawInOaC/izIAMQXu0FxWgCfd7lR 9fdXFdvWNpLa5lCO37QuKWo= =rkmw -----END PGP SIGNATURE----- -- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc
En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224 :D --------------------------------------------------------------------- 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 2008-02-25 a las 16:44 -0600, Marco Aurelio Moncada Coello escribió:
Dije "ifstatus eth0", no "ifstatus".
Dice exactamente los mismo, pero con menos lineas. mrco1965@Local54:~$ ifstatus eth0 *** Usage of ifstatus is deprecated, use ifplugstatus instead! *** eth0: link beat detected
Eso no es una suse. Esperaba algo como esto: nimrodel:~ # ifstatus eth0 eth0 device: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) eth0 is up 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:40:f4:2e:b1:21 brd ff:ff:ff:ff:ff:ff inet 192.168.1.12/24 brd 192.168.1.255 scope global eth0 inet6 fe80::240:f4ff:fe2e:b121/64 scope link valid_lft forever preferred_lft forever eth0 IP address: 192.168.1.12/24 Configured routes for interface eth0: default 192.168.1.1 - - 169.254.0.0 - 255.255.0.0 eth0 Active routes for interface eth0: 192.168.1.0/24 proto kernel scope link src 192.168.1.12 169.254.0.0/16 scope link default via 192.168.1.1 1 of 2 configured routes for interface eth0 up
vmnet1 y vmnet8 son del vmware. Si no me fije que cuando andaba buscando realplayer, instala el vmware, hasta que me lo comentaste.
¿Que? Eso es que no estás usando el realplayer de linux. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHw0qjtTMYHG2NR9URAh6ZAJ9vrjrg471QMOWneovoFTdMN2ym9wCfTAGz o97lu8yNor5e0cQyB7ihUj8= =Maoz -----END PGP SIGNATURE-----
2008/2/25, Carlos E. R. <robin.listas@telefonica.net>:
nimrodel:~ # ifstatus eth0 eth0 device: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) eth0 is up 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:40:f4:2e:b1:21 brd ff:ff:ff:ff:ff:ff inet 192.168.1.12/24 brd 192.168.1.255 scope global eth0 inet6 fe80::240:f4ff:fe2e:b121/64 scope link valid_lft forever preferred_lft forever eth0 IP address: 192.168.1.12/24 Configured routes for interface eth0: default 192.168.1.1 - - 169.254.0.0 - 255.255.0.0 eth0 Active routes for interface eth0: 192.168.1.0/24 proto kernel scope link src 192.168.1.12 169.254.0.0/16 scope link default via 192.168.1.1 1 of 2 configured routes for interface eth0 up
Te lo envio de local55 y moncada que son opensuse 10.3 Local55: Network interface is managed from NetworkManager eth0 is up 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:16:ec:8d:cf:39 brd ff:ff:ff:ff:ff:ff inet 10.71.0.45/8 brd 255.255.255.255 scope global eth0 eth0 IP address: 10.71.0.45/8 10.0.0.0/8 proto kernel scope link src 10.71.0.45 default via 10.71.0.33 moncada: moncada:~ # ifstatus eth0 eth0 device: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 78) eth0 is up 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:14:2a:f3:dd:db brd ff:ff:ff:ff:ff:ff inet 10.50.15.100/27 brd 10.50.15.127 scope global eth0 inet6 fe80::214:2aff:fef3:dddb/64 scope link valid_lft forever preferred_lft forever eth0 IP address: 10.50.15.100/27 Configured routes for interface eth0: default 10.50.15.97 - - 169.254.0.0 - 255.255.0.0 eth0 Active routes for interface eth0: 10.50.15.96/27 proto kernel scope link src 10.50.15.100 169.254.0.0/16 scope link default via 10.50.15.97 1 of 2 configured routes for interface eth0 up Esas son las dos que no se conectas entre ellas, y son las que tengo problemas, desde el primer mail. pertenecen a dos redes, sea por error o beneficio del proveedor, o no. Yo me comunico con ambas, para mandar mi informacion via rsync de local54 a local55, y de local54 a moncada, pero quiero que se vean local55 a moncada, para retransmitir informacion que esta en local55, y es muy grande para recibirla en local54. Tanto por el tiempo, como el almacenamiento que no tengo espacio en disco en local54. En moncada puse un disco exclusivo para este fin de 80 gb, ahorita. Por eso quiero que se miren local55 y moncada, nada mas, ese es el problema. No las demas, y ademas, estas estan en opensuse 10.3, ambas. Estoy viendo que se pueden mirar todos los linux, menos entre ellas. Solo es eso el problema. No voy a contestar con mas que ellas, ni voy a meter a local54, local74 o local52. Solo quiero que se miren local55 y moncada nada mas.
vmnet1 y vmnet8 son del vmware. Si no me fije que cuando andaba buscando realplayer, instala el vmware, hasta que me lo comentaste.
¿Que? Eso es que no estás usando el realplayer de linux.
Esto lo he eliminado, y si cuando busque de player, esos estaban. Como esta la foto.
- -- Saludos Carlos E.R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux)
iD8DBQFHw0qjtTMYHG2NR9URAh6ZAJ9vrjrg471QMOWneovoFTdMN2ym9wCfTAGz o97lu8yNor5e0cQyB7ihUj8= =Maoz -----END PGP SIGNATURE-----
-- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: <alpine.LSU.1.00.0802260216310.31963@nimrodel.valinor> El 2008-02-25 a las 17:38 -0600, Marco Aurelio Moncada Coello escribió:
Te lo envio de local55 y moncada que son opensuse 10.3
Local55: Network interface is managed from NetworkManager eth0 is up 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:16:ec:8d:cf:39 brd ff:ff:ff:ff:ff:ff inet 10.71.0.45/8 brd 255.255.255.255 scope global eth0 eth0 IP address: 10.71.0.45/8 10.0.0.0/8 proto kernel scope link src 10.71.0.45 default via 10.71.0.33
Vale, con una IP 10.71.0.45/8, para intentar conectar con 10.50.15.100 lo intentará hacer directamente sin pasar por el router. Eso es culpa de la máscara equivocada, que tendría que ser /27. Prueba a cambiarlo en el yast, pero usando el "sistema tradicional con ifup".
moncada: moncada:~ # ifstatus eth0 eth0 device: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 78) eth0 is up 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:14:2a:f3:dd:db brd ff:ff:ff:ff:ff:ff inet 10.50.15.100/27 brd 10.50.15.127 scope global eth0 inet6 fe80::214:2aff:fef3:dddb/64 scope link valid_lft forever preferred_lft forever eth0 IP address: 10.50.15.100/27
Hasta aquí bien.
Configured routes for interface eth0: default 10.50.15.97 - - 169.254.0.0 - 255.255.0.0 eth0 Active routes for interface eth0: 10.50.15.96/27 proto kernel scope link src 10.50.15.100 169.254.0.0/16 scope link default via 10.50.15.97 1 of 2 configured routes for interface eth0 up
Y esto creo que también. El fallo me parece que está fuera. Tengo que estudiar el resto de datos que has puesto a ver si veo algo, pero no será esta madrugada, me está dando sueño.
Por eso quiero que se miren local55 y moncada, nada mas, ese es el problema.
Vale, vale, ya lo entiendo. :-)
No las demas, y ademas, estas estan en opensuse 10.3, ambas.
Estoy viendo que se pueden mirar todos los linux, menos entre ellas. Solo es eso el problema.
¿Las dos suses son las que fallan? Prueba a configurar ambas con yast2 que usen el método tradicional con ifup.
vmnet1 y vmnet8 son del vmware. Si no me fije que cuando andaba buscando realplayer, instala el vmware, hasta que me lo comentaste.
¿Que? Eso es que no estás usando el realplayer de linux.
Esto lo he eliminado, y si cuando busque de player, esos estaban. Como esta la foto.
Si quieres no tener ese vmnet1 y vmnet8, para el servicio: rcvmware stop si no tienes ejecutando el vmware. Para evitar que arranque eso automáticamente, ejecuta "chkconfig vmware off" - pero luego acuerdate que si quieres ejecutar vmware, antes tienes que arrancar "rcvmware start". - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHw2nRtTMYHG2NR9URAja2AJ4m1y1kjpF0xkrRB+NJ6h/x5J7K9QCeNAHD +CusbTFLSA8zI4bLWk0roK4= =4aFa -----END PGP SIGNATURE-----
El dom, 24-02-2008 a las 02:58 +0100, Carlos E. R. escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Content-ID: <alpine.LSU.1.00.0802240253280.31963@nimrodel.valinor>
El 2008-02-23 a las 18:31 -0600, Marco Aurelio Moncada Coello escribió:
El 23/02/08, Camaleón <> escribió:
Sigue sin llegar. Ejecuta en este equipo (local55):
route
Cambie los datos de la red por comando, no por yast, en eso cuando quise enviar a una direccion de red por ejemplo www.yahoo.com, no podia, asi que hice nuevamente los cambios por yast, y me fije que la mask de red, me la dejo igual, aun teniendo la mascara de red, en yast como 255.255.255.224, cuando efectue el comendo ifconfig, la mascara de red estaba en 255.0.0.0
No des más vueltas y ejecuta el comando que te está pidiendo: "route".
También puedes ejecutar "ifstatus eth0".
Otra cosa. En ese ordenador estás usando en yast "network manager". Yo prefiero el metodo tradicional de "ifup". ¿Que método usan los otros ordenadores? El mismo, todo lo he hecho por yast2, en el caso de local55 y moncada.
- -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux)
iD8DBQFHwM9UtTMYHG2NR9URApIIAJwO9bLqI2XanwlxIGG+2fe/BJ5ZaACdGLrg JbokU/WbFlbj4qGEBHmzsdQ= =Zegj -----END PGP SIGNATURE----- -- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc
En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224 :D --------------------------------------------------------------------- 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 2008-02-25 a las 14:04 -0600, Marco Aurelio Moncada Coello escribió:
Otra cosa. En ese ordenador estás usando en yast "network manager". Yo prefiero el metodo tradicional de "ifup". ¿Que método usan los otros ordenadores? El mismo, todo lo he hecho por yast2, en el caso de local55 y moncada.
No preguntamos eso. Preguntamos si en yast2 usas "network manager" o "ifup" en los ordenadores que funcionan. Viene en una de ls fotos que mandaste. ¿Te la tengo que mandar yo con una flecha pa'que lo veas? >:-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHwyo0tTMYHG2NR9URAqJgAJ0WAt+FaAsMdxz006wrRS+Y5KYB8ACggL/h 9fqFyny1sgsqnXrvr6aPOL8= =6uIv -----END PGP SIGNATURE-----
El lun, 25-02-2008 a las 21:50 +0100, Carlos E. R. escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2008-02-25 a las 14:04 -0600, Marco Aurelio Moncada Coello escribió:
Otra cosa. En ese ordenador estás usando en yast "network manager". Yo prefiero el metodo tradicional de "ifup". ¿Que método usan los otros ordenadores? El mismo, todo lo he hecho por yast2, en el caso de local55 y moncada.
No preguntamos eso. Preguntamos si en yast2 usas "network manager" o "ifup" en los ordenadores que funcionan. Viene en una de ls fotos que mandaste. ¿Te la tengo que mandar yo con una flecha pa'que lo veas? >:-)
Las dos estan igual.
- -- Saludos Carlos E.R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux)
iD8DBQFHwyo0tTMYHG2NR9URAqJgAJ0WAt+FaAsMdxz006wrRS+Y5KYB8ACggL/h 9fqFyny1sgsqnXrvr6aPOL8= =6uIv -----END PGP SIGNATURE-----
-- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224 :D --------------------------------------------------------------------- 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 2008-02-22 a las 13:26 -0600, Marco Aurelio Moncada Coello escribió: [repito el envío que antes falló] El 2008-02-22 a las 13:26 -0600, Marco Aurelio Moncada Coello escribió:
mrco1965@moncada:~> traceroute local54
-bash: traceroute: command not found
En mis maquinas que estan en opensuse 10.3, no pude instalar el traceroute. Lo busque en yast2, instale todo lo que me presento pero aun asi dice que no existe el comando.
Viene en "net-tools" rpm
Envio el dibujo de la estructura.
Lo he imprimido para mirarlo, ahora voy a cenar. Creo que faltaría la IP y la máscara de cada interface (cada tarjeta de red). Ah, el routado se ve con el comando "route". - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHv353tTMYHG2NR9URAuIgAJ9J7oe9DDS90pUxhDZcPGl1c3E3RACfWkSc wzCL5vMUHS8BaqjvT1yixZg= =pg+0 -----END PGP SIGNATURE-----
participants (6)
-
Camaleón
-
Carlos E. R.
-
Carlos Lorenzo Matés
-
Jaime Velez
-
Marco Aurelio Moncada Coello
-
Marco Aurelio Moncada Coello