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

 ( xc0m | 2019. június 4., kedd - 10:05 )

Sziasztok!

Valaki tud nekem bemásolni egy olyan smb.conf-ot, amivel a Share-ek feljönnek Windows 10-ben ?
Ezalatt azt értem, hogy a hálózatok menüpont alatt feljön pl. "SAMBA SERVER" és azon belül a mappák.
Van esetleg ilyen működő konfigja valakinek?

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Ha ragaszkodsz a network browsinghoz, akkor a kliensen fel kell tenned az SMBv1 támogatást. (már ha \\[ip-cím/gépnév] formában tudsz csatlakozni)

Szerk.: ill lesd meg locsemege blogját és használd inkább a WS-Discovery-t: https://hup.hu/node/163555?comments_per_page=9999

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

Öhh, mert hogy a mostani 4-es Samba nem tudja még ezt a funkciót SMB2-n vagy SMB3-on?
Nincs véletlen egy SAMBA matrix ami leírja, hogy mit tud és mit nem?

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)

  • Ez a WS-Discovery szerintem jó lesz nekem is. Köszi!

    Működik, de Systemd módban még nincs sikerült elindítanom..

    Ezeknek a paramétereknek nézz utána az adott samba verziódhoz:

    min protocol
    max protocol
    client min protocol
    client max protocol

    Tipp: man smb.conf

    https://www.samba.org/samba/docs/current/man-html/smb.conf.5.html#SERVERMAXPROTOCOL

    Sosem értettem miért jó így "tallózgatni". Egyszerűbb felcsatolni network drive-ként azt kész.

    1-2 "ügyféllel" találkoztam eddig aki ilyen módon akarta használni az smb megosztásokat. Őket is sikerült "lebeszélni" erről és kaptak egy mappelt drive-ot.

    Olyan ez mint a Wifi, jobb ha hirdeti magát és látják hogy ott van.

    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 :)