Samba share Ubuntu 18.04 és Windows 10 1809 között

Lásd locsemege írását... gyakorlatilag az MS-nél megszokott módon utólag "bolted-on" technológiáról van szó, sehol nem része az SMB specifikációnak [és persze az egyébként kismillió létező korábbi szabvány közül egyikkel se kompatibilis] :) (többnyire ezekkel szokott az lenni, hogy 2 generáció után kihajítják a francba, lásd az ugyanilyen célú HomeGroup-ot, úgyhogy talán szerencsésebb is, ha nem pakolják bele a Samba-ba, mert már így is van benne minden [*] és ők az örökkévalóság+1 napig támogatják a legacy feature-öket is...)

[*]: kivéve, amit nem ért utol a scope creep: ahhoz, hogy valaha elkészüljön a Samba4 egy idő után dobták a külső LDAP szerver használatát (kísérletek vannak a visszahozatalára, de ha LDAP szerver szinten hagyják a replikációt, akkor a vegyes rendszerek kiestek), a külső Kerberos szerver használatát (a piros kalaposok marha sokat szívtak vele, hogy működjön külső, MIT kerberos szerverrel), a külső DNS szerver használatát (a Bind-ba nagyon nehezen kerültek be a dinamikusan beölthető zónák, sok csomagolási gond volt, végül jött a Bind flat file, Bind DLZ és a belső DNS szerver támogatással, utóbbi a default). A core AD cuccok közül gyakorlatilag az NTP volt az egyetlen, ami megúszta a beolvasztást, ott csak upstream-et patcheltek (és a mai napig figyelmeztetéssel indul, hogy "bélám, ha a Samba-ra várok, akkor csak szinkron tudok működni"). Persze közben előre-hátra kompatibilis(sá tehető) kb. DOS-ig visszamenőleg, mert valahol valaki még mindig natívan futtatja a DOS-os Clipperben írt rendszerét 80-as évekbeli hardveren :)

BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)

hááááát.. na.. :) A fent említett ügyfeleim is így voltak ezzel :) De aztán kicsit hatékonyabban tudtak dolgozni utána egy felmapelt mittudomén N:\ meghajtóval :) De ízlések és pofonok :)