Problema con aplicativos Tipo telnet o http
-
viernes, 16 de marzo de 2012 0:23
Hola, Tenemos que vigilar algunos equipos remotamente usando direcciones publicas via el aplicativo telnet o http.
Desde los ordenadores con Win Xp no tenemos ningun problema, pero desde todos los Win 7 professional, no podemos ingresar remotamente a algunas direcciones IP publicas, basicamente desde las pcs que se sirven de las licencias via VLSC.
cbernuy@ccg-pe.com
Espero puedan ayudarme
Saludos
Carlos B.
Todas las respuestas
-
viernes, 16 de marzo de 2012 11:01
Hola Carlos,
Contanos un poco mas cual es el problema y que estan tratando de hacer, ya que tu descripcioon es un tanto confusa.
Por ejemplo, Telnet no viene instalado en W7 por default, debe ser instalado manualmente (start->control panel ->programs -> tuns on windows features -> seleccional telnet client -> OK)
De todas maneras, y hasta que nos brindes mas informacion, te recomendaria verificar los seteos de firewall, y verificar que puedes hacer ping a las direcciones IP que estas tratando de conectarte.
Best Regards / Saludos, Marianok
Disclaimer: This post, and all included code and information is provided "AS IS" with no warranties or guarantees and confers no rights. Try it at your own risk, I take no responsibilities.
Aclaración: Esta publicación, y todo en código e información en la misma, es provista "AS IS" / "Como Está" sin garantía alguna y no le confiere ningún derecho. Pruebelo su propio riesgo. No asumo responsabilidad alguna.
-
sábado, 17 de marzo de 2012 16:40
Estimado Mariano:
Gracias por responder y querer ayudarme.
Efectivamente el servicio telnet fue activado en todos los ordenadores para el sistema operativo Win 7.
1) El firewall, esta desactivado para todas las pcs con win 7
2) la respuesta de ping si es viable desde cualquier Win7 y XP
Respuesta desde 201.218.216.204: bytes=32 tiempo=869ms TTL=249
Respuesta desde 201.218.216.204: bytes=32 tiempo=910ms TTL=249
Respuesta desde 201.218.216.204: bytes=32 tiempo=943ms TTL=249
Respuesta desde 201.218.216.204: bytes=32 tiempo=926ms TTL=2493) si usamos telnet desde un ordenador con win 7, este es el resultado:
Microsoft Windows [Versión 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. Reservados todos los derechos.C:\Users\ServidorMonitoreo>telnet 201.218.216.204
Conectándose a 201.218.216.204...No se puede abrir la conexión al host, en puert
o 23: Error en la conexiónC:\Users\Monitoreo>
4) si usamos telnet desde un ordenador con win XP, este es el resultado donde se aprecia que ingresamos al equipo deseado
Welcome, APOS(tm) Kernel Version 8.41.047.
Copyright (c) 1999-2006 AddPac Technology Co., Ltd.
User Access VerificationLogin:
5) cosa curiosa desde el win 7, si podemos pinear y accesar por telnet a la IP 201.218.216.207
6)No existe ningun bloqueo en la IP con problemas 201.218.216.204 via telnet, como veran se puede accesar desde cualquier XP, puede comprobarse.
Por lo tanto; hay muchas IP que no podemos alcanzar desde los ordenadores con sistema operativo Win 7
Espero su ayuda referente al caso
Gracias por el apoyo,
Carlos B
-
lunes, 19 de marzo de 2012 11:09
Hola Carlos,
Caso curioso que nos planteas :-)
Por lo general estos problemas responden a algunas de estas cosas: conectividad, firewall/enrutador, o configuraciones de seguridad.
Nos contas que los W7 pueden resciben respuestas al ping, con lo cual no es problema de conectividad.
Tambien nos comentas que "no exisaten bloqueos en la ip con problemas" con lo cual, entiendo que decis que el servidor de telnet en ese IP no tiene ninguna configuracion de seguridad que pueda estar bloqueando la conexion desde los IPs de los W7.
Con lo cual, lo unico que nos queda es un Firewall o router.
Hay que revisar la configuracion del firewall y de las opciones de red, tanto en el servidor de destino como en las W7 si el el servicio de firewall no estan bloqueando la conexion.
Si las W7 estan conectadas directamente a internet (o si el servicio de Networking cree estar conectada a una red publica) la computadora estara en modo de red protegido y muchas de las conexiones a la red estaran bloqueadas. Es muy probable que este sea el motivo del problema, en este caso podes permitir la conexion usado netsh:
netsh firewall add portopening protocol = TCP port = 23 name = telnet mode = enable scope = custom addresses = 201.218.216.204
Este comando te permitira conexiones a ese IP especifico, si quieres permitir a otros IPs debes cambiar los parametros scope y/o address.
Para eliminar este seteo puedes usar:
netsh firewall delete portopening protocol=tcp port=23
Si los puertos estan debidamente abiertos en los dos extremos y aun asi no funciona, deberemos considerar los routers y/o firewalls que pueden estar entre ambos.
No sabemos cual es el esquema de red que tenes en tu sitio, asi que vas a tener que verificar si, los XP y los W7 estan en la misma subnet, y si entre la subnet de los W7 y la del destino (201.218.216.204) hay algun tipo de router o firewall. (ahora que lo pienso, esta direccion parece ser una direccion publica de internet, panama posiblemente, con lo cual es casi seguro que tus W7 esten detras de al menos un router).
Espero que te sea de utilidad ...
Best Regards / Saludos, Marianok
Disclaimer: This post, and all included code and information is provided "AS IS" with no warranties or guarantees and confers no rights. Try it at your own risk, I take no responsibilities.
Aclaración: Esta publicación, y todo en código e información en la misma, es provista "AS IS" / "Como Está" sin garantía alguna y no le confiere ningún derecho. Pruebelo su propio riesgo. No asumo responsabilidad alguna.
-
lunes, 19 de marzo de 2012 13:02
Hola Mariano:
Gracias por responder.
He replicado la simulacion desde mi casa, donde cuento un acceso con ADSL (un modem rourter Zyxel sin ninguna restriccion y firewall desactivado).
Tampoco logro accesar al telnet a la ip publica especifica 201.218.216.204, pero si y al igual qe en mi oficina; a la IP 201.218.216.207; todo ejecutado desde una laptop con W7 professional, siendo la misma conclusion.
Aqui tambien se ha activado el servicio telnet y desactivado el firewall para realizar estas pruebas, donde descarto el tipo de topologia de red que no tendria implicancia.
Solo me quedara hacer una ultima prueba... cambiare de ISP en los ordenadores con W7 y vere los resultados, con esto descarto algun router en el backbone de mi actual proveedor de internet.
Gracias por el apoyo
Carlos B,
-
lunes, 19 de marzo de 2012 13:48
Hola Carlos,
Si pudieras, lo ideal seria que probaras con una XP desde tu casa, ya que sabemos que el problema se verifica desde ahi con las W7.
Si desde tu casa NO tienes problema para conectarte (desde XP) al IP 201.218.216.204, sabremos que es un problema localizado en el W7, y nos podremos acotar a su configuracion y seteos.
Por otro lado, si desde tu casa el XP tambien falla al conectar, sabremos que es algo independiente al OS de la workstation, y podremos investigar si es un seteo del ISP o del servidor remoto.
una pruba mas que quisiera que intentes, tratarde estableces una conexion telnet desde tu casa a un puerto en 201.218.216.204 que no sea puerto 23 (por ejemplo 80, o 443, o cualquier otro que sepas que funciona), probar esto desde XP y desde W7 (y si tienes alguno otro OS, mejor aun)
Best Regards / Saludos, Marianok
Disclaimer: This post, and all included code and information is provided "AS IS" with no warranties or guarantees and confers no rights. Try it at your own risk, I take no responsibilities.
Aclaración: Esta publicación, y todo en código e información en la misma, es provista "AS IS" / "Como Está" sin garantía alguna y no le confiere ningún derecho. Pruebelo su propio riesgo. No asumo responsabilidad alguna.
-
martes, 20 de marzo de 2012 21:00
Buenas Tardes:
He realizado las pruebas solicitadas:
Desde mi casa con Win7
No logro accesar a telnet y http via el IP 201.218.216.204
Desde mi casa con XP
Si logro accesar a telnet y http via el IP 201.218.216.204
Por lo tanto creo que es un problema en WIN7
Esperando puedas ayudarme, me dispido
Saludos
Carlos B.
-
miércoles, 21 de marzo de 2012 12:01
Buen Dia Carlos,
Muy interesante ... al menos sabemos a donde acotar el analisis del problema, windows 7, y que desde tu casa podemos reproducir el problema, es mejor acotarnos a ese sitio en particular, al menos por ahora).
Quisiera que (de ser posible) ejecutes los siguientes comandos en ambos OS, en teoria, el resultado deberia ser similar en ambos equipos, pero es mejor que lo verifiques:
ipconfig /all tracert 201.218.216.204 route print
y en el W7 ejecuta tambien estos comandos (y enviarnos el resultado):
netsh interface tcp show global netsh advfirewall show currentprofile
Best Regards / Saludos, Marianok
Disclaimer: This post, and all included code and information is provided "AS IS" with no warranties or guarantees and confers no rights. Try it at your own risk, I take no responsibilities.
Aclaración: Esta publicación, y todo en código e información en la misma, es provista "AS IS" / "Como Está" sin garantía alguna y no le confiere ningún derecho. Pruebelo su propio riesgo. No asumo responsabilidad alguna.
-
jueves, 22 de marzo de 2012 19:51
Hola Amigo Mariano:
Adjunto el resultado de todas las pruebas solicitadas:
Muestra con PC XP de sistema operativo:
C:\Documents and Settings\CBERNUY>
Microsoft Windows XP [Versión 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.C:\Documents and Settings\CBERNUY>ipconfig/all
Configuración IP de Windows
Nombre del host . . . . . . . . . : operaciones
Sufijo DNS principal . . . . . . :
Tipo de nodo. . . . . . . . . . . : híbrido
Enrutamiento habilitado. . . . . .: No
Proxy WINS habilitado. . . . . : NoAdaptador Ethernet CCG-LAN :
Sufijo de conexión específica DNS :
Descripción. . . . . . . . . . . : Realtek RTL8168/8111 PCI-E Gigabit Ethernet NIC
Dirección física. . . . . . . . . : 00-1C-C0-D3-30-EB
DHCP habilitado. . . . . . . . . : No
Dirección IP. . . . . . . . . . . : 192.168.2.6
Máscara de subred . . . . . . . . : 255.255.255.0
Puerta de enlace predeterminada : 192.168.2.1
Servidores DNS . . . . . . . . . .: 200.48.225.130
200.48.225.146
4.2.2.2
4.2.2.1C:\Documents and Settings\CBERNUY>tracert 201.218.216.204
Traza a 201.218.216.204 sobre caminos de 30 saltos como máximo.
1 <1 ms <1 ms <1 ms 192.168.2.1
2 1 ms 1 ms 1 ms 190.40.11.241
3 * * * Tiempo de espera agotado para esta solicitud.
4 10 ms 9 ms 9 ms 10.111.111.161
5 10 ms 9 ms 9 ms 10.111.1.53
6 9 ms 8 ms 8 ms 10.111.1.137
7 9 ms 9 ms 9 ms Xe6-0-4-0-grtlurem2.red.telefonica-wholesale.net.10.16.84.in-addr.arpa [84.16.10.65]
8 70 ms 103 ms 70 ms So1-0-3-0-grtmiabr3.red.telefonica-wholesale.net [213.140.38.70]
9 103 ms 104 ms 179 ms Xe3-0-8-0-grtwaseq3.red.telefonica-wholesale.net.127.142.94.in-addr.arpa [94.142.127.206]
10 108 ms 119 ms 107 ms GlobalCrossing2-0-0-0-grtwaseq3.red.telefonica-wholesale.net [213.140.55.90]
11 * * * Tiempo de espera agotado para esta solicitud.
12 251 ms 250 ms 250 ms gsr1-wc.tcarrier.net [200.46.0.20]
13 251 ms 261 ms 250 ms 200.90.140.174
14 * * * Tiempo de espera agotado para esta solicitud.
15 258 ms 251 ms 249 ms 200.46.227.90
16 * * * Tiempo de espera agotado para esta solicitud.
17 * * * Tiempo de espera agotado para esta solicitud.
18 * 1029 ms 914 ms 201.218.216.204
19 968 ms 1014 ms 935 ms 201.218.216.204
Traza completa.C:\Documents and Settings\CBERNUY>route print
===========================================================================
ILista de interfaces
0x1 ........................... MS TCP Loopback interface
0x170002 ...00 1c c0 d3 30 eb ...... Realtek RTL8168/8111 PCI-E Gigabit Ethernet NIC - Minipuerto del administrador de paquetes
===========================================================================
===========================================================================
Rutas activas:
Destino de red Máscara de red Puerta de acceso Interfaz Métrica
0.0.0.0 0.0.0.0 192.168.2.1 192.168.2.6 2
127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1
192.168.2.0 255.255.255.0 192.168.2.6 192.168.2.6 2
192.168.2.6 255.255.255.255 127.0.0.1 127.0.0.1 2
192.168.2.255 255.255.255.255 192.168.2.6 192.168.2.6 2
224.0.0.0 240.0.0.0 192.168.2.6 192.168.2.6 2
255.255.255.255 255.255.255.255 192.168.2.6 192.168.2.6 1
Puerta de enlace predeterminada: 192.168.2.1
===========================================================================
Rutas persistentes:
ningunoMuestra con sistema Win7:
Microsoft Windows [Versión 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. Reservados todos los derechos.C:\Users\Alberto Customer>ipconfi/all
"ipconfi" no se reconoce como un comando interno o externo,
programa o archivo por lotes ejecutable.C:\Users\Alberto Customer>ipconfig/all
Configuración IP de Windows
Nombre de host. . . . . . . . . : AlbertoCustomer
Sufijo DNS principal . . . . . :
Tipo de nodo. . . . . . . . . . : híbrido
Enrutamiento IP habilitado. . . : no
Proxy WINS habilitado . . . . . : noAdaptador de Ethernet Conexión de área local:
Sufijo DNS específico para la conexión. . :
Descripción . . . . . . . . . . . . . . . : Realtek RTL8168D/8111D Family PCI
-E Gigabit Ethernet NIC (NDIS 6.20)
Dirección física. . . . . . . . . . . . . : 00-27-0E-21-CC-14
DHCP habilitado . . . . . . . . . . . . . : no
Configuración automática habilitada . . . : sí
Vínculo: dirección IPv6 local. . . : fe80::69a2:ca38:ab83:aedb%10(Preferido)Dirección IPv4. . . . . . . . . . . . . . : 192.168.2.5(Preferido)
Máscara de subred . . . . . . . . . . . . : 255.255.255.0
Puerta de enlace predeterminada . . . . . : 192.168.2.1
IAID DHCPv6 . . . . . . . . . . . . . . . : 234891022
DUID de cliente DHCPv6. . . . . . . . . . : 00-01-00-01-16-CB-F8-E1-00-27-0E-
21-CC-14
Servidores DNS. . . . . . . . . . . . . . : 200.48.225.130
200.48.225.146
8.8.8.8
8.8.4.4
4.2.2.1
4.2.2.2
4.2.2.3
4.2.2.4
NetBIOS sobre TCP/IP. . . . . . . . . . . : habilitadoAdaptador de túnel Teredo Tunneling Pseudo-Interface:
Sufijo DNS específico para la conexión. . :
Descripción . . . . . . . . . . . . . . . : Teredo Tunneling Pseudo-InterfaceDirección física. . . . . . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP habilitado . . . . . . . . . . . . . : no
Configuración automática habilitada . . . : sí
Dirección IPv6 . . . . . . . . . . : 2001:0:4137:9e76:2821:665:41d7:f40b(Pref
erido)
Vínculo: dirección IPv6 local. . . : fe80::2821:665:41d7:f40b%16(Preferido)
Puerta de enlace predeterminada . . . . . : ::
NetBIOS sobre TCP/IP. . . . . . . . . . . : deshabilitadoAdaptador de túnel isatap.{97832441-6A24-4475-8C62-66060F45FDEF}:
Estado de los medios. . . . . . . . . . . : medios desconectados
Sufijo DNS específico para la conexión. . :
Descripción . . . . . . . . . . . . . . . : Adaptador ISATAP de Microsoft #4
Dirección física. . . . . . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP habilitado . . . . . . . . . . . . . : no
Configuración automática habilitada . . . : síC:\Users\Alberto Customer>tracert 201.218.216.204
Traza a 201.218.216.204 sobre caminos de 30 saltos como máximo.
1 <1 ms <1 ms <1 ms 192.168.2.1
2 1 ms 1 ms 1 ms 190.40.11.241
3 * * * Tiempo de espera agotado para esta solicitud.
4 9 ms 10 ms 9 ms 10.111.111.161
5 9 ms 9 ms 10 ms 10.111.1.53
6 9 ms 8 ms 8 ms 10.111.1.137
7 34 ms 24 ms 49 ms Xe6-0-4-0-grtlurem2.red.telefonica-wholesale.net
.10.16.84.in-addr.arpa [84.16.10.65]
8 113 ms 70 ms 71 ms So7-3-0-0-grtmiabr3.red.telefonica-wholesale.net
[213.140.37.198]
9 109 ms 110 ms 102 ms Xe-1-1-0-0-grtwaseq3.red.telefonica-wholesale.ne
t [84.16.13.57]
10 105 ms 112 ms 106 ms GlobalCrossing2-0-0-0-grtwaseq3.red.telefonica-w
holesale.net [213.140.55.90]
11 * * * Tiempo de espera agotado para esta solicitud.
12 247 ms 258 ms 260 ms gsr1-wc.tcarrier.net [200.46.0.20]
13 255 ms 249 ms 251 ms 200.90.140.174
14 * * * Tiempo de espera agotado para esta solicitud.
15 249 ms 259 ms 249 ms 200.46.227.90
16 * * * Tiempo de espera agotado para esta solicitud.
17 * * * Tiempo de espera agotado para esta solicitud.
18 969 ms 1010 ms 966 ms 201.218.216.204
19 962 ms 1113 ms * 201.218.216.204
20 848 ms 1042 ms 1060 ms 201.218.216.204Traza completa.
C:\Users\Alberto Customer>route print
===========================================================================
ILista de interfaces
10...00 27 0e 21 cc 14 ......Realtek RTL8168D/8111D Family PCI-E Gigabit Ethern
et NIC (NDIS 6.20)
1...........................Software Loopback Interface 1
16...00 00 00 00 00 00 00 e0 Teredo Tunneling Pseudo-Interface
21...00 00 00 00 00 00 00 e0 Adaptador ISATAP de Microsoft #4
===========================================================================IPv4 Tabla de enrutamiento
===========================================================================
Rutas activas:
Destino de red Máscara de red Puerta de enlace Interfaz Métrica
0.0.0.0 0.0.0.0 192.168.2.1 192.168.2.5 276
127.0.0.0 255.0.0.0 En vínculo 127.0.0.1 306
127.0.0.1 255.255.255.255 En vínculo 127.0.0.1 306
127.255.255.255 255.255.255.255 En vínculo 127.0.0.1 306
192.168.2.0 255.255.255.0 En vínculo 192.168.2.5 276
192.168.2.5 255.255.255.255 En vínculo 192.168.2.5 276
192.168.2.255 255.255.255.255 En vínculo 192.168.2.5 276
224.0.0.0 240.0.0.0 En vínculo 127.0.0.1 306
224.0.0.0 240.0.0.0 En vínculo 192.168.2.5 276
255.255.255.255 255.255.255.255 En vínculo 127.0.0.1 306
255.255.255.255 255.255.255.255 En vínculo 192.168.2.5 276
===========================================================================
Rutas persistentes:
Dirección de red Máscara de red Dirección de puerta de enlace Métrica
0.0.0.0 0.0.0.0 192.168.2.1 Predeterminada
===========================================================================IPv6 Tabla de enrutamiento
===========================================================================
Rutas activas:
Cuando destino de red métrica Puerta de enlace
16 58 ::/0 En vínculo
1 306 ::1/128 En vínculo
16 58 2001::/32 En vínculo
16 306 2001:0:4137:9e76:2821:665:41d7:f40b/128
En vínculo
10 276 fe80::/64 En vínculo
16 306 fe80::/64 En vínculo
16 306 fe80::2821:665:41d7:f40b/128
En vínculo
10 276 fe80::69a2:ca38:ab83:aedb/128
En vínculo
1 306 ff00::/8 En vínculo
16 306 ff00::/8 En vínculo
10 276 ff00::/8 En vínculo
===========================================================================
Rutas persistentes:
NingunoC:\Users\Alberto Customer>
comandos:
netsh interface tcp show global
netsh advfirewall show currentprofile
C:\Users\Alberto Customer>netsh interface tcp show global
Consultando el estado activo...Parámetros TCP globales
--------------------------------------------------------------
Estado de ajuste de escala en lado de recepción : enabled
Estado de descarga Chimney : automatic
Estado de NetDMA : enabled
Acceso directo a caché (DCA) : disabled
Nivel de ajuste automático de ventana de recepción : normal
Proveedor de control de congestión de complementos : none
Capacidad ECN : disabled
Marcas de tiempo RFC 1323 : disabled
** El valor autotuninglevel anterior es el resultado de la heurística de escalad
o de
ventana que invalida cualquier configuración local o de directiva en al menos un
perfil.
C:\Users\Alberto Customer>netsh advfirewall show currentporfile
No se encuentra el comando: advfirewall show currentporfileC:\Users\Alberto Customer>netsh advfirewall show currentprofile
Configuración de Perfil privado:
----------------------------------------------------------------------
Estado DESACTIVAR
Directiva de firewall BlockInbound,AllowOutbound
LocalFirewallRules N/A (sólo almacén de GPOs)
LocalConSecRules N/A (sólo almacén de GPOs)
InboundUserNotification Habilitar
RemoteManagement Deshabilitar
UnicastResponseToMulticast HabilitarRegistro:
LogAllowedConnections Deshabilitar
LogDroppedConnections Deshabilitar
FileName %systemroot%\system32\LogFiles\Firewall\pf
irewall.log
MaxFileSize 4096Aceptar
Gracias por el apoyo
Saludos
Carlos B.
-
viernes, 23 de marzo de 2012 13:32
Hola Carlos,
Lo unico que se me ocurre probar es deshabilitando el auto-tunning y el tcp chimeny ... es algo que se incorporo con Vista y W7 y que a algunos servidores no les gusta mucho.
La verdad que no creo que sea la causa de esto, pero si no tenes otra cosa que probar ...
Para deshabilitarlo :
netsh interface tcp set global autotuninglevel=disabled netsh int ip set global taskoffload=disabled
Para Habilitarlo nuevamente :
netsh int ip set global taskoffload=enable netsh interface tcp set global autotuninglevel=normal
en ambos casos, es posible que necesites reiniciar el sistema.
Best Regards / Saludos, Marianok
Disclaimer: This post, and all included code and information is provided "AS IS" with no warranties or guarantees and confers no rights. Try it at your own risk, I take no responsibilities.
Aclaración: Esta publicación, y todo en código e información en la misma, es provista "AS IS" / "Como Está" sin garantía alguna y no le confiere ningún derecho. Pruebelo su propio riesgo. No asumo responsabilidad alguna.
-
lunes, 26 de marzo de 2012 15:25
Estimado Mariano:
Te comento:
Hemos probado lo que me indicaste, tuvimos que realizar un cambio en el CMD el cual debia estar en modo administrador para poder ejecutarse las instrucciones.
De todas formas no hubo solucion.
Esperare que nuevas soluciones se puedan plantear para resolver mi caso
Ante todo te agradezco por el tiempo y apoyo brindando.
Saludos.
Carlos B
-
lunes, 26 de marzo de 2012 18:22
Estimado Carlos,
Lamentablemente me he quedado sin ideas .... :-(
Seria interesante verificar si el paquete de coneccion esta llegando al servidor de destino, y ver tambien si el servidor tiene algun log de la conexion ... en una de esas esto nos brinda alguna informacion adicional.
Lamento no poder ayudarte, si se me ocurre algo nuevo para probar te aviso ...
Saludos, marianok
Best Regards / Saludos, Marianok
Disclaimer: This post, and all included code and information is provided "AS IS" with no warranties or guarantees and confers no rights. Try it at your own risk, I take no responsibilities.
Aclaración: Esta publicación, y todo en código e información en la misma, es provista "AS IS" / "Como Está" sin garantía alguna y no le confiere ningún derecho. Pruebelo su propio riesgo. No asumo responsabilidad alguna.
.png)
