SMB sdílení na Macu přes VPN: nejdřív se připojte, potom testujte zápis

Pokud Finder připojí sdílení přes VPN a potom odmítne uložit soubor, tunel už dělá svou práci a nesoulad se týká identity a práv na souborovém serveru. Pokud se připojení vůbec neobjeví, nic za tímto bodem nebylo otestováno. Oba případy končí podobným dialogem v macOS, a proto lidé přestavují profily VPN kvůli závadě, kterou VPN nemůže způsobit. Začínám tím, že přesně určím, kde se spojení zastaví, a teprve potom testuji zápis jednorázovým souborem místo dokumentu, který jsem přišel upravit.

Tři podmínky rozhodují, kam se dívat

Než se dotknete nastavení, potřebujete tři odpovědi: zda se jméno přeloží na privátní adresu, kterou tunel směruje, zda služba SMB přijme konkrétní účet, který jste zadali, a zda tento účet má právo zápisu na přesně toto sdílení, složku a operaci. Každá selhává na jiném místě a jen první patří správci VPN.

Tabulka si své místo zaslouží, protože přihlášení do Macu, přihlášení do VPN a účet SMB jsou tři oddělené identity. Změna hesla VPN nikdy neotevře sdílení, které odmítá registrovaného uživatele, a klient, který hlásí připojení, nic neříká o serveru, na který míříte.

Připojujte se podle adresy, ne procházením

Vzdálené sdílení může být zcela dostupné, a přesto zůstávat neviditelné v seznamu Síť ve Finderu. Zjišťování v kancelářské LAN se opírá o broadcast a multicast názvy a většina VPN tento provoz tunelem nepřenáší, takže prázdné zobrazení Síť není důkazem přerušeného spojení.

1. Spusťte zamýšlenou VPN jejím obvyklým klientem a dokončete ověření.

2. Ve Finderu zvolte Přejít, potom Připojit k serveru, nebo stiskněte Command-K.

3. Zadejte poskytnutou adresu. V tomto příkladu je to smb://files.corp.example/team, ilustrativní název, nikoli veřejná služba. Pokud máte jen název serveru, připojte se k němu a vyberte povolené sdílení ze seznamu, který vrátí.

4. Zvolte Registrovaný uživatel a zadejte účet souborové služby, ne svůj účet Macu a ne účet VPN. Host je správný jen tehdy, když to vlastník řekne.

5. Otevřete sdílení a udělejte jeden úkol, kvůli kterému jste přišli. Výpis složky dokazuje připojení a nic víc.

Průvodce Applu připojením k serveru dokumentuje tento postup ve Finderu a přihlášení ke službě za ním. Uložte adresu mezi oblíbené, aby příští připojení bylo opakovatelné, a pamatujte, že přejmenování položky mění popisek, ne cíl.

Přečtěte si fázi, kde se to zastaví

Než cokoli změníte, zaznamenejte, která fáze selhává, se stejnými názvy, které jste zadali do Finderu. Začněte překladem jména: dscacheutil -q host -a name files.corp.example vypíše adresu, kterou macOS použije, a netstat -rn ukáže, zda má tato adresa trasu přes rozhraní tunelu nebo přes vaši domácí bránu.

Potom dostupnost. nc -vz files.corp.example 445 říká, zda port SMB vůbec odpovídá; pokud překlad funguje a 445 vyprší, jste v oblasti směrování, firewallu nebo překrývajících se adres a žádná změna oprávnění sdílení nepomůže. Pokud port odpovídá, zeptejte se serveru, co tomuto účtu nabízí: smbutil view //[email protected] vypíše sdílení a smbutil statshares -a hlásí vyjednaný dialekt a stav podepisování připojené relace, což vám řekne, zda je připojení, které testujete, to, které si myslíte.

Identita si zaslouží vlastní kontrolu, protože je to krok, který lidé přeskakují. Připojení může žít jako host nebo jako starší uložený účet, zatímco předpokládáte, že jste registrovaný uživatel, a pak každý test zápisu měří špatný účet.

Přístup k zápisu má víc než jedny dveře

Dvě vrstvy mohou na straně serveru říct ne a obě vypadají z Macu stejně. Sdílení může být exportováno jen pro čtení, zatímco složka pod ním je zapisovatelná, a zapisovatelné sdílení nemůže obejít ACL souborového systému, který váš účet odmítá; podsložka také může mít vlastní zásadu. Na serverech Windows jsou oprávnění sdílení a oprávnění NTFS oddělená a efektivní právo je to omezující z obou.

Proto určete, co se vlastně odmítá: vytvoření souboru, úprava existujícího, vytvoření složky, přejmenování nebo smazání. To není jedno oprávnění a složka, kde výpis funguje, může odmítnout všechna. Fungující připojení není povolení.

Pokud máte podezření na špatnou identitu, odpojte sdílení, smažte zastaralou položku v Přístupu k klíčence a připojte se znovu registrovaným účtem. Finder rád znovu použije uloženou relaci a nechá vás měřit oprávnění pro uživatele, kterým vás server nepovažuje.

Testujte zápis, aniž byste sahali na skutečné dokumenty

S vlastníkovým souhlasem vytvořte jeden malý soubor pod novým názvem ve složce, která selhává: touch /Volumes/team/qa-write-test.txt když je sdílení tam připojené, nebo prostě Uložit jako s novým názvem z aplikace. Nikdy nepřepisujte dokument, abyste otestovali přístup, a uchovejte přesný text chyby, místo abyste ho parafrázovali, protože VPN ho nezkopíruje.

Pak vlastníkovi předejte operaci, kterou jste zkusili, a ne obecnou stížnost. Mohou zkontrolovat zásadu sdílení, členství účtu ve skupinách a práva na oné jedné složce a říct vám, která vrstva vás odmítla. Pokud zpráva zmiňuje kapacitu, uzamčený soubor nebo konflikt názvů, je to jiný problém a zaslouží si vlastní šetření.

Ověřte opravu a potom odpojte v pořadí

Poté co vlastník něco změní, zopakujte stejný malý zápis a potvrďte, že soubor je pro server viditelný a potom odstranitelný. Kopírování, které začne a pak se zasekne, je otázka propustnosti, ne oprávnění; odmítnutí, které přijde okamžitě, je otázka oprávnění.

Než VPN odpojíte, odpojte sdílení a zavřete otevřené dokumenty. Vysunutí poté, co tunel zmizel, nechá Finder a vaše aplikace čekat na mrtvou cestu. Držte SMB uvnitř privátní sítě, nevypínejte firewall, abyste otestovali teorii, a nerozšiřujte složku na všechny jako obejití. Pro tiket uveďte adresu, název účtu, neúspěšnou operaci, přesný text zprávy a čas, hesla a soubory profilů vynechejte.

• Adresa se přeloží na privátní adresu směrovanou tunelem.
• Port 445 odpovídá a smbutil view vypíše zamýšlené sdílení pro zamýšlený účet.
• Zápis, který jste potřebovali, se prokáže novým souborem, ne existujícím dokumentem.