SMB-kansio näyttää vanhentuneelta VPN:n yli? Tarkista Offline-tiedostot

Yhdistät VPN:n, avaat yhdistetyn aseman, ja kansiosta puuttuu tiedosto, joka palvelimella selvästi on. Ensimmäinen vaisto on syyttää tunnelia, DNS:ää tai Samban käyttöoikeuksia. Monissa tapauksissa yhteys on kunnossa ja Resurssienhallinta näyttää jaon välimuistiin tallennettua kopiota. Offline-tiedostot voivat tarjota tuon kopion myös VPN:n ollessa päällä, koska jako, ei tunneli, päättää, onko näkymä ajantasainen. Korjaus alkaa todistamalla, kumpaa katsot.

Myytti: VPN-kuvake tarkoittaa, että jako on ajantasainen

VPN-kuvake kertoo, että päätepisteeseen on tunneli. Se ei kerro, onko tietty SMB-jako tavoitettavissa, onko Resurssienhallinta siirtänyt jaon takaisin verkkotilaan tai onko epäonnistunut synkronointi jättänyt vanhemman kopion paikoilleen. Se ei myöskään kerro, minkä palvelimen DFS-polku valitsi.

Offline-tiedostot pitävät paikallisen kopion uudelleenohjatuista tai kiinnitetyistä jaoista jotta ne pysyvät saatavilla, kun palvelin ei ole tavoitettavissa. Kun jako palaa, asiakkaan pitäisi siirtyä takaisin verkkotilaan ja synkronoida. Hitaan linkin käytäntö voi päättää, että yhteys on yhä liian hidas, ja pitää välimuistiin tallennetun näkymän, ja odottava ristiriita voi tehdä saman jopa nopealla linkillä.

Siksi oire näyttää valikoivalta: yksi kansio on vanhentunut, toinen avautuu oikein ja kolmas ei avaudu lainkaan. Ne ovat kolme eri tilaa, ja vain ensimmäinen on tämän artikkelin käsittelemä välimuistitarina. Nimeä tila ennen korjauksen valintaa.

Todista, mitä kohdetta Resurssienhallinta lukee

Aloita tarkasta UNC-polusta aseman kirjaimen sijaan. Yhdistetty asema voi osoittaa toiseen jakoon kuin luulet, ja DFS-polku voi viitata kokonaan toiseen palvelimeen. Yhdistämisen lukeminen näyttää tallennetun kohteen ja sen tilan:

Get-SmbMapping | Select-Object LocalPath, RemotePath, Status
Get-SmbConnection
net use

Avaa UNC-polku suoraan uuteen Resurssienhallinnan ikkunaan ja vertaa sitä yhdistettyyn asemaan. Jos suora polku näyttää nykyisen tiedoston eikä yhdistetty asema näytä, yhdistäminen on osa ongelmaa, ei välimuisti.

Vahvista sitten, että tiedosto on olemassa aiotulle käyttäjälle. Järjestelmänvalvojan listaus palvelimella todistaa olemassaolon, ei sitä, että tavallisella SMB-käyttäjällä on sama käyttöoikeus, joten tarkista tilillä, joka todella käyttää jakoa. Eri tunnistetiedot tuottavat erilaisia näkymiä syistä, joilla ei ole mitään tekemistä välimuistin kanssa. Olemassaolo, käyttöoikeus ja näkyvyys ovat kolme erillistä tarkistusta.

Lue synkronoinnin tila ennen kuin tyhjennät mitään

Synkronointikeskus, missä ominaisuus on saatavilla, kertoo, työskenteleekö jako offline-tilassa, epäonnistuiko viimeisin synkronointi ja odottavatko ristiriidat. Nämä kolme tilaa johtavat erilaisiin korjauksiin, ja välimuistin tyhjentäminen ristiriidan ollessa odottamassa voi hävittää paikallista työtä.

Etsi paikallisia muutoksia, jotka eivät ole päässeet palvelimelle, ennen kuin poistat välimuistituksen käytöstä, irrotat jaon tai poistat offline-kopion. Tiedosto, joka on vain välimuistissa, ei ole vanhentunut näkymä; se on synkronoimatonta dataa, ja se on ensin suojattava hyväksytyn prosessin kautta. Välimuistia, jossa on odottavia muutoksia, ei ole turvallista poistaa.

Kun paikallinen työ on turvassa, käytä tuettua siirtymistä verkkotilaan ja synkronointia ja vertaa sitten listausta uudelleen. Toisen Resurssienhallinnan ikkunan avaaminen ei pakota päivitystä, koska molemmat ikkunat voivat lukea samaa paikallista välimuistia.

Korjaa jaon tila sen sijaan, että poistat ominaisuuden

Jos jako pysyy offline-tilassa hitaan linkin käytännön vuoksi, mukauta käytäntöä kyseiselle jaolle tai verkolle sen sijaan, että kytket Offline-tiedostot pois kaikilta käyttäjiltä. Jos synkronointi epäonnistuu jatkuvasti, korjaa vika ja ratkaise ristiriidat; toimiva synkronointi tekee välimuistiin tallennetusta kopiosta jälleen ajantasaisen. Muuta pienintä käytäntöä, joka kattaa jaon. Globaali muutos vaihtaa yhden käyttäjän vanhentuneen näkymän kaikkien menetettyyn offline-käyttöön.

Jaoille, joita ei pitäisi koskaan välimuistittaa, palvelin voi lähettää jaokohtaisen vihjeen. Samba tarjoaa sen jakoparametrina, ja arvo jaolle, jonka on pysyttävä vain verkossa, on:

csc policy = disable

Samban parametriviite määrittelee sallitut arvot ja niiden merkityksen. Käytä asetusta jakohallinnan kautta, joka todella luo kokoonpanon, erityisesti NAS-laitteessa, ja muista, että vihje ei korjaa asiakkaalle jo välimuistiin tallennettua dataa.

Tarkista jokaisen käytäntömuutoksen jälkeen, että asiakas yhdistää uudelleen ja että odotettu tiedosto ilmestyy. Uudelleenkäynnistetty palvelu ei ole todiste siitä, että odottava paikallinen muutos on ladattu, joten tarkista tiedosto, älä vain yhteyden tilaa.

Kun syy ei ole Offline-tiedostot

Jos UNC-polku on vahvistettu verkkotilaan ja tuore listaus eroaa silti, välimuisti ei ole selitys. Tarkista jaon ja tiedostojärjestelmän käyttöoikeudet, käyttöoikeusperusteinen luettelointi ja palvelin, jonka DFS-viittaus todella valitsi. Mikä tahansa näistä voi piilottaa kansion ilman, että paikallinen kopio on mukana.

Jako, joka ei koskaan yhdistä, tarvitsee reitityksen ja palvelusuodatuksen todisteita, ei välimuistin tarkistusta. Tunnelin kautta estetty portti 445, väärään osoitteeseen ratkeava DNS-nimi tai palomuurisääntö, joka sallii pingin mutta ei SMB:tä, tuottavat kaikki virheen ennen kuin välimuistilla on merkitystä.

Testi, joka erottaa kaksi perhettä, on yksinkertainen: kansio, joka on palvelimella olemassa, näkyy oikealle käyttäjälle eikä silti ilmesty verkkoon, viittaa käytäntöön tai luettelointiin; kansio, joka ilmestyy vanhalla sisällöllä, viittaa välimuistiin. Diagnosoi perhe ennen asetuksen muuttamista.