Re: [rlug] OmniOpenCon

[Gabriel Sarbu via RLUG]

daca ai siswtem de sonorizare, preiei printr-o lavaliera o iesire din 
mixer, lavaliera o conectezi la ... telefon prin jack sau USB si dai REC


On 06-09-2024 11:56, Petru Rațiu via RLUG wrote:


On Fri, Sep 6, 2024 at 11:16 AM Razvan Deaconescu via RLUG <
rlug@lists.lug.ro> wrote:


Mersi, o să intru în legătură cu el.

În principiu, fiind ceva de voluntariat, am vrea ceva mai ieftin / mai
puțin profi. Vedem ce găsim.
My bad, ar fi trebuit sa fiu mai explicit cand am dat mesajul, am 
presupus

ca se subintelege ca e "cu studenti".

Asa din scurt, probabil ce se poate face e gasit pe la cineva un 
trepied pe
care sa poata sta un telefon si doamne-ajuta cu sonorizarea (am vazut 
pe la
youtuberi ca fac chestii cu lavaliere and stuff dar imi imaginez ca nu 
e

chiar trivial daca n-ai mai facut asta).

Daca are suficient succes anul asta cat sa se repete si la anul, va 
trebui

sa pregatim mai din timp problema :)


--

Gabriel Sarbu

Real Network and Tel

Bucuresti

0728.874.780

www.RNT.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] OmniOpenCon

[Gabriel Sarbu via RLUG]

Bună

Daca nu ai rezolvat cu filmatul iti recomand pe Narcis Coste 
+40724528760, piti sa ii spui ca vin din partea mea


Poate sa facă și streaming dc se doreste.

O zi buna

Gabi

On 05-09-2024 17:41, Petru Rațiu via RLUG wrote:

Am fost intrebat de organizatori daca gasim pe cineva cu experienta 
si/sau
echipament sa putem filma prezentarile de joi 26 septembrie, ar fi 
dragut

sa ramana filmarile pentru cine nu poate participa.

Contact la mine sau la Razvan Deaconescu.

Mersi,

--
P.

On Wed, Sep 4, 2024 at 2:42 PM Petru Rațiu  wrote:


Pentru linuxistii care inca mai misca :)

La sfarsitul lunii se organizeaza la Politehnica o conferinta care 
(pentru
ca trebuia sa poarte un nume) se va numi OmniOpenCon si se vrea o 
umbrela
asupra Open Source, Open Data, Open Education si alte chestii 
deschise.


Ne vedem acolo pentru discutii despre ce mai inseamna chestiile astea 
in

2024 :)

Detalii mai multe la https://omniopencon.org (sugerez sa va inscrieti
daca chiar veniti sa poata organizatorii sa faca pregatiri realiste).

--
P.

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro


--

Gabriel Sarbu

Real Network and Tel

Bucuresti

0728.874.780

www.RNT.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] diff mai diferit

[Gabriel via RLUG]

On Mon, Dec 4, 2023 at 1:19 PM Alex 'CAVE' Cernat via RLUG
 wrote:
>
> aproape perfect (nu tineam neaparat la 2 panes, ca trebuie monitor mai
> mare :-P), oricum infinit mai bine decat diff-ul clasic, poate ma bag
> prin surse, ca vad ca e python
>
> danke shoshon!
>
> Alex
>

Vezi si https://github.com/so-fancy/diff-so-fancy

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] test catre lista

[Gabriel Sarbu via RLUG]

Salut

Poate le impartasesti si cu noi, ca sa nu reinventam si noi apa calda 
:-D


Merci

Gabi

On 31-07-2023 18:11, Paul lacatus (personal) via RLUG wrote:

Am făcut mai multe încercări și acum pare ca e totul în regulă. Vin 
corect mesajele și pe gmail, microsoft . Sunt câteva chestii de pus în 
DNS

Paul

Pe 31 iul. 2023, la 15:40, Mircea Ciocan via RLUG  a 
scris:


Gogu nu le mai baga in spam, zic ca e un (mare) pas inainte.

Mircea "This it not spam..." C.

On Mon, Jul 31, 2023 at 2:10 PM Paul Lacatus via RLUG 


wrote:

Am refacut serverul mx si vreau sa vad daca lista accepta mesaje de la
mine . Daca are tot ce ii trebuie dmarc, dkim

Paul

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] minimal vm :: postfix replacement?

[Gabriel]

Ar mai fi si dma[1] care inteleg ca are si coada, dar arunca inainte un
ochi prin Issues sa vezi daca nu te afecteaza ceva de acolo.

[1] https://github.com/corecode/dma

On Fri, Jul 10, 2020 at 10:21 PM Mihai Badici  wrote:

>
> On 7/10/20 10:09 PM, manuel "lonely wolf" wolfshant wrote:
> > On 7/10/20 9:48 PM, Adrian Sevcenco wrote:
> >> Salutare! Doresc sa vad cat de mult pot reduce consumul de memorie de
> >> sistem (adica ignorand serviciile pentru care e facut vm-ul)
> >> si cam ce mi-a mai ramas[1] e postfixul
> >> Prezenta acestuia e doar pentru trimiterea mailurilor de notificari
> >> de la diverse servicii din sistem, fie local fie la alt server
> >> Se poate face ceva? sau am ajuns la minim?
> >> Se mai poate face optimiza ceva la [1]? (nu doresc flame legate de
> >> systemd asa ca pe acela ignorati-l)
> >> si nici dbus-ul nu se poate scoate ca e legat de systemd
>
> Și eu subscriu la ssmtp, mai ales dacă e virtuală nu prea o să pierzi
> conexiunea cu host-ul, unde se presupune că rulezi un MTA adevărat, ca
> să îți pară rău de coadă. Depinde cât de tare îți dorești să scapi de
> ele :)  În principiu dacă e vm nu ai avea nevoie să rulezi un proces
> care să vadă ce plăci ai mai înfipt în sistem, dar nu am studiat exact
> cum funcționează dbus, dacă interceptează doar modificările hardware sau
> mai mult de atât. Oricum însuși faptul că rulezi virtuale înseamnă
> consum în plus de memorie pe host :)
>
>
>
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

[rlug] openSUSE Leap 15.0 released

[Gabriel GANEA]

https://news.opensuse.org/2018/05/25/based-on-enterprise-code-tested-millions-of-times-opensuse-leap-15-released/
Gabi G.
-- 
.


---
This email has been checked for viruses by AVG.
https://www.avg.com


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] conectare pe ssh si transfer conexiune catre un client

[Gabriel]

2017-12-07 11:09 GMT+02:00 Sîrbu Lucian :

> Sal all,
>
> am o lista de clienti cu user/pass/keys pt a ma putea conecta pe SSH.
> La lista asta ar trebui sa am doar eu acces, dar periodic mai am colegi
> care au nevoie sa intre la client sa verifice sau sa repare bug-uri intr-o
> aplicatie.
>
> Exista o solutie prin care sa pot initia conexiunea SSH pe un server, si
> apoi sa trimit conexiunea catre colegul care are nevoie sa intre acolo?
> Ideea ar fi sa nu mai ajunga user sau pass sau keys la colegi, si sa ramana
> doar la mine respectiva lista.
>
> PS: unii clienti au VPN, ca sa complice treaba si mai tare, dar sunt destul
> de putini, nu e asa trist daca raman cativa pentru care sa fie nevoie sa
> intru "manual".
>
> Thx
>
>
Daca inteleg bine, te-ar ajuta sa ai un jump host. Daca colegii nu au voie
sa se conecteze direct pe serverul clientului, atunci fa-ti serverul tau de
unde initiezi niste sesiuni ssh catre client in screen/tmux, iar colegii
tai se vor conecta pe acest server (cu user/pass/cheie proprii) si se vor
atasa la sesiunile screen/tmux deschise.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Black Friday is coming

[Gabriel S. Craciun]

Requiescat in pace!

-Original Message-
From: RLUG [mailto:rlug-boun...@lists.lug.ro] On Behalf Of Mircea Mitu
Sent: Thursday, November 16, 2017 5:13 PM
To: rlug@lists.lug.ro
Subject: [rlug] Black Friday is coming

Salut

Scopul acestor liste de mail (e 2017, apropo), a mirror-ului ftp(sic).lug.ro si 
a comunitatii a disparut si a devenit irelevanta existenta lor.

Comunitatea RLUG a implinit vreo 20 de ani si e timpul sa o lasam sa se 
odihneasca pentru a nu cadea in derizoriu.

La multi ani, a fost frumos, time for a last drink.


Mircea Mitu
AWS CSA 2017
Microsoft Best MSP FY17

--
Sent from mobile

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
 NOTICE OF CONFIDENTIALITY This E-mail message 
and its attachments (if any) are intended solely for the use of the addressees 
hereof. In addition, this message and the attachments (if any) may contain 
information that is confidential, privileged and exempt from disclosure under 
applicable law. If you are not the intended recipient of this message, you are 
prohibited from reading, disclosing, reproducing, distributing, disseminating 
or otherwise using this transmission. Delivery of this message to any person 
other than the intended recipient is not intended to waive any right or 
privilege. If you have received this message in error, please promptly notify 
the sender by reply E-mail and immediately delete this message from your system.

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] {Spam?} Internal DNS

[Gabriel S. Craciun]

Cu view intern si extern?
..pe extern serveste zona publica si nu este recursiv, iar pe intern ambele 
zone ( daceste aczul) si este recursiv.

-Original Message-
From: RLUG [mailto:rlug-boun...@lists.lug.ro] On Behalf Of Paul Lacatus 
(Personal)
Sent: Friday, October 06, 2017 10:02 AM
To: Romanian Linux Users Group
Subject: {Spam?} [rlug] Internal DNS

Daca tot ziceti ca au migrat listele dau si eu sa incerc :). Sper sa nu fi 
migrat in tarile calde :)

La casa mea personala s-au inmultit exponential device-urile de prin casa , 
deja clasa 192.168.100.# mi s-a aglomerat , nu ca ar fi 250 de device-uri dar 
am probleme cu alocarea menmonica a IP-urilor . Asa ca acum am o problema pe 
care nu o aveam pana acum .  Cum sa fac un DNS si intern pe clasa interna care 
sa nu se calce in picioare cu cel extern care are un numar impresionant de doua 
adrese :) , iar device-urile din interior sa vada si pe cele locale si pe cele 
externe corect ?

O sugestie , ceva ?


Multumesc

Paul



___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
 NOTICE OF CONFIDENTIALITY This E-mail message 
and its attachments (if any) are intended solely for the use of the addressees 
hereof. In addition, this message and the attachments (if any) may contain 
information that is confidential, privileged and exempt from disclosure under 
applicable law. If you are not the intended recipient of this message, you are 
prohibited from reading, disclosing, reproducing, distributing, disseminating 
or otherwise using this transmission. Delivery of this message to any person 
other than the intended recipient is not intended to waive any right or 
privilege. If you have received this message in error, please promptly notify 
the sender by reply E-mail and immediately delete this message from your system.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

[rlug] Debianiști, FYI

[Gabriel GANEA]

https://www.debian.org/News/2017/20170425
HTH.
Gabi G.
-- 
.


---
This email has been checked for viruses by AVG.
http://www.avg.com


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Centos-6.8 si comanda df -h

[Gabriel S. Craciun]

CIFS timeout?

https://blogs.msdn.microsoft.com/openspecification/2013/03/27/smb-2-x-and-smb-3-0-timeouts-in-windows/

http://blogs.msdn.com/b/openspecification/archive/2013/03/19/cifs-and-smb-timeouts-in-windows.aspx




 NOTICE OF CONFIDENTIALITY This E-mail message 
and its attachments (if any) are intended solely for the use of the addressees 
hereof. In addition, this message and the attachments (if any) may contain 
information that is confidential, privileged and exempt from disclosure under 
applicable law. If you are not the intended recipient of this message, you are 
prohibited from reading, disclosing, reproducing, distributing, disseminating 
or otherwise using this transmission. Delivery of this message to any person 
other than the intended recipient is not intended to waive any right or 
privilege. If you have received this message in error, please promptly notify 
the sender by reply E-mail and immediately delete this message from your system.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Turris Omnia and open source routers

[Gabriel]

2016-12-29 12:38 GMT+02:00 Alexandru Juncu :

> Ok, pentru a refocusa discuția:
> Știu că sunt o tonă de variante pentru a face propriul router fie cu
> plăci de dezvoltare fie luând un echipament existent și a schimbaa
> firmware-ul. Cred că au fost destul thread-uri pe lista această despre
> subiect.
>
> Dar ce voiam eu să aflu e dacă sunt echipamentele deja vândute la fel
> ca un Cisco sau un Juniper dar care să vină cu un mediu Linux
> familiar.
>
> De exemplu pfSense (da, știu că e FreeBSD) pare să aibă un partenerial
> cu un producător de hardware.
>
>

Eu cred ca ma voi orienta spre un apu2c4 de la pcengines:
https://pcengines.ch/apu2c4.htm
E x86, deci poti pune ce linux doresti, are 3 NIC-uri intel gigabit. Ca
pret, cred ca iesi sub Turris. Dar as fi si eu curios sa aflu cum se
comporta Turris-ul cu un RDS gigabit pppoe. Si daca ai acces full in linia
de comanda sau doar din web interface poti face chestii.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Întrebare newbie: conectare redundantă la Internet cu BGP

[Gabriel S. Craciun]

-Original Message-
From: rlug-boun...@lists.lug.ro [mailto:rlug-boun...@lists.lug.ro] On Behalf Of 
Razvan Sandu
Sent: 21 decembrie 2016 13:54
To: rlug@lists.lug.ro
Subject: [rlug] Întrebare newbie: conectare redundantă la Internet cu BGP

Bună ziua,

Fiind (potențial, în viitorul apropiat) în situația de a trebui să conectez la 
Internet, pentru prima dată, un sediu, cu conexiune redundantă prin doi ISP 
diferiți, ASN, BGP, adrese PI & all full stuff, vă deranjez cu câteva întrebări 
de începător:

1. Îmi poate indica cineva, vă rog, o documentație de bază cu care să încep, 
corectă și pertinentă, referitoare la configurarea BGP (de la zero)?

Mă refer nu numai la RFC-uri și "protocol full details", ci la ceva tip how-to, 
aplicabil în condițiile concrete din România lui 2016, cu ISP-iștii reali de 
pe-aici... Pe o arhitectură de rețea tipică: un sediu-client ce se vrea 
conectat redundant prin doi ISP

2. Un PC cu o distribuție GNU/Linux, folosit ca router + Quagga/Zebra, este 
suficient de fiabil în condiții reale, pentru un mediu de producție, cu doi ISP 
(magazin, fabrică, etc.)? Sau e „călduros recomandat” un router hardware, Cisco 
sau altceva (și de documentația corespunzătoare)?

