Sv Community El Salvador
Soporte y Tecnología => Internet & Redes => Mensaje iniciado por: vlad en febrero 04, 2009, 08:24:07 am
-
Desde hace unos días estaba observando que hay problemas para conectarse directamente entre dos maquinas con Turbonett, ej. si tienes tu servidor o tu servidor VNC casero (con turbonett, y con puertos abiertos) habran notado que ultimamente han dejado de funcioar :huh:
Al principio pensé que era problema con la resolución de no-ip/dyndns (los mas usados para obtener direcciones a ip dinamicas) pero hasta ayer, probando con canos (http://www.svcommunity.org/forum/index.php?action=profile;u=14631) me di cuenta de que el problema parece radicar en las terminales de Telecom y no en nuestras configuraciones...
La prueba es simple, suponiendo que tu ip es "TU_IP":
1) Si alguien (persona B) con Turbonett hace ping a "TU_IP" simplemente se agota el tiempo no hay respuesta.
2) Si pruebas a hacer ping a "TU_IP" desde algun otro sitio (ej. otro pais o alguien que no tenga Turbonett - http://www.hq42.net/net_tools/remote_ping.php (http://www.hq42.net/net_tools/remote_ping.php)) si obtendras respuesta.
Ok. Prueba B:
1) Si tienes un servidor HTTP instalado y alguien con Telecom intenta navegar a http://"TU_IP" - no obtendrá ningún resultado
2) Si intentas navegar a esa misma dirección a travez de un proxy (CGI o lo que sea - http://anonymouse.org/cgi-bin/anon-www.cgi/http:/"TU_IP" (http://anonymouse.org/cgi-bin/anon-www.cgi/http:/"TU_IP")) si obtendras acceso a tu servidor.
De no equivocarme en nada mas, llego a que la dos pruebas anteriores concluyen que Telecom esta activamente bloqueando las conexiones entre clientes de Turbonett.
¿Como me afecta esto?- podrias preguntarte, la respuesta es que si tu tienes tu servidor de juegos, tu servidor HTTP/FTP o lo que sea, usas VNC/SSH para usar la maquina de tu casa desde el trabajo, etc. no podras de ahora en adelante hacerlos funcionar si es que esta es una implementacion definitiva de Telecom.
Me pregunto si es un problema relativo a las recientes caidas de conexion constantes de Turbonett o es que es el principio del fin de lo unico bueno que tiene Turbonett: poder abrir puertos.
Espero no haberlos aburrido y pues si alguien tiene algun comentario (que no sea insulto a Telecom, porque eso no nos resuelve nada :D) será bienvenido.
-
:thx:
Dejame hacer unas pruebas, para confirmar esto :good:
-
sep es cierto, hemos estado queriendo conectarnos para darnos en la torre con unos amigos en el PS3 y ya no deja, al principio creiamos que algo en la conexion, pero haciendo cuenta con lo que vos decis, es verdad ya no esta dejando
-
Acabo de abrir el puerto 8080 y puede entrar con toda normalidad desde una conexion de Telefonica.
tambien si le hago ping me responde
Ojala solo sea entre Conexiones de Tortugonett :phew:
-
Acabo de abrir el puerto 8080 y puede entrar con toda normalidad desde una conexion de Telefonica.
tambien si le hago ping me responde
Ojala solo sea entre Conexiones de Tortugonett :phew:
Sip, solo es entre conexiones de turbonett :angry2:
-
Acabo de abrir el puerto 8080 y puede entrar con toda normalidad desde una conexion de Telefonica.
tambien si le hago ping me responde
Ojala solo sea entre Conexiones de Tortugonett :phew:
lo que es no leer debidamente y detenidamente :@ :dumb:
-
lo que es no leer debidamente y detenidamente :@ :dumb:
:phew:
De no equivocarme en nada mas, llego a que la dos pruebas anteriores concluyen que Telecom esta activamente bloqueando las conexiones entre clientes de Turbonett.
Para mi la frase "De no equivocarme" suena a un poco de duda, yo solo hice las pruebas y comente mis resultados.
A lo mejor me exprese mal, mejor debi haber escrito: Ojala no bloqueen del todo las conexiones de turbonett, a modo de que solo dejen la muy navegacion :-/
-
pues hace unos meses (noviembre quizas) intente hacer un servidor http casero (ya que necesitaba soporte para asp) pero en ninguna de las 2 maquinas dio entrada, al principio crei que era culpa del modem (thompson) pero luego de hacer unas configuraciones que me recomendo un communiter siempre dio el mismo problema, no habia respuesta
con respecto a las caidas del servicio he notado que a veces me aparece el cable de red esta desconectado, veo el modem y tiene encendidas todas las luces :dumb: me toca apagar/enceder nuevamente el modem para poder reestablecer la conexion en la maquina
-
el servicio es deficiente, ayer nada mas, con las dos pcs encendidas y conectadas, estaba tan lento que ni siquiera se podian ver videos en el tube.
Y por cierto, me parece que hay problemas para abrir los puertos, o por lo menos a mi me esta dando problemas para torrents.
-
Bueno y a todo esto que podrian bloquear el acceso a a los puertos que te pide utorrent que esten abiertos como dice syrup porque si es asi de que sirve tener internet :cry: :cry: :cry: :cry:
Bueno y de ser asi que ondas se podria esto llevar ala dpc por mal servicio o algo por el estilo
-
Hice unas pruebas con mi conexion y yo pude ver otros routers, ahora bien, el router que uso encapsula el trafico hacia el internet en EoATM (ethernet sobre ATM), no se los suyos pero me imagino que son los que usan PPPoE (ppp sobre ethernet).
las conexiones PPP hasta cierto punto si se les puede controlar el trafico( en el concentrador) mientras que la que yo tengo practicamente deja pasar todo, si alguien puede que haga una prueba a mi IP (http://201.247.31.26) asi salimos de dudas.
Ojo los estoy logeando :rofl: :rofl: ya vi que se conectaron 3 y que me quisieron ver que tenia traviesos!!
-
Al menos una salida para los gamers es el hamachi, o tampoco se puede? :huh:
-
Hice unas pruebas con mi conexion y yo pude ver otros routers, ahora bien, el router que uso encapsula el trafico hacia el internet en EoATM (ethernet sobre ATM), no se los suyos pero me imagino que son los que usan PPPoE (ppp sobre ethernet).
las conexiones PPP hasta cierto punto si se les puede controlar el trafico( en el concentrador) mientras que la que yo tengo practicamente deja pasar todo, si alguien puede que haga una prueba a mi IP (http://201.247.31.26) asi salimos de dudas.
Ojo los estoy logeando :rofl: :rofl: ya vi que se conectaron 3 y que me quisieron ver que tenia traviesos!!
Pues hasta donde yo me acuerdo... Los usuarios que se conectaban a la misma central(mismo router) no se podían ver entre sí. Recuerdo esto porque el g00mba tenía turbonett por mi casa y recuerdo que no podía acceder a mi IP, ni yo a la de el.
Pero esto tiene ratos de ser así. No es algo reciente.
Ahora.. lo interesante es que si se podía acceder a otras ip que estuvieran dentro de la red turbonett pero que no estuvieran conectados a la misma central
-
Pues hasta donde yo me acuerdo... Los usuarios que se conectaban a la misma central(mismo router) no se podían ver entre sí. Recuerdo esto porque el g00mba tenía turbonett por mi casa y recuerdo que no podía acceder a mi IP, ni yo a la de el.
Pero esto tiene ratos de ser así. No es algo reciente.
Ahora.. lo interesante es que si se podía acceder a otras ip que estuvieran dentro de la red turbonett pero que no estuvieran conectados a la misma central
Mira hice un Ip scan y encontre varias ip que respondian, les hice un escaneo de puertos y tenian abiertos los puertos 80 23 y 21, esos han de ser los routers UTStarcom viejos y que siempre les dejan abiertos esos puertos, yo vivo en soya y la red es la 201.247.30.0/23.
Ahora bien, puede ser que no todos esten igual yo cuando menos acceso a esas ip si tuve.
-
Mira hice un Ip scan y encontre varias ip que respondian, les hice un escaneo de puertos y tenian abiertos los puertos 80 23 y 21, esos han de ser los routers UTStarcom viejos y que siempre les dejan abiertos esos puertos, yo vivo en soya y la red es la 201.247.30.0/23.
Ahora bien, puede ser que no todos esten igual yo cuando menos acceso a esas ip si tuve.
y precisamente por cosas como estas es que estan bloqueando las conexiones, para que no podas escanear puertos y querer andar haciendo exploits
-
Mira hice un Ip scan y encontre varias ip que respondian, les hice un escaneo de puertos y tenian abiertos los puertos 80 23 y 21, esos han de ser los routers UTStarcom viejos y que siempre les dejan abiertos esos puertos, yo vivo en soya y la red es la 201.247.30.0/23.
Ahora bien, puede ser que no todos esten igual yo cuando menos acceso a esas ip si tuve.
Me imagino que esos que detectaste no son de Telecom...
Ademas independientemente que tenga puertos abiertoso no, al menos el ping tiene que funcionar, en este caso esta totalmente bloqueada la comunicacion.
Pues hasta donde yo me acuerdo... Los usuarios que se conectaban a la misma central(mismo router) no se podían ver entre sí. Recuerdo esto porque el g00mba tenía turbonett por mi casa y recuerdo que no podía acceder a mi IP, ni yo a la de el.
Pero esto tiene ratos de ser así. No es algo reciente.
Ahora.. lo interesante es que si se podía acceder a otras ip que estuvieran dentro de la red turbonett pero que no estuvieran conectados a la misma central
Entonces?, serár que telecom compro una central grandotota y nos conecto a todos ahi? x_x
Hice unas pruebas con mi conexion y yo pude ver otros routers, ahora bien, el router que uso encapsula el trafico hacia el internet en EoATM (ethernet sobre ATM), no se los suyos pero me imagino que son los que usan PPPoE (ppp sobre ethernet).
las conexiones PPP hasta cierto punto si se les puede controlar el trafico( en el concentrador) mientras que la que yo tengo practicamente deja pasar todo, si alguien puede que haga una prueba a mi IP (http://201.247.31.26) asi salimos de dudas.
Ojo los estoy logeando :rofl: :rofl: ya vi que se conectaron 3 y que me quisieron ver que tenia traviesos!!
Curioso, puede acceder a tu servidor HTTP pero el ping no responde :wacko:
-
Me imagino que esos que detectaste no son de Telecom...
Ademas independientemente que tenga puertos abiertoso no, al menos el ping tiene que funcionar, en este caso esta totalmente bloqueada la comunicacion.
Entonces?, serár que telecom compro una central grandotota y nos conecto a todos ahi? x_x
Curioso, puede acceder a tu servidor HTTP pero el ping no responde :wacko:
El ping lo tengo deshabilitado en el firewall :rofl: :rofl:
-
... si alguien puede que haga una prueba a mi IP (http://201.247.31.26) asi salimos de dudas.
El ping lo tengo deshabilitado en el firewall :rofl: :rofl:
:rofl: y entonces como queres que probemos x_x
-
:rofl: y entonces como queres que probemos x_x
Si llegaste al server....
-
Si llegaste al server....
Buen punto. No se, creo que no me voy a morir en paz si no pruebo el ping podrias habilitar lo del ICMP o lo que sea que hayas deshabilitado solo para hacer una prueba rapida?, gracias.
-
Buen punto. No se, creo que no me voy a morir en paz si no pruebo el ping podrias habilitar lo del ICMP o lo que sea que hayas deshabilitado solo para hacer una prueba rapida?, gracias.
:rofl: :rofl: :rofl: Ok lo voy a habilitar, ademas hace un traceroute para ver por cuales routers pasa el trafico..
-
Ok comprobado, gracias :)
A ver... como esta eso del EoATM? :D
No se porque presiento que vamos a terminar haciendo lo inverso de esto:
http://www.svcommunity.org/forum/index.php?topic=4320.0
-
Ok comprobado, gracias :)
A ver... como esta eso del EoATM? :D
No se porque presiento que vamos a terminar haciendo lo inverso de esto:
http://www.svcommunity.org/forum/index.php?topic=4320.0
EoATM es otro protocolo para WAN o MAN, aunque ahora se usa mas MPLS para WAN. La onda es que practicamente el trafico Ethernet se encapsula en ATM, o sea que es como si yo estuviera conectado a un switch en alguna parte de la planta de telecom, por eso que al router le meten unas reglas que practicamente le restrinjen todo (bajen los restauradores de los routers en la pagina de telecom, descompriman lo que puedan y busque un txt con esas reglas, asi hice yo :evil:)
Ahora los que tienen PPPoE van conectados a un concentrador que ese si es probable que tenga alguna regla para que solo permita trafico hacia el internet y no entre ellos (dependiendo de la red o lugar fisico, no se) o algun otro armatoste (???)
190.87.109.202 tu ip vlad???
-
(bajen los restauradores de los routers en la pagina de telecom, descompriman lo que puedan y busque un txt con esas reglas, asi hice yo :evil:)
Gracias, aunque por lo visto un tutorial no es algo que se vea en un futuro proximo :yono
PD: Pues claro, que otra ip te estaría molestando :rofl:
-
Gracias, aunque por lo visto un tutorial no es algo que se vea en un futuro proximo :yono
PD: Pues claro, que otra ip te estaría molestando :rofl:
Ahi te dejo una info de tu IP
Initiating Ping Scan at 15:42
Scanning 190.87.109.202 [5 ports]
Completed Ping Scan at 15:42, 0.05s elapsed (1 total hosts)
Initiating Parallel DNS resolution of 1 host. at 15:42
Completed Parallel DNS resolution of 1 host. at 15:42, 0.01s elapsed
Initiating SYN Stealth Scan at 15:42
Scanning 190.87.109.202 [1000 ports]
Discovered open port 80/tcp on 190.87.109.202
Discovered open port 23/tcp on 190.87.109.202
Completed SYN Stealth Scan at 15:42, 4.65s elapsed (1000 total ports)
Initiating Service scan at 15:42
Scanning 2 services on 190.87.109.202
Completed Service scan at 15:42, 5.06s elapsed (2 services on 1 host)
Initiating OS detection (try #1) against 190.87.109.202
Retrying OS detection (try #2) against 190.87.109.202
Initiating Traceroute at 15:42
190.87.109.202: guessing hop distance at 2
Completed Traceroute at 15:42, 0.06s elapsed
Initiating Parallel DNS resolution of 4 hosts. at 15:42
Completed Parallel DNS resolution of 4 hosts. at 15:42, 0.21s elapsed
SCRIPT ENGINE: Initiating script scanning.
Initiating SCRIPT ENGINE at 15:42
Completed SCRIPT ENGINE at 15:42, 3.59s elapsed
Host 190.87.109.202 appears to be up ... good.
Interesting ports on 190.87.109.202:
Not shown: 998 filtered ports
PORT STATE SERVICE VERSION
23/tcp open telnet Alcatel/Thomson SpeedTouch DSL router admin interface
80/tcp open http Alcatel/Thomson SpeedTouch aDSL http config 1.0
|_ HTML title: HTTP/1.0 401 Authorization Required
| HTTP Auth: HTTP Service requires authentication
| Auth type: Digest, realm = SpeedTouch
|_ Auth type: Basic, realm = SpeedTouch
Warning: OSScan results may be unreliable because we could not find at least 1 open and 1 closed port
Aggressive OS guesses: HP 9100c Digital Sender multifunction printer (96%), Netgear CG814WG v2 wireless cable modem (95%), Thomson TCW710 wireless cable modem (93%), Brother MFC-7820N multifunction printer (92%), Cisco IP Phone 7941 (92%), Cisco IP Phone 7941 or 7961 (92%), Microsoft Windows XP SP2 (91%), EtherWerX PT-1000 PPPoE terminator (90%), NCR 5676 or 5688 automated teller machine (90%), Thomson ST 536i ADSL modem (90%)
No exact OS matches for host (test conditions non-ideal).
Uptime guess: 0.082 days (since Wed Feb 4 13:45:03 2009)
TCP Sequence Prediction: Difficulty=256 (Good luck!)
IP ID Sequence Generation: Incremental
Service Info: Device: broadband router
TRACEROUTE (using port 23/tcp)
HOP RTT ADDRESS
1 7.27 201.247.31.254
2 7.46 10.192.68.138
3 19.86 190.87.109.202
Deberias deshabilitarle al router el puerto 80 y el 23 para que no te friegen desde el internet
-
Warning: OSScan results may be unreliable because we could not find at least 1 open and 1 closed port -> :D
Los cerraría pero la cosa es que esa no era ni mi computadora, ni mi casa :D; ademas que: TCP Sequence Prediction: Difficulty=256 (Good luck!)... en todo caso esta bonito el log de nmap...
Bueno, aparte del log de nmap no quisieras compartir lo de EoATM?
-
Warning: OSScan results may be unreliable because we could not find at least 1 open and 1 closed port -> :D
Los cerraría pero la cosa es que esa no era ni mi computadora, ni mi casa :D; ademas que: TCP Sequence Prediction: Difficulty=256 (Good luck!)... en todo caso esta bonito el log de nmap...
Bueno, aparte del log de nmap no quisieras compartir lo de EoATM?
El EoATM directo solo funciona en los que contrataron originalmente turbonett. Todos los que contrataron Turbokit solo se pueden conectar con PPPoE sobre EoATM. Si intentas usar una configuración de EoATM simplemente no se conecta. La gente que contrato originalmente turbonett en cambio se puede conectar por medio de cualquiera de las dos configuraciones.
-
Buenoo entonces no es mi caso porque originalmente contrate el Turbokit :(
Me parece que eso ya lo habias explicado si no me equivoco, pero se me habia olvidado :D
Gracias :thumbsup:
-
Buenoo entonces no es mi caso porque originalmente contrate el Turbokit :(
Me parece que eso ya lo habias explicado si no me equivoco, pero se me habia olvidado :D
Gracias :thumbsup:
Lo que pasa es que la configuración de VPI/VCI del EoATM que usa turbonett varia según la zona donde estes. En cambio la del turbokit es única para todos los routers de turbokit.
Para poder utilizar EoATM deberías de averiguar si algun vecino contrato originalmente turbonett para que te pase la config, porque yo estuve probando con ello hace un monton de tiempo y awebo, para cada central era una config diferente... Creo que por eso mismo dejaron de hacerlo así, porque tenían que estar configurando los modems de manera diferente para cada zona.
-
No, la verdad acá solo Turbokit hay :(
Bueno, solo queda esperar un poco a ver si lo vuelven a dejar como antes :)
Gracias!.
-
Hey es cierto eso o sino que se "cae" el inter y lo primero que hacemos es "reparar la conexion" o reiniciar el modem pero ya vi el problem en realidad.Grax
-
Pues dejenme decirles que yo he estado probando hoy conectarme desde mi trabajo a mi casa para probar mi nuevo wrt54gl con tomato y he entrado sin ningún problema desde el turbionet de mi trabajo al turbionet de mi casa. No sé si es que ya se resolvió el problema, pero yo núnca lo he experimentado. Me conecto con un turbiokit via PPPoE - VPI/VCI 0.45
Mi configuración es primero el ST585v6 de turbionet en modo "bridge" y luego el wrt54gl con tomato haciendo la conexión PPPoE así como el NAT, Firewall así como la distribución wireless.
ohyea:
-
Pues dejenme decirles que yo he estado probando hoy conectarme desde mi trabajo a mi casa para probar mi nuevo wrt54gl con tomato y he entrado sin ningún problema desde el turbionet de mi trabajo al turbionet de mi casa. No sé si es que ya se resolvió el problema, pero yo núnca lo he experimentado. Me conecto con un turbiokit via PPPoE - VPI/VCI 0.45
Mi configuración es primero el ST585v6 de turbionet en modo "bridge" y luego el wrt54gl con tomato haciendo la conexión PPPoE así como el NAT, Firewall así como la distribución wireless.
ohyea:
Como se dijo, parece que el problema es entre clientes que estan a la misma central. Quizas para evitar que la mara juegue con sus propios server, pero bue... de todas maneras en mi caso como que le voy a dar de baja al inter de timocom