Estoy configurando Rsync para hacer backup de mis servidores, a manera de prueba, hice lo siguiente: PowerLinux:/etc # rsync root@11.1.0.2:/var/log/squid/ /root/backup/prueba/ Password: bash: line 1: rsync: command not found rsync: connection unexpectedly closed (0 bytes read so far) rsync error: error in rsync protocol data stream (code 12) at io.c(189) por que creen que se produce este error? perdonen si la pregunta es tonta, sigo documentandome sobre rsync. Saludos JCarlos
Esta corriendo rsyncd del otro lado ? Tambien estaria bueno que hagas intercambio de llaves de ssh asi lo podes automatizar mas. Saludos.- Quique.- El Jueves 04 Mayo 2006 13:23, Juan Carlos Bravo Celis escribió:
Estoy configurando Rsync para hacer backup de mis servidores, a manera de prueba, hice lo siguiente:
PowerLinux:/etc # rsync root@11.1.0.2:/var/log/squid/ /root/backup/prueba/ Password: bash: line 1: rsync: command not found rsync: connection unexpectedly closed (0 bytes read so far) rsync error: error in rsync protocol data stream (code 12) at io.c(189)
por que creen que se produce este error?
perdonen si la pregunta es tonta, sigo documentandome sobre rsync.
Saludos
JCarlos
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-05-04 a las 11:23 -0500, Juan Carlos Bravo Celis escribió:
Estoy configurando Rsync para hacer backup de mis servidores, a manera de prueba, hice lo siguiente:
PowerLinux:/etc # rsync root@11.1.0.2:/var/log/squid/ /root/backup/prueba/
¿Esa es la IP de verdad, 1.1.0.2? No me extraña que no funcione...
Password: bash: line 1: rsync: command not found
No está instalado rsync. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEWn/itTMYHG2NR9URAi3yAJ9zg92+0qsJPLVmC+b2MJhwn/7DrACeLXhB TlQs5l3u5t9bp6Q8Hea7+1Y= =JsXG -----END PGP SIGNATURE-----
On 04/05/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-05-04 a las 11:23 -0500, Juan Carlos Bravo Celis escribió:
Estoy configurando Rsync para hacer backup de mis servidores, a manera de prueba, hice lo siguiente:
PowerLinux:/etc # rsync root@11.1.0.2:/var/log/squid/ /root/backup/prueba/
¿Esa es la IP de verdad, 1.1.0.2? No me extraña que no funcione...
me da curiosidad por que no te extraña que no funcione si ese es el numero IP
Password: bash: line 1: rsync: command not found
No está instalado rsync.
Tienes razon, no estaba ejecutandose rsync, luego de activarlo, hice la misma prueba y fue una positivo, ahora estoy en la tarea de hacer que este proceso sea automatico con ssh, que es lo que recomiendan segun pude investigar. tengo una duda al respecto, puede rsync grabar directamente en cinta? por ejemplo: # rsync root@11.1.0.2:/var/log/squid/ /dev/st0 en realidad mi duda no es si pude grabar en cinta pues imagino que si aunque no lo probe aun, sino lo siguiente, que pasa si la cinta se llena? pues si tenemos en cuenta que rsync tiene la ventaja de utilizar eficientemente el ancho de banda al copiar solo los archivos que son nuevos o han tenido modificaciones, en este caso, si pongo una cinta nueva, rsync volvera a copiar todo nuevamente? o solo los archivos que fueron modificados o nuevos? segun su experiencia que pueden decirme al respecto Saludos JCarlos
Hola :) El Viernes, 5 de Mayo de 2006 04:45, Juan Carlos Bravo Celis escribió: [...]
Tienes razon, no estaba ejecutandose rsync, luego de activarlo, hice la misma prueba y fue una positivo, ahora estoy en la tarea de hacer que este proceso sea automatico con ssh, que es lo que recomiendan segun pude investigar.
Si usas ssh, se cifra, por lo que es más seguro. Para hacer copias de seguridad, puedes usar, por ejemplo: rsync -a -v --progress --delete directorio/ usu@IP:/dir/destino/ Lee bien el man porque no es lo mismo esto: rsync -a -v --progress --delete directorio/ usu@IP:/dir/destino/ que esto rsync -a -v --progress --delete directorio/ usu@IP:/dir/destino o que esto otro: rsync -a -v --progress --delete directorio usu@IP:/dir/destino/ Es decir, TEN CUIDADO CON LAS "/"!! Más cosas a tener en cuenta: - configura bien el rsyncd.conf - configura bien el sshd.conf
tengo una duda al respecto, puede rsync grabar directamente en cinta? por ejemplo:
# rsync root@11.1.0.2:/var/log/squid/ /dev/st0
Hasta donde yo sé, no permite usar cintas, pero no lo sé seguro porque nunca lo he probado. En el man no pone nada al respecto. Para grabar en cintas usa otra herramienta como puede ser: tar, cpio o afio. Están más orientadas a trabajar con cintas. Puedes echarle un vistazo a Amanda también. Puedes usar tar, cpio o afio con un túnel ssh por lo que no tiene que haber problemas de seguridad.
en realidad mi duda no es si pude grabar en cinta pues imagino que si aunque no lo probe aun, sino lo siguiente, que pasa si la cinta se llena?
No lo sé, pero como te he comentado antes, creo que no puede trabajr con cintas. En todo caso tar tiene la opción -M para "pedirte" una cinta nueva.
pues si tenemos en cuenta que rsync tiene la ventaja de utilizar eficientemente el ancho de banda al copiar solo los archivos que son nuevos o han tenido modificaciones, en este caso, si pongo una cinta nueva, rsync volvera a copiar todo nuevamente?
tar tiene la opción -r, lo que hace es añadir ficheros a un tar creado anteriormente. Otra opción, más interesante, es -u que te añade los ficheros nuevos al tar creado previamente.
o solo los archivos que fueron modificados o nuevos? segun su experiencia que pueden decirme al respecto
Si lo que quieres es todo esto con cintas, posiblemente sea mejor trabajar con Amanda u otra herramienta de backup: bacula, ... HTH Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman
On 05/05/06, Rafa Grimán
Hola :)
El Viernes, 5 de Mayo de 2006 04:45, Juan Carlos Bravo Celis escribió:
[...]
Tienes razon, no estaba ejecutandose rsync, luego de activarlo, hice la misma prueba y fue una positivo, ahora estoy en la tarea de hacer que este proceso sea automatico con ssh, que es lo que recomiendan segun pude investigar.
Si usas ssh, se cifra, por lo que es más seguro. Para hacer copias de seguridad, puedes usar, por ejemplo:
rsync -a -v --progress --delete directorio/ usu@IP:/dir/destino/
Lee bien el man porque no es lo mismo esto:
rsync -a -v --progress --delete directorio/ usu@IP:/dir/destino/
que esto
rsync -a -v --progress --delete directorio/ usu@IP:/dir/destino
o que esto otro:
rsync -a -v --progress --delete directorio usu@IP:/dir/destino/
Es decir, TEN CUIDADO CON LAS "/"!!
Más cosas a tener en cuenta: - configura bien el rsyncd.conf - configura bien el sshd.conf
gracias hombre, tendre cuidado
tengo una duda al respecto, puede rsync grabar directamente en cinta? por ejemplo:
# rsync root@11.1.0.2:/var/log/squid/ /dev/st0
Hasta donde yo sé, no permite usar cintas, pero no lo sé seguro porque nunca lo he probado. En el man no pone nada al respecto.
Para grabar en cintas usa otra herramienta como puede ser: tar, cpio o afio. Están más orientadas a trabajar con cintas. Puedes echarle un vistazo a Amanda también.
Puedes usar tar, cpio o afio con un túnel ssh por lo que no tiene que haber problemas de seguridad.
en realidad mi duda no es si pude grabar en cinta pues imagino que si aunque no lo probe aun, sino lo siguiente, que pasa si la cinta se llena?
No lo sé, pero como te he comentado antes, creo que no puede trabajr con cintas. En todo caso tar tiene la opción -M para "pedirte" una cinta nueva.
pues si tenemos en cuenta que rsync tiene la ventaja de utilizar eficientemente el ancho de banda al copiar solo los archivos que son nuevos o han tenido modificaciones, en este caso, si pongo una cinta nueva, rsync volvera a copiar todo nuevamente?
tar tiene la opción -r, lo que hace es añadir ficheros a un tar creado anteriormente. Otra opción, más interesante, es -u que te añade los ficheros nuevos al tar creado previamente.
o solo los archivos que fueron modificados o nuevos? segun su experiencia que pueden decirme al respecto
Si lo que quieres es todo esto con cintas, posiblemente sea mejor trabajar con Amanda u otra herramienta de backup: bacula, ...
que opinan de lo siguiente? el utilizar rsync +ssh para realizar el backup de todos los servidores a un servidor de backup,, y luego usar tar u otra herramienta para hacer el resguardo en cinta, pues la verdad bacula me parece algo complicado por el momento,, un poco de historia,,, lo que intento es hacer backup de mi servidor de correo, para lo cual debo resguardar /home/ y /var/spool/imap/user/ y tambien de mi servidor web y si es posible de los servidores que todavia mantengo en windows y todo eso guardarlo en cintas para su posterior almacenamiento en una boveda de seguridad, es por eso que ando investigando las soluciones de backup que se ajusten a este tema. si tienen comentarios se los agradezco. Saludos JCarlos
Hola :) El Viernes, 5 de Mayo de 2006 16:49, Juan Carlos Bravo Celis escribió: [...]
que opinan de lo siguiente? el utilizar rsync +ssh para realizar el backup de todos los servidores a un servidor de backup,, y luego usar tar u otra herramienta para hacer el resguardo en cinta, pues la verdad bacula me parece algo complicado por el momento,,
Perfecto, de esta manera tienes dos copias de seguridad. Esto puede ser una ventaja y un inconveniente porque ambas copias deben estar sincronizadas ;) Para conseguir esto, por ejemplo, te puedes hacer un script que: 1.- reside en la máquina conectada a la unidad de cinta 2.- hace un rsync y se TRAE los directorios de cada máquina de la que queremos hacer una copia de seguridad 3.- una vez traído todo, lo pasamos a cinta con tar Ejemplo básico: #!/bin/bash # hacemos una copia de los directorios 1, 2 y 3 una máquina a otra rsync -a -v --delete equipo1:/dir /backup/equipo1 rsync -a -v --delete equipo2:/dir /backup/equipo2 rsync -a -v --delete equipo3:/dir /backup/equipo3 # hacemos un sync en el servidor de backups para asegurarnos # que todo lo que está en memoria se escribe a disco sync # ejecutamos el tar tar cvfM /dev/st0 /backup
un poco de historia,,, lo que intento es hacer backup de mi servidor de correo, para lo cual debo resguardar /home/ y /var/spool/imap/user/ y tambien de mi servidor web y si es posible de los servidores que todavia mantengo en windows y todo eso guardarlo en cintas para su posterior almacenamiento en una boveda de seguridad, es por eso que ando investigando las soluciones de backup que se ajusten a este tema. si tienen comentarios se los agradezco.
Si vas a meter un MS-Windows por en medio ... puedes usar cygwin que tiene cliente ssh y rsync, pero el script se verá modificado debido a que las rutas en MS-Windows y Linux son diferentes. Otra opción es usar SFU, pero no sé si trae ssh y rsync. SFU son los Services For Unix de MS: te permite usar NFS, NIS y no sé qué más cosas. Otra posibilidad es usar AMANDA, según su página web, puedes hacer copias de seguridad si usas Samba. HTH Rafa -- 50% of all statistics are inaccurate. OpenWengo: rgriman
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-05-07 a las 20:02 +0200, Rafa Grimán escribió:
Ejemplo básico:
#!/bin/bash
# hacemos una copia de los directorios 1, 2 y 3 una máquina a otra rsync -a -v --delete equipo1:/dir /backup/equipo1 rsync -a -v --delete equipo2:/dir /backup/equipo2 rsync -a -v --delete equipo3:/dir /backup/equipo3
Se me ocurre que si hay alguna forma de saber cuales son los ficheros que el rsync ha modificado; si se pudiera saber, se podría usar la info para crear un archivo incremental en cinta. Mmmm... no sería tan simple... hay que tomar nota de los desaparecidos. Vaya. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEXkk5tTMYHG2NR9URAsWAAJ0VTv9y4nj3JsxymP+ro1RnS1E7YQCeM91J 6xhJ7AQHwWVZ9E2LYir9yVM= =OmBw -----END PGP SIGNATURE-----
Hola :) El Domingo, 7 de Mayo de 2006 21:23, Carlos E. R. escribió:
El 2006-05-07 a las 20:02 +0200, Rafa Grim�n escribi�:
Ejemplo b�sico:
#!/bin/bash
# hacemos una copia de los directorios 1, 2 y 3 una m�quina a otra rsync -a -v --delete equipo1:/dir /backup/equipo1 rsync -a -v --delete equipo2:/dir /backup/equipo2 rsync -a -v --delete equipo3:/dir /backup/equipo3
Se me ocurre que si hay alguna forma de saber cuales son los ficheros que el rsync ha modificado; si se pudiera saber, se podr�a usar la info para crear un archivo incremental en cinta.
Al usar tar, puedes usar la opción "-u" para añadir los ficheros nuevos al tar existente, por ejemplo.
Mmmm... no ser�a tan simple... hay que tomar nota de los desaparecidos. Vaya.
La opción --delete (en alguna de sus variantes ;) te comprueba los ficheros eliminados de forma que se tenga lo mismo en una máquina que en otra. Obviamente, mi ejemplo es demasiado simple 0;) Sólo quería poner un ejemplo (esqueleto) de lo que se podía hacer. Si queremos algo un poco más "profesional", podemos usar find y buscar ficheros más nuevos que tal o cual fecha, para luego pasárselos a tar. La man de rsync y tar dan muchas opciones :) De todas maneras, como creo que inventar lo inventado es muy cansino ... propuse lo de Amanda o Bácula. Si necesitamos un sistema d ecopia de seguridad con cierta complejidad, heterogéneo, ... posiblemente nos salga más rentable adquirir* uno. Por rentable me refiero a que no lo tienes que mantener y parchear tu ;) * Sea como producto de sw cerrado o bien como sw libre y pagas el soporte y mantenimiento IMHO Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman
A Diumenge, 7 de Maig de 2006 21:23, Carlos E. R. va escriure:
#!/bin/bash
# hacemos una copia de los directorios 1, 2 y 3 una máquina a otra rsync -a -v --delete equipo1:/dir /backup/equipo1 rsync -a -v --delete equipo2:/dir /backup/equipo2 rsync -a -v --delete equipo3:/dir /backup/equipo3
Se me ocurre que si hay alguna forma de saber cuales son los ficheros que el rsync ha modificado; si se pudiera saber, se podría usar la info para crear un archivo incremental en cinta.
Si, le añade la opción -u (update) qye de grabara sólo los árchivos cambiados y le metes la stdout en un log cualquiera mediante el uso de un rediccionador (>) de salida. -- Salut, Jordi Espasa
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-05-04 a las 21:45 -0500, Juan Carlos Bravo Celis escribió:
me da curiosidad por que no te extraña que no funcione si ese es el numero IP
Pues porque la 11.1.0.2 pertenece al ministerio de defensa usaniano :-P
tengo una duda al respecto, puede rsync grabar directamente en cinta? por ejemplo:
Mmmm... no creo... no lo se, pero no creo, y si lo hace, será ineficaz. La cinta es secuencial; rsync tiene que ir leyendo lo que hay y compararlo con lo que había para saber que hace: reemplazar, dejar igual, borrar... borrar un fichero en mitad de la cinta supongo te imaginas lo que supone, y si tiene que repetir la operación para 50 ficheros, pues calcula. Las operaciones típicas con cintas son de escribir del tirón. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEWxu+tTMYHG2NR9URAiETAJ9BXI78D5SNLufdz/tLrTSL6XLQowCeLsqZ PCjJAoW4RKbKs8zkjfcTbMM= =we+s -----END PGP SIGNATURE-----
El Viernes, 5 de Mayo de 2006 11:32, Carlos E. R. escribió:
El 2006-05-04 a las 21:45 -0500, Juan Carlos Bravo Celis escribió:
me da curiosidad por que no te extraña que no funcione si ese es el numero IP
Pues porque la 11.1.0.2 pertenece al ministerio de defensa usaniano :-P
* Pues no, es mia. ns1:~ # ifconfig -a eth0 Link encap:Ethernet HWaddr 00:04:23:AF:9F:BF inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::204:23ff:feaf:9fbf/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1 RX packets:6171668 errors:0 dropped:0 overruns:0 frame:0 TX packets:37544228 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1768406176 (1686.4 Mb) TX bytes:2426617055 (2314.2 Mb) Interrupt:169 Memory:fc9fc000-0 eth1 Link encap:Ethernet HWaddr 00:0A:5E:4D:8B:93 inet addr:11.1.0.2 Bcast:11.255.255.255 Mask:255.255.255.192 inet6 addr: fe80::20a:5eff:fe4d:8b93/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:6861668 errors:0 dropped:0 overruns:0 frame:0 TX packets:33544228 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes: 1665406146 (1576.3 Mb) TX bytes:2336617055 (2223.1 Mb) Interrupt:201 Base address:0xbc00 eth2 Link encap:Ethernet HWaddr 00:04:23:AF:9F:BE inet addr:192.168.0.1 Bcast:192.168.0.255 Mask:255.255.255.0 inet6 addr: fe80::204:23ff:feaf:9fbe/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1 RX packets:1264974 errors:0 dropped:0 overruns:0 frame:0 TX packets:1558743 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:269461013 (256.9 Mb) TX bytes:1223624809 (1166.9 Mb) Base address:0xd400 Memory:fea40000-fea60000 eth3 Link encap:Ethernet HWaddr 00:0A:5E:50:7B:94 inet addr:172.26.0.2 Bcast:172.26.0.255 Mask:255.255.255.0 inet6 addr: fe80::20a:5eff:fe50:7b94/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1 RX packets:165675315 errors:0 dropped:0 overruns:1 frame:0 TX packets:178579163 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1981976701 (1890.1 Mb) TX bytes:4182470618 (3988.7 Mb) Interrupt:177 Base address:0xdc00 eth4 Link encap:Ethernet HWaddr 00:0A:5E:50:7B:94 inet addr:84.77.241.65 Bcast:84.255.255.255 Mask:255.255.255.0 inet6 addr: fe80::20a:5eff:fe50:7b94/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1 RX packets:165437515 errors:0 dropped:0 overruns:1 frame:0 TX packets:178875963 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1981976701 (1890.1 Mb) TX bytes:4182470618 (3988.7 Mb) Interrupt:177 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:2422955 errors:0 dropped:0 overruns:0 frame:0 TX packets:2422955 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:2789332980 (2660.1 Mb) TX bytes:2789332980 (2660.1 Mb)
2006/5/5, jose maria:
* Pues no, es mia.
Hum. Parece que va a tener que mediar IANA en este tema... los del DoD se han adelantado unos cuantos años. http://www.iana.org/assignments/ipv4-address-space :-D Saludos, -- Camaleón
El Viernes, 5 de Mayo de 2006 16:48, Camaleón escribió:
Hum. Parece que va a tener que mediar IANA en este tema... los del DoD se han adelantado unos cuantos años.
http://www.iana.org/assignments/ipv4-address-space
:-D
* Es que me temo que no tienes la version mas actual. http://www.zona-franca.org/index.php?option=com_docman&task=doc_download&gid=8&Itemid=40
El 5/05/06, jose maria escribió:
* Es que me temo que no tienes la version mas actual.
http://www.zona-franca.org/index.php?option=com_docman&task=doc_download&gid=8&Itemid=40
No veo ni coscorro, me pide que inicie sesión ¿cuál es el nombre de usuario y la contraseña de acceso? }:-) Saludos, -- Camaleón
El Viernes, 5 de Mayo de 2006 19:34, Camaleón escribió:
El 5/05/06, jose maria escribió:
* Es que me temo que no tienes la version mas actual.
http://www.zona-franca.org/index.php?option=com_docman&task=doc_download& gid=8&Itemid=40
No veo ni coscorro, me pide que inicie sesión ¿cuál es el nombre de usuario y la contraseña de acceso?
}:-)
* Los que tu decidas a la hora del registro en http://www.zona-franca.org
El 5/05/06, jose maria escribió:
* Los que tu decidas a la hora del registro en http://www.zona-franca.org
Ahh bueno, entonces mejor lo dejo, no quiero ocuparles espacio en su base de datos. ;-) Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-05-05 a las 16:36 +0200, jose maria escribió:
Pues porque la 11.1.0.2 pertenece al ministerio de defensa usaniano :-P
* Pues no, es mia.
¿Estás hablando en serio? - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEW9KdtTMYHG2NR9URAlCjAKCNHDoR90c5hj+BYy0RqH6AXNpwcgCfdO4L fF0zcxWbx4uEa9uE8tYt2BU= =/9a2 -----END PGP SIGNATURE-----
Pues porque la 11.1.0.2 pertenece al ministerio de defensa usaniano :-P
* Pues no, es mia.
¿Estás hablando en serio?
Creo que hablais distintos idiomas, ya que está usando un rango de IP públicas para configurar una red privada. :-) Efectivamente la IP = 11.1.0.2 da el siguiente resultado: OrgName: DoD Network Information Center OrgID: DNIC Address: 3990 E. Broad Street City: Columbus StateProv: OH PostalCode: 43218 Country: US NetRange: 11.0.0.0 - 11.255.255.255 CIDR: 11.0.0.0/8 NetName: DODIIS NetHandle: NET-11-0-0-0-1 Parent: NetType: Direct Allocation Comment: DoD Intel Information Systems Comment: Defense Intelligence Agency Comment: Washington, DC 20301 US RegDate: 1984-01-19 Updated: 1998-09-26 RTechHandle: MIL-HSTMST-ARIN RTechName: Network DoD RTechPhone: +1-800-365-3642 RTechEmail: **********@nic.mil OrgTechHandle: MIL-HSTMST-ARIN OrgTechName: Network DoD OrgTechPhone: +1-800-365-3642 OrgTechEmail: **********@nic.mil -- Salutacions - Saludos, Josep M. Queralt
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-05-06 a las 11:48 +0200, Josep M. Queralt escribió:
Creo que hablais distintos idiomas, ya que está usando un rango de IP públicas para configurar una red privada. :-)
Ya, pero es que eso a mi jamás se me ocurriría hacerlo. Si la red se conecta a internet algún dia, sea porque a alguien que no lo sabe se le ocurre encufar un modem para hacer algo, monta la de San Quintín. A las redes privadas, IPs privadas. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEXHoztTMYHG2NR9URAsCgAJ9LZqeViruqcomFncMoOAuEZirEiACfXaQK TLEz/7tH1hByGG7vni1ou64= =CmS1 -----END PGP SIGNATURE-----
Ya, pero es que eso a mi jamás se me ocurriría hacerlo. Si la red se conecta a internet algún dia, sea porque a alguien que no lo sabe se le ocurre encufar un modem para hacer algo, monta la de San Quintín.
A las redes privadas, IPs privadas.
Siendo buenos y comprensivos, se puede considerar la posibilidad de que al configurarla le bailara la dirección que tenía que poner ya que el rango 11.x.x.x no es tan lejano al 10.x.x.x que si el privado. :-) -- Salutacions - Saludos, Josep M. Queralt
El 6/05/06, Josep M. Queralt
Ya, pero es que eso a mi jamás se me ocurriría hacerlo. Si la red se conecta a internet algún dia, sea porque a alguien que no lo sabe se le ocurre encufar un modem para hacer algo, monta la de San Quintín.
A las redes privadas, IPs privadas.
Siendo buenos y comprensivos, se puede considerar la posibilidad de que al configurarla le bailara la dirección que tenía que poner ya que el rango 11.x.x.x no es tan lejano al 10.x.x.x que si el privado. :-)
o siendo malos y sin escrupulos, se puede decir que el no tiene NPI de que usa una direccion publica o simplesmente estaba asi cuando llego y nunca le dio "deseos" de cambiar !!! no se si es el caso de nuestro colega de lista... pero en Punta Arenas - Chile, hay toda una Universidad que usa un (o eran 2 ???) rangos de IPs publicos dentro de su red hace mas de 3 anos y por mas que les explicos los problemas que podran tener, no piensan en cambiar... mas que nada por florjera del personal de informatica !!! por cierto... el rango que utilizan adentro, por coincidencia esta associado a una otra U en chile.. pero que por cosa del destino, la U que tiene problemas nunca necesito establecer comunicacion con ellos. salu2 y arregla esto. -- -- Victor Hugo dos Santos Linux Counter #224399
Siendo buenos y comprensivos, se puede considerar la posibilidad de que al configurarla le bailara la dirección que tenía que poner ya que el rango 11.x.x.x no es tan lejano al 10.x.x.x que si el privado. :-)
o siendo malos y sin escrupulos, se puede decir que el no tiene NPI de que usa una direccion publica o simplesmente estaba asi cuando llego y nunca le dio "deseos" de cambiar !!!
Nop, siendo malos, sin escrúpulos y desalmados, pero ante todo lógicos, lo que debemos deducir es que nuestro amigo de la lista trabaja para el departamente de estado USA y el ordenador del que hablamos en realidad es un servidor de la red "echelon" (o como se escriba). Alguien se ha fijado si la dirección de correo del listero acaba en ".mil" ????? -- Salutacions - Saludos, Josep M. Queralt
On 06/05/06, Josep M. Queralt
Siendo buenos y comprensivos, se puede considerar la posibilidad de que al configurarla le bailara la dirección que tenía que poner ya que el rango 11.x.x.x no es tan lejano al 10.x.x.x que si el privado. :-)
Tienen razon hombres, el 11.x.x.x no es una direccion privada y antes de nada. les doy las gracias por sus comentarios.
o siendo malos y sin escrupulos, se puede decir que el no tiene NPI de que usa una direccion publica o simplesmente estaba asi cuando llego y nunca le dio "deseos" de cambiar !!!
Bueno, es grato leer sus comentario pues es muy divertido y por eso siempre leo los correos de la lista (Aprender con diversion) , pero vamos a develar el misterio .
Nop, siendo malos, sin escrúpulos y desalmados, pero ante todo lógicos, lo que debemos deducir es que nuestro amigo de la lista trabaja para el departamente de estado USA y el ordenador del que hablamos en realidad es un servidor de la red "echelon" (o como se escriba).
Alguien se ha fijado si la dirección de correo del listero acaba en ".mil" ?????
Tengo una Red Wan con 18 oficinas interconectadas en distintas ciudades de Perú, y cuando me toco hacerme cargo de la red, ya lo encontre asi, al tener todas las maquinas IPs estaticas un cambio de esta naturaleza implicaba un alto costo de tiempo y dinero, como encargado de la Red de la empresa, presente un proyecto de ampliacion de la Wan, en la cual pasamos de 18 a 48 Oficinas en todo mi Pais (Perú) y con esto tambien esta planificado el cambio de la numeracion IP de la 11.0.0.0/8 a una configuracion de subredes de 198.162.0.0/16. Como un dato curioso, antes de hacerme cargo de la red, encontre en unos archivos un correo del departamento de defensa de USA haciendo mencion al respecto. Saludos, JCarlos
(Perú) y con esto tambien esta planificado el cambio de la numeracion IP de la 11.0.0.0/8 a una configuracion de subredes de 198.162.0.0/16.
Mírate este enlace: http://en.wikipedia.org/wiki/Private_IP_address Ahí estan las especificaciones de las direcciones privadas en Internet definidas en la RFC1918 de la IANA. Tienes la RFC1918 completa en : http://www.rfcsearch.org/rfcview/RFC/1918.html Juraría que la 198.162.0.0/16 tampoco está en esta lista, y aunque pertenece a Estados Unidos, no está adjudicada a nadie, pero también es pública. :-) Si usas 198.162.0.0/16 te arriesgas a tener problemas en el futuro. Yo te sugeriría utilizar el rango 192.168.0.0/16 y cumplir con la normativa de la IANA. -- Salutacions - Saludos, Josep M. Queralt
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-05-06 a las 22:02 -0500, Juan Carlos Bravo Celis escribió: ...
Tengo una Red Wan con 18 oficinas interconectadas en distintas ciudades de Perú, y cuando me toco hacerme cargo de la red, ya lo encontre asi, al tener todas las maquinas IPs estaticas un cambio de esta naturaleza implicaba un alto costo de tiempo y dinero, como encargado de la Red de la empresa, presente un proyecto de ampliacion de la Wan, en la cual pasamos de 18 a 48 Oficinas en todo mi Pais (Perú) y con esto tambien esta planificado el cambio de la numeracion IP de la 11.0.0.0/8 a una configuracion de subredes de 198.162.0.0/16.
Yo me negaría a darles soporte si no quieren corregir el desaguisado. Por cierto, esa IP tampoco es privada, ¿Te has fijado? Vamos, que si yo llevo el ISP os corto el servicio. Menos mal que no lo llevo :-P
Como un dato curioso, antes de hacerme cargo de la red, encontre en unos archivos un correo del departamento de defensa de USA haciendo mencion al respecto.
¡JUAS! X-) Pa'que veas, y no os han bombardeado :-P Que los usanianos a veces son educados y todo. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEXeIatTMYHG2NR9URAptpAJ95pcLcwABDW5xrx3RIfrgGaquPSQCeM36d Wj4PMgxAcqAhvnAr1xABpnE= =OC9K -----END PGP SIGNATURE-----
On 07/05/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-05-06 a las 22:02 -0500, Juan Carlos Bravo Celis escribió:
...
Tengo una Red Wan con 18 oficinas interconectadas en distintas ciudades de Perú, y cuando me toco hacerme cargo de la red, ya lo encontre asi, al tener todas las maquinas IPs estaticas un cambio de esta naturaleza implicaba un alto costo de tiempo y dinero, como encargado de la Red de la empresa, presente un proyecto de ampliacion de la Wan, en la cual pasamos de 18 a 48 Oficinas en todo mi Pais (Perú) y con esto tambien esta planificado el cambio de la numeracion IP de la 11.0.0.0/8 a una configuracion de subredes de 198.162.0.0/16.
Yo me negaría a darles soporte si no quieren corregir el desaguisado. Por cierto, esa IP tampoco es privada, ¿Te has fijado?
Vamos, que si yo llevo el ISP os corto el servicio. Menos mal que no lo llevo :-P
Menos mal que no lo haces Carlitos, ya me imagino llamandote para decirte que no tengo servicio y tu contestando o cambias tu numeracion ip, o no te devuelvo el servicio jajaja, hombre cometi un error al escribir la red, pues en realidad los numeros IPs tendran 192.168.0.0/16 ya revise lo que dice IANA.
Como un dato curioso, antes de hacerme cargo de la red, encontre en unos archivos un correo del departamento de defensa de USA haciendo mencion al respecto.
¡JUAS! X-)
Pa'que veas, y no os han bombardeado :-P
Que los usanianos a veces son educados y todo.
Pues asi es, y esto se corregie en los proximos dias, gracias a sus comentarios. Saludos JCarlos
2006/5/6, Juan Carlos Bravo Celis
On 06/05/06, Josep M. Queralt
wrote: Siendo buenos y comprensivos, se puede considerar la posibilidad de que al configurarla le bailara la dirección que tenía que poner ya que el rango 11.x.x.x no es tan lejano al 10.x.x.x que si el privado. :-)
Tienen razon hombres, el 11.x.x.x no es una direccion privada y antes de nada. les doy las gracias por sus comentarios.
o siendo malos y sin escrupulos, se puede decir que el no tiene NPI de que usa una direccion publica o simplesmente estaba asi cuando llego y nunca le dio "deseos" de cambiar !!!
Bueno, es grato leer sus comentario pues es muy divertido y por eso siempre leo los correos de la lista (Aprender con diversion) , pero vamos a develar el misterio .
Nop, siendo malos, sin escrúpulos y desalmados, pero ante todo lógicos, lo que debemos deducir es que nuestro amigo de la lista trabaja para el departamente de estado USA y el ordenador del que hablamos en realidad es un servidor de la red "echelon" (o como se escriba).
Alguien se ha fijado si la dirección de correo del listero acaba en ".mil" ?????
Tengo una Red Wan con 18 oficinas interconectadas en distintas ciudades de Perú, y cuando me toco hacerme cargo de la red, ya lo encontre asi,
sospeche desde el principio !!! (chapulín colorado)
al tener todas las maquinas IPs estaticas un cambio de esta naturaleza implicaba un alto costo de tiempo y dinero,
mmmm.. no tanto como parece !!! podrias crear interfaces virtuales (eth0:1) y asignarlas la nueva IP (10.0.0.1, por ejemplo) y ir configuracndo los routers, servidores y clientes gradualmente.
como encargado de la Red de la empresa, presente un proyecto de ampliacion de la Wan, en la cual pasamos de 18 a 48 Oficinas en todo mi Pais (Perú) y con esto tambien esta planificado el cambio de la numeracion IP de la 11.0.0.0/8 a una configuracion de subredes de 198.162.0.0/16.
ojo que este rango (198.162.0.0/16) , tampoco es privado !!!! posiblemente, lo que necesitas es una red 192.168.1.0/24, o una 10.0.0.0/16
Como un dato curioso, antes de hacerme cargo de la red, encontre en unos archivos un correo del departamento de defensa de USA haciendo mencion al respecto.
mmmm... me impresiona que: 1 - te escrebiron informando esto 2 - Se dieron cuenta de que tu tenias esta IP, se supone que se los routers estan bien configurados, jamas deberian de llegar hasta vuestros servidores con una IP asi. salu2. -- -- Victor Hugo dos Santos Linux Counter #224399
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-05-07 a las 17:19 -0400, Victor Hugo dos Santos escribió:
mmmm... me impresiona que:
1 - te escrebiron informando esto 2 - Se dieron cuenta de que tu tenias esta IP, se supone que se los routers estan bien configurados, jamas deberian de llegar hasta vuestros servidores con una IP asi.
Pues no es tan raro, porque los routers pasarán esa IP tranquilamente al no ser una IP privada. Para bloquearla en los routers hay que hacerlo a propósito, y eso lo haría gente que supiera que esa IP era púbica y que no debía rutarse... y la gente que sabe eso es que directamente no usaría esa IP. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD4DBQFEXnE0tTMYHG2NR9URAjTVAJdmh9cna0nC+eKJ9fvFngAg+juIAJ47hiN9 eK8N1kd265/S4LWVO7h4Tw== =um5P -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-05-06 a las 13:04 -0400, Victor Hugo dos Santos escribió:
- Chile, hay toda una Universidad que usa un (o eran 2 ???) rangos de IPs publicos dentro de su red hace mas de 3 anos y por mas que les explicos los problemas que podran tener, no piensan en cambiar... mas que nada por florjera del personal de informatica !!!
Asegúrate de ponerlo por escrito diciendo que te lavas las manos en caso de problemas.
por cierto... el rango que utilizan adentro, por coincidencia esta associado a una otra U en chile.. pero que por cosa del destino, la U que tiene problemas nunca necesito establecer comunicacion con ellos.
Hasta que un estudiante busque una información en la web de la otra universidad y le sea imposible contactar. Dirán que es imbécil, claro, y el pobre, salvo que sea einformático, no tendrá ni idea de lo que pasa. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEXd/etTMYHG2NR9URAnk3AJ9gPpztv6dsZh4vrqou31kMSY0P4gCeNL42 hO2FV/1QUxfiWedsRHXI/+U= =dFDa -----END PGP SIGNATURE-----
participants (10)
-
Camaleón
-
Carlos E. R.
-
Enrique Maglietta
-
Jordi Espasa Clofent
-
jose maria
-
Josep M. Queralt
-
Juan Carlos Bravo Celis
-
Rafa Grimán
-
Rafa Grimán
-
Victor Hugo dos Santos