3. Dacă răspunsul la pct. 2 e DA în favoarea PC+Quagga, trebuie să am în vedere 
o anume arhitectură hardware sau o anume distribuție GNU/Linux?
Un CentOS 7.x cu pachetele standard Quagga din sistem ar fi suficient/OK?

4. Există o metodă preferată/recomandată/simplă, la noi, de a obține/cumpăra 
precondițiile pentru o asemenea schemă (ASN-ul public pentru organizație, 
clasele de adrese PI, acordurile de rutare BGP cu ISP-iștii implicați, alte 
condiții legale, etc.)?


Vă mulțumesc și vă urez „Sărbători fericite”!
Răzvan





Hello!

Pe Cisco style:  cauta multihomed As - non-transit AS.



 NOTICE OF CONFIDENTIALITY This E-mail message 
and its attachments (if any) are intended solely for the use of the addressees 
hereof. In addition, this message and the attachments (if any) may contain 
information that is confidential, privileged and exempt from disclosure under 
applicable law. If you are not the intended recipient of this message, you are 
prohibited from reading, disclosing, reproducing, distributing, disseminating 
or otherwise using this transmission. Delivery of this message to any person 
other than the intended recipient is not intended to waive any right or 
privilege. If you have received this message in error, please promptly notify 
the sender by reply E-mail and immediately delete this message from your system.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] recomandare DNS server

[Gabriel GANEA]

On Tue, November 22, 2016 12:29, valy cozma wrote:
> Salut,
> azi a picat dns serverul care-mi tinea toata sandramaua, si vreau
> sa-mi
> instalez eu pt viitor.
> am cateva domenii, m-ar interesa sa fie usor de configurat si instalat
> .
> ce dns server sa folosesc ?
> alte recomandari ?
> Multumesc
>

AFIR, drumul cel mai scurt între două puncte e... ăla care-l știi.
IMHO, pune unul cu care ești familiarizat în partea de administrare,
mentenanța, modificări; instalarea și configurarea le faci o singură
dată, celelelte operațiuni...
(Fară a mă erija în „specialist”, eu folosesc bind.)
HTH!
Gabi G.
-- 
Radioactive cats have 18 half-lives.


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

[rlug] openSUSE Leap 42.2 released

[Gabriel GANEA]

openSUSE Leap 42.2 is avalable now.


Gabi G.
-- 
Radioactive cats have 18 half-lives.


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] lug.ro server downtime

[Gabriel GANEA]

On Fri, January 29, 2016 15:32, Petru Rațiu wrote:
> Hello,
>
> Diseara (pe la 9-10) o sa facem niste operatiuni strategico-tactice cu
> serverul lug,ro (il mutam in alt rack, da' poate mai prasesc si pe la
> OS),
> ca atare diverse servicii o sa fie off, in special ftp si mail.
>
> Sorry de deranj,
>
> --
> P.
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>


Mulţumim frumos pentru timp şi efort!

Gabi G.
-- 
Radioactive cats have 18 half-lives.


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Reguli iptables pentru openvpn

[Gabriel]

Presupun ca pe serverul cu openvpn 10.8.0.1 e tun0 si 192.168.0.1 e
eth0. Clientii de openvpn sunt 10.8.0.2 si 10.8.0.3. Primul lucru pe
care ar trebui sa-l verifici e daca intr-adevar s-a instalat corect pe
clienti ruta statica spre 192.168.0.0/24. Presupunand ca in LAN
default gw e 192.168.0.1, nu ai nevoie de NAT in nici o directie atata
timp cat pe clientii de openvpn ai ruta statica spre 192.168.0.0/24.

On Fri, Jan 22, 2016 at 5:02 PM, Catalin Soare  wrote:
> On Jan 22, 2016 4:58 PM, "Mișu Moldovan"  wrote:
>>
>> On 22.01.2016 16:33, Catalin Soare wrote:
>> […]
>> > OpenVPN-ul l-am configurat, ma pot conecta la el pe baza de
>> > certificat, cu 2 clienti diferiti.
>> > Problema care o am si nu reusesc sa-i dau de cap (nu am experienta cu
>> > asta) e partea de rutare.
>> > Adica, dupa ce ma conectez, nu pot accesa reteaua de dupa server
>> > (192.168.0.x), ci doar 10.8.0.0.
>> >
>> > Am incercat foarte multe combinatii de reguli pe iptables, dar se pare
>> > ca nimic nu vrea sa-mi mearga.
>> >
>> > server.conf arata cam asa:
>> > 
>> > port 1194
>> > proto udp
>> > dev tun
>> > topology subnet
>> > ca ca.crt
>> > cert server.crt
>> > key server.key  # This file should be kept secret
>> > dh dh2048.pem
>> > server 10.8.0.0 255.255.255.0
>> > ifconfig-pool-persist ipp.txt
>> > push "route 192.168.0.0 255.255.255.0"
>>
>> […]
>>
>> Din manualul OpenVPN: „Remember that these private subnets will also
>> need to know to route the OpenVPN client address pool back to the
>> OpenVPN server.”
>>
>>
>>
>> ___
>> RLUG mailing list
>> RLUG@lists.lug.ro
>> http://lists.lug.ro/mailman/listinfo/rlug
>>
>
> Ok, ma tem ca nu stiu cum se face. Sau mai exact nu mi-e clar cum.
> ___
> 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] .v2i mount/explore

[Gabriel GANEA]

On Tue, September 8, 2015 23:12, IT Costin Gușă wrote:
>
>> On 08 Sep 2015, at 15:39, Gabriel GANEA
>> wrote:
>>
>> Întreb aici: știe cineva vreo metodă de a rezolva ceea ce aș vrea eu
>> (alta decât să instalez un Windows)?
>
> Windows se poate descarca 100% legal si in varianta preinstalata, in
> format .vmdk sau .vhd, la alegere:
> http://dev.modern.ie/tools/vms/linux/


Mulțumesc, uitasem de variantă.  Rezolvă 25% din „muncă”.

Aș fi preferat, totuși, ceva de genul » mount -t v2i ... « sau
echvalent/substitut, dar daca nu e, asta e... :-)


Gabi G.
-- 
Radioactive cats have 18 half-lives.


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

[rlug] .v2i mount/explore

[Gabriel GANEA]

Bună ziua la toata lumea!

Am pe-acasă adunate de-a lungul timpului mai multe imagini de partiții
făcute cu Norton Ghost (v9, în principal), prin care nu prea mai știu
ce este.  Imaginile sunt .v2i (nu .gho).  Pe NB nu am decât Linux
(OpenSuse 13.1, kernel 3.11).

Aș vrea să mă uit prin ele și, eventual, să extrag căte ceva de pe acolo.

Symantec Backup Exec 2013 R2 for Linux (trial) zice că nu-i place
kernelul.  PQI browser (din NG9) zice ca nu-i place în wine. 
GhostExplorer (în wine) zice că nu știe decât .gho.  Alte soluții, eu
n-am găsit (pentru a lucra sub Linux).  Să instalez un Windows pentru
atâta lucru mi se pare cam overkill (dar instalez dacă n-am încotro).

Întreb aici: știe cineva vreo metodă de a rezolva ceea ce aș vrea eu
(alta decât să instalez un Windows)?

Mulțumesc!
Gabi G.
-- 
Radioactive cats have 18 half-lives.


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] OpenWRT 14.07 barrier breaker config IPv6 pentru RDS

[Gabriel]

On Sep 5, 2015 8:14 AM, "Adrian Popa"  wrote:
>
> Vești bune! Cu ajutorul lui Marius am reușit să rezolv problema.
> Modificarea făcută a fost să redenumesc interfețele în config - adică:
> WAN -> wan
> WAN6 -> wan6
>
> După reboot am avut probleme că nu mai erau asociate nici unui firewall,
> dar după reasociere și încă un reboot totul a funcționat corect.
>
> Ciudată problemă...
>
> Dar mai întreb ceva offtopic - Dacă tot e ipv6, ce trebuie să fac să mi se
> aloce același subnet (ip static)? Sau, ce pot să fac să aloc eu același
> host address în lanul meu (chiar dacă adresa de rețea ar vaira)? Bonus
> points - au apărut servicii free dyndns și pentru ?

ydns.eu zice ca stie si ipv6 (nu l-am incercat).

>
> Mersi
>
> 2015-09-03 19:55 GMT+03:00 Catalin Muresan :
>
> > 2015-09-03 17:23 GMT+01:00 Eugeniu Patrascu :
> >
> > > >
> > > > DHCPv6 si revine magicul. Sincer mi se pare o chestie stupida sa
spui
> > ca
> > > 48
> > > > biti nu incap decit in 72 de biti. Sa fim seriosi.
> > > >
> > > >
> > > DHCPv6 inseamna doar "stateful" configuration, in sensul ca il
folosesti
> > > pentru a spune clientilor care nu stiu SLAAC care sunt servele de DNS.
> > > subnetul din care faci parte se transmite clientilor tot prin RA.
> > >
> >
> > Aia e RFC 3736, "Stateless Dynamic Host Configuration Protocol (DHCP)
> > Service for IPv6" unde daca ai deja IP poti sa ceri "options".
> >
> > Asta: RFC 3315, "Dynamic Host Configuration Protocol for IPv6 (DHCPv6)"
-
> > Updated by RFC 6221, RFC 4361
> > e DHCP complet, ceri IP, primesti IP etc.
> >
> > Adica stateless DHCPv6.
> >
> > IPv6 a fost gandit sa fie "wasteful" iar /64 s-a decis de unii cu capu
mare
> > > sa fie cam cel mai mic subnet pe care sa-l dai la clienti.
> > >
> >
> > Corect, dar nu s-a decis ca EIA64 sa fie singura metoda de a aloca
adrese
> > IP la clienti. Subnetezi /64-ul si asta e. Inteleg wasteful dar nici in
> > halul asta.
> >
> >
> > > ___
> > > 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 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] OpenWRT 14.07 barrier breaker config IPv6 pentru RDS

[Gabriel]

On Sep 3, 2015 7:23 PM, "Eugeniu Patrascu"  wrote:
>
> 2015-09-03 19:09 GMT+03:00 Catalin Muresan :
>
> > 2015-09-03 16:51 GMT+01:00 Petru Rațiu :
> >
> > > 2015-09-03 18:11 GMT+03:00 Catalin Muresan :
> > >
> > > >
> > > > deci sa inteleg, pina acum 254 adrese IP erau OK acum
> > > 18446744073709551616
> > > > nu ajung, ne trebuie de 1024 de ori mai multe.
> > > > Dece se tot freaca lumea ca un 64 nu se poate folosi ? /66 -> un /64
> > in 4
> > > > bucati.
> > > >
> > > >
> > > Problema e ca daca vrei sa subnetezi un /64 pierzi tot magicul de
> > > autoconfigurare samd si de-aia frumos ar fi sa mai ai macar un nibble
de
> > > unde sa-ti faci subnetare.
> > >
> >
> > DHCPv6 si revine magicul. Sincer mi se pare o chestie stupida sa spui
ca 48
> > biti nu incap decit in 72 de biti. Sa fim seriosi.
> >
> >
> DHCPv6 inseamna doar "stateful" configuration, in sensul ca il folosesti
> pentru a spune clientilor care nu stiu SLAAC care sunt servele de DNS.
> subnetul din care faci parte se transmite clientilor tot prin RA.

AFAIK, subnet-ul e trimis tot via DHCP, doar gateway-ul e trimis via RA.

>
>
> IPv6 a fost gandit sa fie "wasteful" iar /64 s-a decis de unii cu capu
mare
> sa fie cam cel mai mic subnet pe care sa-l dai la clienti.
> ___
> 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] Ciudatenie

[Gabriel GANEA]

Să înțelegem că ai ceva de genul:

ISP===ISPsw===WANif-NATrouter-LANif===LANsw===yourLAN
#   #
#   #
#=EXTif-HPmicroSRV-INTif#

Dacă ca, nu ma dau de mare cunoscător dar, cred ca ai o problemă cu GW
pe EXTif (notația de mai sus).


HTH!
Gabi G.


On Thu, September 3, 2015 12:27, Laurentiu STEFAN wrote:
> Sal. din nou.
>
> Revin si eu cu o "ciudatenie"
>
> Aceelasi server care ziceam zilele trecute ca vroiam sa pun 2 IP-uri
> pe
> el
> Am lasat un IP public pe eth0 (C-ul).
>
> In SW-ul ISP-ului am routerul in care am legat reteaua de la birou si
> serverul cu eth0.
> eth1 de la server e tot in reteaua locala de la birou.
>
> Dupa ceva timp din internet, daca vreau sa accesez serverul da eroare
> (time
> out) pe orice serviciu.
> In schimb, daca intru pe time viewer pe un PC aflat in reteaua de la
> birou
> si accesez serverul pe IP-ul public merge. Dupa ce accesez serverul
> din
> PC-ul de la birou (pe IP-ul public - eth0, nu prin eth1) pot sa il
> accesez
> si din internet.
>
> Este un HP MicroServer Gen9 (are iLO 4 Standard) si este setat pe High
> Performance.
>
> S-a mai intalnit cineva cu problema asta?
>
> Eu ma gandeam ca ar intra intr-un fel de sleep cu un Wake-on-LAN
> activat
> dar nu il gasesc unde ar putea fi
> Pe net sunt multe solutii diferite de a dezactiva sleep-ul in CentOS
> dar nu
> as vrea sa le incerc pe fiecare in parte.
>
> Multumesc de ajutor.
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>


Gabi G.
-- 
Radioactive cats have 18 half-lives.


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Alegere distributie

[Gabriel GANEA]

On Thu, May 14, 2015 18:48, Petru Ratiu wrote:
> E abia joi, vinerea era zi de distro flame.
>
> Ofc, Linux from scratch :)
>
> On Thu, May 14, 2015 at 5:48 PM, Claudiu Nicolaie CISMARU <
> clau...@virtuamagic.com> wrote:
>
>>
>> Opensuse cu evergreen. Sau CentOS?
>


Deşi sunt de acord cu rpetre (încă nu-i vineri), cred ca OpenSUSE --
fie el şi cu „evergreen” -- nu se încadrează în orizontul de timp
solicitat [1].

[1] https://en.opensuse.org/openSUSE:Evergreen

HTH.
Gabi G.
-- 
Radioactive cats have 18 half-lives.


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] storage

[Gabriel]

On Tuesday, February 3, 2015 12:42 PM, Adrian Popa  
wrote:



> Offtopic, dar îmi poti da mai multe detalii despre priza inteligentă? Un
> link, datasheet?
> 
> Mersi!


Eu folosesc asta: 

http://www.edimax.com/edimax/merchandise/merchandise_detail/data/edimax/au/home_automation_smart_plug/sp-2101w/

Are aplicatie de android pentru a o comanda de la distanta. Poti s-o programezi 
cand sa porneasca si cand sa se opreasca, iti arata consumul instant, dar si 
istoricul.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Video streaming

