Dotaz: Jak nainstalovat Sambu bez systemd

[Redmarx]

Zdar, mam Manjaro linux a nefunguje mi Samba server, nejde autentizovat uzivatel, furt se v system-config-samba vytvari uzivatel nobody, ale kdyz tam dam redmarx, tak to napise, ze uz je vytvoreny. Neco jsem googlil, ze by to mohlo mit souvislost se systemd, tak jsem chtel prvne zkusit nainstalovat nejnovejsi verzi Samby bez systemd a kdyz to nebude fungovat taky a ukaze se, ze systemd s tim nic nema, tak vim, ze starsi verze Samby funguje, jenze nejde se systemd.

Podle tohoto navodu jde nainstalovat Sambu i bez systemd, jenze jen s vlastni iniciativou (prelozenim) ze zdrojaku:

http://www.linuxfromscratch.org/blfs/view/svn/basicnet/samba.html

parametr --without systemd

jenze mi to hodi hlasku:

$ ./configure --without-systemd Traceback (most recent call last): File "/home/redmarx/Stažené/samba-4.4.4/third_party/waf/wafadmin/Scripting.py", line 146 except Utils.WafError, e: ^ SyntaxError: invalid syntax

Nepodarilo se mi k tomu nic vygooglit. Co s tim dal?

Odpovědi

[alles32]

zdar,

chyba se tyka verze pythonu. pouzij 2kovou namisto 3kovy rady

uzivatel je potreba jednak v /etc/passwd

# useradd juzr
# passwd juzr

a taky se musi pridat do samby:

# smbpasswd -a juzr

[Redmarx]

Dekuju.

Mam dalsi problem, nedari se mi nainstalovat zadnou verzi Samby.

"Configure" probehle OK, ale nasledne "make" konci chybou:

