In VPN-bestandsmaps keppelje mei it Samba-account dat de tsjinner ken

Meitsje de tunnel iepen en de share freget noch altyd om in wachtwurd dat de brûker as korrekt beskôget. Yn in selsstannige Samba-ynstallaasje binne de VPN-login en de SMB-login los fan elkoar: de iene autorisearret de tunnel, de oare wurdt troch de bestandstsjinner kontrolearre. De skiif mei it VPN-account keppelje mislearret dêrom sels as it wachtwurd goed is en it netwurkpaad perfekt is. Dat ûnderskie ferklearret de measte keppelflokken oer in VPN.

De oplossing is net it VPN-account opnij ynstelle. It is in identiteit neame dy't de Samba-tsjinner wier ken, en dan kontrolearje oft deselde identiteit rjochten hat op de share en de map.

De VPN-login en de SMB-login binne ferskillende identiteiten

In VPN-account wurdt troch de VPN-gateway neffens syn eigen belied beoardiele. It beantwurdet oft dizze klant it partikuliere netwurk yn mei. It seit neat oer hokker SMB-account op in bestandstsjinner yn dat netwurk bestiet.

In Samba-account wennet yn 'e autentikaasje-backend fan de tsjinner, mei syn eigen wachtwurddatabank en syn eigen namme. Twa masines kinne beide in brûker mei de namme alice hawwe sûnder in identiteitssysteem, in wachtwurd of in brûkers-id te dielen. De nammen komme oerien; de accounts net.

In domeinyntegrearre Samba-tsjinner feroaret it byld: de identiteit komt út de map en fan Kerberos, net út in lokale accountlist. Brûk yn dat gefal de mapidentiteit en de stipe SMB-konfiguraasje ynstee fan lokale duplikaten te meitsjen om domeinlidmaatskip nei te bearen. Kontrolearje hokker model de tsjinner brûkt foardat jo in account oanmeitsje.

Sjoch hokker identiteit Windows echt brûkt

Windows bewarret ferbiningen per tsjinner. As in besteande sesje nei deselde tsjinner mei in oar account iepene is, kin in nije keppeling dy sesje werbrûke of mislearje mei in autentikaasjeflater dy't de ferkearde brûker neamt. Sa liket in korrekt wachtwurd ferkeard. Undersykje de hjoeddeiske ferbiningen foardat jo oanmeldgegevens feroarje.

net use
cmdkey /list
klist

It earste kommando lit keppele skiven en iepen sesjes sjen, it twadde lit opsleine oanmeldgegevens sjen dy't automatysk tapast wurde kinne, en it tredde lit Kerberos-kaartsjes sjen as in domein yn gebrûk is. In opsleine oanmeldrigel kin it account dat jo typten woene stilwei oerskriuwe.

Ferwiderje allinnich de ferbining of oanmeldrigel dy't by dit probleem heart. Alle skiven loskeppelje of de tsjinnernamme troch in IP-adres ferfange ferberget de identiteitskar en kin ûndertekening of namme-basearre belied brekke.

Keppelje de share mei it account dat de tsjinner werkent

Jou it account yn 'e foarm dy't de tsjinner ferwachtet en lit Windows om it wachtwurd freegje, sadat it geheim net yn 'e kommandoskiednis of in skript bedarret:

net use Z: \\files.corp.example\team * /user:FILESERVER\alice /persistent:no

It tsjinnerpart foar de efteroer skeane streek is de identiteitskontekst fan de Samba-tsjinner, net de VPN-gateway. It stjerke freget in ynteraktive wachtwurdfrege oan, en /persistent:no hâldt de keppeling bûten de folgjende oanmelding. Kies in frije skiifletter.

As de tsjinner domeinyntegrearre is, kin it brûkerpart ynstee in mapnamme of in domeinkwalifisearre identiteit wêze. Brûk de foarm dy't de behearder dokumintearret; in lokaal account mei deselde namme betinke makket in twadde identiteit en in twadde wachtwurd om te ûnderhâlden.

Accountjildigens, sharetagong en bestandssysteemrjochten binne trije kontrôles

Samba kontrolearret oft de identiteit autentisearret, oft de sharedefinysje dy talit, en oft it bestandssysteem de frege bewurking tastiet. De earste kontrôle helje betsjut net dat de oare twa ek slagje. In share kin sichtber wêze en skriuwbewurkingen dochs wegerje om't de maprjochten dat sizze.

In share dy't mei valid users beheind is, lit allinnich de neamde accounts of groepen ta. It account kin korrekt autentisearje en dochs troch dy rigel wegere wurde. Kontrolearje de sharedefinysje foardat jo konkludearje dat it wachtwurd ferkeard is.

Oan de bestandssysteemkant telle sawol it Samba-proses as de keppele identiteit. In map yn eigendom fan root mei modus 700 sil gjin skriuwbewurkingen fan in gewoan account akseptearje, sels as de sharedefinysje it talit. Test mei in lêzen en dan in skriuwen yn in map dy't it account brûke moat.

Los in konfliktende sesje op sûnder it belied te brekken

As in ferâldere sesje de oarsaak is, slút dy iene ferbining en keppelje opnij mei it bedoelde account. As in bewarre oanmeldrigel hieltyd weromkomt, ferwiderje dy rigel ynstee fan 'e hiele skiiflist. Befêstigje dan de nije sesje mei net use.

Hâld de ferplichte SMB-ûndertekening, fersifering en accountbelied yn stân. In tsjinner dy't in net-ûndertekene of net-fersifere sesje wegeret, hanthavet belied, lêst it wachtwurd net ferkeard, en om it te ferswakjen sadat de keppeling slaget, ruilet feiligens foar in symptoom.

Skriuw de tsjinnernamme, de krekte accountfoarm en de share- en maprjochten op dy't wurken. De folgjende persoan dy't de skiif keppelt, besiket oars earst de VPN-login, want dat is de oanmeldgegevens wêrmei't se it netwurk berikten.