Dotaz: Více příkazu na jeden řádek?

[Fido2]

Nainstaloval jsem si FTPserver a chci aby ho mohl využívat i klasický uživatel. Po zapnutí važaduje přihlášení jako root.
Lze vypsat více příkazu za sebou?

Jako např: su root & heslo & gtkftpd (jen typuju)

Děkuju za radu.

Odpovědi

[Tomáš]

Já typuju, že asi ne a jestli tomu rozumím, tak to potřebujete asi do skriptu a uvádět tam heslo roota mi nepřipadá moc chytrý, nebylo by lepší změnit oprávnění pro spouštění té apps?

[Tomáš]

Nebo použít sudo a nastavit to ve visudo

[#Tom]

Ano, sudo a podobné věci budou asi to, co chcete. Když už tady ale ten dotaz padl, tak...

• Takhle se lze jedním příkazem přepnout do kořenového adresáře, vypsat jeho obsah a vrátit se zpět:

  pushd /; ls -l; popd
  

• Uděláme znova totéž, jen půjdeme do hloubky a budeme měřit, jak dlouho to trvá. Seskupíme příkazy složenou závorkou. Tentokrát musíme dát za poslední příkaz středník.

  time { pushd /; ls -lR; popd; }
  

[Tomáš]

• Takhle se lze jedním příkazem přepnout do kořenového adresáře, vypsat jeho obsah a vrátit se zpět:

  pushd /; ls -l; popd
  

To sice ano, ale pro zadání hesla mu to asi nepomůže, na to by spíš potřeboval něco jako #echo "heslo" > su (tohle je samozřejmě blbost)

[#Tom]

Jo, to jsem napsal jen proto, aby bylo vidět, že jde o něco úplně jiného. Pokud by už mělo být přihlášení automatické, dopadlo by to asi takto: echo "heslo" | su. A ono to nejde, je tam pojistka.

[Tomáš]

Jasně, sorry, samozřejmě | a né > (za předpokladu, že by to šlo)

[Pmx]

Sticky bit?

[#Tom]

Spíš setuid.

[Pmx]

Díky. Je vidět, že jsem to ještě nepotřeboval a zatím se tomu ani příliš nevěnoval :-/ Chtěl jsem jen naznačit další možnost. Poznámka - setuid nefunguje na (bash?) skriptech, pokud vím.

[cronin]

Toto sa tu riesi kazdych 14 dni. Shell skript nie je program, ktory by bezal, a teda suid bit nepomoze. suid bit musi byt na binarke, ktora bezi, co je v pripade shell skriptu prislusny interpreter.

Nastavit suid bit na shell skript a cakat, ze pobezi pod root-om (presnejsie vlastnikom skriptu) je to iste, ako nastavit suid bit na httpd.conf a cakat, ze pod root-om (presnejsie detto) pobezi apache.

[Jiří Veselský]

Proto je nutné nastavit SUID bit na /bin/sh, čímž se uvedené problémy vyřeší. Na druhé straně tím vzniknou celé soustavy problémů nových

[Michal Kubeček]

Obávám se, že ne všem začátečníkům dojde hloubka vašeho vtipu. Takže, milé děti, nastavit shellu SUID příznak je něco asi takového, jako vysadit vstupní dveře do bytu, aby vám zloděj nemohl vypáčit zámek… :-)

[cronin]

A samozrejme dať o tom ešte inzerát do miestnych novín.

[Jiří Veselský]

Dlouho, předlouho jsem uvažoval nad tím, zda tam pro jistotu nedodat nějaké to "PS: FTÍÍÍP", ale pak jsem usoudil, že to můžu vynechat. Že textů na téma SUID a s tím spojených rizik existují taková kvanta, že snad ani nemůže existovat člověk, který by znal zápis 'chmod +s ...' a alespoň jeden z těch textů nečetl... Nicméně, máte pravdu, asi předpokládám příliš mnoho.

[Michal Kubeček]

Na druhou stranu, můžeme to brát i tak, že člověk, který si to špatně vyloží, si za následky může sám, že? :-)

[Pmx]

Takovým lidem ještě dříve na dotaz "jak nadobro smazat ikonu z plochy?" někdo odpoví rm -rf /, takže ke chmod se jich dostane spíš už citelně méně...

(A jestli to o začátečnících bylo mířeno na mě, tak zas tak hrozně na tom snad nejsem )

[Michal Kubeček]

Nebylo to míněno na nikoho konkrétně. Ale už jsem viděl ledacos, čemu bych dříve nebyl ochoten věřit. Například když si jeden účastník školení text

Ale existuje i dost jiných důvodů, proč neopouštět terminál, jste-li přihlášeni jako uživatel root. Napsat 'rm -rf /' zabere jen několik sekund.

v manuálu vyložil tak, že ono kouzelné 'rm -rf /' je něco jako vlock a jal se to hned vyzkoušet… Podotýkám, že byl o pár hodin dříve informován o tom, co dělá příkaz rm, včetně vysvětlení parametru -r.

[Jiří Veselský]

Jestliže jste server (jako root) jednou nainstaloval a správně nastavil (tj. včetně příslušných inicializačních skriptů), tak ten server prostě běží, a to tak, že pořád.

Ostatní uživatelé jej mohou používat coby jeho klienti (tj., mohou se k němu připojovat). Žádný jiný způsob "použití serveru uživatelem" není legitimní, není žádoucí a v zásadě ani neexistuje.

Pokud se skutečně snažíte docílit situace, aby řadový uživatel mohl na daném stroji dle libosti spouštět (a ukončovat) FTP server (a z vašeho nepříliš šťastně formulovaného dotazu to tak vypadá), tak svůj požadavek přehodnoťte.

[Michal Kubeček]

Já nevím, ale už ze samotné zkratky gtkftpd mi tak trochu běhá mráz po zádech, takže se neodvažuji zjišťovat, jestli je můj první dojem správný…

[Jiří Veselský]

Máte pravdu, spojení "GTK" a "FTPD" v jednom názvu mi způsobuje zježení veškerého ochlupení. Dal jsem si tu práci, copypastnul název software do Googlu, a našel toto. Pasáž "What is it?" mě vyděsila ještě víc, než název programu.

Každopádně, pokud to někdo chce používat, já jsem ten poslední, kdo by mu to rozmlouval. Ve svých lepších dnech bych byl dokonce ochoten takového člověka i litovat.

[Michal Kubeček]

No, taky to mohlo být kftpd… :-)

[Pmx]

Vás snad nebaví špehovat, kdo co od vás stahuje a jeden megabajt před dostahováním iso obrazu ho kicknout? :)

Ono to podle popisu a názvu (a prvního pohledu do zdrojáku, ale za to neručím;)) navíc vypadá, že to bude ftp server a grafický ovládátko slité v jednom, takže např. restart X nebo window manageru zruší všechny připojení. Vypadá to jako zvyklost z jistého neblaze proslulého OS

[unchallenger]

Autora programu to snad už přešlo, protože stránka tvrdí něco o ,try to update regularly` a je tři roky stará. Poslední a jediný commit do CVS je import (a to včetně adresáře autom4te.cache, což mě rozesmálo :-) Tak teď ještě aby to přešlo i potenciální uživatele programu...