Ir al contenido

fontan155

+Miembro
  • Contenido

    686
  • Ingreso

  • Última visita

Todo lo publicado por fontan155

  1. Hola a los dos, pacorp, cuanto tiempo sin verte por estos lares, un placer volver a leerte. javmartinez26 un tester no es la herramienta adecuada para comprobar un cable de red, ya que lo único que verás es si hay continuidad, pero no sabrás si los pares están correctos, si hay diafonias en el cable, etc. 15 Metros es una distancia mínima, así que yo estoy con Pacorp en que el problema probablemente está en los cables. Salu2
  2. Hola a los dos, Pues en esta misma página tienes la información que buscas. http://www.adslayuda.com/Redes.html Salu2
  3. Hola de nuevo, Si que afecta, ya que si es así me imagino que en los equipos de la red 172.18.x.x tendrás como puerta de enlace el Cisco 800 y este no conoce la red 10.x.x.x. La solución para ello sería que a esa subnet le dejes como puerta de enlace el Cisco 800 y a este le añadas una ruta estática para indicarle como alcanzar la red 10.x.x.x Es decir, imagina que al router neutro le das como IP la 172.18.2.254, en el Cisco 800 tendrías que añadir: ip route 10.0.0.0 255.255.255.0 172.18.2.254 La otra subnet no hay problema en configurarla como te dije antes. Salu2
  4. Hola hlopezrd Por lo que dices tienes un Catalyst 2900 (que si no me equivoco es un switch de capa 2, no un router o un switch de capa 3 por lo que no es capaz de enrutar entre subnets) al que tienes pinchados todos los equipos de las dos subnets. Por otra parte tienes el CISCO SOHO 97 que es el router que te da acceso a Internet y que me imagino que está con una IP del rango 10.x.x.x. La subnet 172.18.x.x supongo que no tiene router. En principio con un router neutro que una las dos redes podrías hacer la unión, pero ambas redes deben de conocerse. Pincha el router neutro a ambas redes, a su interface WAN le das una IP 10.x.x.x y le pones como puerta de enlace la dirección del SOHO, y a su interface LAN una 172.18.x.x (sin puerta de enlace) y lo configuras para que no haga NAT (monopuesto). Creo que lo mas sencillo para no tocar el SOHO sería: Configura como puerta de enlace para los equipos de la red 10.x.x.x la IP del router neutro (la de su interface WAN) y a los equipos de la red 172.18.x.x les pones como puerta de enlace la IP del router neutro (la de su interface LAN). Con esto ambas redes deberían ya de verse y de salir ambas a Internet por el SOHO. Si a los equipos de la red 10.x.x.x les pones como puerta de enlace el SOHO este no sabría como alcanzar la 172.18.x.x, con lo que habría que añadirle una ruta estática que le indique que para alcanzar esa red use como puerta de enlace la interface WAN del router neutro. Pruebalo y comenta si te surge algún problema Salu2 Edito porque se me había pasado lo de la VPN, en esta página tienes manuales de como se configura http://www.adslayuda.com/servidores.html
  5. Hola a todos, Pastol, lo que yo hago (yo uso PCAnywhere no VNC, pero supongo que se podrá hacer tambien), es: Desde fuera me conecto a un ordenador (a través de Internet) y desde ese me conecto a los demas (a través de la red local), es decir lo uso de pasarela hacia los demas (son unos cientos y no pararía de abrir puertos), de esta manera solamente tengo que abrir los puertos para uno. No se si te gustará la opción, a mí desde luego me va muy bien Salu2
  6. Hola Fibrizo Pues si ya has probado todo eso y no te ha dado resultado lo mas lógico sería pensar que el problema está en el PC ¿Puedes probar a cambiar la tarjeta de red de ese PC a ver que pasa? Salu2
  7. Hola pulgares Supongo que Terra tendrá una configuración semejante a la de Telefónica, te envío un ejemplo de configuración para Telefónica IP dinámica como ejemplo. Los comandos pueden variar según la versión de IOS de tu 827 (alguno puede no aceptarlo o puede que necesite alguno mas. Te la pego, cambia lo que sea necesario de Terra a Telefónica (usuario, passwords, etc) y prueba Salu2 ! Configuracion Cisco 827 IP dinamica Telefonica ! no service pad service timestamps debug uptime service timestamps log uptime service password-encryption ! ! ! interface Ethernet0 ip address 192.168.0.1 255.255.255.0 ip nat inside no ip mroute-cache hold-queue 100 out no shutdown exit ! ! vpdn enable no vpdn logging ! ! vpdn-group pppoe request-dialin protocol pppoe exit ! ! interface ATM0 no ip address no ip mroute-cache no atm ilmi-keepalive pvc 8/32 pppoe-client dial-pool-number 1 no shutdown exit ! ! interface Dialer1 ip address negotiated ip access-group 101 in ip mtu 1492 ip nat outside encapsulation ppp dialer pool 1 dialer remote-name redback dialer-group 1 no cdp enable ppp authentication pap chap callin ppp chap hostname adslppp@telefonicanetpa ppp chap password adslppp ppp pap sent-username adslppp@telefonicanetpa password adslppp ppp ipcp dns request ppp ipcp wins request hold-queue 224 in no shutdown exit ! ! ip nat inside source list 101 interface Dialer1 overload ! ! ip route 0.0.0.0 0.0.0.0 Dialer1 ! ! no ip http server ip classless ! ! access-list 101 permit ip any any dialer-list 1 protocol ip permit ! ! ! line con 0 exec-timeout 0 0 password XXXXXX login transport input none stopbits 1 exit ! ! line vty 0 4 password XXXXXX login exit ! ! scheduler max-task-time 5000 ! ! exit
  8. Hola a todos, seba145, como ves spitovich2 ya te ha resuelto la duda, efectivamente como ves llevaban una T a la que se conectaban los dos cables, de la misma manera en cada una de las puntas del cable llevaban un terminador que era una carga de 50 Ohmios. Si cualquiera de estos puntos fallaban se caia toda la red. Salu2
  9. Hola a los dos, Si hubieses buscado un poco habrías visto este hilo en el que preguntan lo mismo http://www.adslayuda.com/foro-viewtopic-t-62964.html Salu2
  10. Hola a los dos, yurguen, ahí tienes dos problemas, uno de conectividad IP y otro de resolución de nombres. El de conectividad IP lo solucionarías diciendole al Xavi que para alcanzar la red remota se lo envíe al que tienes actualmente, esto se hace con rutas estáticas en el Xavi. Te pongo un ejemplo, vamos a suponer que tu red utiliza el direccionamiento 192.168.0.0 / 24 y que tu router actual es el 192.168.0.1 Tendrías que configurar el Xavi con una dirección de esa red, por ejemplo 192.168.0.2 y ponerle a los equipos como puerta de enlace la dirección del Xavi (192.168.0.2) bien fija o bien por DHCP. Así tu red local saldría a Internet a través del Xavi pero no llegaría a la red remota. Bien, ahora imaginemos que la red remota usa el direccionamiento 192.168.1.0 / 24 ¿como llegarías a ella?. Tendrías que añadir al Xavi una ruta estática diciendole que para alcanzar la red 192.168.1.0 mascara 255.255.255.0 use como puerta de enlace el otro router (192.168.0.1). Como ves, necesitas conocer el direccionamiento de la red remota, si no lo conoces, lo que puedes hacer es decirle al Xavi que todos los rangos de direcciones privadas se los envíe al otro router (no es lo ideal pero debería funcionar, siempre suponiendo que en la otra red usen rangos privados que sería lo lógico). El problema de resolución de nombres depende de como accedas a la red remota, si lo haces por IP no tendrás problema, pero si usas DNS, podrías tener algún problema. Si usas DNS para el acceso a la red remota quiere decir que si lo cambias por uno de Internet te fallará el acceso, y si los actuales no resuelven los nombres de Internet entonces no navegarías. Una solución sería montar tu propio DNS y en el replicar la zona actual y que a la vez resolviese tambien en Internet. Echale un vistazo a todo esto y ya nos contarás. Salu2
  11. Gracias por la información, no me ha tocado lidiar todavía con ninguno USB y no está mal saberlo para no volverte loco el día que toque. Salu2
  12. Hola Fredy, ¿Que driver estas usando para el DAT? ¿Le has dicho a Veritas que utilice sus controladores o le has instalado el driver al PC y le has dicho a Veritas que utilice los del sistema? Yo siempre he utilizado los dispositivos del sistema, con algunas unidades (Ultrium y DLT sobre todo) henos tenido problemas a la hora de utilizar los controladores de Veritas. Ya me dirás como lo has hecho y a ver si te puedo ayudar. Salu2
  13. Hola Fibrizo, En principio el que te de cable desconectado no tendría nada que ver con la IP, la conexión física no debería cortarse. Prueba a cambiar de boca en el switch el cable de ese PC y pon otro en la que está para ver si el problema se pasa al otro PC, si es así, será problema de la boca del Switch en caso de que así no se solucione parecería en principio problema de ese PC. Salu2
  14. Hola a todos, El rango 10.x.x.x es tambien privado, los rangos privados son: 10.0.0.0 a 10.255.255.255 172.16.0.0 a 172.31.255.255 192.168.0.0 a 192.168.255.255 Así que ni la 10.x.x.x ni la 192.x.x.x son IP's públicas. Salu2
  15. Hola a los dos, Como te dice studio el Xavi no soporta WDS, pero el Zyxel tampoco, con lo que con los elementos de que dispones no lo vas a poder hacer. Salu2
  16. Hola seba145 Para explicartelo con detalle te cuento por encima como funciona una red Ethernet y como conectar los equipos en ella. En principio, en las primeras redes, los equipos se conectaban entre ellos a traves de un simple cable coaxial, es decir, el cable llegaba a la tarjeta de red de un equipo y de esta salía hacia la del siguiente equipo. Esta solución tenía varios inconvenientes, el primero, que si el cable se cortaba dejaba de funcionar toda la red, no solamente el equipo al que se le habia roto. El segundo venía dado por como funciona una red Ethernet a la hora de transmitir. Las redes Ethernet utilizan para comunicarse un protocolo que se llama CSMA/CD, estas siglas, lo que quieren decir es Acceso al medio con escucha y detección de portadora. ¿Que quiere decir esto?. En una red ethernet un equipo antes de transmitir, escucha si hay algún otro equipo transmitiendo, si es así espera y si no transmite la información. Ahora imaginate que dos equipos quieren transmitir algo, ambos escuchan si hay alguien transmitiendo y si el cable esta libre se ponen a transmitir su información, si lo hacen los dos a la vez, sería como si hablasen dos personas juntas, los demas no entenderían lo que ellos dicen. Si se produce esta situación, se produce una colisión entre las transmisiones de ambos equipos y ambos dejarían de transmitir hasta detectar de nuevo el cable libre y lo volverían a intentar. Como comprenderas, cuantos mas equipos en la red mas posibilidades de que se produzcan colisiones, con lo que el rendimiento de la red baja espectacularmente. Bien, tenemos pues que la solución del cable tiene dos inconvenientes, la rotura y las colisiones. Para paliar al problema de la rotura se crearon los Hubs, estos funcionan internamente como el caso anterior, es decir, todos los equipos transmiten sobre el mismo cable (el mismo Bus), pero en lugar de conectar el Bus directamente al equipo, lo hacemos a traves de un sistema electrónico. De esta manera, si se rompe el cable que une el HUB con el PC, el propio Hub se encarga de puentear el Bus para que el resto de equipos sigan funcionando. Es decir, solo dejaría de funcionar el equipo al que se le rompa el cable. Como ves, de esta manera, se soluciona el problema de la rotura de un cable, pero no el de las colisiones. Para resolver esto, se crearon los Switchs, en un Switch, no se trabaja sobre un mismo Bus de datos, lo que hace el switch es establecer puentes entre los distintos equipos que se quieran comunicar. Es decir, imagina que el equipo A quiere transmitir algo al B. El Switch, creará un puente entre ambos equipos, de esta manera si el equipo C quiere tambien transmitirle algo al B el Switch le indicará que espere a que acaben A y B y en el momento en que finalicen creará el puente entre B y C para que se comuniquen entre si, el equipo C verá que el Bus está libre y transmitirá la información. Como ves, de esta manera el C no transmitirá hasta que finalicen A y B, con lo que no se producirán colisiones entre las transmisiones. Estos elementos nos permiten que se comuniquen los equipos entre si, pero para ello estos equipos deben de pertenecer a la misma red. Si lo que tenemos son redes distintas, necesitaremos un equipo que sea capaz de comunicar dos redes entre si, y esto es lo que hace un router. La principal diferencia entre todos estos equipos es que normalmente los Hubs y los Switchs funcionan a nivel 2 (aunque tambien los hay de nivel 3), con lo que por ejemplo no entienden de direcciones IP (que están en el nivel 3), es decir, solamente ven las direcciones MAC de los equipos que tienen conectados. Los routers sin embargo trabajan a nivel 3, con lo que son capaces de interpretar direcciones de red (direcciones IP por ejemplo) ademas de las direcciones MAC. En resumen para unir equipos en red local lo mejor un Switch, para unir redes locales distintas entre si un router. Perdona por el rollazo, espero habertelo aclarado un poco, y si te quedan dudas postealas. Salu2
  17. Hola marucocr, Ante todo bienvenido al foro. Estoy con marleysoft en que lo mejor es que pongas un router y asunto arreglado. Tal y como lo veo tienes tres opciones para hacerlo, con un router, con un proxy o con la conexión compartida a Internet que trae el propio Windows. Creo que las dos mas razonables serían o el router o la conexión compartida a Internet de Windows. Te pego un enlace a un gráfico donde puedes ver como hacerlo de estas dos maneras. http://img225.imageshack.us/img225/8648 ... ed83ct.jpg Para configurar la conexión compartida a Internet te pongo un enlace donde te lo explica http://www.adslayuda.com/Proxys-3.html Mira un poco todo esto y si te quedan dudas las vemos. Salu2
  18. Hola reefven No entiendo muy bien lo que preguntas, pero vamos a suponer. Tu has montado un servidor WEB y quieres publicarlo, para lo cual has contratado un dominio. La compañía con la que has contratado el dominio, supongo que tendrá un DNS y publicará tu dominio en su DNS. Si es así lo que tu tienes que darle es tu IP pública y redirigir en tu router el puerto 80 hacia tu servidor WEB. La otra opción es que tu tengas tu DNS y publiques tu dominio en el, si es así, le tendrás que dar tu IP pública y redirigir el puerto 53 (DNS) hacia tu servidor DNS (donde tendrás que haber pùblicado el servidor WEB con su IP pública) y el 80 hacia tu servidor WEB. Salu2
  19. Hola pausa Con el 3Com no creo que se pueda hacer, no lo conozco mucho pero creo que no lo soporta. Con dos Cisco 827 podrías establecer un tunel entre ambas ubicaciones y para tí sería como si estuviesen en la misma red (excepto por la velocidad). Salu2
  20. Hola a los dos, Lo que tendrán en tu empresa probablemente se un Firewall, y lo normal en estos casos es que se prohiba todo excepto lo permitido, así que si está bien hecho olvidate de saltartelo, ni modificar claves en el registro ni nada. Ademas te recomendaría que tengas cuidado con lo que haces, en estos casos lo normal suele ser que cuando alguien intenta hacer algo no permitido, le llegue un aviso al administrador del sistema. No se como tratará tu empresa estos temas, pero en alguna te puede costar caro intentar saltarte esas cosas. Salu2
  21. Hola a los dos, Tambien te puedes descargar IPTools que te permitirán escanear tu rango IP y te dirá en que direcciones encuentra las máquinas (y si puede su nombre) Salu2
  22. Hola iogrea Ante todo perdona por la tardanza en la respuesta, pero llevo una temporada fuera y hasta hoy no he entrado en el foro. Como ya dije anteriormente las soluciones de solapar rangos suelen ser de lo mas problemático y totalmente fuera de cualquier norma de TCP/IP. Vamos a analizar lo que tu dices. En primer lugar estás usando mascaras no válidas para una clase C (255.255.0.0 y 255.255.128.0 no son válidas), la mayor subnet para una clase C es 255.255.2555.0 (24 bits). Aún suponiendo que las máscaras fuesen validas tus redes serian: El router 192.168.1.0 255.255.0.0 La dirección de red sería 192.168.0.0 El trango iría desde la 192.168.0.0 hasta 192.168.255.255 La primera 192.168.1.0 255.255.128.0 en esta red: La dirección de red sería 192.168.0.0 El rango iría desde la 192.168.0.0 hasta la 192.168.127.255 La segunda 192.168.1.0 255.255.255.0 La dirección de red sería 192.168.1.0 255.255.255.0 El rango iría desde la 192.168.1.0 hasta la 192.168.1.255 Como ves, para el PC de la red 1, la red 2 estaría dentro de su rango, con lo que podría enviarle paquetes al PC de la red 2 y este al tratar de responderle, como para el el PC de la red 1 no está en su red, le enviaría los paquetes a su puerta de enlace. Pero para el router ambos PC's están dentro de su rango, con lo que no sabrá que hacer con los paquetes (entre PC's de la misma red no hace falta enrutar). Si hay algo claro en TCP/IP es que para que haya dos subnets estas tienen que estar en rangos de direcciones totalmente distintos, y no se pueden hacer apaños de este tipo, ¿tanto cuesta darle dos IP's al router y hacerlo bien? Salu2
  23. Hola de nuevo, Sin tocar el servidor dudo que te deje hacerlo, y no se si te permitirá hacerlo por políticas. Tocando el servidor, aunque no esté en un dominio podrías probar a crear en el los mismos usuarios que tengas en los equipos con las mismas passwords y que quieres que accedan, contraseñarlo y probar, pero no tengo claro si funcionaría. A ver si hay suerte y a alguien se le ocurre algo. Salu2
  24. Hola mortir77 En el propio IIS de Windows 2000, en las propiedades del sitio WEB puedes decirle que para entrar pida contraseña, con lo que solo dejará entrar a los usuarios que tengas dados de alta. Echale un vistazo veras que está facil, si despues te quedan dudas las posteas. Salu2
  25. Hola mortir77 Las políticas locales se guardan en c:\windows\system32\GroupPolicy\ . Prueba a copiar los ficheros que tengas con extensión . pol de la máquina en la que has modificado las políticas a los mismos directorios en la otra a ver si te funciona. Salu2
×
×
  • Crear nuevo...

Información importante

Términos de Uso Política de privacidad Hemos colocado cookies en su dispositivo para ayudar a mejorar este sitio web. Puedes ajustar la configuración de tus cookies ; de lo contrario, asumiremos que quieres continuar.