[Gabriel GANEA]

On Tue, August 12, 2014 13:24, Mircea Ciocan wrote:
> Am si eu o intrebare, care ar fi o solutie de streaming acceptabile pe
> H.264 in asa fel incat sa mearga pe cat mai multe OS/dispozitive.
> Momentan "ma dau" cu gstreamer dar clientul trebuie lansat cu o line
> de
> comanda si solutia e cam point to point.
> Are cineva vreun pointer la o chestie care sa mearga din browser, si
> pe
> dispozitive mobile, etc.
> Pe scurt care ar fi numitorul comun cel mai folosit in zilel noastre
> si
> care are oarece sans sa fie suportat in viitor ??
>
>  Mircea "nu,
>
> CLIENT_IP=10.251.101.58
>
> gst-launch mfw_v4lsrc  capture-mode=5 fps-n=15 ! vpuenc codec=6 !
> queue ! rtph264pay ! udpsink host=$CLIENT_IP -v nu se pune" C.
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>

Nu știu dacă se potrivește cu necesitațile tale, dar mi se pare
interesant:
http://www.linuxjournal.com/content/roll-your-own-youtubeflickr-mediagoblin

HTH!
Gabi G.
-- 
Radioactive cats have 18 half-lives.


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] metoda backup imagine OS

[Gabriel S. Craciun]

...via nixCraft

http://clonezilla.org/
http://www.fogproject.org/
http://redobackup.org/

 NOTICE OF CONFIDENTIALITY This E-mail message 
and its attachments (if any) are intended solely for the use of the addressees 
hereof. In addition, this message and the attachments (if any) may contain 
information that is confidential, privileged and exempt from disclosure under 
applicable law. If you are not the intended recipient of this message, you are 
prohibited from reading, disclosing, reproducing, distributing, disseminating 
or otherwise using this transmission. Delivery of this message to any person 
other than the intended recipient is not intended to waive any right or 
privilege. If you have received this message in error, please promptly notify 
the sender by reply E-mail and immediately delete this message from your system.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] downtime servicii lug.ro

[Gabriel GANEA]

On Wed, July 16, 2014 13:24, Petru Ratiu wrote:
> Hello,
>
> Maine seara (joi 17 iulie) o sa fac niste upgrade-uri si rebooturi pe
> serverul lug.ro si e posibil ca anumite servicii sa stea ceva mai mult
> oprite.
>
> O sa ma straduiesc ca ftp-ul (cu mirrorurile) sa fie disponibil intr-o
> forma sau alta pana dimineata, dar e posibil ca listele si wiki-ul sa
> mai
> dureze (pentru ca mailman ma iubeste).
>
> Sorry pentru inconveniente.
>
> --
> P.
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>


ok, spor, mulţumim, no problem inconveniente!

Gabi G.
-- 
Radioactive cats have 18 half-lives.


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] NAS cu consum rezonabil

[Gabriel]

>On Monday, March 31, 2014 6:56 PM, Nagy Ákos  wrote:
 
>La emag câte o dată este în ofretă HP Microserver gen8, la 1400 lei cu 
>procesor pentium.
>După mine este o alegere perfectă petnru nas.
>
>2014.03.30. 21:36 keltezéssel, Paul Lacatus írta:
> Pentru ca am inceput procedura de inlocuire a HDD in serverul meu de
> acasa ( samsung-uri cu 27000 de ore de functionare care incepusera sa
> dea cite unul doua sectoare cu bube, raman cu patru discuri de 1TB
> rezonabil functionale .  M-am gandit sa fac si un NAS mai Low Power sa
> nu mai folosesc serverul mare tot timpul  cu unul doua discuri din cele
> recuperate . AM luat o placa Mini ITX KBN-1 cu chipset AMD Kabini.  Are
> doua stat 6Gb/s , LAN Gbit , USB 2.0+3.0  . Pare OK .
>
> Nu i-am dat inca drumul ca nu mi-am eliberat discurile , schimb unul
> cite unul , dar intrebarea este :
>
> Ce sa pun pe el ?
>
> Variante :
>
> 1. Centos 6
> 2. FreeNAS
> 3. Open media vault
>
> vreau samba, nfs si subversion . Varianta 2, 3 s-ar descurca cu
> subversion ?  Pe doi as putea incerca ZFS , s-ar descurca pe proc
> respectiv cu 2GB ram ?
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug



La pcgarage e 1100 zilele astea.

http://www.pcgarage.ro/servere/hp/proliant-microserver-gen8-procesor-intel-pentium-g2020t-25ghz-ivy-bridge-2gb-udimm-ddr3-fara-hdd-lff-35-inch/
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Firmware WRT54GL cu suport IPv6 (RDS)

[Gabriel]

http://www.techtorials.ro/2011/10/10/linksys-wrt54gl-v1-1-ipv6-via-pppoe/




On Tuesday, January 21, 2014 10:01 AM, Adrian Popa  
wrote:
 
Salutare,

A sosit momentul pentru un upgrade de firmware al routerului meu WRT54GL și
de data asta aș vrea să îi dau suport și de IPv6. Știu că routerul e destul
de vechi și aș vrea părerea voastră și eventual recomandările pentru a avea
următoarele feature-uri:

* Dual stack
* iptables/ip6tables support (filtrare + NAT (pt ipv4) + port forwarding)
* DHCP cu suport static leases
* suport PPPoE
* client DDNS
* Wireless filter (să permită o listă de MAC-uri)
* Wireless advanced settings (să permită modificarea Tx Power)
* interfață web de management + telnet/ssh
* suport cron
* ceva spațiu de stocare writable pentru user (am câteva scripturi sh care
rulează în cron - folosesc ~300k, dar mă pot încadra  în 100 dacă nu mai e
loc).

Nu am nevoie de QoS sau VPN.

Până acum am folosit TomatoUSB (Tomato Firmware v1.28.8754 ND vpn3.6) și am
fost destul de mulțumit de el. În ultima vreme are totuși un bug urât -
după ceva timp partea de LAN funcționează în mod AP-Isolation de capul ei
(hosturile din LAN nu pot comunica între ele, dar pot fi accesate prin
WAN). Se rezolvă cu 1-2 rebooturi...

Net am de la RDS (fiberlink). Știu că făcuseră mai demult un firmware
custom pt wrt54gl, dar aș vrea să aflu și ceva recomandări de la cei care
îl folosesc în setupul ăsta.

P.S. Promit că o să înlocuiesc routerul cu ceva mai puternic în viitor
(probabil în 1-2 ani) :P, dar momentan eu zic că încă poate să ducă...

Mulțumesc
___
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] Centos 6.4 x64 XFS

[Gabriel]

- Original Message -
> From: Claudiu Nicolaie CISMARU 
> To: Romanian Linux Users Group 
> Cc: 
> Sent: Tuesday, October 8, 2013 6:14 PM
> Subject: Re: [rlug] Centos 6.4 x64 XFS
> 
> 
>>  Dumitru "nici /boot separat nu mai folosesc de ceva vreme"
> 
> Si daca ai nevoie de EFI boot, pui / pe FAT32? :)
 
Ce treaba are / cu EFI? Partitia FAT32 la care faci referire e independenta de 
OS-urile care le ai tu pe masina respectiva.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

[rlug] Kestiune logica de forwardare port

[Enache Gabriel]

Salut.

Se da pc-ul 1 (client), pc-ul 2 si pc-ul 3 (server)
Daca se face o forwardare din 2 in 3 si la trimiterea unui pachet tcp de la
1 catre 2, 3-ul nu raspunde, resetand conexiunea, care poate fi problema?
Si daca se gaseste problema, care poate fi solutia?

Multumesc frumos.
Gabi
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

[rlug] Freeradius server on fedora pt login via AP, cu 2003 DC

[Enache Gabriel]

Salut.
Newbie here needing help.
Se da:
- un 2003 DC(sa zicem ca IP-ul 192.168.3.2), numele domeniului fiind
domeniu.corporatie.corp
- un Fedora (sa zicem ca are IP-ul 192.168.2.13 - din alt vlan, evident),
(fqdn-ul fiind fedora.domeniu.corporatie.corp)
- un AP Cisco WAP121 (sa zicem ca are IP-ul 192.168.7.231)
(ap1.domeniu.corporatie.corp)
- pc-ul meu (de pe care ar treb sa fac configurarile - cu acces la toate
vlan-urile, are IP-ul 192.168.7.20) (newbie.domeniu.corporatie.corp)


Ce trebuie sa se intample: trebuie ca pe AP sa fac autentificare prin
radius. Laptopurile care vor sa se conecteze prin wireless la retea trebuie
sa fie in domeniu.

Care e problema de fapt: nu inteleg foarte bine schema logica a problemei.
Daca sa zicem ca freeradius e setat corect, samba e setat corect, laptopul
vede SSID-ul, dar nu se poate conecta.

A facut cineva care ma poate si ajuta, eventual pas cu pas?

Documentatie am citit, dar nu reusesc.

Multam fain.
gabi
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Script resetare permisiuni fisiere si directoare

[Gabriel GANEA]

On Wed, July 4, 2012 22:43, Laurentiu STEFAN wrote:
> ... vreau sa scot permisiunile de scriere si
> rulare la fisiere si de scriere la directoare. ...

Vezi "X" (nu "x") pentru directoare (chmode, man).

HTH!
Gabi G.
-- 
Radioactive cats have 18 half-lives.


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] captura conectari ssh telnet

[Gabriel]

>>   Am o mica problema dar nu stiu cum sa abordez problema.

>>   Am un server/linux pe post de gateway/router cu un trafic destul de
>>  mare.
>>   Practic cerinta finala este ca orice incercare de telnet sau ssh care
>>  trece PRIN gateway sa fie capturata si scrisa intr-un log.
>>   Ma gandesc sa fac cumva din iptables pot sa ma iau nu neaparat dupa
>>  protocoale ssh sau telnet ci si dupa port destinatie gen 22 23 xxx.
>>   Deci nu ma intereseaza initierile de sesiuni INPUT si FORWARD.
> nu INPUT ci Forward.
>>   Cum ar trebui sa fac fara sa cresc load-ul pe server adica sa nu fie un
>>  chin in plus (vizibil) sa analizeze fiecare pachet daca portul
>>  destinatie e 23 sau xyz.
>> 
>>  Multumesc anticipat.
> Banuiesca ca nu e alta metoda si cel mai bine folosesc iptables functia
> de logging

tcpdump -n host not \(ip1 and ip2 and ...\) and port \(22 or 23\) and 
tcp.flags.syn==1 -w /logfile.pcap

- ip1,2... sunt IP-urile placilor de retea de pe serverul respectiv
- aia cu tcp.flags e altfel, gasesti tu in manual cum faci match pe segmentele 
cu SYN
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] probleme raid

[Gabriel]

> in momentul asta, folosind softul de management, am aflat ca are un

> hdd seagate barracuda de 250Gb... pe emag nu mai exista asa ceva. E
> vreo problema daca folosesc alt hdd mai mare in locul lui?

Nu

> "hot pluggable" inseamna ca ii infig mufele in timp ce ruleaza
> serverul? Am inteles ca e ok sa il inchidem, cel putin o perioada
> scurta. E mai bine sa il inchid in cazul asta?

Poti sa-l scoti pe cel defect si sa-l pui pe cel nou in locul lui fara sa 
opresti nimic. Ar fi indicat ca, din softul ala de management, sa-l marchezi pe 
cel defect ca fiind bad inainte sa-l scoti. Dupa ce-l bagi pe cel nou, tot din 
softul de management ar trebui sa poti urmari ritmul in care evolueaza 
sincronizarea.

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] EFI+GPT+MD+LVM+alte acronime interesante

[Gabriel]

- Original Message -
> From: Andrei Popescu 
> To: rlug@lists.lug.ro
> Cc: 
> Sent: Sunday, January 29, 2012 11:55 AM
> Subject: Re: [rlug] EFI+GPT+MD+LVM+alte acronime interesante
> 
> On Sb, 28 ian 12, 14:05:18, Gabriel wrote:
>> 
>>  La linia cu search banuiesc ca e root=aea1cdf9-e444-43d8-9435-554b6df7779c, 
> nu doar --set  aea1cdf9-e444-43d8-9435-554b6df7779c.
> 
> E corect, vezi http://www.gnu.org/software/grub/manual/grub.html#search
> 
> Dacă vrei să specific explicit variabila ($root) atunci ar fi fost:
> 
> search --set root aea...
> 
> (adică fără '=')
> 
> Salutări,
> Andrei
> -- 
> http://nuvreauspam.ro/posts/2010/neticheta-pe-mail/

Ciudat. La mine arata asa:

menuentry 'Ubuntu, with Linux 3.0.0-15-generic' --class ubuntu --class 
gnu-linux --class gnu --class os {
    recordfail
    set gfxpayload=$linux_gfx_mode
    insmod gzio
    insmod part_gpt
    insmod ext2
    set root='(hd0,gpt2)'
    search --no-floppy --fs-uuid --set=root e34489dd-7b78-4c20-8133-715335f0c5f8
    linux    /boot/vmlinuz-3.0.0-15-generic 
root=UUID=e34489dd-7b78-4c20-8133-715335f0c5f8 ro   quiet splash vt.handoff=7
    initrd    /boot/initrd.img-3.0.0-15-generic
}
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] EFI+GPT+MD+LVM+alte acronime interesante

[Gabriel]

> parted
> 
> Acum arata cam asa:
> Number Start       End       Size       File system    Name                
> Flags
> 1           20.5kB   537MB   537MB   fat16              EFI System       boot
> 2           537MB   9127MB 8590MB linux-swap(v1) Linux swap
> 3           9127MB 30,6GB  26.8GB  ext3               Linux filesystem
> 
> Am ajuns la stadiul in care pleaca grub-ul in mod EFI, dar imi da dupa aceea
> Loading Linux 2.6.32-5.amd64
> Loading initial ramdisk
> Kernel panic - not syncing: VFS: Unable to mount root fs on unknown block(0,0)
> 
> Optiunile de boot din grub sunt:
> insmod part_gpt
> insmod ext2
> set root='(hd0,gpt3)'
> search --no-floppy --fs-uuid --set
> aea1cdf9-e444-43d8-9435-554b6df7779c           <-asta partitia 3
> echo 'Loading Linux 2.6.32-5-amd64 ...'
> linux /boot/vmlinuz-2.6.32-5-amd64
> root=UUID=aea1cdf9-e444-43d8-9435-554b6df7779c ro quiet
> echo 'Loading initial ramdisk ...'
> initrd /boot/initrd.img-2.6.32-5-amd64
> 
> Din cate imi dau seama, sunt corecte. Nu inteleg de ce nu vede fs-ul.
> Block device-ul este 8,0, iar la ls in grub imi arata (hd0) (hd0,gpt3)
> (hd0,gpt2) (hd0,gpt1) (cd0).

