Recurso SMB do Mac por VPN: primeiro conecta, despois proba a escritura
O Finder monta o recurso pero négase a gardar? Separa a ruta VPN, a conta SMB e o permiso do servidor antes de cambiar calquera axuste.
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 see | What it establishes | Who fixes it |
|---|---|---|
| Name does not resolve, or resolves outside the tunnel | The path was never built | VPN or DNS administrator |
| Name resolves, port 445 times out | Route, firewall or overlapping address space | VPN and network owners |
| Server answers, the sign-in is rejected | The file-service account, not the VPN login | File-server owner |
| Share mounts, writing is refused | Share policy or directory rights | File-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.
Inicia a VPN prevista co seu cliente habitual e completa a súa autenticación.
No Finder escolle Ir, despois Conectar ao servidor, ou preme Command-K.
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.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.
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 viewlista o recurso previsto para a conta prevista. - A escritura que necesitabas demóstrase cun ficheiro novo, non cun documento existente.