Se Finder muntas la kunhavigon tra la VPN kaj poste rifuzas konservi dosieron, la tunelo jam faras sian taskon, kaj la malkonsento temas pri identeco kaj rajtoj sur la dosierservilo. Se la muntado tute ne aperas, nenio post tiu punkto estis testita. Ambaŭ kazoj finiĝas per simila dialogo en macOS, kaj tial homoj rekonstruas VPN-profilojn pro difekto, kiun la VPN ne povas kaŭzi. Mi komencas per tio, ke mi precize difinas, kie la konekto haltas, kaj nur poste testas skribadon per forĵetebla dosiero anstataŭ la dokumento, kiun mi venis redakti.

Tri kondiĉoj decidas, kie rigardi

Vi bezonas tri respondojn antaŭ ol tuŝi agordon: ĉu la nomo solviĝas al privata adreso, kiun la tunelo enkursigas, ĉu la SMB-servo akceptas la specifan konton, kiun vi donis, kaj ĉu tiu konto havas skribrajtojn sur ĝuste tiu kunhavigo, dosierujo kaj operacio. Ĉiu malsukcesas aliloke, kaj nur la unua apartenas al la posedanto de la 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

La tabelo meritas sian lokon, ĉar Mac-ensaluto, VPN-ensaluto kaj SMB-konto estas tri apartaj identecoj. Ŝanĝi la VPN-pasvorton neniam malfermas kunhavigon, kiu rifuzas la registritan uzanton, kaj kliento, kiu raportas konekton, diras nenion pri la servilo, kiun vi celas.

Konektiĝu per adreso, ne per foliumado

Fora kunhavigo povas esti tute atingebla dum ĝi restas nevidebla en la retlisto de Finder. Malkovrado en oficeja LAN dependas de disaŭdigo kaj multicast-nomoj, kaj plej multaj VPN-oj ne portas tiun trafikon tra la tunelo, do malplena reta vido ne estas pruvo de rompita ligilo.

  1. Lanĉu la celatan VPN per ĝia kutima kliento kaj finu ĝian aŭtentikigon.

  2. En Finder elektu Iri, poste Konekti al servilo, aŭ premu Command-K.

  3. Tajpu la donitan adreson. En ĉi tiu ekzemplo ĝi estas smb://files.corp.example/team, ilustra nomo kaj ne publika servo. Se vi havas nur la servilan nomon, konektiĝu al ĝi kaj elektu la rajtigitan kunhavigon el la listo, kiun ĝi redonas.

  4. Elektu Registrita uzanto kaj entajpu la konton de la dosierservo, ne vian Mac-konton kaj ne la VPN-konton. Gasto ĝustas nur kiam la posedanto diras tion.

  5. Malfermu la kunhavigon kaj faru la ununuran taskon, pro kiu vi venis. Dosieruja listo pruvas la muntadon kaj neniom pli.

La gvidilo de Apple pri konektiĝo al servilo dokumentas ĉi tiun Finder-laborfluon kaj la servan ensaluton malantaŭ ĝi. Konservu la adreson kiel ŝataton, por ke la sekva konekto estu ripetebla, kaj memoru, ke renomado de la ero ŝanĝas la etikedon, ne la celon.

Legu la stadion, kie ĝi haltas

Antaŭ ol ŝanĝi ion, notu, kiu stadio malsukcesas, per la samaj nomoj, kiujn vi tajpis en Finder. Komencu per solvado: dscacheutil -q host -a name files.corp.example presas la adreson, kiun macOS uzos, kaj netstat -rn montras, ĉu tiu adreso havas itineron tra la tunela interfaco aŭ tra via hejma enirejo.

Poste atingeblo. nc -vz files.corp.example 445 diras, ĉu la SMB-pordo tute respondas; se solvado funkcias kaj 445 tempolimas, vi estas en teritorio de enkursigado, fajroŝirmilo aŭ sinplektitaj adresoj kaj neniu ŝanĝo de kunhavigaj permesoj helpos. Se la pordo respondas, demandu la servilon, kion ĝi proponas al tiu konto: smbutil view //[email protected] listigas kunhavigojn, kaj smbutil statshares -a raportas la interkonsentitan dialekton kaj subskriban staton de la muntita seanco, kio diras al vi, ĉu la muntado, kiun vi testas, estas tiu, kiun vi pensas.

