SMB-megosztás Macen VPN-en át: előbb kapcsolódj, aztán teszteld az írást

Ha a Finder a VPN-en át csatolja fel a megosztást, majd megtagadja egy fájl mentését, az alagút már végzi a dolgát, és a nézeteltérés a fájlkiszolgálón lévő identitásról és jogokról szól. Ha a felcsatolás egyáltalán nem jelenik meg, ezen a ponton túl semmit nem teszteltek. Mindkét eset hasonló párbeszédablakban végződik macOS-en, ezért építik újra az emberek a VPN-profilokat egy olyan hibáért, amelyet a VPN nem tud előidézni. Azzal kezdem, hogy pontosan megállapítom, hol áll meg a kapcsolat, és csak utána tesztelem az írást egy eldobható fájllal, nem azzal a dokumentummal, amelyet szerkeszteni jöttem.

Három feltétel dönti el, hova nézz

Három válasz kell, mielőtt hozzányúlsz egy beállításhoz: a név olyan privát címre oldódik-e fel, amelyet az alagút irányít, az SMB-szolgáltatás elfogadja-e a megadott konkrét fiókot, és annak a fióknak van-e írási joga pontosan azon a megosztáson, mappán és műveleten. Mindegyik más helyen hibázik, és csak az első tartozik a VPN tulajdonosához.

A táblázat kiérdemli a helyét, mert a Mac-bejelentkezés, a VPN-bejelentkezés és az SMB-fiók három külön identitás. A VPN-jelszó módosítása soha nem nyit meg egy megosztást, amely elutasítja a regisztrált felhasználót, és egy kapcsolódást jelentő kliens semmit nem mond a célzott kiszolgálóról.

Cím alapján kapcsolódj, ne böngészve

Egy távoli megosztás lehet teljesen elérhető, miközben láthatatlan marad a Finder Hálózat listájában. Az irodai LAN-on a felderítés broadcast- és multicast-nevekre támaszkodik, és a legtöbb VPN nem viszi át ezt a forgalmat az alagúton, ezért az üres Hálózat nézet nem bizonyíték a szakadt kapcsolatra.

1. Indítsd el a kívánt VPN-t a szokásos kliensével, és fejezd be a hitelesítést.

2. A Finderben válaszd az Ugrás, majd a Kapcsolódás kiszolgálóhoz lehetőséget, vagy nyomd meg a Command-K billentyűkombinációt.

3. Írd be a megadott címet. Ebben a példában ez smb://files.corp.example/team, egy szemléltető név, nem nyilvános szolgáltatás. Ha csak a kiszolgáló nevét ismered, kapcsolódj hozzá, és válaszd ki az engedélyezett megosztást a visszaadott listából.

4. Válaszd a Regisztrált felhasználó lehetőséget, és add meg a fájlszolgáltatás fiókját, nem a Mac-fiókodat és nem a VPN-fiókot. A Vendég csak akkor helyes, ha a tulajdonos ezt mondja.

5. Nyisd meg a megosztást, és végezd el az egyetlen feladatot, amiért jöttél. Egy mappalista a felcsatolást bizonyítja, semmi többet.

Az Apple kiszolgálóhoz kapcsolódási útmutatója dokumentálja ezt a Finder-munkafolyamatot és a mögötte lévő szolgáltatásba való bejelentkezést. Mentsd el a címet kedvencként, hogy a következő kapcsolódás megismételhető legyen, és ne feledd, hogy a bejegyzés átnevezése a címkét változtatja meg, nem a célt.

Olvasd el, melyik szakaszban áll meg

Mielőtt bármit módosítasz, jegyezd fel, melyik szakasz hibázik, ugyanazokkal a nevekkel, amelyeket a Finderbe beírtál. Kezdd a névfeloldással: dscacheutil -q host -a name files.corp.example kiírja a címet, amelyet a macOS használni fog, és netstat -rn megmutatja, hogy ennek a címnek van-e útvonala az alagút interfészén vagy az otthoni átjárón keresztül.

