SMB-jako Macissa VPN:n yli: yhdistä ensin, testaa kirjoitus sitten
Finder liittää jaon mutta kieltäytyy tallentamasta? Erota VPN-reitti, SMB-tili ja palvelimen käyttöoikeus ennen kuin muutat mitään asetusta.
Jos Finder liittää jaon VPN:n yli ja kieltäytyy sitten tallentamasta tiedostoa, tunneli tekee jo tehtävänsä ja erimielisyys koskee identiteettiä ja oikeuksia tiedostopalvelimella. Jos liitos ei ilmesty lainkaan, mitään tuon pisteen jälkeen ei ole testattu. Molemmat tapaukset päättyvät samannäköiseen valintaikkunaan macOS:ssä, minkä vuoksi ihmiset rakentavat VPN-profiileja uudelleen vian takia, jota VPN ei voi aiheuttaa. Aloitan määrittämällä tarkasti, mihin yhteys pysähtyy, ja vasta sitten testaan kirjoittamista kertakäyttöisellä tiedostolla sen asiakirjan sijaan, jota tulin muokkaamaan.
Kolme ehtoa ratkaisevat, mihin katsoa
Tarvitset kolme vastausta ennen kuin kosket asetukseen: ratkeaako nimi yksityiseksi osoitteeksi, jonka tunneli reitittää, hyväksyykö SMB-palvelu juuri sen tilin, jonka annoit, ja onko tällä tilillä kirjoitusoikeudet juuri tuohon jakoon, kansioon ja toimintoon. Kukin epäonnistuu eri kohdassa, ja vain ensimmäinen kuuluu VPN:n omistajalle.
| 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 |
Taulukko ansaitsee paikkansa, koska Mac-kirjautuminen, VPN-kirjautuminen ja SMB-tili ovat kolme erillistä identiteettiä. VPN-salasanan vaihtaminen ei koskaan avaa jakoa, joka hylkää rekisteröidyn käyttäjän, eikä yhdistettynä ilmoittautuva asiakas kerro mitään palvelimesta, jota tähtäät.
Yhdistä osoitteella, älä selaamalla
Etäjako voi olla täysin tavoitettavissa ja silti näkymätön Finderin Verkko-luettelossa. Löytäminen toimisto-LANissa nojaa broadcast- ja multicast-nimiin, eikä useimmat VPN:t kuljeta tätä liikennettä tunnelin läpi, joten tyhjä Verkko-näkymä ei ole todiste katkenneesta yhteydestä.
Käynnistä aiottu VPN sen tavallisella asiakasohjelmalla ja suorita todennus loppuun.
Valitse Finderissä Siirry, sitten Yhdistä palvelimeen, tai paina Command-K.
Kirjoita annettu osoite. Tässä esimerkissä se on
smb://files.corp.example/team, havainnollistava nimi eikä julkinen palvelu. Jos sinulla on vain palvelimen nimi, yhdistä siihen ja valitse valtuutettu jako sen palauttamasta luettelosta.Valitse Rekisteröity käyttäjä ja anna tiedostopalvelun tili, ei Mac-tilisi eikä VPN-tili. Vieras on oikein vain silloin, kun omistaja sanoo niin.
Avaa jako ja tee se yksi tehtävä, jonka takia tulit. Kansiollistaus todistaa liitoksen eikä mitään muuta.
Applen palvelimeen yhdistämisen opas dokumentoi tämän Finder-työnkulun ja sen takana olevan palvelukirjautumisen. Tallenna osoite suosikkeihin, jotta seuraava yhteys on toistettavissa, ja muista, että merkinnän uudelleennimeäminen muuttaa tunnistetta, ei kohdetta.
Lue vaihe, jossa se pysähtyy
Ennen kuin muutat mitään, kirjaa mikä vaihe epäonnistuu samoilla nimillä, jotka kirjoitit Finderiin. Aloita nimenratkaisusta: dscacheutil -q host -a name files.corp.example tulostaa osoitteen, jota macOS käyttää, ja netstat -rn näyttää, onko tällä osoitteella reitti tunnelin rajapinnan vai kotisi yhdyskäytävän kautta.
Sitten tavoitettavuus. nc -vz files.corp.example 445 kertoo, vastaako SMB-portti ylipäätään; jos nimenratkaisu toimii ja 445 vanhenee, olet reitityksen, palomuurin tai päällekkäisten osoitteiden alueella eikä mikään jakooikeuksien muutos auta. Jos portti vastaa, kysy palvelimelta, mitä se tarjoaa tälle tilille: smbutil view //[email protected] luettelee jaot ja smbutil statshares -a raportoi liitetyn istunnon neuvotellun murteen ja allekirjoitustilan, mikä kertoo, onko testaamasi liitos se, jota luulet.
Identiteetti ansaitsee oman tarkistuksensa, koska se on vaihe, jonka ihmiset ohittavat. Liitos voi elää vieraana tai vanhempana tallennettuna tilinä, kun oletat olevasi rekisteröity käyttäjä, ja silloin jokainen kirjoitustesti mittaa väärää tiliä.
Kirjoitusoikeudella on enemmän kuin yksi portti
Kaksi kerrosta voi sanoa ei palvelimen puolella, ja molemmat näyttävät Macista samalta. Jako voi olla viety vain luku -tilassa, kun sen alla oleva kansio on kirjoitettava, eikä kirjoitettava jako voi ohittaa tiedostojärjestelmän ACL:ää, joka kieltää tilisi; alikansiolla voi myös olla oma käytäntönsä. Windows-palvelimilla jakooikeus ja NTFS-oikeudet ovat erillisiä, ja tehokas oikeus on näistä rajoittavampi.
Päätä siis, mikä oikeastaan evätään: tiedoston luonti, olemassa olevan muokkaus, kansion luonti, uudelleennimeäminen tai poisto. Nämä eivät ole yksi oikeus, ja kansio, jossa listaus toimii, voi evätä ne kaikki. Toimiva liitos ei ole myönnytys.
Jos epäilet väärää identiteettiä, poista jako, poista vanhentunut merkintä Avaimet-kirjanpidon käytöstä ja yhdistä uudelleen rekisteröidyllä tilillä. Finder käyttää mielellään tallennettua istuntoa uudelleen ja jättää sinut mittaamaan oikeuksia käyttäjälle, jota palvelin ei pidä sinuna.
Testaa kirjoittamista koskematta oikeisiin asiakirjoihin
Luo omistajan suostumuksella yksi pieni tiedosto uudella nimellä kansioon, joka epäonnistuu: touch /Volumes/team/qa-write-test.txt kun jako on liitetty sinne, tai yksinkertaisesti Tallenna nimellä uudella nimellä sovelluksesta. Älä koskaan korvaa asiakirjaa pääsyn testaamiseksi ja pidä virheen tarkka teksti sen sijaan, että muotoilisit sen uudelleen, koska VPN ei kopioi sitä.
Anna sitten omistajalle yrityksesi toiminto yleisen valituksen sijaan. He voivat tarkistaa jaon käytännön, tilin ryhmäjäsenyydet ja oikeudet juuri tuohon kansioon ja kertoa, mikä kerros hylkäsi sinut. Jos viesti mainitsee kapasiteetin, lukitun tiedoston tai nimiriidan, se on eri ongelma ja ansaitsee oman selvityksensä.
Varmista korjaus ja poista sitten järjestyksessä
Kun omistaja on muuttanut jotain, toista sama pieni kirjoitus ja varmista, että tiedosto näkyy palvelimelle ja on sen jälkeen poistettavissa. Kopiointi, joka alkaa ja sitten pysähtyy, on läpäisykyvyn kysymys, ei käyttöoikeuden; kieltäytyminen, joka saapuu heti, on käyttöoikeuden kysymys.
Ennen kuin pudotat VPN:n, irrota jako ja sulje avoimet asiakirjat. Poistaminen sen jälkeen, kun tunneli on poissa, jättää Finderin ja sovelluksesi odottamaan kuollutta polkua. Pidä SMB yksityisverkossa, älä sammuta palomuuria teorian testaamiseksi äläkä avaa kansiota kaikille kiertotienä. Liitä tikettiin osoite, tilin nimi, epäonnistunut toiminto, viestin tarkka teksti ja aika, jättäen salasanat ja profiilitiedostot pois.
- Osoite ratkeaa yksityiseksi osoitteeksi, joka reititetään tunnelin läpi.
- Portti 445 vastaa ja
smbutil viewluettelee aiotun jaon aiottua tiliä varten. - Tarvittu kirjoitus todistetaan uudella tiedostolla, ei olemassa olevalla asiakirjalla.