Re: [rlug] Problema de MPlayer
[EMAIL PROTECTED] cata]$ wget http://www.bbc.co.uk/romanian/meta/tx/nb/stiri_au_nb.ram --23:00:37-- http://www.bbc.co.uk/romanian/meta/tx/nb/stiri_au_nb.ram => `stiri_au_nb.ram' Connecting to 193.230.240.15:3128... connected. Proxy request sent, awaiting response... 200 OK Length: 41 [audio/x-pn-realaudio] 100%[>] 41--.--K/s 23:00:37 (400.39 KB/s) - `stiri_au_nb.ram' saved [41/41] [EMAIL PROTECTED] cata]$ cat stiri_au_nb.ram rtsp://rmv8.bbc.net.uk/romanian/stiri.ra [EMAIL PROTECTED] cata]$ iti trebuie suport de rtsp, http://www.live.com/mplayer/ si dupa aia (teoretic) mplayer -dumpstream rtsp://rmv8.bbc.net.uk/romanian/stiri.ra suport pentru real ar trebui sa fie in codecs-extra: http://rpm.greysector.net/mplayer/downloads-optional.html On 10/15/05, marianciuc <[EMAIL PROTECTED]> wrote: > Buna, > > Am urmatorul fisier: > http://www.bbc.co.uk/romanian/meta/tx/nb/stiri_au_nb.ram > care in mod normal trebuie sa-l ascult cu RealPlayer. > Cum as putea sa-l ascult cu mplayer si de asemeni sa-l inregistrez pe hard ? > > Va multumesc > > ___ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug > > ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] ssh question
Radu Stanila wrote: Hi all . Cum pot face ca un user care face ssh, scp sau sftp pe o masina sa nu poata iesi din home-ul lui ? Si alta intrebare ar fi cum pot da numai acces ssh pt un user si nu scp sau sftp ? Ai putea sa te joci cu un chroot. http://www.brandonhutchinson.com/chroot_ssh.html http://chrootssh.sourceforge.net/index.php -- Bogdan-Stefan Rotariu Senior Network Administrator Alterox Sistem, Suceava +40740315301 +40330101033 ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] ssh question
> Cum pot face ca un user care face ssh, scp sau sftp pe o masina sa nu > poata iesi din home-ul lui ? N-am auzit pana acum de asa ceva, asa ca daca afli sa-mi zici si mie. De obicei se merge pe principiul de restricted shell, in care gigelu poate sa dea doar anumite comenzi permise. Treaba cu restrictia la director (gen open_basedir din php) e cam greu de implementat, avand in vedere ca trebuie practic schimbate toate handlerele de open file din kernel si de asemenea, avand in vedere ca pentru a lansa un program trebuie probabil sa incarce diverse alte librarii de mai cine stie pe unde ... e destul de complicat de gandit asa ceva, ca sa nu mai zicem de implementat. Pe de alta parte, nu te descuraja, s-ar putea sa existe deja bine mersi un astfel de configuratie. Oricum, dupa ce s-a logat cu ssh-ul, deja se da controlul shell-ului, astfel incat ssh-ul nu prea mai are treaba (decat la mentinerea conexiunii si trimiterea datelor dintr-o parte in alta, plus binenteles diverse kestii gen x forwarding si alte muraturi) > Si alta intrebare ar fi cum pot da numai acces ssh pt un user si nu scp > sau sftp ? Ma intreb cu ce anume te ajuta. Avand in vedere ca are ssh pe masina, si in cazul in care nu ii bagi restricted shell, poate sa faca orice cu datele de pe calculator, atata timp cat are acces. Deci daca te gandesti ca prin limitarea accesului la scp/sftp nu va putea lua diverse date de pe calculator, s-ar putea sa te inseli. E mai greu, ce-i drept, dar daca omu e cat de cat priceput atunci nu e nici o problema pentru el. Daca ceea ce am zis eu inainte nu e cazul tau, atunci pur si simplu ignora, e sambata, sunt racit si beau ceaiuri (yuck, vreau o votca). Alex ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
[rlug] ssh question
Hi all . Cum pot face ca un user care face ssh, scp sau sftp pe o masina sa nu poata iesi din home-ul lui ? Si alta intrebare ar fi cum pot da numai acces ssh pt un user si nu scp sau sftp ? ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] lost in htb
Pe data de Sîm 15 Oct 2005 14:48, [EMAIL PROTECTED] a scris: > > Ai cumva documentatie despre cum functioneaza sistemul asta ? Practic > nodurile de ma jos adauga informatie suplimentara pentru clasificare > ? Adica, exact ca in exemplul tau, aruncam metropolitanul in clasa > respectiva ) non-leaf), iar in leaf (pentru clientul1 sa zicem), am > atat metropolitan cat ip de clientul1 (aka garantare pentru clientul1 > doar in metropolitan = fwmark 5 plus ip dest client1) ? > > Daca merge asa atunci e si mai interesant, ca scap de nevoia de a > face u32 dupa ip si mark. Apropos, e vreun requirement minim de > versiune de iproute ? Cred ca am penultima, ca ultima parca a aparut > relativ de curand si a fost singura din 2005 din cate imi aduc > aminte. > > Mersi > > Alex > Pe http://luxik.cdi.cz/~devik/qos/htb/ avem: 19.12.2001 * Added ability to bind classifiers (filters) to inner nodes. Deci se pare ca treaba cu filtrele in alte clase decat root e destul de veche si ar trebui sa-ti mearga. Mai multe detalii gasesti si in net/sched/sch_htb.c care este destul de bine comentata. Cred ca te intereseaza in special functia htb_classify, asata daca vrei sa aflii exact cum merg lucrurile pe acolo. Mai mult nu am sapat nici eu pentru ca pur si simplu mi-a mers si nu am avut probleme. -- Octavian CHELU ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] lost in htb
Citat Octavian CHELU <[EMAIL PROTECTED]>: > Se poate, intr-adevar intr-o vreme citisem ca htb nu accepta filtre > decat in clasa root, intre timp lucrurile s-au schimbat si cel putin pe > 2.6.11.3 merge sa trimiti catre o clasa care nu e leaf si de acolo sa > reclasifici ca in exemplul meu. Ai cumva documentatie despre cum functioneaza sistemul asta ? Practic nodurile de ma jos adauga informatie suplimentara pentru clasificare ? Adica, exact ca in exemplul tau, aruncam metropolitanul in clasa respectiva ) non-leaf), iar in leaf (pentru clientul1 sa zicem), am atat metropolitan cat ip de clientul1 (aka garantare pentru clientul1 doar in metropolitan = fwmark 5 plus ip dest client1) ? Daca merge asa atunci e si mai interesant, ca scap de nevoia de a face u32 dupa ip si mark. Apropos, e vreun requirement minim de versiune de iproute ? Cred ca am penultima, ca ultima parca a aparut relativ de curand si a fost singura din 2005 din cate imi aduc aminte. Mersi Alex ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] lost in htb
Pe data de Sîm 15 Oct 2005 14:13, [EMAIL PROTECTED] a scris: > Ce nu am inteles eu in exemplul tau este urmatoarea kestie: pentru > pachetele metropolitane tu le arunci intr-o nod de garantare care nu > e leaf (mai are copii - regulile pentru clienti). Se poate face asa > ceva ? > > Alex > Se poate, intr-adevar intr-o vreme citisem ca htb nu accepta filtre decat in clasa root, intre timp lucrurile s-au schimbat si cel putin pe 2.6.11.3 merge sa trimiti catre o clasa care nu e leaf si de acolo sa reclasifici ca in exemplul meu. -- Octavian CHELU ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] lost in htb
> Nu sunt expert in HTB dar iti zic cum as face eu. Exemplul o sa til dau > cu sintaxa folosita in tctools (http://www.bvnet.ro/tctools/). Multzam, Pana la urma si eu ajunsesem la ideea cu international de 1/1 si metro de 1/2, dar asta dupa ce m-am dat destul cu capul de pereti pana a inceput sa se limpezeasca mintea (deh ... principiul KISS). Era probabil prea simplu ca sa ma gandesc. Acuma astept sa vad ce zic colistasii legat de posibilitatea de a folosi si ip src/dest si fw mark in u32 (am gasit pe un site cum ca ar fi fost introdus in 2.6.11-rc1 - din pacate doar pe kernel.umbrella.ro, care se 'laudau' cum ca s- ar putea scoate mai incolo o data cu introducerea lui 'ematch' - ce-o fi ala). Stiu ca teoretic se poate face si asa, doar cu fwmark, dar sa marchez in firewall dupa fiecare combinatie de metro/international si adresa ip mi se pare masochism curat, mai ales cand o sa fiu nevoit sa modific ceva pe acolo. Probabil o sa testez direct luni pe un linux identic sa vad daca functioneaza match-ul compus pe ce am eu. De asemenea, mai pun si eu o intrebare: de la ce versiune de iproute stie sa bage reguli de garantare dupa u32 cu ip SI fwmark ? Ce nu am inteles eu in exemplul tau este urmatoarea kestie: pentru pachetele metropolitane tu le arunci intr-o nod de garantare care nu e leaf (mai are copii - regulile pentru clienti). Se poate face asa ceva ? > Pai cine te opreste sa trimiti prin mai multe IMQ-uri cu iptables? Nu am > incercat dar nici nu am citit pe undeva ca un pachet nu poate trece > dacat printr-un IMQ. Oricum nu e nevoie de asa ceva, doar mintea mea nu prea intelegea cum sta solutia si faceam fel de fel de aberatii. Teoretic nu stiu exact ce inseamna - i/-o in iptables. N-am gasit nicaieri ca trebuie sa fie neaparat o interfata fizica, deci cred teoretic ca poate sa fie bine mersi si un IMQ. Alex ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
[rlug] Re: Problema de MPlayer
On 10/15/05, marianciuc <[EMAIL PROTECTED]> wrote: > http://www.bbc.co.uk/romanian/meta/tx/nb/stiri_au_nb.ram wget http://www.bbc.co.uk/romanian/meta/tx/nb/stiri_au_nb.ram mplayer `cat stiri_au_nb.ram` poti sa faci un script - ex. cd /tmp; wget "$1" && mplayer `cat \`basename "$1"\`` ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] mysql MyISAM->InnoDB
În data de Sî, 15-10-2005 la 01:29 +0200, Octavian Rasnita a scris: > Dar compania Innobase nu poate renunta la licenta GPL? > Nu poate sa spuna ca a decis ca innoDB sa nu mai fie GPL, si ca devine > format proprietar? Poate sa faca release la o noua versiune care nu mai e GPL. Cine vrea poate folosi ultima versiune care a fost released ca GPL si sa dezvolte mai departe. Nu ar fi primul caz de acest gen. -- Cioby ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
[rlug] Re: Squid si delay_pools in functie de file size
On 10/15/05, ANDONE Mures <[EMAIL PROTECTED]> wrote: > Salut, > > Nenea Google nu prea ma ajuta azi. Si e dimineata. > Situatie: simpla: dupa tz bytes (de ex. 800k) sa scada viteza per > conexiune sau per ip la qiu bits/sec. > Google si manualu de squid nu prea zice nimic de asta.. la acl nu > gasesc sa compar in functie de marimea fisierului. > E posibil asa ceva? > Mda. Sunt eu mai prost. Aveam mura'n gura(aproape) aici: http://www.squid-cache.org/mail-archive/squid-users/200507/0039.html si aici: http://www.serverwatch.com/tutorials/print.php/3357241 Mai ales aici: http://squid-docs.sourceforge.net/latest/html/x1982.html Acum astept sa vad cum imi merge. Scuzati deranju' de sambata dimineata. Somn usor in continuare. Mures -- ...and justice for all... ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
[rlug] Squid si delay_pools in functie de file size
Salut, Nenea Google nu prea ma ajuta azi. Si e dimineata. Situatie: simpla: dupa tz bytes (de ex. 800k) sa scada viteza per conexiune sau per ip la qiu bits/sec. Google si manualu de squid nu prea zice nimic de asta.. la acl nu gasesc sa compar in functie de marimea fisierului. E posibil asa ceva? Multam fain, Mures -- ...and justice for all... ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