Aztán az elérhetőség. nc -vz files.corp.example 445 megmondja, válaszol-e egyáltalán az SMB-port; ha a feloldás működik és a 445 időtúllépésbe fut, az útválasztás, a tűzfal vagy az átfedő címek területén vagy, és a megosztási jogosultságok módosítása nem segít. Ha a port válaszol, kérdezd meg a kiszolgálót, mit kínál annak a fióknak: smbutil view //[email protected] listázza a megosztásokat, és smbutil statshares -a jelenti a felcsatolt munkamenet kialkudott nyelvjárását és aláírási állapotát, ami megmondja, hogy a tesztelt felcsatolás az-e, amire gondolsz.

Az identitás saját ellenőrzést érdemel, mert ez az a lépés, amelyet az emberek kihagynak. Egy felcsatolás élhet vendégként vagy régi mentett fiókként, miközben te azt feltételezed, hogy a regisztrált felhasználó vagy, és akkor minden írási teszt a rossz fiókot méri.

Az írási hozzáférésnek több kapuja van

Két réteg mondhat nemet a kiszolgáló oldalán, és mindkettő ugyanúgy néz ki a Macről. Egy megosztás exportálható csak olvashatóként, miközben az alatta lévő mappa írható, és egy írható megosztás nem tud felülírni egy fájlrendszer-ACL-t, amely elutasítja a fiókodat; egy almappa saját szabályzattal is rendelkezhet. Windows-kiszolgálókon a megosztási engedély és az NTFS-engedélyek különválnak, és a tényleges jog a kettő közül a szigorúbb.

Döntsd el tehát, mit utasítanak el valójában: fájl létrehozása, meglévő szerkesztése, mappa létrehozása, átnevezés vagy törlés. Ezek nem egyetlen engedély, és egy mappa, ahol a listázás működik, mindet elutasíthatja. Egy működő felcsatolás nem felhatalmazás.

Ha rossz identitást sejtesz, lökd ki a megosztást, töröld az elavult bejegyzést a Kulcskarikához való hozzáférésben, és kapcsolódj újra a regisztrált fiókkal. A Finder szívesen újrahasznál egy mentett munkamenetet, és magadra hagy, hogy olyan felhasználó jogosultságait mérd, akinek a kiszolgáló nem téged tart.

Teszteld az írást valódi dokumentumok érintése nélkül

A tulajdonos beleegyezésével hozz létre egy kis fájlt új néven abban a mappában, amelyik hibázik: touch /Volumes/team/qa-write-test.txt amikor a megosztás ott van felcsatolva, vagy egyszerűen Mentés másként új néven az alkalmazásból. Soha ne írj felül egy dokumentumot a hozzáférés teszteléséhez, és őrizd meg a hiba pontos szövegét ahelyett, hogy átfogalmaznád, mert a VPN nem fogja másolni.

Aztán add át a tulajdonosnak a megkísérelt műveletet általános panasz helyett. Ők ellenőrizhetik a megosztás szabályzatát, a fiók csoporttagságát és a jogokat azon az egy mappán, és megmondhatják, melyik réteg utasított el. Ha az üzenet kapacitást, zárolt fájlt vagy névütközést említ, az más probléma, és saját vizsgálatot érdemel.

Ellenőrizd a javítást, aztán lökd ki sorrendben

Miután a tulajdonos valamit módosított, ismételd meg ugyanazt a kis írást, és igazold, hogy a fájl látható a kiszolgáló számára, majd eltávolítható. Az a másolás, amely elindul, majd megakad, átbocsátóképességi kérdés, nem jogosultsági; az azonnal érkező elutasítás jogosultsági kérdés.

Mielőtt lecsatlakoztatod a VPN-t, oldd le a megosztást és zárd be a nyitott dokumentumokat. Ha az alagút eltűnése után löksz ki, a Finder és az alkalmazásaid egy halott útvonalra várnak. Tartsd az SMB-t a privát hálózaton belül, ne kapcsold ki a tűzfalat egy elmélet teszteléséhez, és ne nyisd meg egy mappát mindenkinek kerülőútként. A jegyhez add meg a címet, a fiók nevét, a sikertelen műveletet, az üzenet pontos szövegét és az időpontot, a jelszavakat és profilfájlokat hagyd ki.

• A cím olyan privát címre oldódik fel, amelyet az alagút irányít.
• A 445-es port válaszol, és smbutil view listázza a kívánt megosztást a kívánt fiók számára.
• A szükséges írást új fájl bizonyítja, nem egy meglévő dokumentum.