Forum libero

accorrete pochi per volta!

https://github.com/rapid7/metasploit-framework/wik...

- Scritto da: Alessandrox
> NO infatti mi fa fatica leggerlo tutto e ho molti
> pensieri intesta che mi
> distraggono

La fica?

> Comunque cerchiamo di riassumere:
> HAi necessità di un server RDP in Linux per far
> vedere le tue cosacce pornografiche in remoto ai
> tuoi colleghi facendogli usare esclusivamente il
> client di windows
> OK?

Sì

> Ah mi era sfuggito che XRDP può reindirizzare

Sì può "proxare" verso altri rdp e vnc

> OK allora non vedo alternative a XRDP/X11RDP e
> incrociamo le dita sperando che continuino a
> suportarlo perchè non c'è davvero altro (almeno
> di
> open).

- Scritto da: Alessandrox
> - Scritto da: ::1
> > - Scritto da: Alessandrox
> > > Hai consultato questo?
> >
> http://en.wikipedia.org/wiki/Comparison_of_remote_
> >
> > Secondo te?
>
> Io ne ho provati e ne sto provando diversi
> Quando posso cerco di evitare di creare tunnel
> con questi ma preferisco creare prima un tunnel
> VPN tra i router (a meno che non si sia nella
> stessa rete fisica) e poi attivare su questo il
> vnc
>
> Quindi se hai preclusioni con il closed source le
> possibilità ovviamente si restringono ma
> rimangono comunque secondo me molto buone,
> ovviamente poche di quelle open hanno la
> condivisione dei
> files
>
> Avrei intenzione di provare qualcosa tipo FreeNX
> http://en.wikipedia.org/wiki/NX_technology
>
> Che mi sembrano davvero tra i più completi di
> ficiure nell' ambito
> GPL

La mia esigenza è di NON far installare client aggiuntivi a tutti; per quello sono arrivato alla soluzione che sto usando.

- Scritto da:
>
> - Scritto da:
> > estremamente interessante, posta tutti i
> dettagli
> > che ritieni, così bookmarko che non si sa
> > mai.
> >
>
> ps: l'hai letto peto?
> http://www.forumdeitroll.it/m.aspx?m_id=2655478&m_
> grazie ancora.

Sì, letto di sfuggita.
Di AD non so una mazza, però se si può interrogare col protocollo ldap allora puoi browsarlo anche con dei tool grafici (ldap browser vari ce ne sono).

Faccio il riassuntino della migrazione in corso.

Premetto che la migrazione win->lin la faccio per una serie di motivi, in primis è la possibilità di avere una gui personalizzabile ed efficiente, poi ho la possibilità di farlo visto che sviluppo in java e il mio target sono dei server unix AIX, e infine perché le performance sono decisamente migliori.

Ho fatto una valutazione iniziale individuando i task che compio quasi abitualmente e ho fatto le mie valutazioni.

