Tengo un servidor (Synology RS-820+ con sistema operativo DSM 6.2.3 y aplicación File Station) en la nube. SMB está activo, no se ha especificado WINS, SMB min = SMB2, SMB max = SMB3. Pocas estaciones de trabajo con Windows 10 comparten los recursos mediante net use X: //...comandos, excepto una,y solouno.
Este comportamiento se produce independientemente de los créditos utilizados. Entonces investigo la estación de trabajo problemática, una computadora portátil HP Pavillon 15, con Windows 10 Home versión 10.0.19041.
He comprobadofdPHostyFDResPub,Protocolo PYME(EnableSMB2Protocol=true, EnableSMB1Protocol=false ),Red privada,Cortafuegos deshabilitado.
El comandonet use X:\\server-fdqn ... dame unerror 53(mientras que tracert server-fdqn resuelve bien la dirección IP); Para esto, encontré una manera aquí:“No se encontró la ruta de red 53” al intentar acceder a \\fqdn, pero \\IP funciona bien).
Pero el comandonet use X:\\ipadress ... damesiempreunerror 1244(La operación solicitada no se realizó porque el usuario no ha sido autenticado).
Necesito acceder a la estación de trabajo problemática a través deVisor de equipo, y el servidor en la nube no es un sistema muy conocido, lo que aumenta la dificultad.
Necesito ayuda para diagnosticar mejor mi problema. ¿Qué debo verificar en el registro o con PowerShell? ¿Captura de paquetes?
PD: Simplemente encontraría en <pbmatic-ws>\HKLM\CurrentControlSet\Services\LanmanWorkStation\Linkage:
NetBT_Tcpip_..., LanmanWorkstation_NetBT_Tcpip_... y "NetBT"
en lugar de
Smb_Tcpip_..., LanmanWorkstation_Smb_Tcpip_... y "Smb" en una estación de trabajo bien.
¿Quizás una pista?
Respuesta1
Lo siento, lo entendí todo mal.
Instalé nmap en la estación de Windows y descubrí que el ISP francés estaba bloqueando el puerto 445. ¡Inconcebible!
Entonces instalé una VPN como solución alternativa.