Problemas con los recursos compartidos al conectar a una VPN

Colapsar
X
 
  • Filtrar
  • Tiempo
  • Mostrar
Limpiar Todo
nuevos mensajes

  • juanjo_16v
    respondió
    Bueno después de dar este caso por imposible, creo que me faltaba un par de cosas por probar, pero desisto. JM muchas gracias.

    Al final lo solucione porque el servidor estaba conectado a un router neutro cisco permite configurarlo para aceptar conexiones PPTP y para lo que yo necesito
    Editado por última vez por juanjo_16v; 31/01/2015, 08:27:00.

    Dejar un comentario:


  • jmtella
    respondió
    Originalmente publicado por juanjo_16v Ver Mensaje
    Es algo extraño, el server no tiene ni activadas las actualizaciones automáticas,solo el mse,de buenas a primeras, deja de funcionar, debe de ser eso. Hay algún sitio donde se pueda mirar los cambios de configuración, que no sea política por política?
    Actualizale las pendientes. Desactiva en el server cualquier ruta... no puede haberlas. Desactiva / activa (eliminar crear) el servicio de routing. Desactiva firewall. Y tiene que funcionar.

    Dejar un comentario:


  • juanjo_16v
    respondió
    Es algo extraño, el server no tiene ni activadas las actualizaciones automáticas,solo el mse,de buenas a primeras, deja de funcionar, debe de ser eso. Hay algún sitio donde se pueda mirar los cambios de configuración, que no sea política por política?

    Dejar un comentario:


  • jmtella
    respondió
    En el servidor hay algo que lo impide. Un antivirus, una solución de seguridad...lo que sea.
    NO ES DEL CLIENTE.

    Dejar un comentario:


  • juanjo_16v
    respondió
    Esto es para cortarse las venas, palabra.

    Ayer a las 19:30 funcionaba el ping a 172.16.0.1, escritrio remoto a 172.16.0.1, telnet a 172.16.0.1 1723,etc... no funcionaban algunas cosas....pero algo había avanzado.

    HOY NO FUNCIONA DE NUEVO NADA!!!

    Esto es para echarse a llorar.

    ni ping, ni telnet, ni escritorio remoto ni nada. En el cliente el antivirus es el mse, y el firewall el de Windows. he probando activando y desactivando el firewall tanto en el cliente (que no tiene ni antivirus) como el servidor. y nada

    Dejar un comentario:


  • jmtella
    respondió
    Por cierto, a la vista de esto no me creo que tengas desactivado cualquier cortafuegos en el server (bien de Windows o bien de terceros). Ya que si accedes a cualquier servicio tcp (escritorio remoto o telnet), con los cortafuegos desactivados es imposible que no puedas acceder a recursos compartidos... (IMPOSIBLE remarco).

    Dejar un comentario:


  • jmtella
    respondió
    Luego ya te funciona todo "lo garantizado"... lo de compartir archivos. vete olvidándote... cada parche que sacan capan la funcionalidad.

    Dejar un comentario:


  • juanjo_16v
    respondió
    A ver, algo de luz!!!
    he seguido este video (mas que nada por no hacer capturas de pantalla de cada paso)
    https://www.youtube.com/watch?v=Ej3jVNsqxQM pero especificando el rango de IP del servidor desde 172.16.0.1 al 172.16.0.10


    Desde un equipo con Windows 7 conecto con el Windows 2008, me puedo conectar con el escritorio remoto, puedo hacer telnet al puerto 3389 y el 1723 (del sql server), hasta puedo hacer ping a 172.16.0.1!!! (aunque no este garantizado) algo he avanzado.

    Pero no puedo ver los archivos del servidor si abro un explorador y pongo \\172.16.0.1 y lo mas importante de todo, desde el servidor no puedo ver ni los archivos del cliente y sobre todo sus impresoras.

    alguna idea??

    Dejar un comentario:


  • juanjo_16v
    respondió
    ok, voy a probar de nuevo

    Dejar un comentario:


  • jmtella
    respondió
    A ver si la estamos liando: en el servidor ni una sola ruta estatica. Desactiva y cuelve a activar el servicito de Routing y desactiva en el server el cortafuegos.

    Y desde el cliente entonces tienes que acceder (nadie garantiza ni el ping ni compartir carpetas por VPN),,, pero si servicios puro tcp como el escritorio remoto, telnet, etc...

    Dejar un comentario:


  • juanjo_16v
    respondió
    Mirando la tabla de rutas estáticas del servidor y comparándolas con otra, falta un línea:
    IP Mascara P.E.
    172.16.0.1 255.255.255.255 0.0.0.0

    voy a meterla a mano a ver si va

    tampoco es el problema
    Editado por última vez por juanjo_16v; 22/01/2015, 09:37:54.

    Dejar un comentario:


  • juanjo_16v
    respondió
    Pues no va, ni escritorio remoto, ni ping, ni acceso a carpetas remotas,... nada. ni desde el cliente hacia el servidor, ni desde el servidor acceder a los recursos compartidos del cliente. ni con el firewall activado, ni desactivado. Conecta, coge la IP, pero nada.

    En el servidor puedo ver si hasta cortando el trafico en algún sitio?

    Dejar un comentario:


  • jmtella
    respondió
    El escritorio remoto te tiene que funcionar ahora contra: 172.16.0.1

    Dejar un comentario:


  • juanjo_16v
    respondió
    Las rutas:
    C:\Users\Juanjo>route print
    ================================================== =========================
    ILista de interfaces
    24...........................Conexión VPN
    15...00 15 5d 68 b9 1d ......Adaptador de red de bus de máquina virtual de Micr
    osoft
    1...........................Software Loopback Interface 1
    17...00 00 00 00 00 00 00 e0 Adaptador ISATAP de Microsoft
    18...00 00 00 00 00 00 00 e0 Adaptador ISATAP de Microsoft #2
    12...00 00 00 00 00 00 00 e0 Teredo Tunneling Pseudo-Interface
    ================================================== =========================

    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.1.1 192.168.1.214 261
    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
    172.16.0.0 255.255.0.0 172.16.0.1 172.16.0.3 11
    172.16.0.3 255.255.255.255 En vínculo 172.16.0.3 266
    192.168.1.0 255.255.255.0 En vínculo 192.168.1.214 261
    192.168.1.214 255.255.255.255 En vínculo 192.168.1.214 261
    192.168.1.255 255.255.255.255 En vínculo 192.168.1.214 261
    123.123.123.123 255.255.255.255 192.168.1.1 192.168.1.214 6
    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.1.214 261
    224.0.0.0 240.0.0.0 En vínculo 172.16.0.3 266
    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.1.214 261
    255.255.255.255 255.255.255.255 En vínculo 172.16.0.3 266
    ================================================== =========================
    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.1.1 Predeterminada
    ================================================== =========================

    IPv6 Tabla de enrutamiento
    ================================================== =========================
    Rutas activas:
    Cuando destino de red métrica Puerta de enlace
    12 58 ::/0 En vínculo
    1 306 ::1/128 En vínculo
    12 58 2001::/32 En vínculo
    12 306 2001:0:5ef5:79fd:4e:2897:3f57:fe29/128
    En vínculo
    15 261 fe80::/64 En vínculo
    12 306 fe80::/64 En vínculo
    12 306 fe80::4e:2897:3f57:fe29/128
    En vínculo
    15 261 fe80::a525:f011:ac2e:3905/128
    En vínculo
    1 306 ff00::/8 En vínculo
    12 306 ff00::/8 En vínculo
    15 261 ff00::/8 En vínculo
    ================================================== =========================
    Rutas persistentes:
    Ninguno

    C:\Users\Juanjo>

    Dejar un comentario:


  • jmtella
    respondió
    Tal y como lo tienes ahora reconfigurado déjame un route print del cliente.

    ( y si antes te funcionaba es porque Dios existe y es bueno... Viola todas las normas del tcp el tener una IP local en el rango de una dada por DHCP -aunque sea por VPN-)

    Dejar un comentario:

Trabajando...
X