La linia cu search banuiesc ca e root=aea1cdf9-e444-43d8-9435-554b6df7779c, nu 
doar --set  aea1cdf9-e444-43d8-9435-554b6df7779c.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] EFI+GPT+MD+LVM+alte acronime interesante

[Gabriel]

 

> Din cate am mai cautat, problema se reduce la instalat Depian direct
> pe EFI. Momentan pot fi ignorate restul de acronime.
> 
> Ca idee, EFI (sau UEFI, sau cum vreti sa-i spuneti voi), se uita pe o
> partitie speciala numita EFI System Partition, formatata VFAT, dupa
> fisiere cu extensia .efi.
> Aveste fisiere pot fi create in Debian de pachetul grub-efi-amd64, cu
> grub-install. Dar, pentru a le crea corect, are nevoie de modulul
> efivars incarcat.
> Deci, daca ai in sistem instalat si care merge, se poate, ca faci
> modprobe efivars.
> 
> In schimb, CD-ul de instalare Debian booteaza in mod BIOS => modprobe
> efivars nu functioneza, ca nu are ce sa ... modprobeze.
> 
> Asa ca... nu stiu. Vre-o idee?

Cu ce ai creat partition table-ul? Cum arata?

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] telefon pentru gnokii

[Gabriel GANEA]

On Mon, January 16, 2012 10:27, Silviu Marin-Caea wrote:
>
> Eu am un modem GSM Siemens MC35i care se leaga pe serial.
> ...
> Din pacate, nu mai stiu de unde a fost cumparat si chiar
> acum mai am nevoie de inca unul.
> ...
>

http://www.wmocean.com/siemens-mc35i-terminal

http://ro.farnell.com/siemens/mc35i-terminal/gsm-gprs-terminal-pack/dp/1305960

?
(Ca tot mi-a starnit curiozitatea...  :-)  )


HTH
Gabi G.
-- 
Radioactive cats have 18 half-lives.


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Probleme bind

[Gabriel Avramescu]

Acum am oprit de tot iptables  pentru teste si problema a ramas decat la 
transferul de zone dintre master si slave:

Output /var/log/messages pe master

Dec 12 14:02:25 ns named[27313]: client IP_SLAVe#54567: transfer of 
'ceva.ro/IN': AXFR started
Dec 12 14:02:26 ns named[27313]: client IP_SLAVE#56231: transfer of 
'ceva2.ro/IN': AXFR started
Dec 12 14:02:26 ns named[27313]: client IP_SLAVE#36614: transfer of 
'etc.in-addr.arpa/IN': AXFR started
Dec 12 14:02:26 ns named[27313]: client IP_SLAVE#42815: transfer of 
'etc.in-addr.arpa/IN': AXFR started
Dec 12 14:02:26 ns named[27313]: client IP_SLAVE#40294: transfer of 
'ceva3.ro/IN': AXFR started
Dec 12 14:02:26 ns named[27313]: client IP_SLAVE#40760: transfer of 
'ceva4.ro/IN': AXFR started


Output /var/log/messages pe slave

Dec 12 14:32:45 ns3 named[3168]: transfer of 'ceva1.ro/IN' from IP_MASTER#53: 
connected using IP_SLAVE#44867
Dec 12 14:32:45 ns3 named[3168]: dumping master file: slaves/tmp-3Q5kWhTcSU: 
open: permission denied
Dec 12 14:32:45 ns3 named[3168]: transfer of 'ceva2.ro/IN' from IP_MASTER#53: 
failed while receiving responses: permission denied
Dec 12 14:32:45 ns3 named[3168]: transfer of 'ceva3.ro/IN' from IP_MASTER#53: 
Transfer completed: 0 messages, 10 records, 0 bytes, 0.003 secs (0 bytes/sec)


 
  Kind Regards,
  Cu respect, 
  Gabriel Avramescu
  

