Re: [rlug] problema cu filtrele la thunderbird
Mihai T wrote: Salut, S-a lovit cineva de problema asta ? E vreo alta solutie, in afara de reinstall de sistem sau utilizarea altui client de mail ? Salut, Situatia asta, s-ar putea sub alta forma, am intalnit-o si eu. Ciudat este ca mi se intampla doar atunci cand faceam filtrele cu optiunea create filter from message. Daca le faceam de mana totul era ok. Ai cumva aceeasi problema, de fapt? ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Webcam for Linux
lonely wolf wrote: Ca eu aveam o situatie foarte amuzanta... ma logam, dadea persoana acces la webcam... dupa care procesu' principal crapa dar ramanea stream-ul video :)). Urma pornit kopete pt discutie si totul era ok :). nu vreau sa fiu indiscret.. dar de ce nu foloseai direct kopete ? stie video de multa vreme. Ora era de vina ... vroiam sa zic gaim. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Webcam for Linux
Bogdan-Stefan Rotariu wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [EMAIL PROTECTED] wrote: 1. Ce webcam-ri stiti disponibile in comert, care sa mearga sub linux/ubuntu? 2. Ce inlocuitor pt. Yahoo Messenger, care sa stie si voice pt. Linux? GYachE am testat zilele trecute, stie si webcam si voice, poate te ajuta. Dar GYachE (sau cum s-o scrie de fapt) mai crapa cum crapa odata? Ca eu aveam o situatie foarte amuzanta... ma logam, dadea persoana acces la webcam... dupa care procesu' principal crapa dar ramanea stream-ul video :)). Urma pornit kopete pt discutie si totul era ok :). ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Problema acces site-uri prin tunel ip_gre intre linux si cisco 831
Claudiu CISMARU wrote: Va rog sa ma ajutati sa pot accesa si acele site-uri prin gre. Daca incerc sa pun mtu 1476 imi da urmatoarea eroare : GREv0, length 1456: IP truncated-ip - 24 bytes missing! 86.107.224.2.2382 64.156.47.210.3002 Wrap la 72 ca ne zgarie pe ochi !!! Cine da mesajul ala? De UNDE incerci sa accesezi? De pe acel Linux, de pe o statie legata prin el etc? UNDE incerci sa pui mtu la 1476? Pe Linux, pe cisco, pe statie? Citat din manualul iptables: TCPMSS This target allows to alter the MSS value of TCP SYN packets, to con- trol the maximum size for that connection (usually limiting it to your outgoing interface's MTU minus 40). Of course, it can only be used in conjunction with -p tcp. It is only valid in the mangle table. This target is used to overcome criminally braindead ISPs or servers which block ICMP Fragmentation Needed packets. The symptoms of this problem are that everything works fine from your Linux firewall/router, but machines behind it can never exchange large packets: 1) Web browsers connect, then hang with no data received. 2) Small mail works fine, but large emails hang. 3) ssh works fine, but scp hangs after initial handshaking. Workaround: activate this option and add a rule to your firewall con- figuration like: iptables -t mangle -A FORWARD -p tcp --tcp-flags SYN,RST SYN \ -j TCPMSS --clamp-mss-to-pmtu --set-mss value Explicitly set MSS option to specified value. --clamp-mss-to-pmtu Automatically clamp MSS value to (path_MTU - 40). ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Configuratie hardware router/firewall Linux
Tarhon-Onu Victor wrote: On Thu, 20 Mar 2008, Dan-Cristian Pascu wrote: Treaba e relativ simpluta. Daca ai VPN o sa ai multa incapsulare/decapsulare de facut care cam manca procesor, deci in cazul asta recomandarea mea e un intel la minim 2,5 ghz. Iptables friends iau si alea ceva ram + tunelel ridicate local, deci mai adaugi si 1-2 gb de ram. Daca vrei si un squid cu cache, un HDD SATA2 ca sa OVERKILL. Ramane sa punem 2-4 gigi de ram ca sa putem sa rulam firefox si am ajuns windblows. De ce atitea tone de ram pentru networking nu stiu, nici pe o masina cu mii de cozi qos nu-ti trebuie asa ceva. Two words: esfq squid. Of course, depinde cate mii de cozi ai. Si nu mai confundati problemele de performanta ale lui openswan de pe 2.2.x/2.4.x cu ce avem acum (de ani buni) in 2.6.x. Si daca vrei sa vezi mama encapsularii si decapsularii configureaza-ti niste tunele ip/gre/ipsec peste interfete dot1q si mira-te cum de ai diferente insesizabile fata de situatia in care acel trafic l-ai fi trecut pe acolo fara nici un fel de encapsulare aditionala si la aceeasi rata de transfer. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
[rlug] Xen Kernel
Salut, Se da o placa de baza DG33FBC al carei lista hardware e prezentata mai jos. Problem: xen (din cunostintele mele ) nu se impaca cu kernele peste 2.6.18. Suportul pentru ICH9 friends a aparut undeva la 2.6.22 sau 2.6.23. Are cineva experienta in a folosi xen ca dom0 pe un astfel de kernel? Sau, a incercat cineva sa backporteze modulele aferente functionarii acestui hardware din 2.6.23 in 2.6.18? Cu respect, Radu Oprisan lspci output: 00:00.0 Host bridge: Intel Corporation DRAM Controller (rev 02) 00:02.0 VGA compatible controller: Intel Corporation Integrated Graphics Controller (rev 02) 00:03.0 Communication controller: Intel Corporation MEI Controller (rev 02) 00:19.0 Ethernet controller: Intel Corporation 82566DC-2 Gigabit Network Connection (rev 02) 00:1a.0 USB Controller: Intel Corporation USB UHCI Controller #4 (rev 02) 00:1a.1 USB Controller: Intel Corporation USB UHCI Controller #5 (rev 02) 00:1a.2 USB Controller: Intel Corporation USB UHCI Controller #6 (rev 02) 00:1a.7 USB Controller: Intel Corporation USB2 EHCI Controller #2 (rev 02) 00:1c.0 PCI bridge: Intel Corporation PCI Express Port 1 (rev 02) 00:1c.1 PCI bridge: Intel Corporation PCI Express Port 2 (rev 02) 00:1c.2 PCI bridge: Intel Corporation PCI Express Port 3 (rev 02) 00:1c.3 PCI bridge: Intel Corporation PCI Express Port 4 (rev 02) 00:1c.4 PCI bridge: Intel Corporation PCI Express Port 5 (rev 02) 00:1d.0 USB Controller: Intel Corporation USB UHCI Controller #1 (rev 02) 00:1d.1 USB Controller: Intel Corporation USB UHCI Controller #2 (rev 02) 00:1d.2 USB Controller: Intel Corporation USB UHCI Controller #3 (rev 02) 00:1d.7 USB Controller: Intel Corporation USB2 EHCI Controller #1 (rev 02) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 92) 00:1f.0 ISA bridge: Intel Corporation LPC Interface Controller (rev 02) 00:1f.2 SATA controller: Intel Corporation 6 port SATA AHCI Controller (rev 02) 00:1f.3 SMBus: Intel Corporation SMBus Controller (rev 02) 02:00.0 IDE interface: Marvell Technology Group Ltd. 88SE6101 single-port PATA133 interface (rev b2) ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Xen Kernel
lonely wolf wrote: Radu Oprisan wrote: Salut, Se da o placa de baza DG33FBC al carei lista hardware e prezentata mai jos. Problem: xen (din cunostintele mele ) nu se impaca cu kernele peste 2.6.18. Suportul pentru ICH9 friends a aparut undeva la 2.6.22 sau 2.6.23. Are cineva experienta in a folosi xen ca dom0 pe un astfel de kernel? Sau, a incercat cineva sa backporteze modulele aferente functionarii acestui hardware din 2.6.23 in 2.6.18? Cu respect, Radu Oprisan Nu bag mina in foc, dar sint aproape sigur ca Centos 5.1 merge. Am instalat simbata ceva similar si a mers din fuleu Hmmm, o sa ma uit cum e compilat kernelu' ala atunci :). ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Latente mari si pierderi de pachete la trecerea traficului printr-un bridge software pe linux
Claudiu CISMARU wrote: 3) 2 X Realtek 1000 Mbit pe slot PCI. E suficient... Si la placile astea ai pretentii la traficul tau? (Cu toate ca e cam mic, traficul, totusi, dar nr de pachete e mare). Ce ai in firewall? Iti rupe procu', dar jucariile tin si 300kpps. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Latente mari si pierderi de pachete la trecerea traficului printr-un bridge software pe linux
Tatulescu Andrei wrote: Am sa incerc cu alte placi de retea, e clar acest lucru, dar ma intreb, oare nu o fi si placa de baza o problema, deoarece folosesc un Ecs ( sunt la reduceri ) si trebuie sa scot performante din echipamente low cost...Precizez faptul ca pe un alt ruter linux am o placa realtek no name si una zyxel dar cu chip tot realtek si am tot traficul de 5-10 Kpps si 30 Mbps. Simt ca cedez in fata tehnologiei si asta ma infurie serios.:D Rugaminte, top posting sucks. Reduceri ca reduceri, dar e 100 de euro o placa de baza intel intreaga la cap, care iti vine din fuleu cu o placa gigabit onboard. PS. MSI este cel mai bun lucru de la extended ram incoa' ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] eliminare duplicate bash_history - rezolvat
Dorin Lazar wrote: Lucian Gutu wrote: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dorin Lazar Sent: 19 februarie 2008 15:31 To: Romanian Linux Users Group Subject: Re: [rlug] eliminare duplicate bash_history - rezolvat Lucian Gutu wrote: uniq .bash_history Ai fi uimit, dar uniq nu-ţi scoate decît liniile succesive şi egale. De aceea de obicei lumea face sort | uniq Dorin Scuze ca nu am verificat. Asa e ok? [EMAIL PROTECTED] ~]$ cat test lucian lucian gigi gogu dudu lucian [EMAIL PROTECTED] ~]$ cat test | awk '!x[$0]++' lucian gigi gogu dudu ce complexitate are? cumva O(n^2) ? :P Dorin Nu e nimic mai fain decat sa omori un tantar cu un tun ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] ipset, iptables, performante
Alex 'CAVE' Cernat wrote: Ca sa pun si eu o intrebare de baraj, dar e destul de heavy stuff, pentru ca tine de organizarea interna a memoriei la regulile de iptables. Se obtine ceva performanta in plus daca in loc sa fac o lista de 1000 de intrari in iptables fac cumva un hash pe una-doua-trei nivele astfel incat de fapt sa se evalueze sa zicem 10 + 10 + 10 reguli worst case in loc de 1000 worst case ? Teoretic la prima vedere ar trebui sa fie clar mai bine, dar spre exemplu daca cumva toate regulile din iptables sunt bagate spre exemplu intr-o lista si oricum dupa aia se evalueaza oricum toate la iteratie atunci canci, ca n-am facut nimic (de aia ziceam ca e heavy stuff). 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). Andrei Kovacs wrote: Salutare listasi. Stie careva unde as putea gasi o comparatie intre iptables cu n reguli si iptables + ipset (cu n reguli) la capitolul viteza ? Merita implementarea lui ipset pentru a elimina 1000 reguli din iptables (verificare IP + MAC) si implementarea acestora in ipset (macipmap) ? Peste tot am citit cum ca ipset ar face verificarile mai repede dar nicaieri n-am gasit un test comparativ. Merita. Aplicat la cateva /21-uri pe vlan-uri diferite diferenta in throughput a fost de 300-350 Mbps (in 1Gbps / out 1Gbps). Algoritmul de hashing este destul de ok cat sa iti rezolve problemele. (Experienta personala) ___ 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] ipset, iptables, performante
Octavian CHELU wrote: 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. I stand corrected. Nu stiu exact la ce m-am gandit, dar daca aflu va spun. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] ipset, iptables, performante
Andrei Kovacs wrote: 2008/2/17 Radu Oprisan [EMAIL PROTECTED]: Alex 'CAVE' Cernat wrote: Ca sa pun si eu o intrebare de baraj, dar e destul de heavy stuff, pentru ca tine de organizarea interna a memoriei la regulile de iptables. Se obtine ceva performanta in plus daca in loc sa fac o lista de 1000 de intrari in iptables fac cumva un hash pe una-doua-trei nivele astfel incat de fapt sa se evalueze sa zicem 10 + 10 + 10 reguli worst case in loc de 1000 worst case ? Teoretic la prima vedere ar trebui sa fie clar mai bine, dar spre exemplu daca cumva toate regulile din iptables sunt bagate spre exemplu intr-o lista si oricum dupa aia se evalueaza oricum toate la iteratie atunci canci, ca n-am facut nimic (de aia ziceam ca e heavy stuff). 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. E drept ca nu am chiar 1000 reguli una dupa alta ci am incercat impartirea pe subclase... adica 8 subclase de /25. Am incercat si varianta de /26 dar parerea mea e ca nu se mai obtin diferente majore la capitolul performanta (in loc de 8 reguli pentru clasificarea initiala a traficului se fac 16). In conditiile unei astfel de impartiri... mai imbunatateste ipset performantele (se reduc cele 8 reguli, ramane una). In situatia in care clasele sunt chiar un /22 (nu sunt pe sarite) nu te opreste nimic sa folosesti o singura regula de ipset si sa arunci totul acolo. 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). Andrei Kovacs wrote: Salutare listasi. Stie careva unde as putea gasi o comparatie intre iptables cu n reguli si iptables + ipset (cu n reguli) la capitolul viteza ? Merita implementarea lui ipset pentru a elimina 1000 reguli din iptables (verificare IP + MAC) si implementarea acestora in ipset (macipmap) ? Peste tot am citit cum ca ipset ar face verificarile mai repede dar nicaieri n-am gasit un test comparativ. Merita. Aplicat la cateva /21-uri pe vlan-uri diferite diferenta in throughput a fost de 300-350 Mbps (in 1Gbps / out 1Gbps). Algoritmul de hashing este destul de ok cat sa iti rezolve problemele. (Experienta personala) Testele au fost cu macipmap (filtrare si dupa mac) ? Apropo... din cate mi se pare mie ipset nu ma lasa sa adaug mai multe MAC-uri pt un IP (tinand cont de hashing... e logic). Exista vreo solutie pentru asta (in afara de a elimina duplicatele :-) )? Bineinteles ca exista. Elimini duplicatele :). ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Cisco 2900 series
Mircea Vutcovici wrote: 2008/2/13 Mircea Vutcovici [EMAIL PROTECTED]: Si nici un raspuns la broadcast. Si arata mai mult a ping(ICMP Echo) decat arping(ARP). Sa nu uitam de RARP: RARP nu a fost maltratat in acest experiment. Prietene... eu sunt singurul care mai incearca sa iti explice ceva :) Ceea ce am aratat eu ca si cod era din arping-ul pe care il folosesti tu. Deci tu cu cine te contrazici? Eu exact asta iti explicam: nu se foloseste ARP cand incerci sa gasesti un ip folosind un MAC. Ma rog, thread closed... cam toate metodele posibile au fost explicate restul mutam pe offtopic daca vrei musai. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Cisco 2900 series
Vali Dragnuta wrote: Si ... povesteste-ne si noua cum dai arping la MAC? stfg://arping-ng De fapt nici nu da arping la mac, e un artificiu care il face arping in spate si care in unele cazuri poate sa nici nu mearga : Arping when pinging a MAC relies on the host to answer a broadcast ping (icmp echo request) properly (IIRC: not the windows way). If you want a host to pop up on MAC ping, you have to config it to respond to broadcast pings. Thank you. Eu nu am mai apucat sa citesc lista sa raspund. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Cisco 2900 series
Mircea Vutcovici wrote: On Feb 13, 2008 4:53 AM, Vali Dragnuta [EMAIL PROTECTED] wrote: Si ... povesteste-ne si noua cum dai arping la MAC? stfg://arping-ng De fapt nici nu da arping la mac, e un artificiu care il face arping in spate si care in unele cazuri poate sa nici nu mearga : Arping when pinging a MAC relies on the host to answer a broadcast ping (icmp echo request) properly (IIRC: not the windows way). If you want a host to pop up on MAC ping, you have to config it to respond to broadcast pings. Trimite arp request. Dar pentru asta ai nevoie de un IP. Si tocmai adresa de IP era necunoscuta. Iar eu sunt inca nedumerit cum poti trimite un arp-request daca nu stii ip-ul. Sau e chestie de Harry Poker?! Eu as putea sa jur ca tu nu pricepi. Use google then come back here and say i'm sorry :) ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Cisco 2900 series
Radu Oprisan wrote: Tiberiu Ungureanu wrote: On Wed, 2008-02-13 at 13:44 -0500, Mircea Vutcovici wrote: Trimite arp request. Dar pentru asta ai nevoie de un IP. Si tocmai adresa de IP era necunoscuta. Iar eu sunt inca nedumerit cum poti trimite un arp-request daca nu stii ip-ul. Sau e chestie de Harry Poker?! ** disclaimer: n-am citit threadul de la inceput, si s-ar putea sa ma bag ca musca in lapte, fara nici o legatura cu realitatea ** ** disclaimer2: mesajul asta se vrea un reply catre Mircea Vutcovici, care raspunsese unui mesaj al lui Radu Oprisan, in care Radu zicea stiind adresa MAC, poti sa aflii adresa IP dand un arpig ** Mircea, nu trimiti arp-request, pentru ca pentru ala trebuie sa stii IP-ul. Trimiti un Rarp-request, pentru care nu trebuie sa stii ip-ul, ci MAC-ul Recommended reading: ftp://ftp.rfc-editor.org/in-notes/rfc903.txt http://en.wikipedia.org/wiki/RARP De fapt se foloseste un artificiu: if (searchmac) { // ping MAC /* * KEYWORD * What the hell was I thinking when I wrote the comment below? * --- * note: it's eth_xmas below, that's a feature. I don't want * a -t line to affect a MAC ping (even though it can't * since the lone arg is written last). * --- * Phew! Anyway, change eth_target to eth_xmas three lines * below to change it back. */ if (-1 == libnet_build_ethernet(eth_target, /* here */ eth_source, ETHERTYPE_IP, NULL, 0, packet)) { fprintf(stderr, libnet_build_ethernet(): error\n); exit(1); } libnet_build_ip(ICMP_ECHO_H, /* Size of the payload */ 0, /* IP tos */ rand(), /* IP ID */ 0, /* frag stuff */ 48, /* TTL */ IPPROTO_ICMP, /* transport protocol */ myip, /* source IP */ dip,/* destination IP */ NULL, /* pointer to payload */ 0, /* payload length */ packet + LIBNET_ETH_H); /* header memory */ libnet_build_icmp_echo(ICMP_ECHO, /* type */ 0, /* code */ 4321, /* id */ 6, /* seq */ NULL, /* pointer to payload */ 0, /* payload length */ /* header memory */ packet + LIBNET_ETH_H + LIBNET_IP_H); Deci... Prietenul creeaza un packet ICMP pe care il arunca inspre MAC-ul respectiv. if (searchmac) { if (-1 == pcap_compile(pcap,bp,icmp,0,-1)) { fprintf(stderr, pcap_compile(): error\n); exit(1); } } else { Motivul pentru care explicam ca s-ar putea sa nu functioneze la un switch sau la un device vlan enabled este ca nu poti sa stii pe unde va trimite raspunsul. mgw ~ # /home/darku/arping-2.06/arping -i eth3.100 00:19:5B:5D:47:A2 ARPING 00:19:5B:5D:47:A2 75 bytes from 195.95.255.23 (00:19:5b:5d:47:a2): icmp_seq=598 time=616.388 msec Mentionez ca testul este facut pe un device in uz, motiv pentru care a durat atat pana sa gaseasca ip-ul. Explic mai departe daca e cazul... case 'T': // destination IP in mac ping (default: 0x) if (-1 == (dip = libnet_name_resolve(optarg, LIBNET_RESOLVE))){ fprintf(stderr, arping: can't resolve: %s\n, optarg); exit(1); } Din cate observ... are niste shortcommings metoda asta, dar functioneaza in general. Ma intorc la film. ___ 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] Cisco 2900 series
Tiberiu Ungureanu wrote: On Wed, 2008-02-13 at 13:44 -0500, Mircea Vutcovici wrote: Trimite arp request. Dar pentru asta ai nevoie de un IP. Si tocmai adresa de IP era necunoscuta. Iar eu sunt inca nedumerit cum poti trimite un arp-request daca nu stii ip-ul. Sau e chestie de Harry Poker?! ** disclaimer: n-am citit threadul de la inceput, si s-ar putea sa ma bag ca musca in lapte, fara nici o legatura cu realitatea ** ** disclaimer2: mesajul asta se vrea un reply catre Mircea Vutcovici, care raspunsese unui mesaj al lui Radu Oprisan, in care Radu zicea stiind adresa MAC, poti sa aflii adresa IP dand un arpig ** Mircea, nu trimiti arp-request, pentru ca pentru ala trebuie sa stii IP-ul. Trimiti un Rarp-request, pentru care nu trebuie sa stii ip-ul, ci MAC-ul Recommended reading: ftp://ftp.rfc-editor.org/in-notes/rfc903.txt http://en.wikipedia.org/wiki/RARP De fapt se foloseste un artificiu: if (searchmac) { // ping MAC /* * KEYWORD * What the hell was I thinking when I wrote the comment below? * --- * note: it's eth_xmas below, that's a feature. I don't want * a -t line to affect a MAC ping (even though it can't * since the lone arg is written last). * --- * Phew! Anyway, change eth_target to eth_xmas three lines * below to change it back. */ if (-1 == libnet_build_ethernet(eth_target, /* here */ eth_source, ETHERTYPE_IP, NULL, 0, packet)) { fprintf(stderr, libnet_build_ethernet(): error\n); exit(1); } libnet_build_ip(ICMP_ECHO_H, /* Size of the payload */ 0, /* IP tos */ rand(), /* IP ID */ 0, /* frag stuff */ 48, /* TTL */ IPPROTO_ICMP, /* transport protocol */ myip, /* source IP */ dip,/* destination IP */ NULL, /* pointer to payload */ 0, /* payload length */ packet + LIBNET_ETH_H); /* header memory */ libnet_build_icmp_echo(ICMP_ECHO, /* type */ 0, /* code */ 4321, /* id */ 6, /* seq */ NULL, /* pointer to payload */ 0, /* payload length */ /* header memory */ packet + LIBNET_ETH_H + LIBNET_IP_H); Deci... Prietenul creeaza un packet ICMP pe care il arunca inspre MAC-ul respectiv. if (searchmac) { if (-1 == pcap_compile(pcap,bp,icmp,0,-1)) { fprintf(stderr, pcap_compile(): error\n); exit(1); } } else { Motivul pentru care explicam ca s-ar putea sa nu functioneze la un switch sau la un device vlan enabled este ca nu poti sa stii pe unde va trimite raspunsul. mgw ~ # /home/darku/arping-2.06/arping -i eth3.100 00:19:5B:5D:47:A2 ARPING 00:19:5B:5D:47:A2 75 bytes from 195.95.255.23 (00:19:5b:5d:47:a2): icmp_seq=598 time=616.388 msec case 'T': // destination IP in mac ping (default: 0x) if (-1 == (dip = libnet_name_resolve(optarg, LIBNET_RESOLVE))){ fprintf(stderr, arping: can't resolve: %s\n, optarg); exit(1); } Din cate observ... are niste shortcommings metoda asta, dar functioneaza in general. Ma intorc la film. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Cisco 2900 series
Alex wrote: On Friday 08 February 2008 15:48, Munteanu Alexandru wrote: Am incercat sa fac legatura pe cablu de retea l-am scanat de ip-uri pe 192.168.255.255 in speranta sa gasesc un ip default cu 23 deschis dar degeaba. E mai complicat dar sigur cu cablu de genu asta se lucreaza. oricum in terminal daca pui pe tcp/ip in loc de com1 zimi tu ce host sa pun cisco? esti pe un drum gresit! nu mai incerca apa cu degetul sa vezi daca e uda... asa cum incerci tu acum sunt combinari de n luate cite k, iar tu nu-l stii nici pe n si nici pe k. nu rezolvi problema fara consola. fa rost de cablu asa cum ti s-a spus si apoi da o cautare pe google dupa: password recovery on cisco 2900... o sa gasesti tot ce ai nevoie ca sa rezolvi problema. alx Ar mai exista o varianta ... dar nu prea se aplica la switch-uri. Stiind mac-ul echipamentului sa dai arping spre el. tcpdump sa vezi cine incearca sa raspunda. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Cisco 2900 series
Radu Oprisan wrote: Alex wrote: On Friday 08 February 2008 15:48, Munteanu Alexandru wrote: Am incercat sa fac legatura pe cablu de retea l-am scanat de ip-uri pe 192.168.255.255 in speranta sa gasesc un ip default cu 23 deschis dar degeaba. E mai complicat dar sigur cu cablu de genu asta se lucreaza. oricum in terminal daca pui pe tcp/ip in loc de com1 zimi tu ce host sa pun cisco? esti pe un drum gresit! nu mai incerca apa cu degetul sa vezi daca e uda... asa cum incerci tu acum sunt combinari de n luate cite k, iar tu nu-l stii nici pe n si nici pe k. nu rezolvi problema fara consola. fa rost de cablu asa cum ti s-a spus si apoi da o cautare pe google dupa: password recovery on cisco 2900... o sa gasesti tot ce ai nevoie ca sa rezolvi problema. alx Ar mai exista o varianta ... dar nu prea se aplica la switch-uri. Stiind mac-ul echipamentului sa dai arping spre el. tcpdump sa vezi cine incearca sa raspunda. A se intelege ca tot o consola e de preferat. (vlan-uri, access list-uri so on buba). ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] OpenVPN issue
lonely wolf wrote: nu o sa iti foloseasca raspunsul meu prea mult, dar... exact aceeasi problema am avut-o si eu cu un windows vista. Win XP in exact acelasi loc cu exact aceeasi configuratie merge impecabil Asta inseamna ca in ziua minunata cand o sa imi pun in final vpn-ul sus ... o sa am aceeasi problema? (/me not proud vista user ... dar sunt lenes) ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] raid5 stuff
Dan Nica wrote: am termint :) totul merge cum am planuit :) oricum am observat ca limtarea este data si de incarcarea sistemului si utilizarea array-lui ... On Mon, 21 Jan 2008, Dan Borlovan wrote: Ceva normal de altfel, daca intelegi ca jucaria aia reorganizeaza date. Felicitari pentru reusita (si nu, nu era ironica afirmatia). ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] ce vulnerabilitate e asta ?
httpd 23642 apache18 00 0:00.00 2.2 19784 4404 1884 S httpd 23645 apache19 00 0:00.00 2.2 19784 4384 1872 S httpd 23646 apache15 00 0:00.00 2.2 19784 4396 1872 S httpd 23647 apache18 00 0:00.02 2.2 19792 4404 1892 S httpd 23648 apache15 00 0:00.00 2.2 19784 4384 1872 S httpd 24563 root 15 00 0:00.01 0.2 1852 424 316 S vzctl 24564 root 15 00 0:00.04 0.7 2228 1292 1068 S bash 26292 root 15 00 0:00.00 0.4 1960 868 696 R top Cunoaste cineva cum s-a putut face asta si cum remediez ? Multumesc anticipat. Ma repet, studiaza logurile si cauta ce am scris mai sus. Salut, Radu Oprisan ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] ce vulnerabilitate e asta ?
Vali Dragnuta wrote: Totusi nu e mai bine sa ai in cel mai rau caz, o masina virtuala compromisa(si un serviciu care nu-ti functionaza), decat sa ai o masina complet compromisa, care daca nu e intr-un DMZ iti poate introduce mizerii si in LAN-le in care e conectata? E mai bine sa nu ai nimic compromis. Cit despre compromiterea masinii virtuale, de acolo poate incerca sa sara mai departe... La nivel strict software nu stiu de un atac prin care sa poti sa sari din masina virtuala in cea reala. Vectorii clasici de atac, in schimb, raman activi. Concluzia finala ... nu mai puneti pe servere web chestii la modul de i-made-this-php-and-i-put-it-on-the-net-for-all-people-to-get-hacked-with-it. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Pot transmite, dar NU pot receptiona video cu skype-2.0(BETA)
newbielinux ion wrote: Buna Ziua Listashi, V-am vorbit si in alte dati despre un laptop Fujitsu-Siemens, a carui configuratie, se poate vedea la: http://www.linux-on-laptops.com/hosted/Debian-Etch-Fujitsu-AmiloPro3515.html. Pentru suport audio, systemul (FEDORA Core8) foloseste pulseaudio, si functioneaza impecabil. Suportul video, este dat de modulul openchrome. Pentru asta am instalat -xorg-x11-drv-openchrome-0.2.900-7.fc8.i386.rpm, -xorg-x11-drv-openchrome-devel-0.2.900-7.fc8.i386.rpm, In acest fel, am renuntat la vesa in xorg.conf in favoarea lui openchrome, si am asuport xv pe parte video. Am instalat qt4-4.3.3-1.fc8, qt4-x11-4.3.3-1.fc8, pe care le cere skype-video dupa care am trecut voiniceshte, lainstalarea lui skype-2.0.0.27-fc5, cel BETA, cu suport video. OK, s-a instalat, dar dupa conectare, cel cu care m-am conectat, receptioneaza foarte bine si foarte clar, imaginile de la mine, cu refresh mult mai bun decit cu Kopete sau Ekiga sau Windows ( ;-) ) Problema e ca eu NU receptionez imaginea de la celalalt capat al conexiunii ! Si nu stiu de ce !! :-(( Vin cu intrebarea: skype scuipa vreo eroare? Ai incercat sa il rulezi dintr-o consola sa vezi ce output tranteste pe stderr? Daca da, posteaza si tu un output pentru cand incerci sa primesti video. (Aceeasi situatie si cu skype static !!!) Ce mai pot spune, este ca la comanda ldconfig primeam un output: ltrace /usr/lib/lbddmpeg.so: permision denied. L-am sters la un moment dat din /usr/lib. acuma l-am repus, si nu mai apare eroarea, dar e ciudat de ce nu mai apare. Nici nu mi-e clar daca are treaba cu skype-le.. Ca sa nu vorbesc prea mult, poate ma puteti lamuri/ajuta careva, ce sa fac sa receptionez si eu imaginea cu acest skype de linux !! Multumesc frumos !! ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Pot transmite, dar NU pot receptiona video cu skype-2.0(BETA)
newbielinux ion wrote: Valentin Cozma [EMAIL PROTECTED] wrote: firewall ceva ? NU stiu ce sa zic, ca nu stiu, ce anume mi-ar bloca receptia video... sorry. Cert e ca, la lansare, amsn-ul zice ca e firewall-at, skype nu zice nimic !!! Intre a nu zice si a nu fi, e cale lunga. Incearca sa dai jos firewall-ul dupa care incearca din nou ... Eventual cand faci asta, verifica si tu cu un netstat -anp sau lsof ... ce deschide skype-ul. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] problema dns resolver
Flower wrote: Alex wrote: active directory din spate e doar pentru niste terminal servere care acceseaza dns-ul de pe active directory doar pentru niste rute accesibile prin vpn si nu pt alte servere de pe net. La updateuri de win sau alte traznai care le mai fac, le restartez, si atunci e pacat sa raman fara dns pe perioada aia (cei drept scurta) - stiu exista celalalt name server...plus ca mi s-a parut putin ciudat pt linux sa pun ca server dns masina de win si aceea sa intoarca cererile tot prin el pana la server-ul dns al isp-ului... acum daca stau sa ma gandesc, poate ca ai dreptate... N-am comentat faptul ca ai DNS pe windows. Whatever floats your boat. DAR, poti pune in resolv.conf mai mult de un server DNS (default e maxim 3 in linux). Recomandarea generica este ca cel putin unul dintre ele sa fie in reteaua locala, din motive de viteza. O alta recomandare ar fi ca orice retea care se vrea cat de cat independenta sa aiba un resolver local, din motive de mobilitate. Adica daca schimbi providerul sau se schimba setarile la provider sa nu trebuiasca sa alergi peste tot ca sa schimbi adrese. YMMV. Flower Limitarea a fost de 3 odata demult. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] identificare procesoare (core-uri)
Adrian Sevcenco wrote: Salut! Stie cineva cum ash putea sa identific numarul de procesoare (coruri) fizice de pe o serie de servere? (nu exista posibilitatea verificarii de mina) Problema e ca sint HT enabled si imi raporteaza mai multe procesoare decit ar trebui. Multumesc. cat /proc/cpuinfo | grep physical id | awk '{print $4}' | sort | uniq | wc -l ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] identificare procesoare (core-uri)
Radu Oprisan wrote: Adrian Sevcenco wrote: Salut! Stie cineva cum ash putea sa identific numarul de procesoare (coruri) fizice de pe o serie de servere? (nu exista posibilitatea verificarii de mina) Problema e ca sint HT enabled si imi raporteaza mai multe procesoare decit ar trebui. Multumesc. cat /proc/cpuinfo | grep physical id | awk '{print $4}' | sort | uniq | wc -l Am uitat sa mentionez... linia asta iti da ce e fizic... 2 bucati proace pe placa de baza or so. Dupa asta, te apuci si tu si iei la mana /proc/cpuinfo ca scuipa tot saracul... inclusiv cpu cores Cum am ramas foarte in urma cu tehnologia proacelor, nu stiu daca o sa gasesti dual/quad core cu ht. oricum, in cazul ht la cpu cores inca iti spune numarul _real_ de core-uri. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Aplicatie(TROIAN) CZONE (ver linux)
Mocanu Petrut wrote: http://acces.czone.ro/czone/beta/Czone-pack.tar.gz Czone este o porcarie. Orice provider care nu imi da voie sa imi leg un broadband router ca sa am in spate ce vreau eu... laptop, pda other stuff.. merita doar sa dea faliment. Pentru cunoscatori exista si versiune care face autentificarea la ei fara sa trimita toate informatiile respective. PS Din cate stiu, din punct de vedere legal, orice program care extrage informatii din calculatorul end-userului trebuie sa se prezinte ca facand asta, printr-un disclaimer or smth like that. Prefer sa am optiunea de a accepta sau nu o astfel de sesiune. PS2 Sugeram pe aceasta cale prietenilor din RDS sa revizuiasca contractele cu clientii Czone. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] aflare MAC fara root
Alex 'CAVE' Cernat wrote: Ifconfig nu poti sa dai ? Alta metoda ar fi sa dai ping de pe un linux / geam prin retea si dupa aia sa te uiti dupa cache-ul de arp (la linux e simplu, la geam nu stiu cum pana mea se face). Alex offtopic dar e vineri - se face la fel ca in linux :)) ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Xen VT
Claudiu C. wrote: On Tuesday 13 November 2007 09:08:16 Radu Oprisan wrote: Salut, Vreau sa ingineresc un Xen pe o masina dual quad core de la Intel cu VT. Aveti vreo experienta? Pozitiva, negativa? Scopul este de a reduce spatiul utilizat de diverse low-end-uri, vreo 4 la numar, fara un load prea mare pe ele. Ce guesturi vrei sa rulezi? Eu am negativa cu ceva chestii... dar depinde ce vrei tu, ca am si pozitiva. Hardware-ul folosit de mine este un PowerEdge 2950 de la Dell, tot dual quad core. O sa rulez Linux-uri. De preferat sa ruleze nativ, recte cu virtualizarea de pe procesor. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
[rlug] Xen VT
Salut, Vreau sa ingineresc un Xen pe o masina dual quad core de la Intel cu VT. Aveti vreo experienta? Pozitiva, negativa? Scopul este de a reduce spatiul utilizat de diverse low-end-uri, vreo 4 la numar, fara un load prea mare pe ele. Cu respect, Radu Oprisan ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] CISCO WAAS (WAE)
Bazy wrote: sin wrote: Lucian Gutu wrote: Salut. Exista ceva asemanator si pe Linux? Google nu m-a lamurit. afaik, nu. poti simula folosind tunele ipsec/ssh cu compresia activata. insa e posibil ca partea compresie sa nu compenseze suficient de mult overheadul introdus de partea de tunelare. Openvpn cu lzo... si l7-filter cu htb sa prioritizezi traficul important, mail, access catre un DB orace, mysql, dns, etc. In locatiile unde nu poti pune un PC cu linux, poti pune un router cu OpenWRT si openvpn... Oricum, openvpn este infinit mai flexibil si mai usor de configurat decat tunele ipsec/ssh si are marele avantaj de a elimina problema cu mtu-ul pe care o au gre friends. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] sincronizare imap
lonely wolf wrote: On 11/05/2007 06:20 PM, Alex 'CAVE' Cernat wrote: lonely wolf wrote: Alex 'CAVE' Cernat wrote: I know, am migrat cateva 'j de mailboxuri. Nu s-a impotmolit decat la mailuri de peste 30 MB :( A mers si la mai mari, partea nashpa e ca s-a oprit la un kkt de mail de peste 100 sau 120 de megi (stoopid micromoale users). stupid admin care lasa mailuri de 100 MB :) mdea, ce frumos e cand faci totu de la inceput si nu iei ceva facut de draq mai stie cine si si mai frumos e cum sa-i explici unui luzer consternat (cica it menajer pe la primaria sector 6 acum multi ani, imbecil din fier, pacat ca mi-era tiz) ca vai, nu poate sa trimita prin email ditamai imaginea de cd pe vremea aia (asta ca tot mi-am amintit de ciclul 'si ei sunt ai nostri') chestiile se rezolva mai simplu altfel. ii pui limita de banda pt orice obiect care depaseste o dimensiune civilizata. 5 MB, 10 MB... hint: iptables, pom, limita la durata conexiunilor hint2: iptables, pom, random drop Metoda, de altfel de a obtine fonduri pentru servere: nu mai tine domne, nu mai tine ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] skype pentru linux cu suport video (in sfarsit)
Tudor GHEORGHE wrote: Tudor GHEORGHE wrote: Lucian wrote: luati-l cat e cald http://www.skype.com/download/skype/linux/beta/ L-ai testat tu si stie de video? La ei pe site nu scrie nimic de suport pentru video. Sorry. Ai dreptate: New version with video calls is out. It's still in beta and we recommend it to experienced users only. Experienced users de skype? Ca de linux nu prea te ajuta... closed source shit. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] restore lilo
Ionel Mugurel Ciobica wrote: On 1-10-2007, at 18h 08'25, Tarhon-Onu Victor wrote about Re: [rlug] restore lilo On Mon, 1 Oct 2007, Ionel Mugurel Ciobica wrote: OK. Am modificat doar boot=/dev/sda si lilo -r zice la fel: | Fatal: open /dev/sda: Permission denied !! id/whoami si ls -al /dev/sda sau hda ce zice? id=0 (sint root). Daca nu fac chroot /dev/sda exista, daca fac chroot /dev/hda exista. Anyway, am reusit comentind kernelul normal din lilo.conf si a mers cu cel de rezerva. Am reusit sa instalez lilo si am reintrat in sistem, remodificat lilo.conf, rerulat lilo... etc. mount -t proc none /mount_point/proc chroot lilo de acum incolo Mersi! Mugurel ___ 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] setare pentru revers DNS
Petre Mihail wrote: Salut! Vreau sa gazduiesc un site. Serverul are adresa interna si este conectat la un modem ADSL SpeedTouch 510 la al carui ruter inclus sunt client.In ruterul din modem am facut port forward pe 80 si 53 (pentru bind).Intrebarea este in fisierele named pe server ce adrese trec la ns,adresa interna sau adresa publica a modemului ca am capiat tot schimband-ule.Trebuie sa pun modemul in bridge?Trebuie sa mai configurez altceva in modem?Stiu ca se pot face modificari prin acces pe telnet pe modem.Cu cei de la Romtelecom am vb si ei au inregistrat PTR ul la ei. Multam! Pai, daca nu ai nevoie de ceva mai special, e suficient port forward. In fisierele de zona treci ca ns adresa publica pentru ca trebuie anuntata. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Probleme NAT dintre o interfata reala si un bridge (fwd
Vlad Constantinescu wrote: Daca dau br0 tot la fel. eth2 are legatura in sensul ca e in acelasi switch cu placa interna a bridge-ului. Stiu ca ar trebui sa mearga; am probat pe un knoppix si a mers perfect. Pana la urma cred ca o sa instalez alt sistem In cel mai rau caz, alt sistem, alt iproute2, alt kernel. Dar parerea mea este ca tu faci ceva gresit. -- extern --- br0 switch || eth2 -- | Este momentul in care te pot intreba. ce iese din eth2 trebuie sa treaca prin bridge la un moment dat? Daca da. Atunci nat-ul nu are cum sa mearga, pentru ca exista posibilitatea ca din cauza implementarii tale, pachetele care ies sa treaca prin nat/conntrack si cand se intorc sa nu se mai duca, dupa schema prin acelasi loc, si sa nu se mai faca procesul de reverse, recte ip_public - ip_privat. Cu atat mai mult, cu cat, bridge-ul este vazut ca layer 2, routing-ul, se face, dupa cum stim toti, un pic mai sus. Nu sunt la curent cu implementarea iptables in ceea ce priveste eth - bridge dar asta pare sa fie roblema la momentul actual. On Tue, 4 Sep 2007, Radu Oprisan wrote: Luci Stanescu wrote: On Tue, Sep 04, 2007 at 05:33:07PM +0300, Vlad Constantinescu wrote: Da, am un singur SNAT. Daca ii dau explicit iptables -t nat -I POSTROUTING -o eth0 -j SNAT --to-source 194.102.58.128 -s 10.10.10.0/24 nu cresc couter-ele deloc. nici cu 1 , nici cu 0 in call-iptables tcpdump -nei eth0 arata pachetele trimise cu sursa neschimbata Si daca-i dai -o brX the same? Luci Stanescu Tot ce tine de iptables nu se intelege foarte bine cu bridge. Dnat cu bridge merge foarte bine in conditiile in care toate rutele sunt corect puse. Experimentat pe un slackware [EMAIL PROTECTED]:~# uname -a Linux venus 2.6.18 #4 Wed Feb 7 00:43:09 EET 2007 i686 pentium3 i386 GNU/Linux [EMAIL PROTECTED]:~# cat /etc/slackware-version Slackware 11.0.0 Deci poate ar trebui sa ne spui daca eth2 are vreo legatura cu partea 'interna' a bridge-ului tau. Logic ar trebui sa mearga flaules. ___ 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] Probleme NAT dintre o interfata reala si un bridge (fwd
Luci Stanescu wrote: On Tue, Sep 04, 2007 at 05:33:07PM +0300, Vlad Constantinescu wrote: Da, am un singur SNAT. Daca ii dau explicit iptables -t nat -I POSTROUTING -o eth0 -j SNAT --to-source 194.102.58.128 -s 10.10.10.0/24 nu cresc couter-ele deloc. nici cu 1 , nici cu 0 in call-iptables tcpdump -nei eth0 arata pachetele trimise cu sursa neschimbata Si daca-i dai -o brX the same? Luci Stanescu Tot ce tine de iptables nu se intelege foarte bine cu bridge. Dnat cu bridge merge foarte bine in conditiile in care toate rutele sunt corect puse. Experimentat pe un slackware [EMAIL PROTECTED]:~# uname -a Linux venus 2.6.18 #4 Wed Feb 7 00:43:09 EET 2007 i686 pentium3 i386 GNU/Linux [EMAIL PROTECTED]:~# cat /etc/slackware-version Slackware 11.0.0 Deci poate ar trebui sa ne spui daca eth2 are vreo legatura cu partea 'interna' a bridge-ului tau. Logic ar trebui sa mearga flaules. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Sunet pe retea
George wrote: On 8/30/07, Radu Oprisan wrote: Exista si ceva mai low level de atat? Eu folosesc un cablu care pleaca de la line-out din windows si se duce la line-in din linux. O solutie simpla, eficienta, OS independent (cred) si foarte low-level :-) Dar functioneaza doar pe distante scurte (sau cat te tine cablul :-) ) Inteleg, old school implementation. Cred ca totusi voi ramane unde am ajuns: export DISPLAY, amarok si gata. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Sunet pe retea
Vali Dragnuta wrote: rdesktop trimite sunetul pe retea catre terminal. Deci se poate, tot cu o interfata virtuala. De fapt daca vrei sa rulezi winamp si sa se auda pe linux poate ca ar fi o solutie sa rulezi winamp intr-o sesiune rdesktop deschisa de pe linux catre windows. Alternativ vezi daca poti sa faci ceva cu NAS (network audio system) care vad ca ar avea si port de windows, insa nu stiu daca merge in sensul dorit de tine NAS se apropie cel mai mult de ceea ce imi doresc. Inca nu exista nativ pentru windows, din cate vad se ruleaza doar sub cygwin. Oricum, mai e de sapat un pic, dar pare the winner la how close can we get :) ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Sunet pe retea
Valentin Cozma wrote: Radu Oprisan wrote: Nu de linux era vorba, de windows era vorba. Adica un driver care sa emuleze o placa de sunet. adik cam ce fac sistemele de sunet pe usb ? stiu ca reusise cineva sa-si transmita sunetele din gaim prin retea, nu stiu detalii cum a facut sau daca se aplica la altele. Intre doua Linux-uri, nu e o problema. Nu exista solutii atat de low level, dar exista esd. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Sunet pe retea
ghrt wrote: Radu Oprisan wrote: Valentin Cozma wrote: Radu Oprisan wrote: Nu de linux era vorba, de windows era vorba. Adica un driver care sa emuleze o placa de sunet. adik cam ce fac sistemele de sunet pe usb ? stiu ca reusise cineva sa-si transmita sunetele din gaim prin retea, nu stiu detalii cum a facut sau daca se aplica la altele. Intre doua Linux-uri, nu e o problema. Nu exista solutii atat de low level, dar exista esd. si cu arts se poate mosmondi cate ceva. insa intrebarea initiala s-a referit la Windows - Linux, iar el ar vrea ca sa apara ca o placa de retea pe Windows. cine stie programare de win ar putea sa faca o emulare de placa audio pe USB care de fapt sa transporte peste retea. intrebarea poate fi pusa si altfel dar deja o dau in windows-isme. Solutiile de Linux care sa primeasca acest sunet exista, mai ramane de dezvoltat o solutie de windows care sa il arunce pe retea. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Sunet pe retea
Adrian Fita wrote: On Thu, 2007-08-30 at 00:04 +0300, Radu Oprisan wrote: Se da un linux cu placa de sunet 5.1, iesire, boxe, scandal. Se da un laptop legat la reteaua pe care o deserveste linuxul de mai sus. Exista un software (destept, as putea spune) care sa imi permita sa dau sunetul din windows pe masina de linux? Cu un Winamp si plugin-ul corespunzator poti sa trimiti sunetul catre un server esd care ruleaza pe un Linux. Detalii aici: http://www.linuxfan.dk/download/readme-ESD.txt. Exista si ceva mai low level de atat? ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Sunet pe retea
Adrian Fita wrote: On Thu, 2007-08-30 at 18:59 +0300, Radu Oprisan wrote: Adrian Fita wrote: Cu un Winamp si plugin-ul corespunzator poti sa trimiti sunetul catre un server esd care ruleaza pe un Linux. Detalii aici: http://www.linuxfan.dk/download/readme-ESD.txt. Exista si ceva mai low level de atat? Sorry. Din cite stiu eu, nu. S-ar putea sa ai niste noroc cu JACK (care e tot un server de sunet) daca nu-ti place esd. Oricum, la nivel de kernel, in ALSA sau ce driver de sunet ai tu nu cred ca ai sa gasesti(ever) suport de sunet pe retea. Tot la un daemon trebuie sa apelezi. Nu de linux era vorba, de windows era vorba. Adica un driver care sa emuleze o placa de sunet. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Sunet pe retea
Adrian Fita wrote: On Thu, 2007-08-30 at 21:54 +0300, Radu Oprisan wrote: Adrian Fita wrote: Oricum, la nivel de kernel, in ALSA sau ce driver de sunet ai tu nu cred ca ai sa gasesti(ever) suport de sunet pe retea. Tot la un daemon trebuie sa apelezi. Nu de linux era vorba, de windows era vorba. Adica un driver care sa emuleze o placa de sunet. In cazul asta atunci, tot ce am putut gasi a fost asta: http://blog.monstuff.com/archives/000216.html. Citeste comentariile. Este la un moment dat un link catre un driver de windows care trimite audio catre un server esd, dar din pacate este versiune alfa, este abandonat din anul 2000 si nu cred ca functioneaza pe Windows XP. Ai ajuns oricum mai aproape decat am reusit eu de scopul final. Oricum, ramane la nivel academic discutia. Pacat ca nu exista alternativa asta inca. Oricum, avand in vedere ca avem X server de windows so on si amarok, totul e inca ok. Cu respect si multumiri pentru informatiile pe care nu am fost in stare sa le gasesc singur, Radu Oprisan ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] configurare retea
Dan Uscatu wrote: Salut Am intimpinat urmatoarea situatie: intr-o retea exista o gramada A de computere, o alta gramada B de computere (difera prin ceva pur filozofic de cele din gramada A, irelevante detaliile), o gramada P de imprimante de retea si o gramada S de servere. Toate astea se intilnesc intr-un singur switch; in acelasi switch este legata o singura placa de retea de pe un linux care le da net, mail etc. Configuratie pe care am primit-o arata asa: computerele A: 10.1.1.x/255.255.0.0 computerele B: 10.1.2.x/255.255.0.0 imprimantele P: 10.1.3.x/255.255.0.0 serverele S: 10.1.4.x/255.255.0.0 placa eth0 de pe router are ip-ul 10.1.0.1/255.255.0.0 N-am idee care sint motivele pentru care s-a ales configuratia asta, dar eu as fi bagat toate computerele si imprimantele intr-un singur subnet (nu sint 250, e ok), eventual as fi separat computerele B (daca se dorea) cu inca o interfata pe server, sau cu un alias; la fel si daca se dorea separarea serverelor. Vi se pare ok configuratia pe care am mostenit-o ? Nu, din motivele tehnice enuntate de mai multi colegi de pe lista. Intrebarea insa, se pune altfel: lasand la o parte considerentele pur tehnice, ce se vrea de la reteaua aia? Daca se vrea securitate poti merge, in pasi, de la a limita subnet-uri, la vlan-uri si mai departe la a separa fizic retelele daca ai optiunea si sunt intr-adevar aduse toate firele intr-un singur loc. Daca e nevoie doar de limitarea subnet-urilor si nu vorbim de foarte multe servere, eu as merge pe a muta tot ce e in 10.1.4.0/24 in 10.1.0.0/24 si, pe urma, daca nu vreau sa le separ in vreun fel as reduce totul la un /22. Cum servele ar trebui intotdeauna sa stea cat de cat protejat si de cine e _in spatele_ routerului, as merge totusi macar pe un vlan separat sau separare fizica intre servere si restul. Depinde de necesitati. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
[rlug] Sunet pe retea
Salut, Se da un linux cu placa de sunet 5.1, iesire, boxe, scandal. Se da un laptop legat la reteaua pe care o deserveste linuxul de mai sus. Exista un software (destept, as putea spune) care sa imi permita sa dau sunetul din windows pe masina de linux? La momentul actual se ruleaza cygwin cu Xorg pentru a exporta display-ul de pe linuxul respectiv, rulandu-se astfel amarok (as close as i've reached to heaven). Intrebarea este pur academica. Poate rezolvam chestii mai interesante. Din punctul meu de vedere ar trebuie un driver pentru windows care sa se lege la un client pe linux, care sa arunce mai departe sunetul. Din pacate, nu am gasit inca solutia asta. (Da, se poate face cu inginerii stil server de shoutcast pe windows cu client pe linux, dar nu e profi) ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Parsare informatii din fisiere htm sau txt
Cristian Ionescu wrote: In ultimile zile am tot cautat o solutie de a parsa unele informatii din niste fisiere htm sau txt, dar nu am reusut. Gresit... n-ai cautat. Solutia pentru problema ta se numeste awk. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Cine foloseste ClamAV si de ce ?
Quamis wrote: Am incercat odata cu ClamAV... pe un sistem(desktop) care era banuit ca ar fi virusat... ClamAV nu a gasit nimic, si atunci am luat bitdefender(varianta consola-linux-free) de pe net si am rulat o scanare... si ala a gasit ceva, desi si varianta aia am vazut ca detecteaza mai putini virusi decat cel de pe windows...dar asta era acum 1 an parca. Din cei ce au experiente cu ClamAV..cat de ok este?cat de updatat este tinut? din cate stiu ca sa intretii un antivirus e destul de greu ...adica trebuie sa fii foarte bun in ceea ce faci, si te astepti sa si iei un salariu pe masura pentru asta... din ce vad pe pagina de la ClamAV... nu vad un please contribute pe nicaieri si ma gandesc daca sunt sustinuti de cine stie ce companie cu tot felul de interese... Devin si eu curios legat de rezultatele pool-ului... 4 ani... 2000 de conturi, nici o plangere. Eu pro clamav. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] aceeasi melodie pe 2 placi de sunet simultan
ghrt wrote: salut as vrea sa pun xmms-ul (sau alt player, dar il prefer pe xmms daca se poate) sa dea output pe 2 placi de sunet simultan. aceeasi melodie si este foarte important sa nu existe delay-uri = sa fie sincronizate. se poate? eventual niste comenzi pe la configurarea alsa? placile de sunet sunt SB Live 5.1 si USB C-MEDIA. acum folosesc 2.6.19.x. Use jack alsa ... http://gentoo-wiki.com/HOWTO_Jack Are si partea cu implementarea jack pentru alsa. -- mersi ghrt ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] traffic redirection pe tcp header
David Williams wrote: Buna, Am ramas doar cu un IP liber si pe portul 443 trebuie sa rulez mai multe serici, pot cumva cu iptables sa se uite si daca e https traffic sa il timita pe al ip (nat) si daca e ssh traffic sa faca nat altundeva si asa mai departe? Ca sa poata iptables sa-si dea seama ce trafic e (layer 7 and so on) ar trebui ca o conexiune sa fie established deja din cate stiu eu (quote from: http://l7-filter.sourceforge.net/HOWTO-kernel.en.php#Get: l7-filter marks unmatched connections that it is still trying to match as unset. The first few packets of all TCP connections as well as those of some UDP connections will match this.) Daca o conexiune e established nu ai cum sa-i mai faci nat. Problema cu exemplul dat de tine e ca ssh-ul este un protocol activ (trimite versiunea cand te-ai conectat pe port) pe cand http-ul asteapta get/head/and so on... daca nu era asa si ai fi avut incredere in securitatea masinii cu ip-ul public, ai fi putut sa scrii un wrapper simplu, bazat pe ce request are clientul. Exista posibilitatea sa gresesc. Daca gresesc, rog sa fiu corectat. DW ___ 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] o chestie de mysql
Tarhon-Onu Victor wrote: On Mon, 23 Jul 2007, Cristian wrote: CREATE VIEW to_reverse AS select cimp1,cimp2,ceva. from gigi order by ceva desc limit 20 Pai ori faci view, ori rulezi din prima select-ul tot aia e. Problema cea mare alta: ca oamenii vor ultimile N inregistrari fara sa precizeze relatia de ordine sau cimpul dupa care se ordoneaza. Ei le vor pe ultimile 20 inserate. Poate la muishitQL se poate, insa daca or sa duca aplicatia intr-un mediu tranzactional or s-o inghita cu spume cu tot, pentru ca acolo ordinea inserarii nu mai coincide neaparat cu ordinea de pe disk, ci unde s-a gasit o tupla libera. De aceea pentru astfel de situatii oamenii intregi la creieri creaza un cimp de tip timestamp cu valoarea default NOW() (sau ce ckt o fi in cktsql, parca e chiar un tip numit chiar timestamp care chiar ia valoarea default NOW() ) si faci order dupa aia cum vrei dupa cimpul ala avind definita riguros 100% functia de ordonare. hmmm ... din cunostintele mele vagi despre alte sisteme sql, in afara de mysql, ar trebui sa existe peste tot un field auto_increment (ma rog, sa poti sa-l faci, daca tii musai) si poti sa te iei dupa ala. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Sugestie alternativa MTA la qmail si sendmail ?
Serghei Amelian wrote: On Thursday 12 July 2007 18:13:56 Tiberiu Socaciu wrote: [...] tema de lucru pentru vineri: cine e mai celebru djb sau linus? de ce? cine e mai valoros djb sau linus? de ce? t. Linux poate exista fara qmail, qmail nu poate exista fara Linux (asta daca nu cumva nu s-au gasit maniaci sa-l porteze pe BSD sau pe alte *nix-uri). Mai baga o fisa. Si citeste cam pe ce os-uri functioneaza qmail. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Sugestie alternativa MTA la qmail si sendmail ?
Dizzy wrote: Comentariul lui Linus e luat din context. Btw, nu e nimic gresit in a folosi getpid() pt random data. Depinde de nevoile de random. Daca ai nevoie de random sa generezi chei de criptare pt nave spatiale probabil ca e cam stupid sa folosesti getpid() dar daca ai nevoie de o valoare relativ random (poate sa nu fie random) atunci e OK. Ba chiar e o metoda mai buna (ie mai rapida) decat chestii bazate /dev/(u)random. Si sa nu-mi spui ca tu nu te-ai prins instant ce face now()... Coding style-ul nu este unul foarte lizibil, pe de alta parte nici nu are de ce sa fie. Nu e open source software facut pt mentenanta si extindere, pt a atrage persoane interesate sa modifice. E facut doar ca sa-l inteleaga DJB si pt el banuiesc ca e OK asa cum e. Si ca sa continui ce spune Dizzy (ciudat sunt de acord cu el, for once :) ), qmail nu a fost facut sa fie modificat. Functioneaza foarte bine asa cum e. Vrei sa faci ceva nou sub soare, use the damn chain of processing. Linus are dreptate doar dintr-un punct de vedere... qmail is unreadable source code made to work =)). ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Sugestie alternativa MTA la qmail si sendmail ?
Tatulescu Andrei wrote: Salut, Intru si eu in aceasta discutie pentru ca vad ca qmail-ul nu este laudat sau macar amintit de unii dintre cei care au postat pe aici. Sincer dupa 3 ani de qmail si intelegerea modului de functionare + integrare cu majoritatea tool-urilor de securizare a serviciului de mail ma declar satisfacut si cred, cu toate ca recunosc ca este mai putin popular decat postfix-ul, ca este un mta destul de serios de luat in seama. Eu unul folosesc patch-urile updatate de la http://qmail.jms1.net/ si pana acum m-a ferit dumnezeu si qmail de neplaceri provocate de spammeri sau alti rauvoitori. Daca nu sunt prea indiscret ne poate spune cel ce a initiat aceasta discutie care sunt motivele pentru care vrea sa renunte la qmail si sa se apuce de altceva ? Nu intra in discutia asta ... eu am incercat, am iesit cu vanatai :). Qmail nu e ceva clicka clicka. Ori daca nu e clicka clicka nu se poate folosi, pentru ca migram de pe windows pe linux si trebuie totul sa fie la fel ca pe windows adica ori merge ori nu merge, nu se poate rezolva o problema... n-ai cum. (Bad experiences with Microstift Exchange). ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Sugestie alternativa MTA la qmail si sendmail ?
Alexandru Ionica wrote: Radu Oprisan wrote: Tatulescu Andrei wrote: Salut, Intru si eu in aceasta discutie pentru ca vad ca qmail-ul nu este laudat sau macar amintit de unii dintre cei care au postat pe aici. Sincer dupa 3 ani de qmail si intelegerea modului de functionare + integrare cu majoritatea tool-urilor de securizare a serviciului de mail ma declar satisfacut si cred, cu toate ca recunosc ca este mai putin popular decat postfix-ul, ca este un mta destul de serios de luat in seama. Eu unul folosesc patch-urile updatate de la http://qmail.jms1.net/ si pana acum m-a ferit dumnezeu si qmail de neplaceri provocate de spammeri sau alti rauvoitori. Daca nu sunt prea indiscret ne poate spune cel ce a initiat aceasta discutie care sunt motivele pentru care vrea sa renunte la qmail si sa se apuce de altceva ? Nu intra in discutia asta ... eu am incercat, am iesit cu vanatai :). Qmail nu e ceva clicka clicka. Ori daca nu e clicka clicka nu se poate folosi, pentru ca migram de pe windows pe linux si trebuie totul sa fie la fel ca pe windows adica ori merge ori nu merge, nu se poate rezolva o problema... n-ai cum. (Bad experiences with Microstift Exchange). Io zic ca mai bine ramaneti pe windows daca vreti clicka clicka si ori sa mearga ori sa nu mearga. Mta-urile discutate aici iti cer si oarecum sa intelegi ce se intampla la un nivel cat de cat mai avansat (in nici un caz de point click ). Pai pana acum discutam de config-urile complicate de la qmail. Daca vrem sa vorbim de criptic si complicat, just add sendmail. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Sugestie alternativa MTA la qmail si sendmail ?
Lucian D. wrote: Daca nu sunt prea indiscret ne poate spune cel ce a initiat aceasta discutie care sunt motivele pentru care vrea sa renunte la qmail si sa se apuce de altceva ? De aici incepe o discutie care poate sa ajute si oamenii care folosesc qmail si cei care nu-l folosesc. Da, bineinteles. Din punctul meu de vedere, qmail e greu de controlat, mesajele petrec mult prea mult timp prin sirul de handlere. la un volum un piculet mai mare de mailur se infunda tot serverul si nici macar apache nu mai razbeste sa urce in *top*, pentru ca e acolo qmail si cu clamav si cu toata trupa care tine serverul la cald vreo cateva ore bune pt. doar cateva sute de mailuri (cu atasamente, dar oricum). Vreau si eu sa stiu, daca nu te superi... cam de cate conturi de mail e vorba, cam cate mail-uri proceseaza pe zi si pe ce hardware? Cand trimit un mail din squirrelmail, stau cam un minut pana imi zice message sent. Nici nu stiu unde sa incep sa caut asa problema. Ieri pur si simplu nu a mai acceptat nici un fel de autentificare. Nici pop3 nici imap. Am incercat chiar lowlevel (telnet) si pop3 zice authorisation failed, imap zicea ceva de genul oups... something bad happend. in qmail-send/current, qmail-smtp/current si qmail-pop3d/current precum si in syslog, messages, auth.log, mail.log, mail.err era noapte. nici pomeneala de vreo incercare de ceva. Se intampla peste tot :) dupa ore de cautari n-am gasit unde as putea sa-i explic qmailului ca vreau full-debug adica sa-mi povesteasca tot ce-l doare. am reinstalt mysql, am verificat datele... sunt acolo useri tot nu s-a modificat nimic pentru ca nu a umblat nimeni. am oprit si pornit toate serviciile de zeci de ori si degeaba. Nu te supara pe mine... this not windows... daca nu a plecat la prima strigare, nu pleaca nici la a doua. (Mental note... de verificat de ce imi ramane Windblows-ul de acasa fix cand apare fereastra de logare) e adevarat ca am si eu parte din vina ca am schimbat hostname-ul serverului. dar nicaieri nu am gasit nici macar un indiciu despre ceea ce se intampla. Nu stiu, nu cunosc, n-am auzit nimic. singura rezolvare a fost un shutdown -r now si toate au pornit din nou si a mers. Some updates bla bla... please restart your computer qmail e dragutz. chiar mi-a placut de aia l-am instalat prima data. este genul de MTA care just works... dar, de asemenea, poate sa *just doesn't work*. si-atunci e bai mare. a mers peste un an de zile fara probleme dar acuma incepe sa scartzaie iar eu nu stiu de unde sa apuc problema. ma gandesc ca si xmail este usor de utilizat si *just works* dar probabil in final pateste ca si qmailul. Eu stiu un qmail (pus de mine de altfel) care merge linistit de vreo 2 ani si isi ia restart doar cand pica ups-urile. Nu au fost probleme cu el... vadduser [EMAIL PROTECTED] ; vdeluser [EMAIL PROTECTED] and that's that. si fiind (mai nou) om insurat la casa lui cu un job full-time nu mai imi permit sa pierd nopti ca acu' ceva ani pana sa descopar si sa prind toate dedesubturile unui serviciu/server. Felicitari in legatura cu casatoria. Sa aveti casa de piatra si tot ce va doriti. Si asta-i drept... eu stiu cat m-au costat noptile in care stateam sa fac ceva sa mearga. si mai tin minte cand am instalat ultima data qmailul a durat cam o saptamana (in fiecare zi cate 6-8 ore) si sincer mi-e groaza sa o iau de la inceput. prin instalat qmail ma refer la tot: mysql, qmail, courier, apache+squirrelmail, spamassasin, clamav, mrtg, vqadmin si qmailadmin (probabil am uitat vreo cateva). Eh... ia o zi cu scriptu' pus la punct ;) mai un lucru vreau sa zic: patchurile. ca sa instalezi un MTA si sa-ti mearga bine deseori e nevoie sa pui unul sau mai multe patch-uri. dar de cand a fost scris respectivul howto/tutorial, versiunea de MTA a mai avansat vreo cateva numere. si-atunci?? iti pui versiunea veche si o patchuiesti si te rogi la Dumnezeu sa nu fie vulnerabila la ceva? sau iti pui versiunea noua, nu mai ai cum sa o patchuiesti si mai mult ca sigur ceva feature din patchul respectiv nu mai este montat si da rateuri prin alte locuri. si cand ai o problema incepi sa te intrebi. o fi de la patchul ala? poate trebuia totusi pus. scuzati daca am luat-o pe ulei dar e prima data cand stau de vorba cu other linux fellows. No problem. Ideea e ca qmail e la versiunea 1.03 de muuulta vreme, deci nu stiu ce versiune se schimba. Se schimba versiuni de patch-uri, de vpopmail, de courier, de clam, de spamassassin... in rest, mta-ul chior... e la aceeasi versiune. Nu vreau sa aberez... nu este cel mai simplu mta de facut debugging pe el, asta sa fie clar. Pe de alta parte, nu crapa el in general, crapa vreun patch sau vreo parte din tot ansamblul asta numit general qmail. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Sugestie alternativa MTA la qmail si sendmail ?
Dizzy wrote: On Thursday 12 July 2007 16:19, Lucian D. wrote: foloseai ? aduci aminte ??? Foloseam in productie ca despre asta e vorba pana la urma:) Nu mai lucrez in domeniu de ceva vreme si deci nu am mai lucrat in productie cu qmail in acest timp. acuma ce folosesti? (daca nu sunt indiscret) Tot qmail (strict vorbind se cheama netqmail ca gentoo asa a vrut) doar ca a-l utiliza ca o coada de trimis mesajele (ca sunt eu prea smecher sa folosesc SMTP-ul firmei) nu e chiar acelasi lucru cu a-l folosi in productie cu multe domenii/conturi/server pop3/imap. Desi impresia mea e ca gentoo-ul il face mult mai usor de folosit in productie pt ca ti-l patchuieste cu tot ce trebuie si doar trebuie sa configurezi niste variable shell prin niste fisiere din /var/qmail/control. Este integrat automat cu vpopmail la instalare, etc. De acord. La momentul actual, cred ca gentoo este cel mai propice mediu pentru qmail. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Sugestie alternativa MTA la qmail si sendmail ?
Lucian D. wrote: i'm not dar serverul cu qmail da sa moara (p3 cu scazi-uri care fac colectie de bad-uri) si trebuie instalat unul nou nout cu servicii noi noute. si am vazut ca nu prea este intretinut qmailul si din aminitirle mele o sa fie ca mult de configurat. Migrarea de qmail poate sa fie extraordinar de simpla ... depinde de setup-ul actual. Anyway, eu inca sunt qmail fanatic pentru ca nu am gasit vreun motiv sa nu fiu. Oricum, depinde ce intelegi prin intretinut. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
[rlug] Re: Parola bios
Claudiu C. wrote: On Friday 06 July 2007 21:34, Brolin wrote: Scoate bateria de pe placa de bază, aşteaptă 10 minute apoi monteaz-o la loc. Am scos-o. Nici un efect... Se reseteaza BIOS-ul, dar nu parola. Menionez ca e vorba despre un laptop ASUS, nu un desktop cu placa de baza ASUS. Ai vreun success story? Daca da, la ce model? Cel mai probabil nici nu ai vreo sansa sa dezactivezi parola aia... Previous experiences (ale unor colegi cu background hardware) cu laptop-uri Toshiba spun asta. Cel putin cele noi, in situatia in care se pierde parola, trebuie schimbat ceva pe el, probabil cmos-ul de la bios ca sa ii mai faci ceva. Pentru cele vechi, si vorbesc iar din experiente Toshiba, se resetau printr-o interfata pe portul serial, facuta intr-un anume fel, cu un pic de electronica. Complicat oricum. Situatiile in care e util faptul ca nu poti sa resetezi bios-ul sunt acelea in care laptop-ul este furat. In cele mai multe cazuri, aceeasi parola este folosita pentru criptarea cel putin a mbr-ului de pe hard disk pentru a opri/incetini tentativele de recuperare a datelor in situatia in care hard disk-ul este scos din laptop si pus in alta interfata. (Cele detaliate in prezentul reply mi-au fost aduse la cunostinta si nu sunt testate pe pielea mea. Daca exista colistasi care vor sa contrazica cele spuse, chiar ii rog sa o faca, pentru beneficiul tuturor.) ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] open swan - ping intre capetele de tunel
Linux User wrote: Am pus openswan-ul pe citeva masini. Treaba merge dar am urmatoarea problema: ping-ul intre capetele de tunel. La mine merge ping din LANleft - catre LANright si invers, dar ping de pe routere intre capetele de tunel nu! In mod normal asta e prima metoda de verificare, pinguiesti capetele de tunel. Mai jos este ipsec.conf-ul meu. Pe ambele routere am folosit prima adresa din subnet (192.168.13.1 respectiv 10.0.100.1). version 2.0 conn z1 authby=secret left=1.2.3.4 leftsubnet=192.168.13.0/24 leftnexthop= 1.2.3.111 http://82.76.33.1/ right=5.6.7.8 rightsubnet=10.0.100.0/24 rightnexthop= 5.6.7.222 http://82.76.33.1/ keyexchange=ike auth=esp esp=3des-md5-96 keylife=8h pfs=no auto=start include /etc/ipsec.d/examples/no_oe.conf ping -I 192.168.13.1 10.0.100.1 ping -I 10.0.100.1 192.168.13.1 ping de pe routerul din dreapta catre 192.168.13.1 si ping de pe routerul din stinga catre 10.0.100.1 nu intoarce nimic! Stiu ca citisem undeva ca trebuie sa-i specifici sa nu arunce pachetele din subneturile private pe ruta default ci pe tunel. Eu am sters tot din /etc/ipsec.d/policies. Nu cumva aici trebuie trecut ceva legat de chestia asta? Daca nu aici, atunci ce lipseste din ipsec.conf? Voi cum verificati tunelul? Numai cu eroute.pl verificind ca a pus rutele catre lan-ul remote? Dupa parerea mea, e cam subtire metoda asta. Mersi, Alx ___ 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] shutdown remote (mixed environment)
Sunt convins ca urmatoarea versiune de windows va fi si mai POSIX compliant. Adica va semana din ce in ce mai mult cu alte UNIX-uri. Iar a doua zi dupa lansare va ingheta iadul. Existeaza si posibilitatea asta :). ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] shutdown remote (mixed environment)
lonely wolf wrote: Pai mere din command line: shutdown -h -c die beast teach me, master: shutdown asta e comanda standard windows ? ca eu n-am auzit de ea Da, este comanda standard de windows, daca nu ma inseala memoria, incepand cu windows 2000. PS: Mircea, problema era ca aceeasi metoda de shutdown sa mearga si in windows si in linux. reciteste intrebarea originala daca ai descoperit problema in mijlocul threadului ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] shutdown remote (mixed environment)
Mircea Ciocan wrote: http://www.aumha.org/win5/a/shutcut.php Mircea cine mai are w2k in exploatare si nu are pus resource kit e pierdut C. True true. Anyway, este default in xp atunci, daca nu, 2003, daca nu, vista and so on. De ce discutam de windows? ;)) ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] HTB mark
Spamyo Unow wrote: On 6/7/07, Catalin Bucur [EMAIL PROTECTED] wrote: Florin Popovici wrote: [shitsnip] Ai incercat un reboot? Dar tu ai incercat sa bagi degetele in priza? ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] problema de retelistica
Spamyo Unow wrote: On 6/7/07, Adrian Sevcenco [EMAIL PROTECTED] wrote: Salut! Am o problema si nu stiu cum sa ii dau de cap!! Da-i de coada. Nu te lasi. Pana te lasa cineva. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] active directory pe linux
sin wrote: Dan Uscatu wrote: Mentionez ca nu e un proiect pentru sefu', n-am termen limita si nici n-as vrea sa-mi dati copy/paste. M-as multumi cu niste idei care sa nu implice join linux to active directory using samba 3.0, sau macar cu una peste bot nu se poate ce vrei tu ba, e un concept aberant, daca e cazul. afaik poti emula doar un domeniu nt4 cu samba. active directory presupune mai multe componente sa interactioneze cum trebuie (samba+ldap+kerberos). io zic sa faci un calcul si-o sa vezi ca e mai ieftin sa dai bani pe un 2003 si cal-uri pentru statii decat sa te scremi cu prostii din astea. Intrebarea se pune totusi se poate face? ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Linux si GPL
Andrei Starcovici wrote: Linux si GPL In calitate de consultant pentru mai multe companii mari, mi-am facut intotdeauna treaba pe Windows. Totusi recent, o firma de servicii online ne-a cerut un proiect care urma sa foloseasca Linux. Imi pare rau, dar trebuie sa hranesc trollul. Conceptul de a avea acces la codul sursa era foarte atragator pentru noi, avand in vedere ca am fi putut modifica kernelul pentru a se potrivi cu standardele noastre exacte, lucru care nu era posibil cu produsele Microsoft. Ah, inteleg. Deci voi vreti ceva gratis, cu care sa puteti sa va jucati cum vreti voi si sa scoateti si bani. Marfa afacere, vreau si eu. You missed the whole point. Desi am intalnit mai multe obstacole tehnologice pe parcursul proiectului (mai exact, lipsa suportului pentru Token Ring si faptul ca nu am putut defragmenta sistemul de fisiere ext2), in mare procesul a mers destul de bine. Toata lumea a fost foarte multumita de Linux, si doream sa il folosim pentru o multitudine de viitoare proiecte interne. Token Ring ? Cine naiba foloseste token ring ? ext2 nu trebuie defragmentat, dar nah, voi sunteti consultantii pentru o companie mare. Deci va puteti imagina ce surpriza am avut cand am fost informati de un avocat ca vom fi obligati sa publicam codul nostru sursa pentru ca altii sa il poata folosi. Avocatul vostru ar trebui sa pledeze pentru temporary insanity. Am fost informati ca Linux este licentiat sub ceva denumit GPL, sau Gnu Protective License. Subliniez ce a spus un colistas GNU PUBLIC License O parte a acestei licente spune ca orice modificari aduse kernel-ului trebuie facute publice, gratuit. Nu tine numai de kernel, ci de tot softul derivat din open-source. Din pacate pentru noi, acest lucru insemna ca tot timpul si banii pe care i-am investit modificand kernel-ul pentru a se potrivi acestui proiect intern, au fost un mare efort in van - toti competitorii firmei ar fi beneficiat de acestea fara nici un cost. Corect, de unde, nu va faceti temele pentru acasa. .. (completati cu ce vreti voi) avocatul. Chiar mai mult, dupa ce au analizat GPL avocatii ne-au informat ca orice produs compilat cu utilitare licentiate sub GPL (cum ar fi GCC) trebuie sa fie distribuit cu tot cu surse. Acest lucru era pur si simplu inacceptabil. Avocatii vostri unde au facut facultatea? In Shorley? Desi nu planuisem ca nimeni in afara acestei companii sa foloseasca produsul, daramite sa vada codul sursa, acum eram pusi intr-o pozitie dificila. Stick to Microsoft. Puteam sa oferim toata munca noastra grea, fara nici un cost, sau sa incercam alta solutie. Desi a fost o decizie destul de grea, solutia era una singura: am rescris codul, de la zero, pentru Windows 2000. Macar Xp, 2003 Server, ceva... Cred ca singurul lucru care nu ii permite sistemului Linux sa fie cu adevarat competitiv cu Microsoft este aceasta licenta GPL. Aici, prietenul meu drag, gresesti. Linux nu ar fi existat fara licenta GPL si Linux o sa existe foarte linistit fara prezenta ta pe o lista de discutii despre Linux. Cand o sa iti faci temele pentru acasa, vorbim. Cerintele ei draconice garanteaza ca nici o companie nu il va putea folosi vreodata. Mah, tu esti platit de Microsoft. Dupa experienta mea cu Linux, nu il voi recomanda nici unui asociat. As putea reconsidera daca Linux isi schimba licenta cu una putin mai corecta, cum ar fi Shared Source de la Microsoft. Mah, tu esti platit de Microsoft. Licenta GPL este cea mai corecta licenta de pe planeta asta. Nu permite sa furi cod si sa-l folosesti, pentru ca te obliga sa publici codul. Nu produce cod inchis la care nu se poate face nici un fel de monitorizare si exemplele pot continua. Dar cum voi Microsoftistii in general considerati ca este absolut ok sa luati munca altuia si sa adaugati copyrighted by Big Firm SRL inteleg de ce nu va convine.. Pana atunci incercarile sale de a socializa piata de software ii vor asigura calitatea de jucator de doi bani. Daca zici tu. Eu am impresia ca IBM, HP co. sunt prea prosti pentru tine, de s-au bagat in dezvoltarea de solutii Linux. Cu respect, Eu ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Linux si GPL
Mircea Ciocan wrote: Whoa dude, adica ai avut timp sa traduci bulshitu asta la care a durat 8.3 secunde pana sa fie descoperita sursa si sa te faci de kko dar daca iti zicea cineva sa traduci o pagina de manual sau un how-to si sa iti ramina de bine numele ( altminteri fals dar what the hell ) pe net si in cautari google ai fi zis ca nu ai timp. Well asa s-a dus in kkt studiu in trolling, n-a mushcat nimeni, ai luat-o pe la gura fulgerator, better luck next time si da dovada de inovare cand arunci fitile pe liste de oameni inteligenti, cauta sa mai pui si de la tine nu numai sa furi de pe net, referate.ro v-a stricat de tot. Mircea Ciocanovici C. On 6/4/07, Andrei Starcovici [EMAIL PROTECTED] wrote: [ second hand regurgitated troll shit deleted... ] A tinut. Eu am scapat de tot stresul pe ziua de azi de la munca :). ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Server Web
Spamyo Unow wrote: subscriu la faza cu slackul, desi nu e chiar asa de rau pina la urma. Care e problema cu Slackware-ul? Ca nu gasesti documentatie plina de screenshoturi care te invata cum sa dai click dreapta? Fedora: over 2,864,875 idiots served. http://fedoraproject.org/wiki/Statistics sorry pentru offtopicul de dinainte, poate reusesc si bagaretii in seama macar sa taca daca nu pot sa ajute pe cineva.. Practice what you preach. A trecut ziua de vineri dar nu ma pot abtine. Apuca-te de windows, de aix, de ce vrei tu, dar da unsubscribe de la lista asta. Ca fanaticul slackware-ian din mine deja s-a enervat. Cum poti sa reprezinti glorioasa noastra distributie prin prostie? ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Bonding Vs. router
Munteanu Alexandru wrote: Scuze eu nu sunt profesionist ma prind mai greu la ce te referi sa setez rutele...unde; da cum as putea pana la urma sa unesc retelele fara PGB se poate cu bonding? e bun de ceva? Este BGP (Border Gateway Protocol). Iei un fisier text cu toate subnet-urile cu care are peering cartieristul. Dupa aia faci ceva de genul: for a in $(cat fisier.txt); do ip route add $a via GATEWAY_CARTIERIST done Il pui si tu de bun simt prin rc.local sau mai stiu eu unde, ca sa fie rulat la boot si aia e. Problema in schimb nu cred ca se rezolva asa. Uploadul iti va pleca pe unde trebuie, dar in functie de ce ip preferi ca adresare pentru webhosting o sa ai probleme: 1. pui ip-ul de rds: pachetele de metro pleaca prin cartierist dar ti se vor intoarce prin rds, externul merge ok (daca nu ai mult upload _spre_ serverul tau e ok) 2. pui ip-ul cartieristului: pachetele de metro pleaca ok, externul pleaca prin rds dar se intoarce prin cartierist (aceeasi problema pe care am explicat-o in parantezele de mai sus doar ca va avea legatura cu externul. Florin Veres [EMAIL PROTECTED] wrote: On 5/10/07, Munteanu Alexandru wrote: Salut, am si eu o problema sunt mai nou pe rlug deci daca s-a discutat deja genu asta de problema imi cer scuze; Problema: se dau 2 cabluri de net x1: RDS - viteza mare de extern; 0 metropolitan x2: un fel de retea de cartier :) adica nu sunt chiar amatori au peering destul de mare aproape toata tara, MAN-ul iarasi e maricel doar ca externul...e durerea; Simplu, pui rutele catre MAN prin cartierist, si lasi ruta default prin RDS. Dar ai grija sa nu aiba cartieristul rp_filter sau alte balarii. Florin ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug - Expecting? Get great news right away with email Auto-Check. Try the Yahoo! Mail Beta. ___ 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
[rlug] Vineri si ipsec
Salut, E frumos, e vineri si se apropie 1 mai, si eu dau cu echipamente de pamant cand, probabil ar trebui sa dau cu mine. Nu imi place ipsec, dar ma vad nevoit sa-l folosesc. Se dau: - un linux cu openswan - un dlink 804hv Se cere un vpn intre acestea. Pana acum, am ajuns la o chestie cel putin ciudata. Totul porneste ok, nu vad erori (dar fiind nou in spectrul ipsec, poate nu le caut eu unde trebuie). In spatele Linux-ului: 192.168.0.0/24 In spatele Dlink-ului: 192.168.1.0/24 Problema, cu care sper sa ma puteti ajuta, este ca: - Ping dinspre Dlink spre 192.168.0.0/24, orice ip alive, merge - Ping dinspre Linux spre 192.168.1.0/24, orice ip alive, nu merge La ora asta incerc sa-mi dau seama daca gresesc eu ceva sau daca echipamentul ala face nat si pentru vpn ceea ce ar fi, cel putin ciudat. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Vineri si ipsec
Rossiniy Gamberea wrote: ai dat ping din linux? daca da ai dat cu ip sursa ? Considerati inchis thread-ul. Prea mult fum in camera dauneaza grav sanatatii. 1. Intr-adevar, nu dadusem cu sursa 2. Modificat nat-ul de asa natura incat sa nu faca nat si la ce se duce spre 192.168.1.0/24 Multumesc pentru ajutor. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Qmailscanner imi taie mailuri care nu trebuie
[EMAIL PROTECTED] wrote: Thu, 12 Apr 2007 13:19:33 EEST:7496: return-path='[EMAIL PROTECTED]', recips='[EMAIL PROTECTED]' Thu, 12 Apr 2007 13:19:33 EEST:7496: from='Asistenta Clienti OKazii.ro [EMAIL PROTECTED] [EMAIL PROTECTED]', subj='OKazie noua: TREPIED FOTO-VIDEO PROFESIONAL-185 CM INALTIME-SUPER PRET', via SMTP from 80.97.61.179 Thu, 12 Apr 2007 13:19:35 EEST:7496: bitdefender: finished scan in 2.215938 secs Thu, 12 Apr 2007 13:19:39 EEST:7496: SA: required_hits 3.0 / sa_quarantine +0 / sa_delete +1.0 Ai setat mult prea jos scorurile pentru delete. Mai mult, daca tii musai sa nu ti le stearga pe alea, le treci in whitelist(google) sau faci o regula pentru ele(prea mare deranjul). Thu, 12 Apr 2007 13:19:39 EEST:7496: SA: finished scan in 3.768156 secs - hits=-102.5 Thu, 12 Apr 2007 13:19:39 EEST:7496: p_s: finished scan in 0.037683 secs Thu, 12 Apr 2007 13:19:39 EEST:7496: ini_sc: finished scan of /var/spool/qmailscan/tmp/newmail.carolifoods.ro11763731737757496... Thu, 12 Apr 2007 13:19:39 EEST:7496: error_condition: X-Antivirus-MYDOMAIN-1.25-st-qms: mail server permanently rejected message. (#5.3.0) - Thu, 12 Apr 2007 13:19:39 EEST:7496: -- Process 7496 finished. Total of 6.730387 secs Thu, 12 Apr 2007 13:19:39 EEST:7496: error_condition: X-Antivirus-MYDOMAIN-1.25-st-qms: mail server permanently rejected message. (#5.3.0) - Illegal seek Thu, 12 Apr 2007 13:19:39 EEST:7496: -- Process 7496 finished. Total of 6.737212 secs ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Instalare pe un fff batran laptop
Nu indraznesc nici macar sa ma gindesc cit ar dura compilarea unui Gentoo pe un sistem la 300 MHz si cu numai 30 MB RAM ( 2 MB sint alocati pt video) Atunci se poate incerca compilarea pe alta platforma, cu toate flag-urile definite pentru P-II-ul ala. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Instalare pe un fff batran laptop
Dan Uscatu wrote: Atunci se poate incerca compilarea pe alta platforma, cu toate flag-urile definite pentru P-II-ul ala. cea mai pura definitie a masochismului (pe linga sugestia initiala) Ai vreo solutie mai buna? ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] server
Szonyi Calin wrote: On Sun, 15 Apr 2007, Dorin Laz�~Cr wrote: Mergeţi pe alternativele suportate de distribuţie - e mai sănătos. Nu de alta, dar în loc să vă folosiţi ochiul de vultur pentru a vîna vulnerabilităţi într-o instalare de qmail făcută de mînă, mai bine vă bazaţi pe suportul oferit de distribuţie. ;). Si la primul glitch - bye bye :) Dorin PS: Nu îmi doresc să pornesc un flame, dar slackware are automatic-updates? ;). Those eternal windows users ;) P.S. As a computer, I find your faith in technology amusing. Domnule Calin, imi exprim respectul. Rap to the core. Deci ai dat-o ca la carte. ___ RLUG mailing list [EMAIL PROTECTED] http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] server
sin wrote: Radu Oprisan wrote: Fara a naste acelasi flame. Gusturile nu se discuta. Posibil ca intr-un mediu care necesita o continua schimbare (ca de exemplu un server care face de toate, bazat pe un sistem de pachete caruia nu ii pasa de versiune de lib-uri pe care le schimba) postfix sau alta mta de genul este recomandat pentru ca este suportat de distro-ul folosit. In schimb, ca scalabilitate si flexibilitate (in momentul in care nu te deranjeaza sa ai un compilator instalat pe sistem), imi permit sa pastrez qmail-ul. Depinde, normal, si de destinatia solutiei de mail. Atentie! Nu contrazic pe nimeni, qmail nu este pentru cei slabi de inger si nu este cea mai simpla solutie de pus la punct. Dar isi face treaba. zi si mie in cifre cate mailuri procesezi tu pe zi cu qmailu de zici ca postfixu nu e scalabil ? Eu nu vorbeam de postfix, eu vorbeam de qmail. Citeste inainte sa intrebi. Btw, A number of large Internet sites are using qmail: USA.net's outgoing email, Address.com, Rediffmail.com, Colonize.com, Yahoo! mail, Network Solutions, Verio, MessageLabs (searching 100M emails/week for malware), listserv.acsu.buffalo.edu (a big listserv hub, using qmail since 1996), Ohio State (biggest US University), Yahoo! Groups, Listbot, USWest.net (Western US ISP), Telenordia, gmx.de (German ISP), NetZero (free ISP), Critical Path (email outsourcing service w/ 15M mailboxes), PayPal/Confinity, Hypermart.net, Casema, Pair Networks, Topica, MyNet.com.tr, FSmail.net, Mycom.com, and vuurwerk.nl. Nu o mai fi aceeasi situatia, dar baietii de la yahoo inca il folosesc si altii. ___ RLUG mailing list [EMAIL PROTECTED] http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list [EMAIL PROTECTED] http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] server
Mihai Maties wrote: On Saturday 14 April 2007 23:28:01 Radu Oprisan wrote: Mugur Amariei wrote: On 04/14/2007 07:10 PM, Mugur Amariei wrote: Acum cateva luni ti-as fi recomandat http://workaround.org/articles/ispmail-sarge/ (debian sarge cu postfix cu domenii virtuale in mysql, cu amavis, smtpauth si alte astea). Acu ca s-a lansat etch nu mai e chiar asa de actualitate (amavis de exemplu are un config modular, postfixul stie scamatorii mai multe, spamassassin are iarasi un mic facelift). Oricum e o lectura utila (si asteptam cu nerabdare versiunea pt. etch). Petre, going to the release party. oricum arata mult mai compact si e mai usor de inteles decat cel de la qmail ... o sa incerc sa ma joc cu el pe o masina virtuala sa vedem ce iese :-) chiar nu vreau sa nasc un flame, dar ORICE alta varianta e mai usor de pus in practica si de inteles decit un qmail luat de la 0. poate ca acum cateva luni te-as fi contrazis :D, dar acum nu prea vad nici un motiv sa o fac. Fara a naste acelasi flame. Gusturile nu se discuta. Posibil ca intr-un mediu care necesita o continua schimbare (ca de exemplu un server care face de toate, bazat pe un sistem de pachete caruia nu ii pasa de versiune de lib-uri pe care le schimba) postfix sau alta mta de genul este recomandat pentru ca este suportat de distro-ul folosit. In schimb, ca scalabilitate si flexibilitate (in momentul in care nu te deranjeaza sa ai un compilator instalat pe sistem), imi permit sa pastrez qmail-ul. Depinde, normal, si de destinatia solutiei de mail. Atentie! Nu contrazic pe nimeni, qmail nu este pentru cei slabi de inger si nu este cea mai simpla solutie de pus la punct. Dar isi face treaba. Ce cauta cuvintele qmail si flexibilitate in aceeasi propozitie ? In loc de flexibilitate s-ar potrivi mai bine ignoranta, masochism, incapatanare ... si lista ar putea continua. Chestiunea de gust e doar o scuza penibila pentru cei care nu vor sau nu sunt capabili macar sa testeze alternativele. Am mai purtat o data discutia asta pe aceasta lista si nu intentionez sa o port din nou. Foloseste qmail si o sa afli. Eu nu vad motivul pentru care te arunci in niste afirmatii degeaba. Este o lista pe care se discuta probleme legate de Linux si atata timp cat, printre altele, qmail ruleaza pe Linux, lumea o sa-l foloseasca si o sa aibe probleme cu el. Pana una alta, am vazut probleme date pentru orice alt soft scris pentru acest OS. Astept sa explici ideea de ignoranta si incapatanare. Masochism inteleg, pentru ca am zis, qmail nu este pentru cei slabi de inima (take a hint). Mihai PS: Slackware-ul intra in aceeasi categorie. Aici trebuia sa fie un comentariu acid, dar nu gasesc nimic la ora asta. PPS: Nu e vorba de un flame, e doar purul adevar. ___ RLUG mailing list [EMAIL PROTECTED] http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] HighPoint RocketRAID 2220 : 2 TB ??
Bogdan Botez wrote: On 4/14/07, Adrian Sevcenco [EMAIL PROTECTED] wrote: Salut! Am o problmea cu RAID-ul si sper ca ma puteti ajuta : Configuratia : un storage server supermicro (nu stiu in acest moment ce model) cu Scientific linux 3.0.7 (kernel 2.4) am doua placi rraid 2220 si 12 hdduri de 500. Problema este ca dupa ce creez raidul (5) nu pot sa creez pe device (ce este vazut ca /dev/sda) o partitie mai mare de 2 tb .. pasii sint (sper) standard ... mai intii fdisk si apoi mkfs ... dar pina la mkfs fdiskul nu vrea sa imi creeze o partitie (primara) de tot spatiul disponibil ... are cineva o idee in legatura cu posibila buba? (planific pe luni sa incerc cu centos-ul 5 .. poate merge asha ... dar pina atunci aveti ceva idei?) va multumesc! Daca dd-ul citeste respectiva partitie (si nu vad de ce nu), cauza este probabil filesystemul (si tool-urile asociate). Nu ai spus nimic concludent despre fs... este ext2? Omul explica ca nu ajunge la partea cu format-area pe un anumit tip de filesystem. Got it? Peace Eu ___ RLUG mailing list [EMAIL PROTECTED] http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] HighPoint RocketRAID 2220 : 2 TB ??
Adrian Sevcenco wrote: Salut! Am o problmea cu RAID-ul si sper ca ma puteti ajuta : Configuratia : un storage server supermicro (nu stiu in acest moment ce model) cu Scientific linux 3.0.7 (kernel 2.4) am doua placi rraid 2220 si 12 hdduri de 500. Problema este ca dupa ce creez raidul (5) nu pot sa creez pe device (ce este vazut ca /dev/sda) o partitie mai mare de 2 tb .. pasii sint (sper) standard ... mai intii fdisk si apoi mkfs ... dar pina la mkfs fdiskul nu vrea sa imi creeze o partitie (primara) de tot spatiul disponibil ... are cineva o idee in legatura cu posibila buba? (planific pe luni sa incerc cu centos-ul 5 .. poate merge asha ... dar pina atunci aveti ceva idei?) va multumesc! ___ RLUG mailing list [EMAIL PROTECTED] http://lists.lug.ro/mailman/listinfo/rlug La ora 1:38 AM pot doar sa citez din man page-ul lu' fdisk, in speranta ca cineva o sa investigheze mai departe. In a DOS type partition table the starting offset and the size of each partition is stored in two ways: as an absolute number of sectors (given in 32 bits) and as a Cylinders/Heads/Sectors triple (given in 10+8+6 bits). The former is OK - with 512-byte sectors this will work up to 2 TB. The latter has two different problems. First of all, these C/H/S fields can be filled only when the number of heads and the number of sectors per track are known. Secondly, even if we know what these numbers should be, the 24 bits that are available do not suffice. DOS uses C/H/S only, Windows uses both, Linux never uses C/H/S. ___ RLUG mailing list [EMAIL PROTECTED] http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] HighPoint RocketRAID 2220 : 2 TB ??
La ora 1:38 AM pot doar sa citez din man page-ul lu' fdisk, in speranta ca cineva o sa investigheze mai departe. In a DOS type partition table the starting offset and the size of each partition is stored in two ways: as an absolute number of sectors (given in 32 bits) and as a Cylinders/Heads/Sectors triple (given in 10+8+6 bits). The former is OK - with 512-byte sectors this will work up to 2 TB. The latter has two different problems. First of all, these C/H/S fields can be filled only when the number of heads and the number of sectors per track are known. Secondly, even if we know what these numbers should be, the 24 bits that are available do not suffice. DOS uses C/H/S only, Windows uses both, Linux never uses C/H/S. Pentru a completa aberatiile mele de la ora asta: http://www.wlug.org.nz/GPT ___ RLUG mailing list [EMAIL PROTECTED] http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] SQUID redirect in LAN
Laurentiu STEFAN wrote: Potzi sa pui shi pe A un proxy transparent care sa foloseasca proxy-ul de la B cache_peer . Discutabil, in functie de load-ul de pe masina A. S-ar putea sa nu merite proxy-ul local. Pot sa dau si un exemplu concis. Un squid prin care nu pot trece mai mult de 10Mbit/s tine ocupat 99% un P4 HT 3 GHz, din cauza faptului ca sunt foarte multe accesari. Apar si ceva complicatii cu cache_peer pe care prefer sa le evit. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] SQUID redirect in LAN
[EMAIL PROTECTED] wrote: Am urmatoarea problema: -se dau 2 masini cu linux...fiecare cu acces la NET(A si B), din surse diferite; -vreau ca traficul HTTP sa se duca prin B(prin proxy de pe B), iar restul traficului prin A; -clientii din LAN au default GW interfata de pe masina A; Ce am facut: -proxy transparent pe B; -am facut o redirectare pe masina A, pe portul 80, catre B, portul 3128 -pachetele HTTP de la clienti ajung in B(de la A), proxy-ul isi face treaba...si trimite catre client; Problema: -clientul raspunde cu reset la conexiunea de pe B; De ce nu mere...si ce trebe sa fac Multumesc Policy routing pe masina cu squid, in combinatie cu iptables mark, pentru ca, tot ce iese de pe masina aia cu portul 3128 sa se intoarca, explicit, prin masina care face DNAT-ul. Altfel, squid-ul va raspunde cu pachete trimise direct spre ip-ul care a facut cererea, si acel ip nu va recunoaste conexiunea. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] system management
Vali Dragnuta wrote: Nagios? System management inseamna mai mult decit service monitoring. Ai si vreo solutie ? ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] ping
Dizzy wrote: On Monday 19 March 2007 17:50, Calin wrote: On Monday 19 March 2007 04:24, Marius Luca wrote: syn 1. SYN is TCP specific 2. ping is ICMP Nu sunt de acord. ping este un concept la ora actuala si nu mai tine de faptul ca initial se folosea doar ICMP. Vezi de exemplu arping (foloseste ARP) sau htping2 (foloseste ce vrea muschiul tau inclusiv SYN). De altfel verbul to ping l-am vazut folosit in general pt acest tip de testare si nu implica ICMP neaparat. Teoretic Calin are dreptate, daca ne luam dupa rfc-uri. Practic Dizzy are dreptate. Eu vreau ceva care sa stie prin telepatie cand e picat hostu' ala sa se duca sa-l rebooteze. :) ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] placi retea gigabit D-Link in linux
Tarhon-Onu Victor wrote: Salut! Aveti careva experiente placute/neplacute/neutre cu asa ceva? Aparent ele ar trebui sa mearga cu driverul dl2k din kernel. Pe mine ma intereseaza o legatura pe un cablu cross intre un laptop si un desktop, probabil cel mai mult se vor cara 300Mbps pe acolo, deci daca vreti sa-mi faceti recomandari ramineti in aceeasi gama si nu-mi amintiti ca intel e1000 ruls pentru ca stiu, eventual cu 4 porturi, eventual sa-mi iau si 3 switchuri terrabit layer3 si sa fac si 8 vlanuri pentru cele 2 pc-uri. Salut, Existau niste modele D-Link, intr-adevar cu dl2k, pe pci64. Le-am folosit cu mare succes. 600 clienti, 400-500 Mbps. Pe parte de IRQ sunt super ok fata de alte modele de pe piata. Acum depinde ce model ai tu. Subscriu la ce a zis Dragos. Cele cu r8169 merg ok desi sunt un pic mai agitate ca si irq-uri, dar, subliniez, un pic. Radu ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Frustrari existentiale, sau Evolution v.s. me and my sanity
George-Cristian Bîrzan wrote: Sunt fericitul posesor al unui Evolution 2.9.91. De la sufletul lui, vreau asa: * Sa ma lase sa setez adresa default. Am vazut ca oricat as insista cu set default in accounts, tot nu prea reactioneaza... * Sa nu mai bipaie cand vine un mail, deja imi sare inima din piept cand aud bipul ala cretin. * Sa ma pozitioneze corect cand incep sa scriu un mail? Si anume, sub textul quoted, de preferat cu niste spatii puse pe acolo... * Sa-mi bage automat intr-un address book (separat de cel unde bag eu de mana) adresele de mail unde am trimis. Stiu ca solutiile de genul am nevoie de aia in AIA foloseste AILALTA nu sunt practice... dar foloseste thunderbird :). ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] distributed workers in bash / perl
Vali Dragnuta wrote: Limita de procese per utilizator Nu mai zi nimic daca tot vorbesti ca sa te afli in treaba. In cel mai rau caz, nu poti sa spawnezi mai multe fork-uri decat nr maxim de pid-uri, care ultima data parca era unsigned int. Limita e cit o pui tu. Sau cit pune distributia ta by default. Hint : ulimit -u ...care se poate seta la mult mai putin decit cit incape in unsigned int. Cine abera ? :) I stand corrected. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] distributed workers in bash / perl
Alexandru E. Ungur wrote: sender: Radu Oprisan date: Fri, Feb 09, 2007 at 01:03:38AM +0200 EOQ Teodor Cimpoesu wrote: On 2/8/07, Radu Oprisan [EMAIL PROTECTED] wrote: Teodor Cimpoesu wrote: iacata ca Ma indoiesc ca in bash poti sa faci asa ceva. se poate :-P Corect... dar chestia asta, scalata la mai mult de 20 de fork-uri o sa iti duca procesoru' in lumea ailalta :) nu ca perl-u ar fi mai smecher [divaghez palind un pic spre OT de dragul artei...] hm, nu vad unde ar fi problema si la 100 de fork-uri, numai sa nu ajungi la limita de procese per utilizator Limita de procese per utilizator Nu mai zi nimic daca tot vorbesti ca sa te afli in treaba. In cel mai rau caz, nu poti sa spawnezi mai multe fork-uri decat nr maxim de pid-uri, care ultima data parca era unsigned int. $ man ulimit Se pare ca nu vorbea ca sa se afle in treaba... ;-) si se mai pare ca nu sta toata ziua ca root :-)) damn, ar trebui sa incerc si eu uneori... Eu ma refeream la un hard limit pus de kernel, dar lasa asa. Lasa sa fiu eu mai prost... ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] distributed workers in bash / perl
Teodor Cimpoesu wrote: iacata ca Ma indoiesc ca in bash poti sa faci asa ceva. se poate :-P Corect... dar chestia asta, scalata la mai mult de 20 de fork-uri o sa iti duca procesoru' in lumea ailalta :) nu ca perl-u ar fi mai smecher ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] distributed workers in bash / perl
Tiberiu Socaciu wrote: - Original Message - From: Radu Oprisan [EMAIL PROTECTED] To: Romanian Linux Users Group rlug@lists.lug.ro Sent: Thursday, February 08, 2007 5:59 PM Subject: Re: [rlug] distributed workers in bash / perl Teodor Cimpoesu wrote: iacata ca Ma indoiesc ca in bash poti sa faci asa ceva. se poate :-P Corect... dar chestia asta, scalata la mai mult de 20 de fork-uri o sa iti duca procesoru' in lumea ailalta :) nu ca perl-u ar fi mai smecher de ce nu bagati voi programare mpi?? tibi Nu sunt foarte convins. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] distributed workers in bash / perl
Alex 'CAVE' Cernat wrote: Radu Oprisan wrote: Tiberiu Socaciu wrote: - Original Message - From: Radu Oprisan [EMAIL PROTECTED] To: Romanian Linux Users Group rlug@lists.lug.ro Sent: Thursday, February 08, 2007 5:59 PM Subject: Re: [rlug] distributed workers in bash / perl Teodor Cimpoesu wrote: iacata ca Ma indoiesc ca in bash poti sa faci asa ceva. se poate :-P Corect... dar chestia asta, scalata la mai mult de 20 de fork-uri o sa iti duca procesoru' in lumea ailalta :) nu ca perl-u ar fi mai smecher de ce nu bagati voi programare mpi?? Asta se face super usor in c cu fork()-uri friends. Dar ziceam ca gasesc o metoda mai simpla in bash sau perl. Oricum mi-a iesit ceva in bash, dar mai e de polishat la ea. Alex Eu as fi mers cu perl daca nu era priority 0... si daca era priority 0, C all the way. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] distributed workers in bash / perl
Teodor Cimpoesu wrote: On 2/8/07, Radu Oprisan [EMAIL PROTECTED] wrote: Teodor Cimpoesu wrote: iacata ca Ma indoiesc ca in bash poti sa faci asa ceva. se poate :-P Corect... dar chestia asta, scalata la mai mult de 20 de fork-uri o sa iti duca procesoru' in lumea ailalta :) nu ca perl-u ar fi mai smecher [divaghez palind un pic spre OT de dragul artei...] hm, nu vad unde ar fi problema si la 100 de fork-uri, numai sa nu ajungi la limita de procese per utilizator Limita de procese per utilizator Nu mai zi nimic daca tot vorbesti ca sa te afli in treaba. In cel mai rau caz, nu poti sa spawnezi mai multe fork-uri decat nr maxim de pid-uri, care ultima data parca era unsigned int. pe un server normal se tot fac fork-uri, multe servicii lucreaza asa frecvent - ia de exemplu un apache (ma rog acolo e pre-fork, dar daca ai incarcare mare si pui maxchild pe 5 tot face forkuri in veselie.) Pe bune? fork-ul nu este tocmai costisitor in cele mai multe cazuri pornind insa de la mesajul initial care mentioneaza worker, termen mai ales folosit pentru threaduri, bineinteles ca o solutie eleganta si poate fi implementata si cu threaduri, tot din limbaj de scripting fork-uri si thread-uri, sunt 2 lucruri perfect diferite. Fork-ul este o miscare proasta, pentru ca, daca o iei pe programare, orice fork facut, copiaza toate structurile de date, in procesul nou. Thread-ul, in schimb, lucreaza cu shared data. si ca sa vezi ca e simplu e (n.b. nu zic de sincronizare nimic :-): import threading def do_work(arg): print arg:, arg threads=[] for x in range(0,10): threads.append(threading.Thread(target=do_work, arg=[x])) threads[-1].start() for th in threads: th.join() respectiv: use threads; sub do_work { print arg: $1; } my @threads = []; for $x (0..9) { $threads[$x] = threads-new(\do_work, $x); } for (@threads) { $_-join; } Omul vroia o solutie in bash, respectiv perl. ma rog, sfatul meu este sa stai departe de Perl, Python rulz :-)) Fiecare foloseste ce ii vine in minte, sau, ma rog, limbajul de programare cu care e cel mai obisnuit. Eu iau C sau Perl. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Migrare Linux
Trecand peste toate detaliile care au fost expuse de colistasi... AMICE, ESTI IDIOT. Deci, de mult nu mi s-a mai dat un om cu o vedere atat de ingusta asupra potentialului unui sistem de operare open-source, nu ca ai stii ce e aia. Daca Windows-ul il intelegi, il consideri the god of all OS-es... du-te naiba o data si foloseste-l. Nu vezi ca nu pricepi nici cel mai elementar lucru despre orice calculator, nu ai idee cand esti luat la misto, nu stii care sunt preturile Linux-ului, nu stii de unde sa incepi si unde sa termini o implementare, nu stii sa pui intrebari, nu iei in calcul cand iti explica lumea ceva... si vii intr-o lista de LINUX, boule, si incepi prin a tranti acuzatii in speranta ca cineva o sa te contrazica Te rog, fa-ne la toti un bine, da unsubscribe... si foloseste in continuare Windows... este cel mai bun lucru pe care poti sa-l faci pentru noi. Imi cer scuze fata de lista pentru aceasta iesire publica. Nu este modul obisnuit in care rezolv o problema, dar tipul asta e exagerat de prost. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] distributed workers in bash / perl
Alex 'CAVE' Cernat wrote: use Net::Server::PreFork; # documented on cpan La workeri le dai de munca pe un socket. Probabil nu e chiar ce vrei tu dar se apropie. nu trebuie mers chiar asa de departe; pot linistit sa fac fork la fiecare lansare, overhead-ul generat in cazul meu nu e semnificativ; am auzit de net:server:prefork dar nu prea cred ca e cazul meu, ma complic mai rau cu socketi Alex Exemplu simplu de fork in perl: $forks = 0; while (($id,$url,$name) = $sth-fetchrow_array) { if($forks41) { $pid = fork(); if($pid==0) { writetofile($url,$id,$name); exit; } else { $forks++; } } else { wait(); $pid = fork(); if($pid==0) { writetofile($url,$id,$name); exit; } } } Ma indoiesc ca in bash poti sa faci asa ceva. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Migrare Linux
Sebastian Antonescu wrote: (desi toti neuronii tipa ca esti un troll o sa ignor acest aspect in ideea ca chiar daca esti macar alti oameni care citesc lista si ar fi interesati de afirmatiile tale sa primeasca raspunsuri corecte) Exista o zicala care zice sa nu atribui rautatii ce poti atribui ignorantei. Eu doresc doar parerile dvs. Am venit aici sa ma informez. Deci te contrazici. Afirmi ca e ilegal sa folosesti linux dar te bazezi pe niste procese fara verdict final. Care e logica ? E un risc pe care trebuie sa il iau in considerare. Migrarea catre un sistem de operare controversat nu este un lucru deshtept (cum ar zice Lucian Mandruta, despre telefoane). Suport tehnic poti obtine de la orice distribuitor comercial de distributii linux (si nu numai), numesc aici RedHat, Novell (apropos ca tot iti faceai griji legale, Novell are un contract cu Microsoft care te protejeaza pe tine ca client Novell in special). S-a notat. Totusi am vrea sa scapam de Microsoft daca tot facem saltul. Foloseste Sun, foloseste MacOS, foloseste AIX. Daca ai bugetul necesar, bineinteles. Presupun ca vrei sa spui Linus Torvalds. Torvalds nu participa in nici un fel in comercializarea linuxului. Dar codul scris de el (apropos desi nu am o statistica exacta sunt sigur ca mai putin de 5% din codul Linux actual este scris de Torvalds deci acesta e oarecum irelevant cantitativ vorbind) este oferit sub o licenta ce permite utilizarea acestuia pt comercializare. De altfel tot codul (de orice ar fi scris) din Linux este sub aceasta licenta (vezi pe google GPL v2). Iar firme ca RedHat, Novell preiau cod scris de altii, eventual il imbunatatesc si ei (conform cerintelor clientilor lor). Si totusi acest Linux Torvalds este denumit ditctatorul malevolent. Nu prea il pune intr-o lumina buna. Pentru ca tu citesti numai opiniile Microsoft. In acelasi mod, de catre bajetzelu' (scuzati mirc-ismele) Billie Gates, Linux este un cancer (poate in coasta lui). Faci foarte multe afirmatii grave pentru care nu oferi dovezi. O sa le atac obiectiv: In legatura cu Hans Reiser si NTFS nu va pot da informatii detaliate acum. Nu am datele la indemana. Atunci nu mai abera in necunostinta de cauza. Nici eu nu stiu realitatea, dar macar nu imi dau cu presupusul pe o lista publica. Daca e adevarat ca niste consultanti IT au facut multe din afirmatiile preluate aici atunci imi pun mari intrebari asupra calitatii acestora. Dar evident nu trebuie sa ma crezi pe mine, poti incerca sa intrebi alti consultanti, eventual incearca de la o firma care nu a lucrat DOAR cu solutii Windows ci o firma care ofera consultanta pe multe platforme (Windows, Unix, Linux, etc). Repet, consultantul a facut doar o sugestie. Eu am decis sa o explorez pentru moment. Nu s-a ajuns la nici o decizie finala. Eu zic sa lasi consultantul ala sa isi aleaga alta meserie. Dupa logica mea, un consultant trebuie sa stie ce vorbeste cand le explica la altii. Ori asta, cred ca a aruncat Linux in discutie pentru ca l-a vazut pe multe coperte de reviste pe care nu si le permite din alocatia de la scoala. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Migrare Linux
Sebastian Antonescu wrote: Foarte interesant, din punct de vedere logic e imbatabil: iti recomandam sa treci de la A la B pentru ca C e varza. Halal consultant! Cerintele hardware Vista depasesc sistemele noastre. Nu suntem dispusi sa upgradam 32 de PC-uri doar pentru a fi la curent cu ultimele noutati din Redmond. Experienta oferita de XP este acceptabila. Dar va trebui sa facem un upgrade o data si o data. Ar fi bine sa precizati la ce va referiti prin 'acest' Linux. Nu de alta, dar pe www.distrowatch.org sunt peste 100 de distributii, iar daca mai luam in calcul si versiunile intram in vrie urgent. Pe de alta parte eu sunt mai purist de felul meu, consider Linux doar kernelul, deci poate n-ar strica sa specificati versiunea. Ca tot am atins ceastiunea ar fi de preferat de amu incolo sa folositi sintagma GNU/Linux (prietenii stiu de ce!). Detailii... Da. Aaaa..big problem. Ultima oara cand am verificat nu exista un produs XP server. Si daca era un XP nu se recomanda rularea unor servicii de mail/dns/www pe el...parerea mea. Am decis sa folosim aceeasi versiune pe toate sistemele pentru a usura munca administratorului. Nu au fost probleme majore pana acum. Daca administratorul de retea nu este in stare sa spuna el ca Windows XP nu este o platforma de server, trebuie impuscat. Sau macar verificati sursele. Nu cunosc nici un domn Linux Torvalds. Pe de alta parte LINUS Torvalds e un inginer ca multi de pe aceasta lista, iar unii chiar au avut onoarea de al cunoaste (a fost in Romania la ROSE). Sunt aproape sigur ca nu a fost niciodata salariatul celor de la SCO. Legalitatea sistemului de operare este intr-adevar foarte chestionabila, mai ales ca cei de la SCO se numeau pina mai acu cativa ani Caldera (de fapt cei de la Caldera i-au cumparat pe cei de la SCO, ce erau in rahat rau de tot). Si ca sa vezi, chiar ei faceau o distributie de Linux destul de buna (gurile rele cred ca principalul ei merit era jocul de Tetris ce mergea in paralel cu instalarea, dar noi suntem oameni seriosi si nu ne legam de cacaturi din astea). Cu alte cuvinte vinzi Linux, nu esti multumit de cota de piata si iesi la drumul mare sa te iei de customeri si de vendori de Linux (de fapt nici de vendori, de suporteri de Linux ca IBM nu avea o distributie proprie). Dar ma rog, nu intram in detalii. Asteptam detalii cu interes primavara asta cand se cam termina banii lui SCO de la Microsoft si mai au si o mica datorie scadenta de vreo 26 de milioane catre Novell pentru niste licente. Din cate stiu eu, exact acesta este motivul pentru care sunt SCO suparati. Domnul Linux Torvalds ofera sistemul lor de operare gratuit (cu tot cu surse) astfel impiedicandu-i sa faca profit. Iarasi, rau. Si tu din ce faci profit? Nu mai comenta chestii pe care nu le intelegi. Pot sa certific faptul ca Linux are interfata grafica de foarte multa vreme. Eu personal am instalat Linux CU interfata grafica in 1994. Intre timp s-au mai schimbat lucrurile, am auzit (dar e posibil sa fie doar niste zvonuri malitioase) ca exista si interfete GUI 3D. GUI 3D? Dorim ca angajatii nostri sa isi faca treaba pentru care sunt platiti, nu sa joace jocuri 3D. Demonstrezi o incapacitate de a intelege cele mai simple notiuni despre orice sistem de operare. Mergi la zid langa administratorul de retea. Sancta simplicitas! Aceste probleme nu exista pe Windows!. Roboti de irc gasesti PENTRU Windows. Linux ARE Firewall. Marea majoritate a problemelor de securitate pe Internet (peste 90%) sunt datorate gravelor deficiente de securitate ale TUTUROR sistemelor Windows: de la Windows 98 la Windows 2003..si pina la Vista. Si ca sa nuantam un pic contextul: asta o declar eu, care sunt Microsoft Certified Professional din 1999, cu diploma semnata de Bil Gates. Are firewall Linux. Foarte bine. Nu este nevoie sa aruncati cu noroi in Windows -- daca ceea ce spuneti ar fi adevarat, nu l-ar folosi toata lumea. Miliardele de dolari ale domnului Gates imi intaresc acest argument. Domnu' Gates face bani pe spinarea dumneavoastra (jeez, inca mai folosesc dumneavoastra in acest thread?), pe un sistem de operare instabil, usor virusabil, cu un firewall care este mai mult de publicitate decat rol util, unde pe orice soft de CACAT, trebuie sa dai bani, ca sa afli dupa aia ca de fapt nu face ce trebuie sa faca. Folosesc si eu Windows XP, in conditiile in care nu ma astept la nici o securitate pe masina respectiva, pentru ca nimeni nu atenteaza la colectia mea de pron. Iar va prindem cu temele nefacute. In primul rand, sistemul de fisiere 'oficial' in Linux nu e ReiserFS, ci mai degraba ext2 sau varianta jurnalizata - ext3. In al doilea randpoate ar trebui sa precizam ca in Linux se pot utiliza extrem de multe tipuri de sisteme de fisiere(mail mult de o duzina, de fapt). Linux 'site' sa citeascas si chiar sa scrie sistem de fisiere Windows (FAT, FAT32 si NTSF), Netware, Amiga, MacOS, Solaris, IRIX si asa mai