SMB споделяне на Mac през VPN: първо връзка, после тест на запис

Ако Finder монтира споделянето през VPN и след това откаже да запази файл, тунелът вече си върши работата и разногласието е за самоличност и права на файловия сървър. Ако монтирането изобщо не се появи, нищо след тази точка не е тествано. И двата случая завършват с подобен диалог в macOS, затова хората пресъздават VPN профили заради повреда, която VPN не може да причини. Започвам с точното установяване къде спира връзката и едва след това тествам запис с временен файл, а не с документа, който съм дошъл да редактирам.

Три условия решават къде да търсите

Трябват ви три отговора, преди да пипнете настройка: дали името се разрешава до частен адрес, който тунелът маршрутизира, дали SMB услугата приема конкретния акаунт, който сте подали, и дали този акаунт има права за запис точно върху това споделяне, папка и операция. Всяко се проваля на различно място и само първото принадлежи на собственика на VPN.

Таблицата заслужава мястото си, защото входът в Mac, входът в VPN и SMB акаунтът са три отделни самоличности. Смяната на VPN паролата никога не отваря споделяне, което отхвърля регистрирания потребител, а клиент, който съобщава, че е свързан, не казва нищо за сървъра, към който се целите.

Свържете се по адрес, не чрез разглеждане

Отдалечено споделяне може да е напълно достъпно, докато остава невидимо в списъка Мрежа на Finder. Откриването в офис LAN разчита на broadcast и multicast имена и повечето VPN не пренасят този трафик през тунела, така че празният изглед на Мрежа не е доказателство за прекъсната връзка.

1. Стартирайте желания VPN през обичайния му клиент и завършете удостоверяването.

2. В Finder изберете Отиване, после Свързване със сървър, или натиснете Command-K.

3. Въведете подадения адрес. В този пример това е smb://files.corp.example/team, илюстративно име, а не публична услуга. Ако имате само името на сървъра, свържете се с него и изберете разрешеното споделяне от списъка, който връща.

4. Изберете Регистриран потребител и въведете акаунта на файловата услуга, не вашия Mac акаунт и не VPN акаунта. Гост е правилен само когато собственикът каже така.

5. Отворете споделянето и свършете единствената задача, за която дойдохте. Списъкът на папка доказва монтирането и нищо повече.

Ръководството на Apple за свързване със сървър описва този работен поток в Finder и входа в услугата зад него. Запазете адреса в любими, за да е повторима следващата връзка, и помнете, че преименуването на записа сменя етикета, не целта.

Прочетете етапа, на който спира

Преди да промените нещо, запишете кой етап се проваля, със същите имена, които въведохте в Finder. Започнете с търсенето: dscacheutil -q host -a name files.corp.example отпечатва адреса, който macOS ще използва, а netstat -rn показва дали този адрес има маршрут през интерфейса на тунела или през домашния ви шлюз.

После достъпност. nc -vz files.corp.example 445 казва дали SMB портът отговаря изобщо; ако търсенето работи, а 445 изтече по време, вие сте в областта на маршрутизация, защитна стена или припокриващи се адреси и никаква промяна на правата за споделяне няма да помогне. Ако портът отговаря, попитайте сървъра какво предлага на този акаунт: smbutil view //[email protected] изброява споделянията, а smbutil statshares -a съобщава договорения диалект и състоянието на подписване на монтираната сесия, което ви казва дали монтирането, което тествате, е това, което мислите.

Самоличността заслужава отделна проверка, защото това е стъпката, която хората пропускат. Монтиране може да живее като гост или като стар запазен акаунт, докато вие предполагате, че сте регистрираният потребител, и тогава всеки тест на запис измерва грешния акаунт.

Достъпът за запис има повече от една порта

Два слоя могат да кажат не от страна на сървъра и двата изглеждат еднакво от Mac. Споделяне може да е експортирано само за четене, докато папката под него е записваема, а записваемо споделяне не може да прескочи ACL на файловата система, който отказва вашия акаунт; подпапка също може да носи своя политика. На Windows сървъри разрешението за споделяне и NTFS разрешенията са отделни, а ефективното право е по-ограничаващото от двете.

Затова решете какво точно се отказва: създаване на файл, редактиране на съществуващ, създаване на папка, преименуване или изтриване. Това не е едно разрешение и папка, в която изброяването работи, може да откаже всички тях. Работещо монтиране не е разрешение.

Ако подозирате грешна самоличност, извадете споделянето, изтрийте стария запис в Достъп до ключодържател и се свържете отново с регистрирания акаунт. Finder охотно ще използва запазена сесия и ще ви остави да измервате права за потребител, който сървърът не смята за вас.

Тествайте запис, без да пипате истински документи

Със съгласието на собственика създайте един малък файл с ново име в папката, която се проваля: touch /Volumes/team/qa-write-test.txt когато споделянето е монтирано там, или просто Запази като с ново име от приложението. Никога не презаписвайте документ, за да тествате достъп, и пазете точния текст на грешката, вместо да го преразказвате, защото VPN няма да го копира.

После дайте на собственика операцията, която опитахте, а не общо оплакване. Те могат да проверят политиката на споделянето, груповото членство на акаунта и правата върху тази една папка и да ви кажат кой слой ви е отказал. Ако съобщението споменава капацитет, заключен файл или конфликт на имена, това е друг проблем и заслужава собствено разследване.

Проверете поправката, после извадете по ред

След като собственикът промени нещо, повторете същия малък запис и потвърдете, че файлът е видим за сървъра и после премахваем. Копиране, което започва и после засяда, е въпрос на пропускателна способност, не на права; отказ, който идва веднага, е въпрос на права.

Преди да изключите VPN, демонтирайте споделянето и затворете отворените документи. Изваждане след изчезването на тунела оставя Finder и приложенията ви да чакат мъртъв път. Дръжте SMB вътре в частната мрежа, не изключвайте защитната стена, за да тествате теория, и не отваряйте папка за всички като заобиколно решение. За заявката включете адреса, името на акаунта, неуспешната операция, точния текст на съобщението и часа, като оставите паролите и файловете на профилите навън.

• Адресът се разрешава до частен адрес, маршрутизиран през тунела.
• Порт 445 отговаря и smbutil view изброява желаното споделяне за желания акаунт.
• Нужният ви запис се доказва с нов файл, не със съществуващ документ.