>
> From: Gabriel Avramescu 
>To: Florin Popovici ; Romanian Linux Users Group 
> 
>Sent: Monday, 12 December 2011, 12:00
>Subject: Re: [rlug] Probleme bind
> 
>S-a rezolvat cu iptables.
>
> Conectat la hostul respectiv =  conectat prin ssh la serverul de ns.
>
> am pus llow-transfer { "recursive_subnets";any; }; oricum eu facusem testul 
>de la o statie care se afla in subneturile respective. nu merge nici cu any 
>nici fara.
>
>Era decat firewallul de vina.
> 
>  Kind Regards,
>  Cu respect, 
>  Gabriel Avramescu
>  IT Trainer & Consultant
>
>____
>
>
>  Cisco Networking Academy
>  http://www.ituniversity.ro
>
>
>
>>
>> From: Florin Popovici 
>>To: Gabriel Avramescu ; Romanian Linux Users Group 
>> 
>>Sent: Monday, 12 December 2011, 10:30
>>Subject: Re: [rlug] Probleme bind
>> 
>>
>>Salut,
>>raspunsuri inline
>>
>>On Mon, Dec 12, 2011 at 10:10 AM, Gabriel Avramescu 
>> wrote:
>>
>>
>>>
>>> 
>>>Salut,
>>>>
>>>>
>>>>Am doua probleme in Bind:
>>>>1. conectat la hostul respectiv imi rezolva orice cerere dns - folosind 
>>>>nslookup. Query-urile facute de alte statii catre acest host, nu le rezolva.
>>>>
>>>
>>
>>Ce inseamna "conectat la host-ul respectiv" ? Banuiesc ca vrei sa zici "de la 
>>host-uri din subneturile x.x.54.0/23 sau y.y.0.0/16".
>> 
>>>
>>>>Output fisier named.conf
>>>>
>>>>
>>>>acl "recursive_subnets" {
>>>>       x.x.54.0/23;
>>>>        y.y.0.0/16;
>>>>       localhost;
>>>>};
>>>>
>>>>
>>>>options {
>>>>        directory "/var/named";
>>>>        allow-recursion { "recursive_subnets"; };
>>>>        allow-transfer { "recursive_subnets"; };
>>>>        allow-query { "recursive_subnets"; };
>>>
>>
>>Aici e problema ^^^. Allow-query-ul tau nu da voie altor host-uri sa faca 
>>query-uri. Deloc.
>>Daca vrei sa permiti query-uri si de la alte host-uri, dar NU si recursion, 
>>aici pui allow-query { "recursive_subnets"; all; };  iar allow-recursion il 
>>lasi neschimbat.
>>
>>Probabil nu vrei sa permiti transferul de la orice host din subneturile 
>>astea. Recomand sa pui allow-transfer { doar_ip-ul_slave-ului; }
>>
>>> [...]
>>
>>>[root@ns3 ~]# iptables -L -n
>>>>Chain INPUT (policy ACCEPT)
>>>>target     prot opt source               destination
>>>>ACCEPT     all  --  0.0.0.0/0            0.0.0.0/0           state 
>>>>RELATED,ESTABLISHED
>>>>ACCEPT     icmp --  0.0.0.0/0            0.0.0.0/0
>>>>ACCEPT     all  --  0.0.0.0/0            0.0.0.0/0
>>>>ACCEPT     tcp  --  0.0.0.0/0            0.0.0.0/0           state NEW tcp 
>>>>dpt:22
>>>>REJECT     all  --  0.0.0.0/0            0.0.0.0/0           reject-with 
>>>>icmp-host-prohibited
>>>
>>
>>Incearca sa te documentezi cum fu

Re: [rlug] Probleme bind

[Gabriel Avramescu]

S-a rezolvat cu iptables.

 Conectat la hostul respectiv =  conectat prin ssh la serverul de ns.

 am pus llow-transfer { "recursive_subnets";any; }; oricum eu facusem testul de 
la o statie care se afla in subneturile respective. nu merge nici cu any nici 
fara.

Era decat firewallul de vina.
 
  Kind Regards,
  Cu respect, 
  Gabriel Avramescu
  IT Trainer & Consultant




  Cisco Networking Academy
  http://www.ituniversity.ro



>
> From: Florin Popovici 
>To: Gabriel Avramescu ; Romanian Linux Users Group 
> 
>Sent: Monday, 12 December 2011, 10:30
>Subject: Re: [rlug] Probleme bind
> 
>
>Salut,
>raspunsuri inline
>
>On Mon, Dec 12, 2011 at 10:10 AM, Gabriel Avramescu  
>wrote:
>
>
>>
>> 
>>Salut,
>>>
>>>
>>>Am doua probleme in Bind:
>>>1. conectat la hostul respectiv imi rezolva orice cerere dns - folosind 
>>>nslookup. Query-urile facute de alte statii catre acest host, nu le rezolva.
>>>
>>
>
>Ce inseamna "conectat la host-ul respectiv" ? Banuiesc ca vrei sa zici "de la 
>host-uri din subneturile x.x.54.0/23 sau y.y.0.0/16".
> 
>>
>>>Output fisier named.conf
>>>
>>>
>>>acl "recursive_subnets" {
>>>       x.x.54.0/23;
>>>        y.y.0.0/16;
>>>       localhost;
>>>};
>>>
>>>
>>>options {
>>>        directory "/var/named";
>>>        allow-recursion { "recursive_subnets"; };
>>>        allow-transfer { "recursive_subnets"; };
>>>        allow-query { "recursive_subnets"; };
>>
>
>Aici e problema ^^^. Allow-query-ul tau nu da voie altor host-uri sa faca 
>query-uri. Deloc.
>Daca vrei sa permiti query-uri si de la alte host-uri, dar NU si recursion, 
>aici pui allow-query { "recursive_subnets"; all; };  iar allow-recursion il 
>lasi neschimbat.
>
>Probabil nu vrei sa permiti transferul de la orice host din subneturile astea. 
>Recomand sa pui allow-transfer { doar_ip-ul_slave-ului; }
>
>> [...]
>
>>[root@ns3 ~]# iptables -L -n
>>>Chain INPUT (policy ACCEPT)
>>>target     prot opt source               destination
>>>ACCEPT     all  --  0.0.0.0/0            0.0.0.0/0           state 
>>>RELATED,ESTABLISHED
>>>ACCEPT     icmp --  0.0.0.0/0            0.0.0.0/0
>>>ACCEPT     all  --  0.0.0.0/0            0.0.0.0/0
>>>ACCEPT     tcp  --  0.0.0.0/0            0.0.0.0/0           state NEW tcp 
>>>dpt:22
>>>REJECT     all  --  0.0.0.0/0            0.0.0.0/0           reject-with 
>>>icmp-host-prohibited
>>
>
>Incearca sa te documentezi cum functioneaza regulile iptables. Regula 3 
>probabil iti "anuleaza"  firewallul. Da-i iptables -L -nv ca sa vedem si 
>"input interface", daca e "lo" atunci e ok, dar daca e "*" atunci tot ce e 
>dupa ea e useless.
>Daca totusi e "lo", probabil vei vrea sa iti adaugi o regula ca sa deschizi 
>53/UDP, inainte de ultima cu REJECT-ul general.
> 
>> [...]
>>>
>>>2. Acest server este secondary
>>>
>>>
>>>
>>>
>>>Dec  9 14:53:49 ns3 named[2184]: transfer of 'rai-ria.ro/IN' 
>>>from Ip_master#53: Transfer completed: 0 messages, 9 records, 0 bytes, 0.003 
>>>secs (0 bytes/sec)
>>>
>>>Dec  9 14:57:32 ns3 named[2184]: zone .ro/IN: Transfer started.
>>>Dec  9 14:57:32 ns3 named[2184]: transfer of '.ro/IN' from Ip_master#53: 
>>>connected using y.y.23.23#39743
>>
>
>Ahem, tu ai o zona ".ro" ? Probabil nu vrei asta, decat daca esti RoTLD :)
> 
>>Dec  9 14:57:32 ns3 named[2184]: dumping master file: tmp-12SgbfA9Jf: open: 
>>permission denied
>>>Dec  9 14:57:32 ns3 named[2184]: transfer of '.ro/IN' from Ip_master#53: 
>>>failed while receiving responses: permission denied
>>>Dec  9 14:57:32 ns3 named[2184]: transfer of '.ro/IN' from Ip_master#53: 
>>>Transfer completed: 0 messages, 7 records, 0 bytes, 0.003 secs (0 bytes/sec)
>>>
>>>
>>>si la master si la slave toate fisierele din /var/named apartin grupului si 
>>>userului named.
>>>
>>>
>>>Idei?
>>
>
>Daca ai named chrooted (de exemplu in /var/named/chroot), verifica sa ai 
>/var/named/chroot/tmp si /var/named/chroot/var/tmp writable de userul named -- 
>si pe master, si pe slave 
>
>HTH
>Flo
>
>-- 
>flo.ro
>
>
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

[rlug] Probleme bind

[Gabriel Avramescu]

 
Salut,
>
>
>Am doua probleme in Bind:
>1. conectat la hostul respectiv imi rezolva orice cerere dns - folosind 
>nslookup. Query-urile facute de alte statii catre acest host, nu le rezolva.
>
>
>Output fisier named.conf
>
>
>acl "recursive_subnets" {
>       x.x.54.0/23;
>        y.y.0.0/16;
>       localhost;
>};
>
>
>options {
>        directory "/var/named";
>        allow-recursion { "recursive_subnets"; };
>        allow-transfer { "recursive_subnets"; };
>        allow-query { "recursive_subnets"; };
>        listen-on { 127.0.0.1; x.x.54.0/23; y.y.0.0/16; };
>        #listen-on-v6 port 53 { ::1; };
>        dump-file       "/var/named/data/cache_dump.db";
>        statistics-file "/var/named/data/named_stats.txt";
>        memstatistics-file "/var/named/data/named_mem_stats.txt";
>        #allow-query  {"any"; localhost; };
>        #dnssec-enable yes;
>        #dnssec-validation yes;
>        #dnssec-lookaside auto;
>
>
>        /* Path to ISC DLV key */
>        bindkeys-file "/etc/named.iscdlv.key";
>
>
>etc.
>
>
>
>
> netstat -tulpn | grep :53
>tcp        0      0 y.y.23.23:53             0.0.0.0:*                   
>LISTEN      2184/named
>tcp        0      0 127.0.0.1:53                0.0.0.0:*                   
>LISTEN      2184/named
>udp        0      0 y.y.23.23:53             0.0.0.0:*                         
>      2184/named
>udp        0      0 127.0.0.1:53                0.0.0.0:*                      
>         2184/named
>
>
>
>
>[root@ns3 ~]# iptables -L -n
>Chain INPUT (policy ACCEPT)
>target     prot opt source               destination
>ACCEPT     all  --  0.0.0.0/0            0.0.0.0/0           state 
>RELATED,ESTABLISHED
>ACCEPT     icmp --  0.0.0.0/0            0.0.0.0/0
>ACCEPT     all  --  0.0.0.0/0            0.0.0.0/0
>ACCEPT     tcp  --  0.0.0.0/0            0.0.0.0/0           state NEW tcp 
>dpt:22
>REJECT     all  --  0.0.0.0/0            0.0.0.0/0           reject-with 
>icmp-host-prohibited
>
>
>Chain FORWARD (policy ACCEPT)
>target     prot opt source               destination
>REJECT     all  --  0.0.0.0/0            0.0.0.0/0           reject-with 
>icmp-host-prohibited
>
>
>Chain OUTPUT (policy ACCEPT)
>target     prot opt source               destination
>
>
>
>
>
>
>2. Acest server este secondary
>
>
>
>
>Dec  9 14:53:49 ns3 named[2184]: transfer of 'rai-ria.ro/IN' 
>from Ip_master#53: Transfer completed: 0 messages, 9 records, 0 bytes, 0.003 
>secs (0 bytes/sec)
>
>Dec  9 14:57:32 ns3 named[2184]: zone .ro/IN: Transfer started.
>Dec  9 14:57:32 ns3 named[2184]: transfer of '.ro/IN' from Ip_master#53: 
>connected using y.y.23.23#39743
>Dec  9 14:57:32 ns3 named[2184]: dumping master file: tmp-12SgbfA9Jf: open: 
>permission denied
>Dec  9 14:57:32 ns3 named[2184]: transfer of '.ro/IN' from Ip_master#53: 
>failed while receiving responses: permission denied
>Dec  9 14:57:32 ns3 named[2184]: transfer of '.ro/IN' from Ip_master#53: 
>Transfer completed: 0 messages, 7 records, 0 bytes, 0.003 secs (0 bytes/sec)
>
>
>si la master si la slave toate fisierele din /var/named apartin grupului si 
>userului named.
>
>
>Idei?
>
>
>
>
> 
>  Kind Regards,
>  Cu respect, 
>  Gabriel Avramescu
>  IT Trainer & Consultant
>
>
>
>
>
>  Cisco Networking Academy
>  http://www.ituniversity.ro
>
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] parted problems, where's my data gone?

[Gabriel]

>Salut,
>
>Acum ceva vreme, am facut pe un hdd WDC WD30EZRX-00M (caviar green
>3tb) o partitie GPT. Parca era ext3, dar nu mai sunt sigur.
>Azi am zis sa vad ce mai am pe el, si surpriza:
>parted (GNU parted) 2.3


Incearca cu gdisk ( http://www.rodsbooks.com/gdisk/ )

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Ustensile recuperare date pentru linux

[Gabriel]

> if you like dd_rescue you'll *love* dd_rhelp!

Exista dd, dd_rescue, dd_rhelp si ddrescue[1] (asta cred ca e ordinea 
cronologica). Autorul dd_rhelp recomanda[2] (vezi important note-ul) ddrescue.

[1] http://www.gnu.org/s/ddrescue/ddrescue.html
[2]http://www.kalysto.org/utilities/dd_rhelp/index.en.html

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] rlug reply-to

[Gabriel]

- Original Message -

> From: Camelia Nastase 
> To: Gabriel ; Romanian Linux Users Group 
> 
> Cc: 
> Sent: Thursday, October 20, 2011 2:02 PM
> Subject: Re: [rlug] rlug reply-to
> 
>> 
>>  - Original Message -
>> 
>>  > From: Tudor Gheorghe 
>>  > To: Romanian Linux Users Group 
>>  > Cc: 
>>  > Sent: Thursday, October 20, 2011 12:51 PM
>>  > Subject: Re: [rlug] rlug reply-to
>>  > 
>>  > On 10/20/2011 12:44 PM, Petru Ratiu wrote:
>>  >>  
> . 
>>  >>  Pana recent
>>  >>  aveam impresia ca Thunderbird face ceva aiurea, dar daca am 
> inteles
>>  >>  bine si yahoo mail e cu capul.
>>  >> 
>>  > Eu folosesc thunderbird de cativa ani si nu a facut nimic aiurea (in 
>>  > sensul discutiei de acum, ofc).
>> 
>>  Eu cand dau click pe Reply in yahoo la TO: imi apare rlug@lists.lug.ro si 
> atat.
>> 
> 
> Yahoo suge, eu am dat reply-all la mailul tau si dupa cum se vede nu
> apare doar rlug@lists.lug.ro. 

Am vazut. N-ar trebui sa primesc mailu` de doua ori?

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] rlug reply-to

[Gabriel]

- Original Message -

> From: Tudor Gheorghe 
> To: Romanian Linux Users Group 
> Cc: 
> Sent: Thursday, October 20, 2011 12:51 PM
> Subject: Re: [rlug] rlug reply-to
> 
> On 10/20/2011 12:44 PM, Petru Ratiu wrote:
>>  . 
>>  Pana recent
>>  aveam impresia ca Thunderbird face ceva aiurea, dar daca am inteles
>>  bine si yahoo mail e cu capul.
>> 
> Eu folosesc thunderbird de cativa ani si nu a facut nimic aiurea (in 
> sensul discutiei de acum, ofc).

Eu cand dau click pe Reply in yahoo la TO: imi apare rlug@lists.lug.ro si atat.

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] [offtopic] RDS IPv6

[Gabriel]

- Original Message -

> From: Petru Ratiu 
> To: Romanian Linux Users Group 
> Cc: 
> Sent: Wednesday, October 12, 2011 1:16 AM
> Subject: Re: [rlug] [offtopic] RDS IPv6
> 
> 2011/10/10 Petru Ratiu :
>>  On Mon, Oct 10, 2011 at 21:05, Gabriel  wrote:
>>>  RDS a inceput testele cu IPv6. V-ati bagat careva?
>>> 
>> 
>>  Eu vreau sa ma inscriu, dar probabil n-o sa am timp sa ma joc pana in
>>  weekend. Daca apuc sa fac ceva maine-poimaine, promit un lightning
>>  talk joi ;)
> 
> Ok, tocmai l-am facut sa mearga. Semi-manual ca ma cam lupt cu openwrt
> (o sa revin cu amanunte cand ma descurc sa-l setez elegant, asa cum
> vrea el), dar pana una-alta, uite niste pitfalls de care m-am lovit:
> 
> [...]

Ce DNS-uri primesti?

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] solutii remote desktop linux

[Gabriel GANEA]

On Tue, October 11, 2011 14:23, Gabriel GANEA wrote:
> On Tue, October 11, 2011 12:30, Mircea MITU wrote:
>> Salut
>>
>> ...
>>
>> Practic ma intereseaza echivalentul lui Terminal Server
>>
>> Multumesc frumos
>> Mircea
>
>
> Nu l-am incercat direct, am luat contact cu el "gata mestecat" la
> cineva, dar suna (si mi s-a parut, ce am vazut) interesant:
>
> Xming
> http://www.straightrunning.com/XmingNotes/
>
> What can you use Xming for?
> ...
> Use your Microsoft computer as a thin client terminal to Linux/Unix
> :).
> ...
> You can display remote X clients directly on a Windows Desktop ...
> ...
>
> HTH
> Gabi G.

OTOH:
http://en.wikipedia.org/wiki/Comparison_of_remote_desktop_software
(cat o fi de corecta si actualizata).

HTH too...
Gabi G.
-- 
Radioactive cats have 18 half-lives.


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] solutii remote desktop linux

[Gabriel GANEA]

On Tue, October 11, 2011 12:30, Mircea MITU wrote:
> Salut
>
> ...
>
> Practic ma intereseaza echivalentul lui Terminal Server
>
> Multumesc frumos
> Mircea


Nu l-am incercat direct, am luat contact cu el "gata mestecat" la
cineva, dar suna (si mi s-a parut, ce am vazut) interesant:

Xming
http://www.straightrunning.com/XmingNotes/

What can you use Xming for?
...
Use your Microsoft computer as a thin client terminal to Linux/Unix :).
...
You can display remote X clients directly on a Windows Desktop ...
...

HTH
Gabi G.
-- 
Radioactive cats have 18 half-lives.


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] discuri > 2TB, tabele GPT si partitioning best practices

[Gabriel GANEA]

On Wed, August 24, 2011 15:03, Petru Ratiu wrote:
> Argh. Mai repet PS-ul ...

Nu stiu daca am inteles corect problema ta, dar


> problemele de aliniere ...

poate ca asta iti este de folos (daca nu stiai deja):
http://www.ibm.com/developerworks/linux/library/l-4kb-sector-disks/
(cred ca tot pe lista asta am vauzt link-ul)


HTH

Gabi G.
-- 


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Postfix :: TLS vs cleartext

[Gabriel S. Craciun]

"Making Postfix daemon programs more verbose

Append one or more "-v" options to selected daemon definitions in 
/etc/postfix/master.cf and type "postfix reload". This will cause a lot of 
activity to be logged to the syslog daemon. For example, to make the Postfix 
SMTP server process more verbose:

/etc/postfix/master.cf:
smtp  inet  n   -   n   -   -   smtpd -v"






-Original Message-
From: rlug-boun...@lists.lug.ro [mailto:rlug-boun...@lists.lug.ro] On Behalf Of 
Eugeniu Patrascu
Sent: Tuesday, May 17, 2011 3:19 PM
To: Romanian Linux Users Group
Subject: Re: [rlug] Postfix :: TLS vs cleartext

2011/5/17 George R. NICA :
> Salut,
>
> Am un postfix configurat sa foloseasca TLS dar cu "smtpd_enforce_tls = no".
> As vrea sa stiu mai multe despre ce se intampla 'under the hood' 
> astfel incat sa-mi dau seama cu ce servere s-a comunicat criptat, cu 
> care cleartext si in general metode de debugging.
>
> Google-Fu m-a tradat azi asa ca apreciez orice hint sau trimitere la 
> RTFM daca mi se indica 'the fine manual'.
>

scrie in loguri cu cine a facut TLS:

Feb 25 05:37:09 psi postfix/smtpd[1778]: setting up TLS connection from 
rd.adclick.ro[213.233.121.36] Feb 25 05:37:09 psi postfix/smtpd[1778]: TLS 
connection established from rd.adclick.ro[213.233.121.36]: TLSv1 with cipher 
DHE-RSA-AES256-SHA (256/256 bits) 
___
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] Este MX obligatoriu?

[Gabriel GANEA]

On Tue, March 29, 2011 14:10, Tudor Gheorghe wrote:
> On 03/29/2011 02:12 PM, Gabriel GANEA wrote:
> > Vreau sa am un domeniu pentru care sa
> > functioneze doar www (www.domeniulmeu.ro).
> >
> > Nu ma intereseaza deloc sa functioneze
> > mail pe acest domeniu (ba, chiar, nu il
> > doresc deloc).
> >
> > Este obligatoriu sa configurez si
> > intrarea MX in DNS in acest caz (din
> > perspectiva functionarii corecte a DNS)?
> >
> >
> > Gabi G.
>
> Nu este obligatoriu, dar mail functioneaza
> si pe A, nu doar pe MX.
>
> Tudor


Multumesc!

Gabi G.
-- 
Radioactive cats have 18 half-lives.


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

[rlug] Este MX obligatoriu?

[Gabriel GANEA]

Vreau sa am un domeniu pentru care sa
functioneze doar www (www.domeniulmeu.ro).

Nu ma intereseaza deloc sa functioneze
mail pe acest domeniu (ba, chiar, nu il
doresc deloc).

Este obligatoriu sa configurez si
intrarea MX in DNS in acest caz (din
perspectiva functionarii corecte a DNS)?


Gabi G.
-- 
Radioactive cats have 18 half-lives.


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] kernel real time

[Gabriel]

> bula de care zic io nu prea face fwd, da' mi se pare  aiurea sa ma pui

> sa justific faptul ca un bsd stie sa forwardeze pachete  eficient.

Cred ca Tudor spunea ca ar fi util ca OP sa dea detalii despre traficu` ce 
trece 
prin jucaria lui.



  
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] iar ipv6

[Gabriel]

> >>> o alta  optiune este sa devii LIR, platesti vreo 3kE prima data (2k
> >>> sign-up fee  si 1.3k extra-small fee) si apoi, daca nu iei altceva decat
> >>> alocarea  IPv6.. 1.3kE pe an.
> >>>
> >>
> >> IMHO, daca se pune problema ca un  end-user  (read: firma, consumator,
> >> etc) sa trebuiasca sa se  inregistreze ca LIR pentru o chestie relativ
> >> normala (multihoming), ceva e  foarte gresit in sistem si avem ceea ce
> >> se cheama fatality by  bureaucracy.
> >>
> 
> end-user este cineva care nu ofera servicii mai departe, end-user nu
> este un isp sau un hosting provider..
> 
> un end-user care va folosi prefixul doar pentru infrastructura proprie
> poate sa ceara PI
> 
> daca vrei insa sa oferi v6 (folosind PI) si esti ISP si nu iti convine
> policy-ul curent - poti sa schimbi policy-ul
> http://www.ripe.net/ripe/docs/ripe-500
> 
> >> Da, am vazut ca ai mai listat si alte optiuni, mi se pare  very wrong
> >> ca era si asta intre ele.
> >>
> >> Ma rog, asta sau esti tu absolut  varza si spui prostii :)
> 
> mda, eu lucrez aici si spun prostii... merci pentru incredere.. cred ca
> te-ai trezit tu cu fata la cearsaf.
> 
> > 
> > Aici [1] zice doar ca tre sa fii multihomed si tre sa indeplinesti niste 
> > conditii (sa fii LIR NU e una dintre ele). Ca tot ziceam de Jump mai 
> > devreme, 
>de 
>
> > la ei poti lua [2] un /48 PI cu EUR500 (taxa de inregistrare) + EUR100 
> > (taxa 

> > anuala).
> > 
> > [1] http://www.ripe.net/ripe/docs/ripe-512#_8._IPv6_Provider
> 
> "The PI assignment cannot be further assigned to other organisations."
> 
> in momentul in care ai nevoie sa folosesti un /64 pentru a conecta un
> end-user vei face un assignment. nu poti folosi PI pentru asta.
> 
> > [2] http://www.jump.ro/ipv6.html
> 
> Daca jump te ajuta sa iei un PIv6 ca sa il folosesti pentru clientii
> tai, atunci fie te va pune sa minti fie va minti el pentru tine.
> 
> ideea de PI este ca acesta va fi folosit doar pentru infrastructura unei
> organizatii care doreste sa fie 'multihomed'; in momentul in care acea
> organizatie vrea sa faca assignment-uri, are nevoie de o alocare.
> acea alocare poate veni dintr-un bloc ALLOCATED-BY-LIR sau
> ALLOCATED-BY-RIR [punct]
> 
> cheers,
> elvis

My bad. Eu credeam ca aici vorbim de end-useri.


  
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] iar ipv6

