o WoW baby, deci la tine in comp uptime si nu afiseaza
incarcarea systemului ci doar timpul de la pornire ... esti sigur ca ai
linux ?!? (or unix at all,pana si pe xenix-ul de pe 286 conceptul de
uptime se reverea in primul rand la incarcarea systemului) ... and stuff
like that (nu vede legatura intre trafic si X ... asta ma face sa ma
intreb daca a pornit VREODATA X-ul prin retea, cu atat mai putin over
internet !!!!)
sau (MULT MAI PROBABIL) cauta nod in papura ... asa ca eu ma las
pagubas, cei care au vrut sa inteleaga au inteles si anume ca ecryptarea
pt comunicatia de tipul asta (X) nu se merita decat daca ai NEVOIE ABSOLUTA !
daca ai DOAR NEVOIE se gasesc SOLUTII ALTERNATIVE MULT MAI
BUNE
la final iti doresc la multi ani, la mai mare, sa ajungi imparat
in tara prostilor (adica prostul prostilor in traducere pentru nivelul
tau), si sa faci safe sex only (sa nu se inmulteatsca prostii)
PS cei care se simt ofuscati de ultima fraza sa le fie de
bine, tipu' abereaza de la un cap la altul si o tine tot asa sau mai rau,
incearca sa provoace, dar nimeni nu ii zice nimc, NIMIC ...
On Fri, 31 Dec 2004 03:17:14 +0200
lonely wolf <[EMAIL PROTECTED]> wrote:
> Popescu Vasile wrote:
> > On Thu, 30 Dec 2004 06:02:27 +0200
> > in primul rand imi spui si mie ce am gresit cand spuneam TREBUIE
> > sa ai NEVOIE DISPERATA, de ce ma contrazici la ceva ce NU am spus pe dos !
> fiindca nu exista 'nevoie disperata' ci 'nevoie'. se pare ca ai
> dificultati majore in a intelege limba romana
>
> > aici aiurezi (greseala nu mai e) ... probleme cu X exportat
> > peste internet:
> > 1. trafic FOARTE MARE
> > 2. instabilitate (daca reteaua pica aplicatiile X exportate se
> > comporta ca si cum ar fi pe un calculator caruia i-a cazut curentul)
> > 3. marit trafic si uptime de la capete in caz de ecryptare ...
> mai explica-mi te rog cum e aia cu "marit uptime la capete" ca mi-e
> total neclar la ce te referi.
> la mine man uptime zice:
> NAME
> uptime - Tell how long the system has been running.
>
> care e legatura cu traficul si cu X ?
>
> > 4. toate trei de mai sus au solutii MULT mai simple, mai clare
> > si mai elegante, de ex. vncserver care bate RAU X-Windows via ssh
> > tuneling peste internet (daca nu ma insel merge chiar pe dial-up si ARE
> > si ecryptare ... chiar ssh)
> si ti se pare tie ca vnc care transfera bit cu bit tot ecranul face mai
> putin trafic decit ssh ? LOL
> si da, unele implementari de vnc ofera si un simulacru de criptare. care
> e atit de chioara incit nici un admin cu capul pe umeri nu se bazeaza pe
> ea. si nu, nu e ssh (care de altfel ofera mai multe variante de
> criptare, dintre care o poti alege pe cea care iti convine, in functie
> de necesitatile si posibilitatile pe care le ai). vnc are intr-adevar
> avantajele de a fi a)extrem de simplu de folosit, si b) foarte portabil
> intre platforme, existind clientii si servere pt cam orice sistem de
> operare si procesor inventat. asta nu inseamna ca e o solutie buna.
> iar pt cazul in cauza... X-Windows bate cu mult vnc-ul standard la orice
> ora din zi si noapte, din simplu motiv ca transmite numai comenzile de
> afisare, nu toata informatia de pe ecran. ca atare atit traficul e mai
> mic, cit si viteza e mai mare
>
> >
> > intr-adevar nu m-am omorat sa citesc cu foarte mare atentie TOT
> > manualul de ssh pentru ca NU AM AVUT NEVOIE,
> corect. de ce sa afli ca o anume facilitate exista (si sa o ai in vedere
> cindva in viitor ), daca poti sa sari direct la copy/paste din exemple,
> fara sa intelegi ce se intimpla ?
>
> > iar de facut am facut
> > destule prin ssh (tunelare cu ppp over ssh de pe un server cu ip
> > neroutabil, comenzi date remote din scripturi, securefs inca nu am avut
> > nevoie ...), insa cand fac scp pe lan merge la o viteza MULT mai mica
> > decat capabilitatea retelei, si la ambele capete procu' se incarca, iar
> > compresia nu prea ajuta, poate ca la X trafic ar ajuta, insa v-a incarca
> > si mai mult uptime la capetele ! ... chiar daca tie nu ti se pare)
> revin cu rugamintea de a-mi da explicatii suplimentare: la ce te referi
> cu "incarcarea uptime" ? sa incarc o remorca stiu ce e aia, sa incarc un
> procesor iarasi stiu.. dar sa " incarc uptime " in ultimii 20 de ani in
> care m-am jucat de-a calculatoarele inca nu am invatat. please master,
> teach me !
>
> > deci UTILIZATORUL OBISNUIT DE LINUX care exporta un X pe lan
> > (asa ca ala care a pus intrebarea initiala shi care vroia doar sa ii
> > mearga X-ul shi nu auzise decat de X11 ssh forwarding,
> serios? eu vad ca utilizatorul respectiv zice:
> > As dori sa stiu daca si cum ma pot conecta la un server X si daca se
> > poate acest lucru si de pe Windoze. In plus, daca pot fi mai multi
> > conectati in acelasi timp. Fara VNC si RDP va rog.
> unde vezi aici sa spuna ceva de ssh? eu vad doar ca zice "fara VNC".
> varianta cu ssh ai adus-o chiar TU in discutie, fara sa tii nici o clipa
> cont ca ssh stie sa faca mult mai multe decit stii tu despre el.
>
> > iar nimeni nu i-a
> > spus ca merge MAI BINE pe tcp/ip chior doar sa stie de -display sau
> > variabila DISPLAY) face ecryptare cam de pomana, iar peste internet e o
> > aberatie (sau cazuri SUPER TRUPER EXTREME) deci ? unde ziceai ca gresesc ?!?
> gresesti in faptul ca te arunci sa faci afirmatii in probleme la care nu
> te pricepi atit de bine pe cit crezi. partea si mai proasta este ca inca
> nu ai aflat ca nu te pricepi.
> revenind la mesajul initial:
> ce e neclar in cererea omului de a i se oferi ALTA solutie decit vnc?
> iar primul raspuns (de la dragos manac, care in manipulat de la distanta
> informatie grafica are o experienta cu mult mai mare decit probabil vei
> avea tu vreodata) a fost, paradoxal... X -query
>
> > problema cu aceasta lista (din ce vad pana acum) este ca unii se
> > reped sa crice, si folosesc cuvinte mari, chiar daca sunt pe dinafara
> > (oricat de des oi fi intalnit TU PERSONAL cazul ala particular, TOT
> > PARTICULAR RAMANE) iar asta iti taie cam chefu' sa raspunzi ...
> > indiferent cat de corect raspunzi
> sefu.. nu am nimic contra sa raspunzi. dar nu mai abera, plin de
> siguranta, cind nu te pricepi. aici nu e forumul chip, de unde aflam ca
> pe timp de noapte serverele e bine sa fie tinute pe radiatoare mari de
> aluminiu, ca sa reziste la flooduri.
>
> pe de alta parte, recunosc: metoda descrisa de tine de pornire a unei
> aplicatii remote este aproape corecta. ca sa fie mai clar:
> > cum se seteaza:
> > 1. te connectezi cat se poate de normal la shell-ul de pe care
> > vrei sa trimiti aplicatiile de X prin ce vrei (ssh, telnet, whatever
> > 2. export DISPLAY=stationIP:0
> daca tot te conectezi cu ssh .. si orice user normal la cap NU va folosi
> altceva decit ssh, de ce pisici sa mai dai ad labam export DISPLAY
> (care, btw, trebuie dublat de comanda "xhost +
> statia_remote_cu_aplicatia_dorita" data pe masina ta), cind X-forwarding
> face asta pt tine, cu avantajul ca NU mai deschide inca un canal
> necriptat de comunicatie undeva pe portul 6000_si_ceva ? basca faptul ca
> varianta descrisa de tine, cu export DISPLAY, nu are nici o sansa sa
> poata fi folosita daca tu ai IP privat, in spatele unui firewall (decit
> daca il convingi pe adminul firewall-ul sa faca forward la un port
> inspre statia ta, iar din partea de unde exporti display-ul te scremi sa
> nimeresti acel port)?
> varianta descrisa de tine este intr-adevar simpla, dar sufera din lipsa
> de generalitate .. si de documentare.
> daca ai fi zis X -query eram de acord cu tine: pe LAN e cea mai buna metoda
>
> si apropo daca tot o dai in solutii comerciale: pe linga serverul de X
> mentionat de tine ( X-Win32), exista si Hummingbird Exceed despre care,
> dupa 4 ani de cind il folosesc, as zice ca e destul de bunutz.
>
> --
> As Sun Tzu said, "when you are dealing with motherf*ckers
> who make endless excuses - cut the first one's head off,
> and the excuses will suddenly stop."
>
>
> ---
> Detalii despre listele noastre de mail: http://www.lug.ro/
>
---
Detalii despre listele noastre de mail: http://www.lug.ro/
