Forum libero

- 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?)

- 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