[Gabriel]

 

> > o alta  optiune este sa devii LIR, platesti vreo 3kE prima data (2k
> > sign-up fee  si 1.3k extra-small fee) si apoi, daca nu iei altceva decat
> > alocarea  IPv6.. 1.3kE pe an.
> >
> 
> IMHO, daca se pune problema ca un  end-user  (read: firma, consumator,
> etc) sa trebuiasca sa se  inregistreze ca LIR pentru o chestie relativ
> normala (multihoming), ceva e  foarte gresit in sistem si avem ceea ce
> se cheama fatality by  bureaucracy.
> 
> Da, am vazut ca ai mai listat si alte optiuni, mi se pare  very wrong
> ca era si asta intre ele.
> 
> Ma rog, asta sau esti tu absolut  varza si spui prostii :)

Aici [1] zice doar ca tre sa fii multihomed si tre sa indeplinesti niste 
conditii (sa fii LIR NU e una dintre ele). Ca tot ziceam de Jump mai devreme, 
de 
la ei poti lua [2] un /48 PI cu EUR500 (taxa de inregistrare) + EUR100 (taxa 
anuala).

[1] http://www.ripe.net/ripe/docs/ripe-512#_8._IPv6_Provider
[2] http://www.jump.ro/ipv6.html



  
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Virtualizare

[Gabriel GANEA]

On Wed, February 9, 2011 16:01, Petru Ratiu wrote:
> 2011/2/9 manuel "lonely wolf" wolfshant:
> > On 02/09/2011 03:22 PM, Emil Furniga wrote:
> > > Absolut corect, oamenii vor instalare
> > > "pe hardware" si nu in masina virtuala.
> >
> > ... lasind la o parte faptul ca prezenta
> > / absenta "hardware"-ului nu ar trebui sa
> > conteze pt o aplicatie Java .
>
> Fiind java trebuie doar sa fie MULT, si
> "se stie" ca masinile virtualizate merg prost...
>
> Petre, only half-joking, am mai fost la filmul asta.

Ce am inteles eu:
- aplicatia e "scumpa" si 'mission-critical";
- vrei sa iei un "fier" pentru ea;
- developerul vrea musai pusa aplicatia direct
  pe fier;
- ai vrea "sa te joci" si tu cu "virtualizarea",
  ca deocamdata... "nu prea ai incredere" in ea;
- ai posibilitatea sa supradimensionezi "fierul",
  ca sa-ti ramina si tie niste resurse pentru
  "joaca", fara a pune in pericol aplicatia;
- ai posibilitatea sa alegi distributia care sa
  ruleze pe "fier".

Poate ca n-am remarcat eu in thread, dar nu am
inteles daca:
- Ai posibilitatea sa impui ce (tip de) kernel
  sa ruleze, sau developerul vrea musai kernel
  fara suport pentru virtualizare?

De raspunsul care ti-l dai la intrebarea asta
depinde (poti sa) ce faci mai departe.


Gabi G.
-- 
Radioactive cats have 18 half-lives.


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] ipv6

[Gabriel]

> On 7/02/2011 4:26 AM, Vali Dragnuta wrote:
> > Nu stiu cum sinteti voi, da'  eu nu as lasa statii cu windows cu ip-uri
> > publice pe internet.


Un Windows 7 default supravietuieste bine mersi. Nu sunt foarte documentat in 
ceea ce priveste bugurile din Windows, dar, AFAIK, de la XP SP2 incoace (care 
venea cu firewall-ul activat by default) nu au mai fost probleme majore 
exploatabile de la distanta care sa creeze conditiile aparitiei unor viermi. 
Cum 
s-a mai zis, metodele de atac presupun atragerea utilizatorului catre site-uri 
cu continut malitios si exploatarea bug-urilor din IE pentru a compromite 
statia 
respectiva.

> Na  aici deja incep sa imi pun intrebari cum vor evolua scripturile de 
> fishing  al calc ce pot fi compromise. In IPv4era simplu ca luai un net 
> range si  generai consecutiv toate hosturile si ceva tot prindeai
> dala IPv6 lucrulile  se cam schimba...
> Om trai si om vedea...


Scanarea nu mai constituie o metoda viabila, dar facilitatea de neighbor 
discovery deschide calea altor atacuri. O alta problema e ca, in timp ce se 
implementeaza noul protocol, exista riscul ca acestuia sa i se acorde mai 
putina 
atentie dpdv al securitatii si, in acest fel, sa se creeze brese in retea, 
chiar 
daca reteaua IPv4 este securizata onorabil. 



  
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] ipv6

[Gabriel]

> --- "Securitatea" aia  asigura cit de cit o decuplare implicita a unei
> retele private de retelele  publice, in acelasi timp ascunzind detalii
> care nu este necesar sa fie  disponibile in exterior (ex numarul si
> eventual tipul obiectelor din reteaua  interna). Sint de acord, e un pic
> security by obscurity, dar are anumite  beneficii.
> 
> Eu personal nu consider ca am vreun beneficiu real sa dau  ip-uri publice
> pentru toate frigiderele si prajitoarele de piine din retea.  Cine
> considera ca e totul hunky-dory si nu exista de fapt niciun risc  este
> desigur liber sa actioneze ca atare :).


Presupunand ca toate statiile dintr-o retea au IP-uri (v6) publice, cum 
determini numarul lor? Scanarea nu prea mai e o optiune. A calculat la un 
moment 
dat cineva cat ar dura sa scanezi un /64 (masca standard pentru un subnet) si a 
iesit o valoare suficient de mare incat sa nu fie practica o astfel de 
abordare. 
Si asta e doar un subnet.

Ar mai fi optiunea monitorizarii pasive a traficului, dar asta ar presupune ca 
atacatorul sa aiba deja acces in reteaua ta. Caz in care problemele tale sunt 
mai mari.


  
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] ipv6

[Gabriel]

> > Pentru ce mai ai nevoie de nat ?

> >
> 
> Hmm, adrese neroutate, dar  scoase in net prin  nat?

Te referi la ULA ( http://en.wikipedia.org/wiki/Unique_local_address ) ?


  
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] ipv6

[Gabriel]

> Cum sa nu, ai nevoie de nat, nu  neaparat pt ca nu mai folosesti rfc1918.


alix-2d3:~# ip6tables -t nat -vnL
ip6tables v1.4.2: can't initialize ip6tables table `nat': Table does not exist 
(do you need to insmod?)
Perhaps ip6tables or your kernel needs to be upgraded.

E de la mine? Din cate stiu, in acest moment nu exista o implementare a NAT66 
nici pe Linux, nici pe Cisco, nici pe la altii. Dar, la cat de dinamice sunt 
lucrurile in zona asta, e foarte posibil sa ma insel. Let me know!

Gabi "old habits die hard"



  
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] ipv6

[Gabriel]

> practic desi exista aceleasi tabele/chain-uri sunt stack-uri  complet

> separate.

N-am folosit inca ip6tables, dar -t nat n-ar mai trebui sa existe.



  
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] the ARPAcalypse is nigh

[Gabriel]

> de la  host v6 inapoi spre 6to4, traficul v6 "curat" se duce spre o

> alta adresa  anycasted (cred ca chiar 2002:c058:6301::, daca nu ma
> insel) unde ase  impacheteaza in tunelul proto47 si se trimite via v4

E protocolul 41, nu 47.
 
> Dat fiind ca  gatewayurile descoperite pe anycast de cei doi partneri
> de conversatie nu  sunt obligatoriu aceeasi masina (sau retea), apare
> riscul de routare  asimetrica - unul din principalele dezavantaje ale
> 6to4.

Problema nu cred ca e asimetria per se. Rutarea in internet e departe de  a fi 
simetrica, sansele de asimetrie crescand (proportional) cu  distanta (masurata 
in nr de AS-uri prin care trec pachetele) fata de  destinatie.

Problema e ca uneori ajungi destul de greu la un relay (vezi traceul lui Geoff 
Huston din linkul dat mai devreme pe thread), iar pe de alta parte, si traficul 
care se-ntoarce poate sa ajunga la fel de greu la tine (nu neaparat din cauza 
asimetriei), de unde rezulta o gramada de delay. Faptul ca internetul v6 e 
momentan partitionat [1] nu ajuta.

[1]: 
http://en.wikipedia.org/wiki/Comparison_of_IPv6_support_by_major_transit_providers


  
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] the ARPAcalypse is nigh

[Gabriel]

> Wordpress.com și blogspot.com nu au IPv6 deloc.

blogspot.com e v6-ready de ceva vreme:

alix-2d3:~# dig  +short blogspot.com
2a00:1450:4001:c01::bf


  
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] v6 experiment @ lug.ro

[Gabriel]

> This  is all very nice, dar majoritatea putem avea acasa doar 6to4. Cel

> mai  apropiat gateway de mine e in telia undeva.

Vezi sixxs.net si tunnelbroker.net. La sixxs aprobarile se fac manual si e mai 
multa birocratie. La tunnelbroker, treaba e mai simpla si mai automatizata.



  
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] iptables cam newbie

[Gabriel]

> > Eu n-as filtra acolo in principal din motive de troubleshooting. Daca  ceva 
>nu

> > merge si suspectez o problema de firewall, ma uit in tabela  filter, pentru 
>ca
> > acolo ma astept sa fie _toate_ regulile legate de  filtrare. Daca suspectez 
>ca
> > problema e de QoS si are legatura cu  marcarea pachetelor, atunci ma uit in
> > tabela mangle, pentru ca acea  tabela a fost conceputa cu acest scop. Idem 
>pentru
> >  NAT.
> >
> intr-adevar, e un pic scarpinat cu mana dreapta la urechea  stanga, dar 
> atata timp cat stii exact ce faci sa zicem ca merge (da stiu,  daca vine 
> altcineva sigur ma va injura, dar acolo unde e chestia nu e  cazul)
> 
> in alta ordine de idei, nu prea vad cum poti sunta chainul de  prerouting 
> in mangle; poti sa dai un exemplu ceva ?

Nope, no idea. Eu am gasit doar sfaturi ca nu se face, dar fara explicatii 
detaliate _de ce_. De fapt, in tutorial zicea ca, in certain cases, se poate 
face bypass la PREROUTING (care e valabil doar cu -t nat afaik), dar nu zicea 
daca bypass-ul se face in mangle sau altundeva. Cum zicea Petre mai inainte, 
poate are legatura cu faptul ca doar primul pachet e verificat (la stabilirea 
conexiunii).



  
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] iptables cam newbie

[Gabriel]

> filtrare in nat nu cred ca am facut niciodata (nici nu stiu sigur daca  se

> poate, desi cred ca da, cu ceva limite)
> pe vremuri mai simulam in  mangle un fel de rp_filter (taiam tot ce nu avea
> ce sa caute pe acolo cu  sursa/destinatia data)
> stiu ca regulile se pun in filter, dar pe principiu  'divide et impera' nu
> cred ca strica vreo cateva reguli bagate cat mai la  intrarea pachetelor, mai
> ales cat timp sunt complementare cu restul de reguli  din filter (vezi
> exemplu meu mai de sus); poate mergeau toate bagate prin  filter toate, dar
> daca pot sa bag merele si perele in cosuri separate, atunci  de ce nu ?
> 
> Alex

Eu n-as filtra acolo in principal din motive de troubleshooting. Daca ceva nu 
merge si suspectez o problema de firewall, ma uit in tabela filter, pentru ca 
acolo ma astept sa fie _toate_ regulile legate de filtrare. Daca suspectez ca 
problema e de QoS si are legatura cu marcarea pachetelor, atunci ma uit in 
tabela mangle, pentru ca acea tabela a fost conceputa cu acest scop. Idem 
pentru 
NAT.

Am fost in situatia sa ma prind de ce nu treceau pachete din stanga-n dreapta 
(era intr-o noapte pe la 4) si, daca nu venea cel ce a configurat masina, 
puteam 
sa ma uit mult si bine ca probabil nu m-ar fi dus capu`-n veci sa ma uit dupa 
reguli de DROP in tabela nat.

Aici [1] zice ca, in anumite cazuri, chainul PREROUTING poate fi suntat si 
ramai 
cu falsa senzatie de securitate. Aici [2] zice sa nu faci filtrare in mangle, 
dar nu da explicatii de ce.

Anywayz, in cazul de fata, filtrarea altundeva decat in filter nu o vad ca 
fiind 
mere si pere in cosuri separate, ci mai degraba ca pe o complicatie inutila si 
posibila generatoare de dureri de cap.

[1] 
http://www.frozentux.net/iptables-tutorial/iptables-tutorial.html#TRAVERSINGOFTABLES

[2]  
http://www.frozentux.net/iptables-tutorial/iptables-tutorial.html#MANGLETABLE



  
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] iptables cam newbie

[Gabriel]

- Original Message 

> From: Alex 'CAVE' Cernat 
> To: rlug@lists.lug.ro
> Sent: Sun, January 16, 2011 10:10:40 PM
> Subject: [rlug] iptables cam newbie
> 
> Se pare ca ma cam lasa memoria daca pun intrebari din astea, dar uite ca  am
> un lapsus.
> Daca am o regula in mangle/prerouting sa zicem (ca sa fie  primele reguli
> aplicate) care e cu accept, din cate imi aduc aminte zboara  doar din mangle,
> dar va fi trecuta si prin nat si apoi si filter, unde pot  acolo fie sa-i dau
> drumul la randul lor, fie sa le tai.
> In schimb (macar  asta stiu sigur), daca ii dau cu drop din mangle nu mai
> ajunge mai jos in  filter sau nat.
> 
> E corect ce zic sau bat campii ?
> 
> Alex 'need  lecitina sau mai bine ma fac manager'  :-D

Din cate tin minte, best practice-ul zice sa nu faci filtrare in tabela mangle 
(sau nat). Pentru asta s-a creat filter.



  
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] v6 experiment @ lug.ro

[Gabriel]

> De notat ca inca e experimentala treaba, nu-s foarte sigur ca  merge

> totul cum trebuie, please, cei care incercati sa-l folositi  dati-mi
> feedback. Nota: cei care au 6to4 o sa aiba un bandwidth infect  pentru
> ca se va routa traficul prin toata europa, deci reveniti la v4 dupa  ce
> va jucati ;)

Asa se comporta via un tunel (cu pop-ul din Slovenia) de la sixxs:

alix-2d3:/tmp# wget 
http://ftpv6.lug.ro/debian-cd/current-live/i386/iso-cd/debian-live-507-i386-gnome-desktop.iso

--2011-01-13 00:03:58--  
http://ftpv6.lug.ro/debian-cd/current-live/i386/iso-cd/debian-live-507-i386-gnome-desktop.iso

Resolving ftpv6.lug.ro... 2a02:2a00:2c00:feed::da7a
Connecting to ftpv6.lug.ro|2a02:2a00:2c00:feed::da7a|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 726059008 (692M) [application/octet-stream]
Saving to: `debian-live-507-i386-gnome-desktop.iso'

 7% 