Identeco meritas propran kontrolon, ĉar ĝi estas la paŝo, kiun homoj preterlasas. Muntado povas vivi kiel gasto aŭ kiel pli malnova konservita konto, dum vi supozas, ke vi estas la registrita uzanto, kaj tiam ĉiu skribtesto mezuras la malĝustan konton.

Skribaliro havas pli ol unu pordon

Du tavoloj povas diri ne ĉe la servila flanko, kaj ambaŭ aspektas idente de Mac. Kunhavigo povas esti eksportita nurlege dum la dosierujo sub ĝi estas skribebla, kaj skribebla kunhavigo ne povas superi dosiersisteman ACL, kiu rifuzas vian konton; subdosierujo ankaŭ povas porti sian propran politikon. Sur Windows-serviloj la kunhaviga permeso kaj la NTFS-permesoj estas apartaj, kaj la efika rajto estas la pli limiga el la du.

Do decidu, kio efektive estas rifuzata: krei dosieron, redakti ekzistantan, krei dosierujon, renomi aŭ forigi. Tiuj ne estas unu permeso, kaj dosierujo, kie listigado funkcias, povas rifuzi ĉiujn. Funkcianta muntado ne estas permeso.

Se vi suspektas la malĝustan identecon, elprenu la kunhavigon, forigu la malnovan eron en Ŝlosilaĵa aliro, kaj konektiĝu denove per la registrita konto. Finder volonte reuzos konservitan seancon kaj lasos vin mezuri permesojn por uzanto, kiun la servilo ne konsideras vi.

Testu skribadon sen tuŝi verajn dokumentojn

Kun la konsento de la posedanto, kreu unu malgrandan dosieron sub nova nomo en la dosierujo, kiu malsukcesas: touch /Volumes/team/qa-write-test.txt kiam la kunhavigo estas muntita tie, aŭ simple Konservi kiel per nova nomo el la aplikaĵo. Neniam anstataŭigu dokumenton por testi aliron, kaj konservu la precizan erartekston anstataŭ priskribi ĝin alimaniere, ĉar la VPN ne kopios ĝin.

Poste donu al la posedanto la operacion, kiun vi provis, anstataŭ ĝenerala plendo. Ili povas kontroli la kunhavigan politikon, la grupan membrecon de la konto kaj la rajtojn sur tiu unu dosierujo, kaj diri al vi, kiu tavolo rifuzis vin. Se la mesaĝo mencias kapaciton, ŝlositan dosieron aŭ nomkonflikton, tio estas alia problemo kaj meritas propran esploron.

Kontrolu la riparon, poste elprenu laŭ ordo

Post kiam la posedanto ŝanĝas ion, ripetu la saman malgrandan skribadon kaj konfirmu, ke la dosiero videblas al la servilo kaj poste forigeblas. Kopio, kiu komenciĝas kaj poste haltas, estas demando pri trairo, ne pri permeso; rifuzo, kiu alvenas tuj, estas demando pri permeso.

Antaŭ ol vi forigos la VPN, demuntu la kunhavigon kaj fermu malfermitajn dokumentojn. Elpreni post kiam la tunelo malaperis lasas Finder kaj viajn aplikaĵojn atendi mortan vojon. Tenu SMB ene de la privata reto, ne malŝaltu la fajroŝirmilon por testi teorion, kaj ne malfermu dosierujon al ĉiuj kiel provizoran solvon. Por la bileto, inkluzivu la adreson, la kontan nomon, la malsukcesan operacion, la precizan mesaĝon kaj la horon, lasante pasvortojn kaj profil-dosierojn ekstere.

  • La adreso solviĝas al privata adreso enkursigita tra la tunelo.
  • Pordo 445 respondas kaj smbutil view listigas la celatan kunhavigon por la celata konto.
  • La skribado, kiun vi bezonis, estas pruvita per nova dosiero, ne per ekzistanta dokumento.

Rilataj artikoloj