task: sviluppo
strumenti che uso in win: ide ibm, notepad++, soapui, xmlspy
strumenti per linux: ide ibm (c'è!), sublime text/(g)vim, soapui (c'è)
cosa va meglio: a parità di roba installata l'ide è più reattivo e il server pure, e usa meno ram
cosa va peggio: dopo tanti anni la gui di eclipse (l'ide è eclipse-based) ha ancora dei bug evidenti, sempre gli stessi, fortunatamente non gravi e il padding dei tasti che, nonostante il tema gtkcompact, non sparisce ancora. ancora non ho trovato l'alternativa a xmlspy (per generare gli stub di xml, il generatore di eclipse fa cacare quando ci sono multipli tipi astratti); ho avuto l'accortezza di mettere il workspace nella partizione windows, così un eventuale "rollback" d'emergenza mi costa un riavvio della macchina e niente più (o quasi, la conf di was va aggiornata a mano, non ho ancora pensato come, fortunatamente è abbastanza statica)

task: im
strumenti per windows: gtalk
strumenti per linux: pidgin
cosa va peggio: su pidgin non funziona il trasferimento file (ma tanto da qualche mese non mi funzionava manco su gtalk e mi ero attrezzato con le cartelle condivise)

task: cartelle condivise
strumenti per linux: samba, la configurazione di smb.conf è stata veramente semplice dopo aver letto la paginetta della wiki di arch

task: desktop remoto
strumenti per linux: xrdp, tigervnc, x11rdp

task: posta elettronica (exchange) e office
strumenti per windows: msoffice (winword,excel,outlook)
strumenti per linux: msoffice su virtualbox
cosa va peggio: inizialmente usavo wine, ma mi sono accorto subito che era instabile, ho creato una virtual machine con 256mb di ram, la tengo sempre aperta e la freezo la sera; inoltre così ho IE per eventuali test. gli archivi .pst di outlook sono sulla partizione ntfs, e sono gli stessi files referenziati da outlook su windows, così non perdo niente

task: petotunnel
strumenti per windows: cntlm + putty
strumenti per linux: cntlm + proxytunnel + openssh

task: db
strumenti per windows: toad for oracle
strumenti per linux: eclipse sql explorer
cosa va peggio: lo strumento fa cacare, ho provato squirrel-sql, ma le applicazioni swing fanno a cazzotti con xmonad; domani se ho qualche minuto di pace ci smanetto ancora un po', anche perché è un periodo abbastanza carico di lavoro (della serie: se il setup tiene ai bombardamenti di questi giorni dovrebbe poter resistere a tutto).

cosa ci ho guadagnato: shell rapida e reattiva, greppate e script più veloci di ordini di grandezza, niente più sed per le conversioni di path windows<->cygwin; gui efficiente e veloce e che usa poca memoria; tiling window manager (xmonad + xmobar + trayer + xmenud)

cosa è frustrante usare: ho bindato lo scroll lock come tasto per attivare/disattivare la cattura della tastiera da virtualbox perché in xmonad uso il winkey come tasto "leader"; le notifiche della posta restano nella virtualbox, devo attrezzarmi con uno scriptino che monitora il server e me lo notifica in xmonad oppure confo thunderbird e davmail (che traduce exchange -> imap) e apro outlook solo quando mi serve svuotare la cassetta e archiviare la posta; devo ancora decidere.

Questo è quanto, sono fiducioso al 50/50 perché ci sono alcuni task che in passato erano legati a windows e potrei dover tornare indietro in quei casi (librerie che accedono ai driver di lettori di smart card, come funziona l'integrazione usb di virtualbox? qualcuno lo sa?)

Dunque, ci ho passato mezza serata su arch per sistemare questa cosa pertanto trovo opportuno scrivere qualche riga per voi.

Ma prima una piccola premessa: sto sperimentando in questa settimana la possibilità di usare linux al lavoro. Non è detto che la cosa abbia successo, soprattutto visto il proliferare di roba m$; il fatto è che i desktop microsoft non riesco proprio a digerirli.
Dopo aver installato e confato Arch sul portatile del lavoro, usando alcune accortezze per permettere uno switch rapido a windows che è ancora installato in caso di problemi, oggi ho avuto una necessità particolare*.

Mi capita spesso di stare lontano dal pc e dover mostrare qualcosa ai colleghi, così lancio una sessione di desktop remoto e mostro loro cosa intendo.
Il mio problema è che non esiste una soluzione facile e integrata al protocollo di rdp usato per il remote desktop. Perché? E` un protocollo proprietario microsoft, pertanto tutto quello che ho fatto è basato sul lavoro di gente che con la stessa necessità ha fatto un reverse engineering del protocollo e ai quali indirizzo l'ennessimo commosso ringraziamento (sincero!).

I programmi che ho usato sono ben 3!
Il primo è xrdp. Si tratta di un server che ascolta le connessioni nel protocollo rdp, e può reindirizzare la connessione verso altri server rdp e vnc, sulla stessa macchina o altre macchine.
Purtroppo non è più mantenuto, non riceve aggiornamenti dal 2009; su questo programma il problema è la configurazione dei default che punta alla porta 5910, ma si risolve in fretta.
Il secondo programma è il server vnc, ho scelto dapprima tightvnc, ma dopo essermi scontrato con il fatto che la versione unix non è aggiornata ed ha una configurazione che punta a files e directory che "non si usano più" (la gerarchia /usr/X11R6) e che non è più mantenuto dagli sviluppatori. Leggendo in giro sono molti ad aver problemi e pochi a risolvere, per cui ho scelto una alternativa "rampante" a tightvnc che è tigervnc. Con questo, dopo una luuuunga compilazione (sob!) ho potuto accedere ad una sessione vnc da un client rdesktop di un altro pc.
La parte finale è quella che mette insieme le cose, ovvero poter accedere alla sessione X corrente: questo problema ce lo risolve x11vnc che configurato a dovere fa proprio questo.
In realtà l'idea di bindare x11vnc mi è venuta per caso leggendo la wiki di arch nell'articolo su freenx mentre valutavo cosa fare.

Quindi nel caso vi venisse in mente di fare una cosa del genere non vi scoraggiate se:
sul client remoto vedete un "error - problem connecting" (è la conf di xrdp), oppure se vedete un "could not open default font fixed" (è tightvnc abbandonato a sé stesso) e infine se vedete una nuova sessione vuota con xclock e non sapete che fare (è la sessione vnc di default che crea una nuova sessione X invece di collegarsi a quella esistente).

Le risposte le leggo domani però.

* = se siete interessati vi dettaglio ogni soluzione che ho scelto

- Scritto da: Ordine Reich
>

- Scritto da:
> Devo ricavare in un vbs tutti gli oggetti nel
> dominio di tipo computer il cui nome inizia per
> BLA, come
> faccio?

http://www.google.com/search?hl=it&complete=0&q=Qu...

http://stackoverflow.com/questions/1090336/queryin...

- Scritto da: dada_216
> Scrapbook, bella, praticamente http tracker
> dentro mozilla, utile la possibilità di tirare
> giù file filatrnado per estensione e dominio e
> profondità dei link da seguire a partire da una
> pagina
>

La conosco da eoni, è veramente ottimissimissima soprattutto se temi che una pagina possa sparire dall'interrete oppure è su un server lento e la vuoi tenere/consultare.

ditemi che torna