[===>   

 ] 54,042,296  1.81M/s  eta 5m 5s   ^C
alix-2d3:/tmp# 


  
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] intel ss4200-e probleme

[Gabriel GANEA]

On Wed, January 5, 2011 12:12, Abibula Aygun wrote:

>
> Mufa de seriala este cea din spatele mufelor e-sata ?
>
Poate-ti este de folos pagina 7 de aici:

http://download.intel.com/support/motherboards/server/ss4200-e/sb/ss4200e_tps_11.pdf

HTH

Gabi G.
-- 
Radioactive cats have 18 half-lives.


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Manager controller RAID din RHEL4

[Gabriel]

> Incearca 

>http://www-947.ibm.com/support/entry/portal/Downloads/Hardware/Systems/System_x/xSeries_346
>6 
>
> sau daca nu, cauta tot acolo dupa ServeRAID . Gasesti acolo, daca nu ma 
> insel, softul lor de  management

Mai era un tool, arcconf parca ii zicea.



  
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] quick security check

[Gabriel S. Craciun]

What 'bout  lynis??

-Original Message-
From: rlug-boun...@lists.lug.ro [mailto:rlug-boun...@lists.lug.ro] On Behalf Of 
Florin Popovici
Sent: Monday, November 22, 2010 11:32 AM
To: Romanian Linux Users Group
Subject: Re: [rlug] quick security check

2010/11/21 Dan Borlovan :
>
> Pentru inceput poti sa rulezi un chkrootkit -q si un debsums -c (cred ca

AFAIK, chkrootkit e cu un picior in cazanul "unmaintained".
"Se zice" (TM) ca in locul lui se foloseste rkhunter.

-- 
www.flo.ro
___
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] mf 110

[Gabriel GANEA]

On Wed, August 18, 2010 22:36, Florin Maria wrote:
>
> Salut.
> A reusit cineva sa faca "minunatul" stick de la RDS
> (Huawei MF110) sa mearga ca modem pe linux ?
> Am incercat toate posibilitatile, sa-l fac sa stea
> ca modem si nu ca storage, da' din pacate n-am reusit.
> Poate stie cineva un link cu o documentatie testata
> sa ma luminez si eu.
>
> Multumesc anticipat.
>

Al meu (negru) avea ceva "drivere & app" pentru Linux,
in storageul ala al lui.  Le-am compilat (tre' ceva
kernel headers).  Si-a "pus" aplicatia aia a lui
("Join Air").  I-am creat "conexiunea" (RDS, *99# or
smth., internet & friends") in aplicatia lui.  Dupa
"mintea" aplicatiei, zice ca nu porneste, dar dupa
ce zice /var/log/messages merge bine-merci si chiar
functioneaza (OpenSuSE 11.2 & KDE 4.1).  Il folosesc
in acest mod, absolut ok (ma rog, viteza nu-i nici pe
departe ce "promite" provideru...).

HTH

Gabi G.
-- 
Radioactive cats have 18 half-lives.


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] de cand e grep case-insensitive?

[Gabriel Pirvan]

2010/5/4 rpe...@gmail.com :
> 2010/5/4 Gabriel Pirvan :
>> 2010/5/4 Catalin Muresan :
>>>
>>> pune export LC_ALL=C inainte de grep
>>>
>>> man grep
>>
>> Multumesc! S-a rezolvat misterul.
>
> Nice. Ne zici si noua ce setari aveai de nu mergea?
>
> Poate-s obosit, dar nu ma prind in ce locale e 'c' in [B-E],  si as fi
> curios pt. cazul in care m-oi lovi de asta pe viitor.

en_US.UTF-8 din cate inteleg:

$ locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

Se pare ca exista si un standard de sortare pentru Unicode
http://en.wikipedia.org/wiki/Unicode_collation_algorithm

...care da sortari interesante pentru cei obisnuiti cu ASCII:
http://demo.icu-project.org/icu-bin/locexp?_=en_US&x=col
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] de cand e grep case-insensitive?

[Gabriel Pirvan]

2010/5/4 Catalin Muresan :
>
> pune export LC_ALL=C inainte de grep
>
> man grep

Multumesc! S-a rezolvat misterul.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] de cand e grep case-insensitive?

[Gabriel Pirvan]

2010/5/4 Alex 'CAVE' Cernat :
> Gabriel Pirvan wrote:
>> Salut,
>>
>> Am descoperit ceva neasteptat pentru mine:
>>
>> $ echo c | grep [B-E]
>> c
>>
>> Dupa mine, nu ar fi trebuit sa apara nimic. Ciudat mi se pare si ca pe
>> "b" nu face match, dar pe "e", da.
>>
>>
> vezi ca ai pe undeva un alias grep -> grep -i
> am testat acuma si nu returneaza nimic, si pe un 2.5.1 si pe un 2.5.3
> da alias si vezi daca apare ceva pe acolo

$ alias grep
bash: alias: grep: not found
$ type grep
grep is /bin/grep

Ciudat. Distributia e Fedora 11.

Si ca raspuns pentru Victor Buciuc: la mine e la fel, cu apostrof sau fara.

Gabi
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

[rlug] de cand e grep case-insensitive?

[Gabriel Pirvan]

Salut,

Am descoperit ceva neasteptat pentru mine:

$ echo c | grep [B-E]
c

Dupa mine, nu ar fi trebuit sa apara nimic. Ciudat mi se pare si ca pe
"b" nu face match, dar pe "e", da.

PS:
$ grep --version
GNU grep 2.5.3
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Virusi in retea

[Gabriel GANEA]

OffTopic si TopPosting, dar...

Mi se pare faina (si fain scrisa) "reteta practica".

Poate ca n-ar fi rau sa fie inclusa prin wiki pe undeva,
pe la un capitol gen "Posibilitati practice de utilizare
a Linuxului pentru devirusarea retelelor cu statii MS
Windows" or smth. ...

Gabi G.


On Fri, January 29, 2010 13:06, Costin Guşă wrote:
>
> ... care sa-ti rezolve problema *ACUM*
>
> raspuns la obiect:
>
> 1) tiparesti instructiunile de aici:
> http://hasnainali.wordpress.com/2009/02/09/linux-centosrhel-squiddansguardian-antivirus-clamav/
> pina la linia care spune "Now, you can set up your browser preference
> to use the antivirus web proxy (IP:8080)"
>
> 2) deconectezi cablul de retea care face legatura intre server si
> reteaua locala
>
> 3) urmezi instructiunile tiparite anterior
>
> 4) reconectezi cablul de retea deconectat la pasul 2)
>
> 5)  probat pe o statie de lucru banuita ca NU are virusi ca se pot
> surfa pagini web dupa ce este configurata cu adresa ip a serverului ca
> proxy. in internet explorer tools-options-lan settings, in firefox
> tools-options-advanced-network-settings-manual.
>
> 6) editezi /etc/sysconfig/iptables si pui semnul # in fata tuturor
> liniilor care contin cuvintul SNAT sau MASQUERADE dupa care comanda
> /etc/init.s/iptables restart
>
> 7) descarci un live cd cu antivirus. am folosit cu succes variantele:
> un produs romanesc antivirus livecd, kaspersky, f-prot si clamav. cel
> mai usor mi s-a parut ala romanesc (nu-i dau numele ca nu vreau sa fac
> reclama). il poti descarca de aici: http://is.gd/7hmWD. il introduci
> in fiecare calculator si configurezi biosul sa booteze de pe cd.
> setezi proxy anterior testat ca sa isi descarce lista de semnaturi
> actualizata, fara de care ai bootat degeaba.
>
> 8) dupa curatarea de virusi, rulezi pe fiecare statie
> GMER.http://www.gmer.net/. citeste la faq cum se utilizeaza - dupa
> scanarea de virus e posibil ca anumiti virusi neinclusi in lista de
> semnaturi sa ramina prin sistem.
>
> 9) verifici ce nu mai merge - daca de exemplu de pe statii se fac
> orice alt fel de activitati internet-related dar NU web browsing,
> acestea nu vor mai fi posibile
>
> 10) recitesti celelalte raspunsuri primite
>
> bafta!

-- 


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Virusi in retea

[Gabriel Craciun]

apropo de free AV; inceraca Microsoft security essential...

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] SuSE apache2

[Gabriel Craciun]

ai mod_security instalat???

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] verificare spatiu disponibil in logical volume

[Gabriel]

> ceea ce vrei tu este ca folosind lvdisplay sa afli cit spatiu ai la 

> dispozitie pe device, iar cu dumpe2fs -h (sau utilitarul echivalent daca 
> este alt filesystem) sa afli cit si cum anume e folosit acel spatiu. lui 
> LVM i se filfiie de filesystemul "de deasupra".

Intr-adevar, dumpe2fs -h imi arata "Block count"-ul care, inmultit cu
"block size"-ul, da dimensiunea totala a fs-ului, care, in mod normal,
corespunde cu "LV size"-ul raportat de lvdisplay.

Dupa ce fac lvresize, diferenta dintre noua valoare a "LV size"-ului
si produsul de mai sus (care ramane nemodificat pana faci resize la fs)
e spatiul ramas "in aer".



  

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] verificare spatiu disponibil in logical volume

[Gabriel]

> 2009/11/20 Gabriel :

> > Daca am un disc fizic (/dev/sd...) cu o partitie + ceva free space, fdisk 
> > -l 
> /dev/sd... imi arata ca /dev/sda1 are xGB si free space-ul.
> >
> > Cum pot vedea free space-ul in cazul in care nu am /dev/sd... ci un logical 
> volume? Situatia apare _dupa_ ce cineva da lvextend -L +yGB si _inainte_ de a 
> da 
> resize2fs. lvdisplay -v -m nu-mi arata ce vreau eu sa vad.
> 
> Uite ce inseamna sa pui intrebarea prost.
> 
> Cele doua situatii nu sunt similare. in primul caz ai spatiu
> nepartitionat pe discul sda, in al doilea ai un block device mai mare
> decat cat e alocat la filesystem. Sigur cu ceva utilitare de
> filesystem poti face asta, tune2fs or friends, a sunt aprooape sigur
> ca resize2fs are ceva parametru de --dry-run.

Eu ma asteptam mai degraba la lvdisplay sa-mi arate cum sta treaba. Mai exact, 
asa cum acum arata "Current LE 156735", sa mai imi spuna ca, dintre 
astea, 15 sunt ocupate de catre fs-ul de deasupra, iar 6735 sunt libere. 
Asa cum arata pvdisplay -v -m, de exemplu:

.
  Physical extent 57225 to 105864:
Logical volume/dev/myvg/root
Logical extents108095 to 156734
  Physical extent 105865 to 153749:
FREE

Intr-adevar, -m arata maparea intre PEs si LEs, dar presupuneam ca e la fel de 
usor sa vezi care LEs sunt libere si care sunt ocupate (intr-un LV).

Referitor la resize2fs, m-am uitat, nu are. Cum ziceam mai sus, mi s-ar parea 
firesc ca utilitarele ce tin de lvm sa furnizeze astfel de informatii, nu cele 
care actioneaza asupra fs-ului.



  

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

[rlug] verificare spatiu disponibil in logical volume

[Gabriel]

Daca am un disc fizic (/dev/sd...) cu o partitie + ceva free space, fdisk -l 
/dev/sd... imi arata ca /dev/sda1 are xGB si free space-ul.

Cum pot vedea free space-ul in cazul in care nu am /dev/sd... ci un logical 
volume? Situatia apare _dupa_ ce cineva da lvextend -L +yGB si _inainte_ de a 
da resize2fs. lvdisplay -v -m nu-mi arata ce vreau eu sa vad.



  

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] receiver GPS pe post de sursa de timp

[Gabriel]

> > Nici eu, de aia ziceam ca mi-e suficient un receptor
> > legat pe serial.
> > 
> > Ce receptoare folosesti?
> 
> Niste chinezarii ieftine cu chipset Nemerix pe care le aduc
> ai mei, direct de acolo, pentru diverse aplicatii (AVL,
> sincronizare timp, etc). M-am obisnuit cu ele, desi nu
> suporta configurare (nu poti selecta ce string-uri sa
> trimita sau la ce interval), dar pe aplicatiile mele astept
> sirul care ma intereseaza si restul ignor pentru ca, pe un
> PIC de ex. nu am RAM destul sa stochez tot :))
> Nu ofera nici output PPS. 
> Sunt decente din punct de vedere al sensibilitatii.
> 
> Toate cele bune,
> MihaiR

Am gasit niste success stories [1], [2], [3], [4] cu Garmin GPS 18 LVC [5], dar 
mi se pare cam complicata (pentru un profan) adaptarea legaturii la PC. Oh 
well, poate intr-o zi cu soare. :)

[1] http://linlog.blogspot.com/2009/07/synchronizing-ntp-server-to-gpspps.html
[2] http://time.qnan.org/
[3] http://www.satsignal.eu/ntp/FreeBSD-GPS-PPS.htm
[4] http://www.rjsystems.nl/en/2100-gps.php
[5] http://www.rqa.ro/old/oem.html#gps16



  

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] receiver GPS pe post de sursa de timp

[Gabriel]

> Eu folosesc niste receptoare simple, cu port serial + gpsd

> + ntpd. Precizia e OK pentru aplicatiile uzuale (un server
> de e-mail, automatizari, etc.)
> 
> Nu stiu si nu am folosit pe aplicatii time critical (adica
> aplicatii care sa necesite precizii mai bune de 100-200us).

Nici eu, de aia ziceam ca mi-e suficient un receptor legat pe serial.

Ce receptoare folosesti?



  


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] receiver GPS pe post de sursa de timp

[Gabriel]

- Original Message 

> From: Eugeniu Patrascu 
> To: Romanian Linux Users Group 
> Sent: Wed, November 11, 2009 6:02:54 PM
> Subject: Re: [rlug] receiver GPS pe post de sursa de timp
> 
> 2009/11/11 Gabriel :
> > Aveti ceva recomandari in acest sens? M-am uitat pe-aici [1] si vad ca 
> dispozitivele cu multe stelute sunt cam discontinued.
> >
> > [1] http://gpsd.berlios.de/hardware.html
> >
> 
> Thales Time Master Clock face ce vrei tu.

Sunt convins, dar e overkill si probabil costa o caruta de bani. Mi-ar fi 
suficient un Garmin (de exemplu) legat pe serial la un calculator cu gpsd. Eram 
curios de experientele altora cu o astfel de solutie.



  


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

[rlug] receiver GPS pe post de sursa de timp

[Gabriel]

Aveti ceva recomandari in acest sens? M-am uitat pe-aici [1] si vad ca 
dispozitivele cu multe stelute sunt cam discontinued. 