warning: failed to load external entity "default/docs-xml/manpages/smb.conf.5.xml" unable to parse default/docs-xml/manpages/smb.conf.5.xml Waf: Leaving directory `/home/iwo/Stažené/samba-4.3.10/bin' Build failed: -> task failed (err #6): {task: manpages/smb.conf.5 smb.conf.5.xml,parameters.all.xml -> smb.conf.5} Makefile:8: návod pro cíl „all“ selhal make: *** [all] Chyba 1

[Redmarx]

byly to nesplnene zavislosti

[alles32]

ted koukam, ze sambe 4 uz staci jen samba user a unixovy duplikat neni potreba.

[Redmarx]

Kdyby mel nekdo stejny problem, tak jsem se vratil k samba 3.6.25, jelikoz nepodporuje systemd, tak jsem ji normalne zkompiloval, akorat byl problem s nejakyma zavislostma, ale vyresilo se to.

akoart mi tedf dela problem autostart po spusteni systemu, vsude radi zapsat skript do init.d, ale je nic takoveho v etc nemam, tak nevim.

[j]

nj, prej je to se systemd jednodussi .... ;D a tech navodu vsude kolem ... rek bych, ze pro prekompajlenej balik si to budes muset ( v tom systemd) vsechno vyrobit sam. Nebo nekde ukrast a prizpusobit ...

[pavlix]

Se systemd je všechno jednodušší, protože... a proč vlastně? :)

[GeorgeWH]

pretoze vie veci, ktore do dnes 99% adminov, 99% userov a 100% bfu nikdy nepotrebovalo.

[j]

Tj, zato maji vsichni o zabavu postarano ... to kdyz si pustis trebas update databaze pekne do screenu ... a odpojis se (a nebo nekde cestou vypadne par paketu). Prej se mas vratit k poctivy praci a tech 600km k tomu serveru dojet osobne.

[Peter Golis]

Servre u ktorých sa ráta s vzdialenou správou majú pripojenie cez KVM over IP, DRAC, ILO alebo aspoň cez Intel AMT/ME. Bez toho naozaj riskuješ výjazd.

[GeorgeWH]

spravne. treba ssh uplne vypnut. alebo nie, pockaj. pre istotu zrusme aj sietovky. aspon sa mi uz nebude stavat, ze sa mi boot zasekne na 5 minut, pretoze nebol pripojeny kabel...

[Peter Golis]

Pre Teba, áno.

Ostatní sa pripoja bez problémov znova cez ssh a lokálne sa napoja na už vytvorený screen. A ak by náhodou zlyhal ssh (alebo si správca pod sebou odrezal sieťovku na desktope používanom ako server vzdialený 600 Km), tak sa pripojí cez KVM, DRAC, ILO, Intel AMT/ME, ...

PS: Ak sa ti zasekne boot na 5 min kôli nezapojenému káblu, tak aš niečo zle nakonfigurované. Ale za to si môžeš len ty sám.

[k3dAR]

to je len burka v pohari vody, navic pres KVM se vzdalene nepripojos, musi to byt "KVM over IP" ufrflanci chalanisko...

[Peter Golis]

Ohľadne KVM viď vyššie.

[k3dAR]

ohledne KVM viz vyse

[Peter Golis]

KVM zahŕňa aj KVM over IP, takže naozaj: viď vyššie.

[k3dAR]

zahrna, nezahrna, stejne je to len burka v pohari vody...

[GeorgeWH]

ano, do teraz x rokov netrebalo siet nijak konfigurovat (dhcp), fungovalo to hned po instalacii, ale zrazu som nieco zle nakonfiguroval. golis prestan robit z ludi debilov a chod tomu tvojmu poetteringovi vylizat rit a nam dajte pokoj.

[pavele]

Ty asi nesleduješ nejnovější vychytávky v systemd, že?

Možná se na ssh ostatní bez problémů připojí, ale na screen, na screen už ne...

It's not a bug, it's a feature

[Peter Golis]

SystemD používam roky, a ešte som sa s takou chybou nestretol. Bez problémov sa odpájam z ssh nekorektne a aj korektne a screen z tej odpojenej session mi ostane žiť. A viem sa naň neskôr znovu pripojiť.

Inak, ten prvý link čo si sem dával potvrdzuje tvoj argument. Ten druhý je diskusia bez ladu a skladu v ktorej som našiel akurát tak link na bug pre verziu 229-3. Momentálne používam verziu 229-4 v ktorej sa to neprejavuje. Pred tým som mal aj verziu 229-3 v ktorej sa to akože malo prejaviť, ale neprejavilo sa to. Prepytujem, neprejavilo sa to vo východzej konfigurácii. Asi to bude tím, že nepoužívam one man show distribúciu.

$ grep Kill /etc/systemd/logind.conf
#KillUserProcesses=no
#KillOnlyUsers=
#KillExcludeUsers=root

[Ivan2]

Mylim, ze je v tom jeste jedna "podpasovka" a to ta, ze zalezi na velikosti uid. Pokud mas uid < 1000 tak se k nim systemd chova jinak, protoze je povazuje za systemove.

[Peter Golis]

Skús tú myšlienku rozviesť, a potvrdiť či s tým vôbec súvisí.

[Heron]

SystemD používam roky, a ešte som sa s takou chybou nestretol.

To není chyba, to je nová vlastnost.

systemd-logind will now by default terminate user processes that are
part of the user session scope unit (session-XX.scope) when the user
logs out.

Momentálne používam verziu 229-4

Tak si dej pozor při update na 230.

[Peter Golis]

Ani ma nenapadne si dávať pozor. Ten bug, na ktorý odkazovala daná plamenná debata má opísané okolnosti UID 1000 a systemd 229-3. Tie okolnosti som splnil, a nestretol som sa s opisovanou chybou.

Vedel by si mi prezradiť ako si tú chybu nasimulujem u seba?

[Heron]

Psal jsi:

Ostatní sa pripoja bez problémov znova cez ssh a lokálne sa napoja na už vytvorený screen.

Tak přesně toto ve verzi 230 by default NEFUNGUJE, protože systemd 230 by default ukončuje uživatelské procesy po odhlášení poslední session. To znamená, že když tam máš screen / tmux a odhlásíš se z ssh, tak systemd ti ten screen / tmux automaticky zabije. Pochopitelně včetně všech procesů, které jsi tam nechal běžet (třeba proto, že budou běžet týden).

Toto je novinka v 230.

Samozřejmně, lze to změnit v nastavení logind, jsou i jiné workaroundy (systemd-run --user --scope screen; loginctl enable linger), ale by default je to nastavené na KillUserProcesses=yes.

Mimochodem, na toto jsem se mohl připravit dopředu ještě před update na 230 jen díky tomu flame. Na co jsem se připravit nemohl, byla nefunkčnost nspawn kontejnerů a automatické změnu chown souborů kontejneru a mapování uid mezi hostitelem a kontejnerem. Takže po update systemd 230 a spouštění kontejnerů mi to začalo chownovat soubory v těch kontejnerech, čímž se jejich start o desítky minut odložil (mimo to, že některé nefungovaly vůbec).

[Peter Golis]

Skús si prečítať okolnosti toho bugu a pochopíš že tvoj argument nemá zmysel. Hádam ho nájdeš, je naň priamy odkaz aj v tejto diskusii.

[Heron]

LP píše:

Well, KillUserProcesses= breaks "tmux" and "screen" which makes this political to turn on by default. But yes, I think we should turn it on by default.

Což ve 230 potom skutečně realizovali. Co ti tedy nedává smysl?

[Peter Golis]

Podľa toho bugu to bolo realizované už vo verzii 229-3. Na tej verzii ... ale to by som asi hrach na stenu hádzal. Aký zmysel mi majú dať tvoje slová ktoré niesú založené na pravde?

[Heron]

Co přesně v tomto changelogu (třetí odstavec v sekci CHANGES WITH 230) není založené na pravdě?

[Peter Golis]

Takže to flame čo sem dával pavele a v ktorom bol odkaz na bug nebolo založené na pravde keďže niekto predbehol LP a vyskúšal to ešte pred tým ako sa to nasadilo v upstreame. Mno, to má potom dosť vypovedajúcu hodnotu o narážkach na LP, a tým pádom plne chápem že má snahu takéto návrhy implementovať. Ak si to žiada trh a otestuje to, tak nech to má.

[Heron]

Aha, takže tobě přijde normální, že nějaký bug v nějakém programu, který se sám neumí správně ukončit*, se "vyřeší" tak, že se jako default zavede odstřelení všech procesů odhlášeného uživatele? Jinými slovy, se změní chování systému**, které tu bylo desítky let? Jen tak, z verze na verzi, bez varování?

Mimochodem, přijde ti také normální, že potom někdo tlačí na tmux, aby tam zařadilo podporu pro systemd? Takže oni rozbijí*** chování na své straně a nutí někoho, aby to změnil u sebe.

*) Člověk by předpokládal, že bude snaha opravit ten program. Ale to je asi dost zastaralé myšlení.

**) A ještě k tomu napíše, že je to sice politická záležitost, ale že to přesto udělá.

***) Bez ohledu na to, že to nastavení lze vrátit zpět a bez ohledu na workaroundy.

[Peter Golis]

Nie. Mne nepríde normálne že bug na vlastnosť je nahlásený vo verzii v ktorej daná vlastnosť ešte neexistuje. A tak isto mi nepréde normálne že sa u mňa neprejavuje aj keď sa podľa daného nahláseného bugu prejaviť má.

[Heron]

Nic, tohle nemá smysl. Přeji ti příjemný update na 230. Případně si rovnou nastav vlastnost KillUserProcesses=yes (abys nemusel čekal na default v 230) a ukaž nám všem, jak se přihlásíš na screen (jak jsi tvrdil v komentáři 12) po přechozím úplném odhlášení ze serveru.

[Peter Golis]

Ďakujem, a teším sa. Možno si kôli tomu urobím testovací upgrade vo VM keďže 16.10 už má SystemD verzie 230-2git1.

[k3dAR]

spravne se to pise sYsTeMd, jinak je Lennart mooc smutnej...

[Peter Golis]

Neviem na základe akého kľúča si vytváraš novotvary, ale skúsil som to na testing vetve Debianu, a znova som sa s chovaním že by to zostrelilo screen pri logoute nestretol. A snažil som sa to nasimulovať. Pomohol by mi niekto v tom nasimulovaní?

k3dAR@debian-testing:~$ grep Kill /etc/systemd/logind.conf
#KillUserProcesses=no
#KillOnlyUsers=
#KillExcludeUsers=root
k3dAR@debian-testing:~$ apt show systemd -a | grep Version

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

Version: 230-5
k3dAR@debian-testing:~$ lsb_release -a
No LSB modules are available.
Distributor ID:	Debian
Description:	Debian GNU/Linux testing (stretch)
Release:	testing
Codename:	stretch
k3dAR@debian-testing:~$ 

Áno, v Debian testing je uŽ SystemD verzie 230, a tam by sa mal prejavovať na miestnom flame vysmažený problém s screen-om.

[k3dAR]

konzultuj to u sveho idolu, ze mu na to debian testing fuckuje nemeni nic na tom ze tvuj idol dal do upstreamu dementni default configuraci ;)

[Heron]

Debian tu hodnotu mění při kompilaci balíčků. Systemd default je KillUserProcesses=yes, Debian nastavuje no. Takže aby sis mohl vyzkoušet chování zamýšlené tvůrci systemd (a nikoliv package maintenerem), musíš si to nastavit.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=827159

(Bug je stále otevřený, man page je špatně.)

[Peter Golis]

Ale tu opľuvaný problém bol pri používaní balíčkov, nie pri kompilácii z zdrojákov. Kto tu z miestnych haterov robí upgrade cez screen na servri v inej krajne zo zdrojákov?

[Heron]

Ne, diskuse byla o systemd jako takovém.

[Peter Golis]

Hmmm. Diskusia bola o zlom SystemD ktorý ošetroval zlú prácu vývojárov KDE pomocou vlastnosti ktorá mala za následok zhodenie upgrade servera po sieti bez drac/ilo karty pri výpadku konekcie. To je tak dobrá zápletka ako ordinácia v ružovej záhrade, ovšem aj rovnako inteligentná.

[j]

Protoze ses zjevne debil, ta vlastnost tam byla ale nebyla default, co na tom nechapes? Nahlaseno bylo, ze kdyz se neco zapne, tak to neco rozbije. A tu curaci to misto aby to opravili, dali jako default.

[Peter Golis]

Keby nebola ako default, tak sa nevyplakáva banda uplakancov Lennartovi na pleci nad nejakou chybou čo tým pádom nemohla ani nastať, a ten bugreport by neexistoval.

Nahlásené bolo že to zruší všetky užívateľove procesy pri východzom nastavení SystemD. Ak to v upstreame nebolo ako default, a one man show distribúcie to začali zapínať, tak to malo svoj dôvod. Trh to chcel, a je správne Že tomu trhu vyhovel Lennart a zapol to.

[Heron]

Právě naopak, ten bugreport (2975) je o tom, že tam zůstávaly procesy běžet i po odhlášení uživatele. Což LP "vyřešil" tak, že systemd by default po odhlášení všechny procesy daného uživalete zabije. Což rozbilo screen, tmux apod..

[mimi.vx]

nerozbilo .. rozbilo to jen uzivate co nepocitali s tim ze se svet muze zmenit

[Heron]

Proč si myslíš, že toto je správné nastavení?

(To, že to jde obejít několika způsoby vím a sám jsem to tu psal.)

Jak se lze připravit na to, že z verze na verzi bez ohlášení se změní něco, co fungovalo několik desítek let? Mimochodem, jak jsem psal v jiné diskusi, mě se to celkem hodí do krámu, tak jsem hledal, jaké jsou jiné způsoby běhu uživatelských procesů (od Lennart Boys jsem se to bohužel nedozvěděl), ale cesta, kdy se nastavení změní z verze na verzi (takové věci se v minulosti řešily dost dlouho dopředu), se mi nelíbí. A jak se ti zamlouvá, že po x té systemd něco změnil a potom žádal po jiných (v tomto případě třeba po tmuxu), aby si to změnil u sebe?

[k3dAR]

a budes opravdu to same psat, kdyz by se zmenilo v nove verzi coreutils napr. ze "ls -l" nezobrazi rozsirenej vypis adresare, ale misto toho provede "rm -rf --no-preserve-root" a smaze ti veskere data na disku? ale nemusime hned vse mazat, co kdyz by "cp" zacalo soubory presouvat a "mv" naopak kopirovat?

[Peter Golis]

No vidíš že si tú zmenu žiadal trh, a Lennart trhu vyhovel.

[k3dAR]

Well, KillUserProcesses= breaks "tmux" and "screen" which makes this political to turn on by default. But yes, I think we should turn it on by default.
tezko rict kdo je vetsi omezenec, jestli ty, nebo Lennart, na hlavu jste ovsem oba :)

[Peter Golis]

Keď si trh žiada aby sa vypínali procesy po ukončení sedenia užívateľa, tak to tak nastavil.

Ťažko povedať či ten dôvod vznikol aby uľahčil život užívateľom KDE alebo aby zťažil život užívateľom programov screen/tmux. A tak isto je ťažko povedať či je viac užívateľov KDE alebo screen/tmux, či ktorá skupina užívateľov si dokáže nastaviť systém podľa požiadaviek. Podľa ustráchaných reakcií tunajších užívateľov programov screen/tmux si dovolím tvrdiť, že užívateľia KDE sú na tom lepšie aj s intelektom ako užívatelia programov screen/tmux.

[Heron]

Mno. Takže nejdřív jsi tvrdil, že systemd něco zabíjelo, potom se ukázal přesný opak. No budiž, nechme to být.

[Peter Golis]

Nie. Tu vznikla hádka že nejaká zmena spôsobila nefunkčnosť nejakých programov, a ja som tvrdil že tá nefunkčnosť sa u mňa neprejavuje. Ale každopádne, trh si vyžaduje radikálne riešenia. Tak smelo do toho.

[Ivan2]

Trh to jsou predevsim servery. Linux na desktopu (Gnome, KDE) nikoho nezajima, tam se zadne penize netoci. Navic serverovy "trh" je velice konzervativni. O radikalni zmeny opravdu zadny zakaznik RedHatu nestoji.

RedHat je "jen" levnejsi alternativa ke komercnim Unixum, ktera navic bezi na levnejsim HW.

[pavlix]

A co z toho vyplývá pro nás?

[Ivan2]

Nevyplyva z toho nic. Jen mi prijde, ze ten argument "Trh zada, ...." je mimo. Trh zada predevsim stabilitu, zpetnou kompatibilitu. Nikomu se nechce platit transformacni naklady ani kvuli zmenam, ktere maji smysl.

[Peter Golis]

Tvrdenie argument "Trh zada, ...." je mimo. je celkom dobrý obchodný model. Prajem veľa úspechu v komerčnom živote.

[pavlix]

Zkus se (1) držet v kontextu a (2) psát tak, aby ti bylo rozumět, jinak si budu myslet, že máš zase jenom slovní průjem.

Ivan celkem realisticky zhodnotil, že trh tyhle věci zase až tak moc nežádá. A já s ním souhlasím a věřím, že je ve většině případů lepší stavět byznys na tom, co trh žádá, a ne na tom, co si přeju, aby žádal. Jiná věc je, že je stále ještě doba startupů a podobných vylomenin, když velká část lidí vydělává prostým získáním investice na projekt bez reálné komerční perspektivy, ale to už je zase na úplně jinou debatu.

Druhá stránka věci je, že třeba já osobně nejsem náturou bysnysmen a mám tendenci spíše pracovat na tom, co mě láká, než na tom, z čeho se sype. Na druhou stranu na to jak špatnou metriku pro výběr činnosti celý život používám, jsem dopadl relativně dobře. :)

[Peter Golis]

Keby si tieto veci nežiadal trh, tak by sa nedostali do upstreamu.

Výraz slovní průjem je obvykle meraný nielen v kvalite, ale aj v kvantite. A tá sa tu u miestnych bojovníkov modernej doby krásne preukázala.

Napríklad tým, že človek čo priznal že je sám bez obchodného ducha tvrdí niečo o realistockom zhodnotení, a argumentuje že dopadol relatívne dobre. To je naozaj argument ako proti každej novinke ktorá vyžaduje aby sa človek sám a dobrovoľne aspoň trochu zaučil na výkon svojej práce.

[pavlix]

Keby si tieto veci nežiadal trh, tak by sa nedostali do upstreamu.

Non sequitur.

Napríklad tým, že človek čo priznal že je sám bez obchodného ducha tvrdí niečo o realistockom zhodnotení, a argumentuje že dopadol relatívne dobre.

Neargumentuje, pouze konstatuje.

To je naozaj argument ako proti každej novinke ktorá vyžaduje aby sa človek sám a dobrovoľne aspoň trochu zaučil na výkon svojej práce.

Teda kde tohle bereš...

[Peter Golis]

KeďŽe si tú funkcionalitu žiadal trh, tak sa dostala do upstreamu. O tom je koniec koncov aj ...

[Bedňa]

KeďŽe si tú funkcionalitu žiadal trh

Peter, to už dávno vyriešil MS Windows a my sme preto od neho odišli. "NEXT, NEXT, NEXT, OK" Chcete udeliť práva administrátora? "YES", fakt si uvedom koľko ľudí neprešlo na Linux práveže tam proste takto ľahko nenainštaluješ trojan z ulož.to.

Linux enviroment sa doteraz defaultne správal voči ručnej inštalácií a smozvanej konfigurácií úplne nepriateľsky.

Ja viem že svet sa mení, ale nepáči sa mi to.

[pavlix]

O to tady vůbec nejde, on jen obhajuje příčinnou souvislost, která tam není, to je všechno.

[Bedňa]

O to tady vůbec nejde

Páveže ide, proste nový init všetci vnímali pozitívne, až to neprerástlo v monolit ktorý potlačil (vytlačil) všetky bezpečnoststné prvky ktoré sme tu mali.

[Peter Golis]

To je v poriadku že sa ti nepáči ako sa mení svet. Prináša ti to zmeny do autizmu tak ako miestnym bojovníkom modernej doby čo sa štítia všetkého nového. Aj nových ponožiek.

[k3dAR]

bojovni moderni doby, boure ve sklenici vody, trh si to zada... no mam pocit ze pouzivas nejakej nahodnej "dement's text generator" co vklada takoveto fraze, do nahodneho textu :)

[pavlix]

Taky sis toho všiml?

[Peter Golis]

Ani nie, len nestranne sledujem dianie. Nemám potrebu za každú cenu odsudzovať úspešné technológie ako miestny blogískoví bojovníci modernej doby ktorí robia búrku v pohári vody a plačú na nesprávnom hrobe len preto, Že sa boja všetkého nového. Vrátane každého nového rána.

[pavele]

... len nestranne sledujem dianie. Nemám potrebu za každú cenu odsudzovať úspešné technológie.... Že sa boja všetkého nového...

Ještě by to chtělo trochu doladit. V jakém jazyku je napsaný ten spambot? Jsou k dispozici zdrojové kódy? Mohl by dát někdo odkaz?

[Peter Golis]

Pokiaľ považuješ odchýľku od tu zaužívanej nenávisti za spamovanie, tak je to tvoj problém.

[ruka]

Já ho teda neznám osobně, ale podle toho, co o něm píšete, tak ten Trh je s prominutím asi docela blbej a bylo by lepší ho ignorovat.

[Peter Golis]

Blbí sú akurát tak zákaznící čo kupujú veci ktoré im nevyhovujú. Týmto pre nich (ne)vhodným chovaním utvrdzujú výrobcov že vyrábajú správne produkty ktoré vyhovujú všetkým.

Ale ako vidím, tak to tu bojovníkom modernej doby len vyhovuje. Aspoň majú o čom písať do blogískov ktoré im nikto nečíta, a tak sa sťahujú do technickej poradne.

[mimi.vx]

tak to neni nova vlasnost .. jen zmena vychoziho nastaveni ( dle ene me spravna ) a jde pres logind uzivateli mit spustene soubory i bez prihlaseni a i user services ...

[mimi.vx]

heron  .. to je jen zmena vychoziho nastaveni upstreamu , bude zalezet na distribucich jak to bude v nich...

....

 

+ logind umoznuje urcit uzivatele kteri maji opravneni  nechat bezet procesy i po odhlaseni ...

[Heron]

No tohle samozřejmě vím. Jenže většina bude používat default (od toho to je, že), a nikde jsem se nedočetl, jak se to má dělat správně the systemd way (a myslím to vážně). Asi neměnili default jen proto, aby si to každý admin musel přepnout zpět.

[pavlix]

Asi neměnili default jen proto, aby si to každý admin musel přepnout zpět.

Třeba je to takovýten... sofistikovaný trolling. :)

[j]

Tovizejo ... tyhle veci se bezne poustej do netu ... a navic uplne bezne dostanes pristup na nejaky ty vps ...

[Bedňa]

Tak nechcel som sa vyjadrovať, ale keď sa to tu už tak rozbehlo, spýtam sa len, načo Samba? Sú technológie ktoré treba nechať v tichosti zomrieť a byť rád, že nieje nútený ich používať.

[AraxoN]

Asi je nútený ju používať... Je lepší spôsob na poskytovanie súborov z Linux servera pre Windows stanice?

[Bedňa]

Tak spôsobov je dosť napr. SFTP, SSH Apache, Apache+PHP/Python, OpenCloud, NAS, WebDAV, DLNA a ďalšie.

[MP]

Eh...to jako vazne? Misto nativniho pristupu k souborum se budou bud instalovat klienti, pripadne to rovnou nebude ani fungovat v file exploreru a aplikacich. Napr. SFTP ma byt ironie?

[Bedňa]

Prečítaj si otázku ešte raz a odkedy SMB nepotrebuje inštaláciu a počíta sa za natívny prístup k súborom? Nedalo by sa tak skôr označiť NFS?

[AraxoN]

Myslel som v lokálnej sieti. Po internete, máš pravdu, samba nie je najlepší spôsob sprístupnenia súborov.

NFS bohužiaľ rieši práva tak nejak džentlmensky - klient sa môže tváriť ako ktorýkoľvek používateľ a server mu to žerie, lebo veď prečo by klient klamal, že?

[Peter Golis]

NFS má už dávnejšie aj overovanie užívateľov. Ale pri zdieľaní údajov s napríklad Androidom, no sú dôvody prečo je ten zabugovaný CIFS stále živý.

[Filip Jirsák]

NFS bohužiaľ rieši práva tak nejak džentlmensky - klient sa môže tváriť ako ktorýkoľvek používateľ a server mu to žerie, lebo veď prečo by klient klamal, že?

To není pravda, NFS naopak dříve umožňovalo pouze připojení klientům, které administrátor prohlásil za důvěryhodné.

[k3dAR]

ve file explorer SFTP fungovat samozrejme bude... Thunar(Xfce), Dolphin(KDE), Nautilus(Gnome) s SFTP nemaji problem...

Samba opravdu neni zadny nativni pristup k souborum... to muze napsat jen microsofti propagandista, jo aha to ty vlastne ses :)

[MP]

Co to je za kecy. Tady se mluvi o Windows stanicich, co do toho cpete Nautilus(Gnome),Doplhin(KDE) atd.?

A Samba robi to, co maji Windows nativne - sdileni souboru vcetne pripadnych prav. A rozhodne SFTP, ApacheXX, DLNA rozhodne nejsou nahradou neceho takoveho.

A rozhodne nejsem MS propagandista, to spis ty jsi Linuxcentric kreten.

[k3dAR]

tady se nemluvi o Windows stanicich, to ze 1 clovek mel pocit ze se o nich mluvi je irelevantni, takze evidentne se prehrivas, dej si obklad na celo a uklidni se ;)
sve kretenstvi ale jinak presentujes dobre, i presdivku mas tak zvolenou MicrosoftiPropagandista ;)

[pavlix]

To je pitomost. Jeden člověk namítl, že je možná potřeba ji v daném případě použít z konkrétního důvodu a zeptal se na alternativu pro takové případy.

Je lepší spôsob na poskytovanie súborov z Linux servera pre Windows stanice?

Všichni, kteří na něj reagovali, by měli vědět v jakém kontextu reagují, tedy v kontextu sítě s windowsími stanicemi. Na to se dá samozřejmě namítnout, že je mimo ten, kdo ty windowsí stanice provozuje, a můžeme se o tom dohadovat do nekonečna. Ale ten kontext tam pořád zůstává a platí, že některé možnosti včetně SFTP si s sebou v kontextu windowsích stanic nesou svoje nevýhody. To nemá s propagandou vůbec nic společného.

[j]

Hlavne bych chtel videt, jak pres sftp tlacis gbit ...

[j]

Jasne, jeden imbecilnejsi nez druhej.