Se o Finder monta o recurso pola VPN e despois négase a gardar un ficheiro, o túnel xa fai o seu traballo e o desacordo é sobre identidade e dereitos no servidor de ficheiros. Se a montaxe non aparece nunca, non se probou nada máis alá dese punto. Ambos os casos rematan nun diálogo parecido en macOS, e por iso a xente reconstrúe perfís de VPN por unha avaría que a VPN non pode producir. Comezo fixando exactamente onde se detén a conexión e só despois probo a escritura cun ficheiro refugable en lugar do documento que vin editar.

Tres condicións deciden onde mirar

Necesitas tres respostas antes de tocar un axuste: se o nome resolve a un enderezo privado que o túnel encamiña, se o servizo SMB acepta a conta concreta que indicaches e se esa conta ten dereitos de escritura nese recurso, cartafol e operación exactos. Cada unha falla nun lugar distinto e só a primeira pertence ao responsable da VPN.

What you seeWhat it establishesWho fixes it
Name does not resolve, or resolves outside the tunnelThe path was never builtVPN or DNS administrator
Name resolves, port 445 times outRoute, firewall or overlapping address spaceVPN and network owners
Server answers, the sign-in is rejectedThe file-service account, not the VPN loginFile-server owner
Share mounts, writing is refusedShare policy or directory rightsFile-server owner

A táboa gaña o seu sitio porque o inicio de sesión do Mac, o da VPN e a conta SMB son tres identidades separadas. Cambiar o contrasinal da VPN nunca abre un recurso que rexeita o usuario rexistrado, e un cliente que informa de conexión non di nada do servidor ao que apuntas.

Conecta por enderezo, non navegando

Un recurso remoto pode ser perfectamente accesible e á vez invisible na lista Rede do Finder. O descubrimento nunha LAN de oficina apoia en nomes de broadcast e multicast, e a maioría das VPN non transportan ese tráfico polo túnel, así que unha vista Rede baleira non é proba dunha ligazón rota.

  1. Inicia a VPN prevista co seu cliente habitual e completa a súa autenticación.

  2. No Finder escolle Ir, despois Conectar ao servidor, ou preme Command-K.

  3. Escribe o enderezo facilitado. Neste exemplo é smb://files.corp.example/team, un nome ilustrativo e non un servizo público. Se só tes o nome do servidor, concéctate a el e escolle o recurso autorizado da lista que devolve.

  4. Escolle Usuario rexistrado e introduce a conta do servizo de ficheiros, non a túa conta do Mac nin a da VPN. Convidado só é correcto cando o propietario o di.

  5. Abre o recurso e fai a única tarefa pola que viñeches. Unha listaxe de cartafol demostra a montaxe e nada máis.

A guía de Apple de conexión ao servidor documenta este fluxo do Finder e o inicio de sesión do servizo que hai detrás. Garda o enderezo como favorito para que a próxima conexión sexa repetible e lembra que renomear a entrada cambia a etiqueta, non o destino.

Le a etapa onde se detén

Antes de cambiar nada, anota que etapa falla, cos mesmos nomes que escribiches no Finder. Comeza pola resolución: dscacheutil -q host -a name files.corp.example imprime o enderezo que usará macOS e netstat -rn mostra se ese enderezo ten ruta pola interface do túnel ou pola túa porta de enlace doméstica.

Logo a accesibilidade. nc -vz files.corp.example 445 di se o porto SMB responde sequera; se a resolución funciona e o 445 vence, estás en territorio de encamiñamento, cortalumes ou enderezos solapados e ningún cambio de permisos do recurso axudará. Se o porto responde, pregunta ao servidor que ofrece a esa conta: smbutil view //[email protected] lista os recursos e smbutil statshares -a informa do dialecto negociado e do estado de sinatura da sesión montada, o que che di se a montaxe que probas é a que cres.

A identidade merece a súa propia comprobación porque é o paso que a xente salta. Unha montaxe pode vivir como convidado ou como unha conta gardada antiga mentres supones que es o usuario rexistrado, e entón cada proba de escritura mide a conta equivocada.

O acceso de escritura ten máis dunha porta

Dúas capas poden dicir que non no lado do servidor e ambas se ven idénticas desde o Mac. Un recurso pode estar exportado só de lectura mentres o cartafol de abaixo é escribible, e un recurso escribible non pode saltar unha ACL do sistema de ficheiros que denega a túa conta; un subcartafol tamén pode levar a súa propia política. En servidores Windows o permiso do recurso e os permisos NTFS son separados, e o dereito efectivo é o máis restritivo dos dous.

Así que decide que se rexeita en realidade: crear un ficheiro, editar un existente, crear un cartafol, renomear ou borrar. Non son un só permiso, e un cartafol onde funciona a listaxe pode rexeitalos todos. Unha montaxe que funciona non é unha concesión.

Se sospeitas a identidade equivocada, expulsa o recurso, borra a entrada vella en Acceso a Llaveros e conecta de novo coa conta rexistrada. O Finder reutilizará de bo grado unha sesión gardada e deixarache medindo permisos para un usuario que o servidor non considera ti.

Proba a escritura sen tocar documentos reais

Co acordo do propietario, crea un ficheiro pequeno cun nome novo no cartafol que falla: touch /Volumes/team/qa-write-test.txt cando o recurso está montado alí, ou simplemente Gardar como cun nome novo desde a aplicación. Nunca sobrescribas un documento para probar o acceso e queda co texto exacto do erro en lugar de parafrasealo, porque a VPN non o copiará.

Despois entrega ao propietario a operación que intentaches e non unha queixa xenérica. Poden comprobar a política do recurso, a pertenza da conta a grupos e os dereitos nese cartafol concreto, e dicirche que capa che denegou. Se a mensaxe menciona capacidade, un ficheiro bloqueado ou un conflito de nomes, é outro problema e merece a súa propia investigación.

Verifica a corrección e logo expulsa por orde

Despois de que o propietario cambie algo, repite a mesma escritura pequena e confirma que o ficheiro é visible para o servidor e eliminable despois. Unha copia que comeza e se atasca é unha cuestión de rendemento, non de permisos; unha denegación que chega ao instante é unha cuestión de permisos.

Antes de soltar a VPN, desmonta o recurso e pecha os documentos abertos. Expulsar despois de que o túnel desapareceu deixa o Finder e as túas aplicacións agardando unha ruta morta. Mantén SMB dentro da rede privada, non desactives o cortalumes para probar unha teoría e non abras un cartafol a todo o mundo como solución alternativa. Para o ticket, inclúe o enderezo, o nome da conta, a operación fallida, a mensaxe exacta e a hora, deixando fóra contrasinais e ficheiros de perfil.

  • O enderezo resolve a un enderezo privado encamiñado polo túnel.
  • O porto 445 responde e smbutil view lista o recurso previsto para a conta prevista.
  • A escritura que necesitabas demóstrase cun ficheiro novo, non cun documento existente.

Artigos relacionados