[1] http://gpsd.berlios.de/hardware.html



  


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Intalnirea RLUG Noiembrie '09

[Gabriel Sarbu]

+1 pers

> Monica wrote:
>> Hello,
>>
>> Am deosebita placere sa va invit, in numele Asociatiei Prolinux, la
>> prima intalnire oficiala a RLUG.
>>
>> Intalnirea va avea loc in data de joi, 12 noiembrie a.c., incepand cu
>> ora 19:00, in sala de conferinte a firmei CG&GC, la adresa: Str.
>> Oltenitei, nr. 105A (langa Big Berceni).
>>
>> In cadrul acestei prime intalniri, vom avea doua prezentari/subiecte de
>> barfa (sic!) dupa cum urmeaza:
>>
>> - "Avanpremiera Fedora 12" by Nicu Buculei si
>> - "Oracle + Linux = Love", by Tiberiu Atudorei.
>>
>> Avand in vedere ca sala in care se va desfasura intalnirea are
>> capacitate nominala de 21 de persoane, am rugamintea sa confirmati asap
>> participarea la eveniment, printr-un reply la acest mail.
>>
>
> Vin si eu.
>
>
> --
> ghrt
> www.buchipedia.ro;
> http://www.flickr.com/photos/15449...@n05/sets/72157612360811229/
>
>
> ___
> 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] HP Procurve 2900 :: routing

[Gabriel Sarbu]

1. un "sh ip route" ce spune?
2. un "sh log" ce spune?


> Salut! Are cineva experienta cu rutarea pe un Procurve 2900?
> Am probleme cu $subj si nu stiu unde sa ma mai uit in afara de manualul
> lor (manual concis si clar de altfel ...)
> Am facut cele dou VLAN-uri, le-am dat ip-uri (vlan 1 cu .1 pe post de gw
> pt ipurile ce exista in respectivul vlan, vlan2 (extern) cu ip x din
> clasa si reteaua gw-ului de la provider ; ip routing si ruta cu nexthop
>  ip gw-ului de la provider ... si nu merge ... daca in vlan2 bag un
> comp cu ip din clasa gw-provider (.y) pot sa dau ping (din vlan-ul 1) la
> .y sau la ip-ul vlanului 2 (.x) dar nu am ping la gw provider.
> Are cineva vreo idee?
> Multumesc.
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>



___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] HP Procurve 2900 :: routing

[Gabriel Sarbu]

Salut

Am si eu un 2910 si merge fara probleme
1. nu-ti recomand sa folosesti vlan-ul 1 pe HP
2. un tracert de pe un calc din vlan in care iti calc ce spune
3. nu uita de "ip routing"
4. un copy/paste la conf ne-ar ajuta mai mult



> Salut! Are cineva experienta cu rutarea pe un Procurve 2900?
> Am probleme cu $subj si nu stiu unde sa ma mai uit in afara de manualul
> lor (manual concis si clar de altfel ...)
> Am facut cele dou VLAN-uri, le-am dat ip-uri (vlan 1 cu .1 pe post de gw
> pt ipurile ce exista in respectivul vlan, vlan2 (extern) cu ip x din
> clasa si reteaua gw-ului de la provider ; ip routing si ruta cu nexthop
>  ip gw-ului de la provider ... si nu merge ... daca in vlan2 bag un
> comp cu ip din clasa gw-provider (.y) pot sa dau ping (din vlan-ul 1) la
> .y sau la ip-ul vlanului 2 (.x) dar nu am ping la gw provider.
> Are cineva vreo idee?
> Multumesc.
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>


Gabriel Sarbu
Real Network and Telecom
Bucuresti
http://www.RNT.ro
0728 874 780


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Iptables

[Gabriel Craciun]

grep iptables < /var/log/audit/audit.log | audit2allow -M iptables1


semodule -i iptables1.pp



...si urmareste audit.log pentru eventuale alte mesaje de deny pe care
le rezolvi tot cu audit2allow



On Tue, 2009-10-27 at 04:57 -0700, Bercovici Manuel wrote:
> Raw Audit Messages :avc: denied { write } for comm=iptables-save
> dev=dm-0 egid=0 euid=0 exe=/sbin/iptables-save exit=0 fsgid=0 fsuid=0
> gid=0 items=0 path=/etc/sysconfig/iptables pid=28524
> scontext=system_u:system_r:iptables_t:s0-s0:c0.c1023 sgid=0
> subj=system_u:system_r:iptables_t:s0-s0:c0.c1023 suid=0 tclass=file
> tcontext=system_u:object_r:etc_t:s0 tty=pts1 uid=0 


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Huawei E1750

[Gabriel]

- Original Message 
> From: Tiberiu Socaciu 
> To: Romanian Linux Users Group 
> Sent: Wednesday, September 30, 2009 1:28:25 PM
> Subject: Re: [rlug] Huawei E1750
> 
> eu am un adu si am facut asa:

Daca e vorba de de ADU-510L de la Romtelecom, acesta are deja inclusi 
parametrii in usb_modeswitch.conf [1]. Afaik, trebuie doar incarcat usb-storage 
cu option_zero_cd=2 (valabil pt 2.6.30, nu stiu cum e in versiunile mai noi) si 
rulat usb_modeswitch. In 2.6.28, de ex, nu era necesara modificarea valorii 
default pentru option_zero_cd.

[1] http://www.draisberghof.de/usb_modeswitch/usb_modeswitch.conf


  


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Huawei U120

[Gabriel]

- Original Message 
> From: Viorel Ciucu 
> To: Romanian Linux Users Group 
> Sent: Monday, August 31, 2009 12:40:22 PM
> Subject: [rlug] Huawei U120
> 
> Salutare!
> Are cineva experiente de succes cu telefoanele mobile Huawei U120 pe linux?
> lsusb zice: Bus 004 Device 002: ID 12d1:1001 Huawei Technologies Co., Ltd.
> Toate bune, insa ls -l /dev/ttyUSB* nu gaseste nimic. Am incercat sa
> creez manual ttyUSB* (sudo mknod /dev/ttyUSB0 c 188 0) insa fara succes.
> Cand execut modprobe usbserial vendor=0×12d1 product=0×1001 nu-mi da
> nici o eroare insa wvdialconf nu detecteaza nimic.
> De aemenea, nici o informatie relevanta in dmesg.
> Precizez ca folosesc Ubuntu 9.04 (32bit).
> Ceva idei?

Incearca cu usb_modeswitch [1]. In .conf decomentezi defaultvendor si 
defaultproduct de la Huawei E169 si una dintre optiuni, dupa care rulezi 
./usb_modeswitch -c usb_modeswitch.conf si vezi ce zice /var/log/messages.

[1] http://www.draisberghof.de/usb_modeswitch/





___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Virtualizare (solutie software)

[Gabriel Craciun]

XEN pe  RHEL 5.4 ( beta)  IBM System x3650 cu 8Gb RAM si 2 Dual-Core 

4 masini virtuale; 1 ooracle 3 Jboss/tomcat

...fara nici o problema...


On Tue, 2009-08-04 at 17:10 +0300, Mircea Popescu wrote:
> Salutare,
> Desi, probabil, s-a mai abordat subiectul ... cu scuzele de rigoare revin
> asupra lui.
> 
> Intentionez sa cumpar pentru firma la care lucrez un sistem server atat de
> puternic cat ne va permite bugetul (max 5000 - 6000 RON).
> 
> Acesta va deveni HOST pentru mai multe sisteme virtuale: un mailserver
> (postfix+dovecot+spamassassin), un DNS, un server web cu mai multe aplicatii
> web based dar fara o incarcare prea mare si, eventual, un alt server web
> pentru pagina de web a firmei.
> 
> Intrebarea mea se refera la solutia de virtualizare: in urma cautarilor pe
> net am identificat 3 posibile solutii:
> - VMWARE ESXi
> - XENserver
> - Oracle VM (bazat pe xen)
> 
> A lucrat cineva cu ele? Ce ar trebui sa aleg dintre ele? Sau poate exista si
> alte solutii in afara de astea
> 
> Sistemul fizic va fi ceva de genul: Intel
> SR1530HSH,
> 8 GB RAM, 3 HDD si un procesor cu suport de virtualizare (il voi alege
> ulterior).
> 
> Multam
> ___
> 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] Procmail help

[Gabriel VLASIU]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thu, 23 Jul 2009, Petru Ratiu wrote:

> Headerul 'From:' este produs doar pentru convenienta omului care
> primeste mesajul si prin extensi a diversilor clienti
Corect. Nu-mi spui nimic nou.

> Asa ca daca vrei sa prinzi exact faptul ca ala e un DSN, ar trebui sa
> te uiti dupa envelope sender, nu dupa umbre pe perete cum e From: sau
> Reply-To:. Din cate stiu (TM) (aka. spre deosebire de restul de
> informatii, nu tin minte sa fi citit asta intr-un RFC, dar am observat
> empiric pe teren), in momentul livrarii MTA-ul stripeaza envelope-ul
> si trece un header Return-Path: care contine envelope sender, adica
> nimic in cazul unui DSN. Asa ca in procmail ar trebui sa filtrezi dupa
> 'Return-Path: <>', si nu dupa From sau alte ozn-uri.
Tot empiric pe teren (pe alte servere) am o regulu de genul 
^from.*MAILER-DAEMON@ care de ani de zile imi pun erorile intr-un mailox 
separat. Nu a trecut nici un mail de eroare. Tocmai deasta intrebam daca 
este suficient.

Si in principiu eu nu accept mail-uri cu Return-Path: <>:
/^Content-Type: multipart\/report; report-type=delivery-status\;/   REJECT 
no third-party DSNs
/^Content-Type: message\/delivery-status;/  REJECT 
no third-party DSNs

Ce vreau sa stiu eu este: mai sunt _alte_ mail-uri pe care sa le prind?


Gabriel

- -- 

// Gabriel VLASIU
//
// OpenGPG-KeyID  : 0xE684206E
// OpenGPG-Fingerprint: 0C3D 9F8B 725D E243 CB3C 8428 796A DB1F E684 206E
// OpenGPG-URL: http://www.vlasiu.net/public.key

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQFKaE8seWrbH+aEIG4RAg4cAJwNY90Yf/Gkg0m7zGLcN/HxDBgeWwCfa8pT
cUGBEZn3sLN7irchA8qsne4=
=oPaz
-END PGP SIGNATURE-

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Procmail help

[Gabriel VLASIU]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thu, 23 Jul 2009, Dan Borlovan wrote:

> Cred ca trebuie sa te uiti si dupa postmaster@
Postmaster nu ar trebui sa apara la TO: ?

Gabriel

- -- 

// Gabriel VLASIU
//
// OpenGPG-KeyID  : 0xE684206E
// OpenGPG-Fingerprint: 0C3D 9F8B 725D E243 CB3C 8428 796A DB1F E684 206E
// OpenGPG-URL: http://www.vlasiu.net/public.key

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQFKaEe0eWrbH+aEIG4RAnY+AJ4huPNgzry3/aTYDQ1m8xFykHfqQwCfQC0w
h2Ld3+iEirL4vFwku2S3okQ=
=a9wM
-END PGP SIGNATURE-

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

[rlug] Procmail help

[Gabriel VLASIU]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Salut!

Am si eu o intrebare legata de procmail. Vreau sa fac forward la toate 
mail-urile care vin pe un cont inafara de cele de eroare (exclus .forward 
din cauza de spf) care imi fac mail-loop.

Prima data am facut asa:
:0
* !^FROM_DAEMON
! u...@somewhere

Problema cu regula de mai sus (chiar si cu FROM_MAILER) este ca anumite 
mesaje nu sunt prinse - de regula mesaje de la liste de discutii.

Acum a facut asa:
:0
* ^from.*MAILER-DAEMON@
/dev/null

:0
! u...@somewhere

Este de ajuns sa testez dupa from.*MAILER-DAEMON@ sau mai trebuie sa ma 
uit si dupa alte erori? 


Mersi.

Gabriel

- -- 

// Gabriel VLASIU
//
// OpenGPG-KeyID  : 0xE684206E
// OpenGPG-Fingerprint: 0C3D 9F8B 725D E243 CB3C 8428 796A DB1F E684 206E
// OpenGPG-URL: http://www.vlasiu.net/public.key

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQFKaESZeWrbH+aEIG4RAvogAJ9Gz2Y2nXdJH/SiXz1KniwsWwHd9wCeKKM6
u4TFGkdZjIwmXmOhyQ/PzLo=
=c2Y7
-END PGP SIGNATURE-

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] mc debian

[Gabriel VLASIU]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Fri, 29 May 2009, The Sorcerer wrote:

> Date: Fri, 29 May 2009 02:48:34 +0300
> From: The Sorcerer 
> To: Romanian Linux Users Group 
> Subject: [rlug] mc debian
> 
> are cineva idee cum pot sa fac mc in debian SA ARATE BINE in remote ssh de
> pe windows ... mai ales in folosit in programul screen ?
export LANG=C (sau posibil export LC_ALL=C)
bin/mc -a


Gabriel

- -- 

// Gabriel VLASIU
//
// OpenGPG-KeyID  : 0xE684206E
// OpenGPG-Fingerprint: 0C3D 9F8B 725D E243 CB3C 8428 796A DB1F E684 206E
// OpenGPG-URL: http://www.vlasiu.net/public.key

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQFKH2keeWrbH+aEIG4RApSHAJ0dNlnlhFtkCqH/WDQSGiuR6swgRwCeMRcI
FcJc+TRcTZqBSfH6xnBHar0=
=kOQM
-END PGP SIGNATURE-

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] updatare cheie pe keyservere

[Gabriel Pirvan]

2009/5/25 Alexandru Bălan :
>> Cum ai editat-o? Nu trebuie nici un revoke, trebuie una noua.
>
> cu gpg --edit-key ...

M-am uitat intre timp si pe "parintele" mesajului din link-ul dat de
Marius Luca (e la
http://lists.gnupg.org/pipermail/gnupg-users/2000-May/005556.html ).
Tot cred ca ar trebui sa generezi o cheie noua, cam asta e si scopul
de a seta o data de expirare de la inceput.

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] updatare cheie pe keyservere

[Gabriel Pirvan]

2009/5/25 Alexandru Bălan :
> Sal,
>
> Ca multor altora mi-a expirat cheia, are cheie e prezenta pe cateva
> keyservere. Cum procedez ca sa o aduc la zi pe respectivele servere ?
>
> Am editat-o local, am dat un send-keys and.. nada
> Am incercat si cu gui (seahorse), mi-a dat alte balarii (la  pgp.mit.edu
> mi-a zis ca nu poate sa citeasca nu stiu ce keyblock).
>
> Ma poate lumina si pe mine cineva ce tre' sa fac ?
> Trebuie neaparat sa fac revoke la cheie intai ?

Cum ai editat-o? Nu trebuie nici un revoke, trebuie una noua.

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug