Re: [rlug] Ce parere aveti de ultimele manevre RedHat
On miercuri, 5 iulie 2023 14:29:40 EEST manuel wolfshant wrote: > On 7/5/23 13:56, Mihai Badici wrote: > > > > > > > > >> > >> > >> Intervin si eu un pic pentru ca totusi inca sint ( mult mai putin > >> decit in trecut dar inca sint ) oarecum insider. > >> > >> > >> > >> [...] > >> > >> > >> > >> - postul lui Mike McGrath la care face referire pagina mentionata de > >> la rockylinux are si idei cu care sint de acord si altele care imi > >> par dubioase. Bottom line, ceea ce a facut RH este perfect legal, GPL > >> nu ii obliga sa dea sursele decit clientilor deci e la latitudinea > >> lor daca sa continue sau nu politica lor din ultimii aproape 30 de > >> ani de a da sursele public. Ca au ajuns sa isi inchipuie ca o sa faca > >> mai multi bani limitind accesul... e discutabil dar cu certitudine > >> decizia a fost luata undeva sus de tot in lantul trofic, avind pe > >> masa toate cifrele. Pe de alta parte nu tot ceea ce distribuie RH e > >> GPL si multi nu stiu sau ignora ca exista colaborari f strinse intre > >> RedHat si unii producatori de hardware care contribuie cu cod si/sau > >> binary blobs la kernelul distribuit de RH. Probabil ca in ultima > >> instanta toate contributiile ajung upstream dar nu degeaba kernelele > >> RH au mii de patchuri. In ferma in care rînesc eu acum sintem nevoiti > >> sa utilizam versiuni de distributii de care cu mare mare drag ne-am > >> desparti daca nu am fi obligati sa le folosim si fara suportul > >> (platit, desigur) RH ar fi tristete mare. > >> > >> > >> > >> - licentele de la RedHat sint mai generoase decit se stie. Cu cea > >> gratuita pentru developeri se pot instala pina la 16 sisteme si este > >> oferit acces la ENORM de multe chestii, nu doar la RHEL. Exista de > >> asemenea o licenta pt small business care, ultima oara cind am > >> verificat, era tot gratuita in limita a 16 sisteme. > >> > >> > >> > >> - despre cine ce foloseste nu ma bag sa discut pentru ca nu am decit > >> cifre pe care nu le pot face publice. Tot ce pot spune e ca Microsoft > >> face ( sau va face ) angajari pe linux in Romania si ca la RH sint > >> (sau au fost ) multi nemultumiti de politica "editoriala". Unii > >> angajati au plecat singuri, unii au fost rugati sa ... nu stiu ce se > >> intimpla acolo dar unele lucruri sint tulburi. > >> > >> > >> > >> > >> wolfy > >> > >> > >> > > Evident că ceea ce face RedHat e legal, nu aveam nici o dilemă aici. > > Până la urmă e unul din atuurile lor: legal, certificări, suport. > > > > > > exact > > > > > Întrebarea e dacă o să le aducă mai mulți bani, și am explicat de ce > > nu prea cred. > > > banuiesc ca ei au socotit si le-a dat cu plus. evident, nu stiu ce au > pus in balanta dar e f posibil sa fi zis "ni se rupe de aia care > foloseau clone" sau poate "aia care foloseau clone pot sa migreze la > RHEL sau sa utilizeze alte distributii". > > > > > Cei care cred că o să se rezolve totul prin mutarea în cloud uită că > > dacă ai o mie de angajați care accesează cloudul tot ai 1000 de > > laptopuri pe care să le întreții. Ce soluții ai pentru asta? Active > > Directory și atât :) > > > din pacate cam asa e. > > > > > > > > > (mă distrează asta cu Microsoft care angajează linuxari, mi-a luat o > > săptămână să îi conving să treacă într-un advertorial că implementasem > > un single sign on cu Linux - făceam password sync din AD- în vremea > > aia cuvântul ăsta avea "ban" la Microsoft. S-ar putea să fie prima > > apariție a cuvântului într-un text girat de MS în România :) O > > tempora...) > > > > > > > > Și apropo de Outlook, nu s-a găsit nimeni să facă naibii un frontend > > pentru Tb să arate și el un pic mai bine ca dracu' :) > > > e proprietar protocolul de comunicatie cu exchange asa ca tot ce exista > este via OWA, in speta https://www.beonex.com/owl/ > > era cit pe ce sa il cumpar dar nu se integreaza complet si am nevoie de > chestiile lipsa, astia de la mine adora sa planifice sedinte in care sa > planifice urmatoarele sedinte. iar calendarul cu toate rahaturile din > jurul lui ( scheduler, room finder, sincronizare cu calendarele altora, > blablabla ) sint strict necesare. > > > > > > Și să aibă calendarul și adress book-ul integrat ca să nu mai > > instalezi 5 pluginuri să meargă (apropo de alea 1000 de computere) . > > > yep > > > > > Că sincer de mers chiar merge, după ce kmail a capotat acum vreo 10 > > ani din cauza volumului de mailuri îl folosesc fără nici o problemă > > dar nu l-aș da la clienți tocmai ca să nu instalez eu alea 5 pluginuri > > sau câte îmi trebuie :) Geaba faci tu suită Office dacă nu ai și > > client de mail ... > > > kmail a fost intotdeauna o porcarie, din pedeveul meu. nu i-am inteles > niciodata pe deplin pe cei 4 colegi ai mei masochisti care il foloseau. Folosesc și eu kmail de mai bine de 20 de ani și în general, mi s-a părut că merge bine, am avut tentative de trecere la Thunderbird sau la Evolution dar
Re: [rlug] sort :: sdaa dupa sdz
On duminică, 10 mai 2020 18:54:16 EEST Adrian Sevcenco wrote: > Salutare! Are cineva idee cum pot sa fac sort-ul sa imi puna sdaa sdab dupa > sdz? momentan imi tot da: > sda > sdab > un numare de deviceuri cu 4 litere > tot restul deviceurilor cu 3 litere > sdz > > Multumesc! > Adrian > > ___ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro $ ls /dev/sd* |sort -t '/' --key 3.4,3.4 --key 3.3,3.3 ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
Re: [rlug] RIP ftp.lug.ro, traiasca ftp.lug.ro (?)
Dacă se poate, un mirror de Mageia, nu e nici unul în Romania. On vineri, 21 iunie 2019 12:48:33 EEST Petru Rațiu wrote: > Hello, > > In numele celor responsabili de ftp.lug.ro (e putin exagerat sa zic ca ne > ocupam de asta), va transmit ca am decis sa oprim (temporar) serviciile de > mirror, care sufereau oricum de multa vreme din cauza discurilor picate sau > pline. > > Intr-o perioada relativ scurta (dar totusi nedefinita), avem de gand sa > schimbam discurile serverului si sa-l reinstalam. > > Imi place sa cred ca-l folosea inca destula lume cat sa merite si simultan > ca totusi nu deranjam pe prea multi. > > Sugestii si mai ales o mana de ajutor sunt binevenite. > > Multumim. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
Re: [rlug] ip public
2014-05-06 22:31 GMT+03:00 Tarhon-Onu Victor lsmi...@gmail.com: Deci ca sa intelegi ce se intimpla: noul IP desi este din alt subnet decit ce-l pe care-l ai deja pe router (o fi el server, dar in cazul asta e router) e tot in LAN-ul cu interfata publica a routerului/serverului tau. Deci niciodata nicaieri pe planeta asta nu poti configura acel IP cu gateway cu tot pe o rabla care are un router intre ea si gateway-ul propriu-zis. Oare? Dacă înteleg eu bine poate face un „proxy arp” pe router, vezi „man arp”: -i If, --device If For pub entries the specified interface is the interface on which ARP requests will be answered. NOTE: This has to be different from the interface to which the IP datagrams will be routed. Cu alte cuvinte trebuie ca pe interfața wan routerul să raspundă la arp request și pentru ip-ul public din spatele interfeței lan. Bine-nțeles că trebuie să aibă rută (/32) catre ipul de pe lan. Am făcut acum mulți ani (să tot fie 15) ceva de genul și a mers foarte bine. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] ip public
2014-05-06 23:25 GMT+03:00 Vali Dragnuta vali.dragn...@inode.ro: Nu are nevoie de proxy arp, e suficient sa-si puna ruta statica spre al doilea ip prin interfata legata in segentul la care a conectat al doilea IP. Tot ce se poate deși mi s-ar părea ciudat ca routerul să răspundă la arp request pentru un ip pe care nu-l are pe nici o interfată, doar pentru că are rută către el. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] ip public
2014-05-06 23:24 GMT+03:00 Tudor Gheorghe thelo...@gmail.com: Daca incepi cu inginerii din astea, la fel de bine poate sa ridice o intervata vlan(8021q) pe lan si sa o bage intr-un bridge cu wan-ul; pe server pune vlan si gata, e in retea cu providerul. Și uite așa omorâm țânțarul cu bomba atomică ... Unde mai pui că trebuie să configurezi vlan și pe calculatorul cu ipul pubic pe lan ... ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] ip public
2014-05-06 23:52 GMT+03:00 Vali Dragnuta vali.dragn...@inode.ro: Tot ce se poate deși mi s-ar părea ciudat ca routerul să răspundă la arp request pentru un ip pe care nu-l are pe nici o interfată, doar pentru că are rută către el. Depinde cum ti-a fost alocat de provider : daca ti-a alocat un alt ip din acelasi subnet cu cel direct conectat, ai dreptate. Daca de fapt ai un ip direct conectat si un subnet pe care providerul il routeaza prin adresa ta ip primara(adica are si el o ruta) atunci nu e nevoie. A se observa ca cele 2 adrese mentionate nu par sa faca parte din acelasi subnet, asa ca providerul are sigur la rindul sau in tabela de routare o ruta catre 86.200.200.200 via 86.100.100.100 Asa ca routerul providerului o sa faca arp lookup pentru 86.100.100.100 apoi o sa trimita pachetele pentru 86.200.200.200 catre adresa ethernet a lui 86.100.100.100 Dacă providerul îi rutează 86.200.200.200 prin 86.100.100.100 atunci problema este banală si clasică, eu am înțeles că, totuși, 86.100.100.100 și 86.200.200.200, deși probabil din subneturi diferite, sunt în acelasi domeniu de broadcast, practic am înțeles că, într-un switch providerul i-a mai alocat un port și i-a mai dat un IP (de altfel se înțelege din emailul initial că a primit câte un gateway pentru fiecare ip). Mai mult, de obicei dacă un provider vrea să ruteze prin ip-ul tau alt ip atunci îți va da cel putin un /30 nu un /32. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] softflowd 100% cpu la aprox. 160 MBps trafic
On Wednesday 28 January 2009 11:43:56 Adrian Daniel Simionov wrote: Ia arata-mi si mie in lege unde scrie ca tb sa monitorizezi traficul :) CAPITOLUL II Retinerea datelor Art. 3. - (1) Furnizorii de retele publice de comunicatii si furnizorii de servicii de comunicatii electronice destinate publicului au obligatia de a asigura, pe cheltuiala proprie, crearea si administrarea unei baze de date in format electronic, in vederea retinerii urmatoarelor categorii de date, in masura in care sunt generate sau prelucrate de acestia: ___ in masura in care sunt generate sau prelucrate de acestia ___ Deci dacă o să le generezi atunci probabil ca o să trebuiască se le stochezi. Dar dacă nu le generezi? ... Deci tu te pregateşti să ţi se aplice legea. a) date necesare pentru urmarirea si identificarea sursei unei comunicari; (ip sursa) b) date necesare pentru identificarea destinatiei unei comunicari; (ip destinatie) c) date necesare pentru a determina data, ora si durata comunicarii; d) date necesare pentru identificarea tipului de comunicare; (port sursa port destinatie) ori unii incearca sa inteleaga aceasta lege diferit ? ori spun ca este prea vaga ? eu o vad destul de concreta. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] logrotate
On Friday 08 August 2008 15:45:29 Dan Uscatu wrote:
Salut
In directorul /var/log/iptraf se afla un singur fisier, anume
rvnamed.log. dupa o vreme, au aparut aberatii de genul:
rvnamed.log.1
rvnamed.log.1.1
rvnamed.log.1.1.1
...
sau chiar din astea:
rvnamed.log.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1
.1.1.1.2.gz.2.gz.1
rvnamed.log.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1
.1.1.1.2.gz.2.gz.2.gz
In total, in directorul respectiv sint acum peste un milion de fisiere.
Stie cineva cum i se poate explica lui logrotate sa nu mai faca astfel
de cretinatati ?
Continutul lui /etc/logrotate.d/iptraf este:
# Logrotate file for iptraf
/var/log/iptraf/* {
ce ar fi sa incerci aici:
/var/log/iptraf/*.log {
compress
delaycompress
missingok
notifempty
rotate 4
create 0600 root root
}
Multumesc
Dan Uscatu
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] PATH la un proces pornit via inetd
On Monday 19 May 2008 15:39:24 Florin Popovici wrote: 2008/5/19 Alex [EMAIL PROTECTED]: On Monday 19 May 2008 14:39, Florin Popovici wrote: Salutare, Aveti idee de vreun mod prin care chestiile din inetd (nu xinetd) sa fie pornite cu un anumit environment (PATH ma intereseaza in special) ? Se pare ca inetd-u le porneste cu PATH-u lu' init, si nu exista nici un mod de a specifica altceva. nici daca editezi /etc/profile ? Nope. Am incercat asta, se pare ca inetd-u nu spawnuie nici un shell, ci face direct fork la proces. Si deci /etc/profile* nu conteaza deloc :( Atunci inseamna ca procesul se va rula cu acelasi environment ca si inetd-ul. Incearca sa exporti PATH care vrei in scriptul de pornire al inetd-ului. Asta daca nu vrei PATH diferit in functie de ce rulezi din inetd. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] ipset, iptables, performante
On Sunday 17 February 2008 23:19:32 Radu Oprisan wrote: Alex 'CAVE' Cernat wrote: Cred ca cumva regulile sunt bagate intr-un copac ceva, sau un arbore de liste macar, dar necunoscand exact cum stau treburile, intreb si eu :-D Alex Imi permit sa raspund. Se obtine performanta in plus in situatia descrisa de tine daca salturile in chain-uri nu depasesc timpul de parsare a celor 1000 de reguli initiale: - verificare /24, salt, verificare /25, salt, verificare /32 vs - verificare 1000 reguli. La un /22 in prima situatie ai maxim 4 reguli * maxim 2 * maxim 128 (in cazul in care regula este ultima din ultimul chain primar din ultimul chain secundar /25) = 1024. Din fericire, in practica, se vor parcurge in medie 512 pasi. Situatia, bineinteles, ar fi ajutata de un ESTABLISHED,RELATED ca prima regula in FORWARD (downside-urile le stim toti). Cred ca ai vrut sa zici de fapt 4 reguli + maxim 2 + maxim 128 adica 134 si nu 1024. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] problema BGP
Pe data de Joi 12 Apr 2007 16:45, Radu Naidinescu a scris: ! router bgp 12345 bgp router-id 123.123.123.123 bgp scan-time 5 network 1.2.3.4/24 timers bgp 10 30 neighbor s.t.u.v remote-as 12310 neighbor s.t.u.v ebgp-multihop 255 neighbor s.t.u.v update-source eth1 neighbor s.t.u.v weight 100 neighbor s.t.u.v soft-reconfiguration inbound neighbor s.t.u.v distribute-list tts out neighbor 83.166.206.1 route-map ines-in in ! Pana la urma s.t.u.v este direct conectat? Cu alte cuvinte #ip route get s.t.u.v arata de genul: s.t.u.v dev ethX src m.n.o.p ? Daca nu este direct conectat ar trebui sa ai o ruta statica catre el. Deci in zebra bagi ip route s.t.u.v/32 a.b.c.d unde a.b.c.d este ipul direct conectat de la provider. ___ RLUG mailing list [EMAIL PROTECTED] http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] workstation linux
On Thursday 23 February 2006 18:21, Dan Uscatu wrote: am nevoie sa fac citeva sisteme de lucru pentru un client. clientul vrea linux, wow :) (pentru ca a paralizat cind a aflat cit costa o licenta de w) Uite mai jos ceva informatii despre calculatorul care-l folosesc acasa pe post de workstation. In general este folosit pentru browsing, mp3 si ssh :). Uneori pornesc si OpenOffice.org dar porneste destul de greu, dupa ce porneste merge ok. Uneori firefox daca nu-l restartez cateva zile o ia razna in ce priveste memoria. Pentru mp3 folosesc xmms, pentru filme mplayer, Amarok si Kaffeine cu care vime KDE pentru muzica si filme nu se preteaza pe hardul meu (consuma prea multe resurse). Sper sa-ti poti face o idee. $ uptime 10:13:52 up 1 day, 19:46, 2 users, load average: 0.05, 0.01, 0.01 $ cat /etc/redhat-release Mandrakelinux release 10.1 (Official) for i586 $ cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 5 model : 13 model name : AMD-K6(tm)-III Processor stepping: 4 cpu MHz : 500.978 cache size : 128 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr mce cx8 pge mmx syscall 3dnowext 3dnow k6_mtrr bogomips: 989.18 $ free total used free sharedbuffers cached Mem:126904 112024 14880 0 8116 34956 -/+ buffers/cache: 68952 57952 Swap: 401584 53596 347988 $ ps xa PID TTY STAT TIME COMMAND 1 ?S 0:01 init [5] 2 ?SN 0:00 [ksoftirqd/0] 3 ?S 0:00 [events/0] 4 ?S 0:00 [khelper] 21 ?S 0:00 [kblockd/0] 45 ?S 0:00 [pdflush] 46 ?S 0:03 [pdflush] 48 ?S 0:00 [aio/0] 47 ?S 0:07 [kswapd0] 154 ?S 0:00 [kseriod] 278 ?S 0:08 [kjournald] 364 ?Ss0:00 udevd 740 ?S 0:00 [khubd] 1350 ?S 0:00 [kjournald] 1359 ?S 0:05 [kjournald] 1360 ?S 0:01 [kjournald] 2955 ?Ss 0:03 syslogd -m 0 -a /var/spool/postfix/dev/log 2963 ?Ss 0:00 klogd -2 3033 ?S 0:00 ptal-mlcd mlc:usb:PSC_1500_series -devidmatch MDL:PSC 1500 series; -devidmatch SN:MY588D13N10498; -device /dev/usb/lp[0-9]* /dev 3035 ?S 0:00 ptal-printd mlc:usb:PSC_1500_series -morepipes 9 -like /etc/ptal/ptal-printd-like 3044 ?Ss 0:04 cupsd 3094 ?Ss 0:00 gpm -m /dev/psaux -t imps2 3352 ?Ss 0:00 xfs -port -1 -daemon -droppriv -user xfs 3376 ?Ss 0:00 dbus-daemon-1 --system 3402 ?S 0:00 /usr/bin/mdkkdm -nodaemon 3407 ?Ss 0:00 ./hpiod 3418 ?S103:16 /etc/X11/X -deferglyphs 16 -auth /var/run/xauth/A:0-IY56C6 3438 ?S 0:00 -:0 3458 ?S 0:06 python ./hpssd.py 3459 ?S 0:00 ./hpiod 3460 ?S 0:00 ./hpiod 3493 ?SLs0:00 ntpd -A 3507 ?Ss 0:03 /usr/sbin/sshd 3522 ?Ss 0:00 xinetd -stayalive -reuse -pidfile /var/run/xinetd.pid 3537 ?Ss 0:12 knockd -d 3786 ?Ss 0:01 proftpd: (accepting connections) 3801 ?Ss 0:00 crond 3866 tty1 Ss+0:00 /sbin/mingetty tty1 3867 tty2 Ss+0:00 /sbin/mingetty tty2 3868 tty3 Ss+0:00 /sbin/mingetty tty3 3869 tty4 Ss+0:00 /sbin/mingetty tty4 3870 tty5 Ss+0:00 /sbin/mingetty tty5 3871 tty6 Ss+0:00 /sbin/mingetty tty6 4716 ?S 0:00 /bin/sh /usr/bin/startkde 4769 ?S 0:00 /usr/bin/bluez-pin --dbus 4780 ?S 10:06 /usr/bin/perl /usr/bin/net_applet 4797 ?S 0:00 dbus-launch --sh-syntax --exit-with-session 4798 ?Ss 0:00 dbus-daemon-1 --fork --print-pid 8 --print-address 6 --session 4808 ?Ss 0:00 s2u --daemon=yes 4815 ?S 0:35 magicdev 4831 ?S 0:00 /usr/lib/gconfd-2 13 4837 ?Ss 0:00 kdeinit: Running... 4840 ?S 0:00 kdeinit: dcopserver --nosid 4843 ?S 0:00 kdeinit: klauncher 4846 ?S 19:24 kdeinit: kded 4861 ?S 0:01 /usr/bin/artsd -F 10 -S 4096 -a alsa -s 1 -m artsmessage -c drkonqi -l 3 -f 4866 ?S 0:43 kdeinit: knotify 4868 ?S 0:00 kwrapper ksmserver 4870 ?S 0:00 kdeinit: ksmserver 4881 ?S 0:02 kdeinit: kwin -session 117f010001105924262004133_1140386491_903328 4883 ?S 0:48 kdeinit: kdesktop 4888 ?S 16:52 kdeinit: kicker 4892 ?S 0:00 kdeinit: kio_file file /tmp/ksocket-tavy/klauncherH8wFGa.slave-socket /tmp/ksocket-tavy/kdesktop7JNkcb.slave-socket 4902 ?S 1:40
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
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
Pe data de Vin 14 Oct 2005 15:12, Alex 'CAVE' Cernat a scris:
Salut
Se da un router in care intra o banda de 1M (orice) si iese 'intern'
pe mai multe interfete. Garantarea in prezent e cu HTB facut dupa
ip-ul public (fiecare clasa de clienti are ip public separat, pentru
simplitate). Binenteles ca avand mai multe interfete de iesire
automat a trebuit folosit IMQ, iar garantarea mergea fara problema.
Practic schema este cam asa:
- root qdisk
- leaf1 (ip1)
- leaf2 (ip2) ... etc
si apoi trimit pentru fiecare ip destinatie pachetul in leaf-ul
asociat lui
Intre timp s-a facut un upgrade la conexiune, cu 1M international si
2M total (metro+extern). Ma strofoc acum sa-mi dau seama cum draq pot
sa modific garantarea astfel incat sa mearga asa cum doresc. Sarim
peste marcare de pachete international si kestii legate de genul
asta, ca nu e bai, dar ajung la partea de garantare, pe care as
dori-o exact ca inainte, doar ca garantare pe international si
garantare pe total (metro+extern). Garantarea pe extern clar ramane
ca mai inainte, ca nu s-a schimbat nimic. Dar problema e ca metro nu
e separat in nici un fel, ci ar fi total din care scad
internationalul. M-am gandit sa fac separat pe metro si
international, dar nu rezolv nimic, deoarece se pierde banda la
garantari in felul asta, deci pica.
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/).
define client1 192.168.1.3;
define client2 192.168.1.4;
define client3 192.168.1.5;
dev imq0(htb, default 2){
class tot(rate 2000kbit ceil 2000kbit){
class international(rate 1000kbit ceil 1000kbit){
class client1_i(rate 250kbit ceil 1000kbit){qdisc (pfifo,limit 50);}
class client2_i(rate 250kbit ceil 1000kbit){qdisc (pfifo,limit 50);}
class client3_i(rate 500kbit ceil 1000kbit){qdisc (pfifo,limit 50);}
filter(protocol ip u32 match ip dst @client1 classid $client1_i);
filter(protocol ip u32 match ip dst @client2 classid $client2_i);
filter(protocol ip u32 match ip dst @client3 classid $client3_i);
}
class metropolitan(rate 1000kbit ceil 2000kbit){
class client1_m(rate 250kbit ceil 2000kbit){qdisc (pfifo,limit 50);}
class client2_m(rate 250kbit ceil 2000kbit){qdisc (pfifo,limit 50);}
class client3_m(rate 500kbit ceil 2000kbit){qdisc (pfifo,limit 50);}
filter(protocol ip u32 match ip dst @client1 classid $client1_m);
filter(protocol ip u32 match ip dst @client2 classid $client2_m);
filter(protocol ip u32 match ip dst @client3 classid $client3_m);
}
}
//pacheltele metro pp. ca sunt marcate cu 5
filter(protocol ip prio 1 handle 5 fw classid $metropolitan);
}
Este doar un exemplu de cum as face eu acum la prima vedere.
Daca as fi avut o singura interfata 'interna' se putea face spre
exemplu garantare de total pe imq si apoi inca una de international
pe eth1, si scapam ieftin. Exista cumva vreo solutie prin care pot sa
trec traficul prin mai mult de o interfata IMQ (desi ma cam indoiesc
de lucru asta)?
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.
Am o vaga impresie ca e mult mai usor decat pare, insa stau si citesc
documentatii dar nu-mi pica fisa. Si mai e si vineri.
Mersi
Alex
--
Cu placere,
Octavian CHELU
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug
