Vita Da Zazu

Nel corso del mio lavoro è capitato alcune volte di dover “rinnovare” dei server di dominio,

nello svolgere questo tipo di operazione normalmente è necessario migrare i file contenuti nelle varie cartelle condivise dal vecchio al nuovo server, in alcuni casi per un problema di codifica dei caratteri (locales) succede un macello,

tutti i nomi dei file contenenti lettere accentate e simboli particolari apparentemente si corrompono;
se andiamo a verificare dal terminale saltano fuori degli strani simboli o punti interrogativi al posto di queste lettere:

questo comporta anche l’inaccessibilità, per quei pc che accedono alle condivisioni in rete, di questi file e cartelle “corrotti”,

in realtà questi file non si sono corrotti, è solo un problema di mappatura dei caratteri, il nome è scritto correttamente ma viene interpretato in maniera errata:

nei vecchi server SAMBA, alcuni “tecnici” (per così dire) per ovviare ai problemi di compatibilità in maniera sbrigativa, spesso impostavano la locale di Windows (ISO-8859-15) a livello di sistema,

io sono solito mantenere le mie macchine tutte standard in UTF-8.

Trasferendo i file dai vecchi dischi con file scritti in ISO-8859-15, portiamo dentro dei nomi che non sono del tutto compatibili con la nostra codifica dei caratteri.

per risolvere esiste un tool:

convmv

per installarlo su server debian e derivate:

apt-get install convmv

su macchine openSUSE:

zypper in convmv

adesso che abbiamo il nostro tool, non ci rimane che usarlo:

convmv -r -f ISO-8859-15 -t it_IT.UTF-8 /percorso/file/problematici/

questo comando analizza in maniera ricorsiva tutti i file e le sottocartelle a partire dal path specificato, cercando file con codifica ISO-8859-15 e convertendoli in it_IT.UTF-8;

lanciandolo ci mostrerà tutti i file trovati con codifica errata e come li correggerà, in questa fase non effettua nessuna modifica, ci mostra solo i cambiamenti da apportare.

Se ciò che vediamo ci soddisfa, non rimane che applicare il tutto aggiungendo il parametro

--notest

convmv --notest -r -f ISO-8859-15 -t it_IT.UTF-8 /percorso/file/problematici/

ovviamente, conoscere in anticipo la codifica di partenza aiuta parecchio a risolvere rapidamente il problema,

se non la conosciamo bisogna andare un po’ per tentativi, il comando

convmv --list

ci mostrerà tutte le possibili codifiche e provare ad usarne alcune come codifica di partenza

se i file trovati non corrispondono alla codifica selezionata il tool darà errore quindi procediamo a provare con un’altra.

Condividi00000

Per condividere i contenuti nei social network, utilizzo il plugin Simple Share Buttons Adder, è semplice, funzionale e non rallenta il caricamento del sito;

mi sono accorto che solo il contatore di Google+ funzionava, gli altri rimanevano a zero, vi spiego come risolvere:
il problema è un’impostazione di PHP, la direttiva allow_url_fopen deve essere attiva, altrimenti i contatori “non contano”
di solito questa direttiva si può manipolare dal pannello di controllo del provider, nel mio caso era disattivata, mi è bastato attivarla per vedere i contatori con il giusto valore.

Per chi sa programmare in php, questa direttiva è verificabile anche inserendo un po’ di codice da qualche parte dentro i file di wordpress (ad esempio nell’header o nel footer) per vedere subito il risultato del check, come illustrato qui:

http://stackoverflow.com/questions/13433660/how-to-check-if-allow-url-fopen-is-enabled-or-not

Saluti e buon sharing a tutti 😮

Condividi00000

Questo formidabile plugin per la sicurezza, alcune volte può rivelarsi pericoloso e farci credere che tutto è perduto!

le impostazioni dello spazio web messo a disposizione, differiscono da provider a provider, e non sempre le policy che inserisce All in one WP Security & firewall funzionano correttamente, in alcuni casi vanno in conflitto con le policy dell’hosting e ci ritroviamo chiusi fuori dal nostro blog!

Il problema spesso si verifica dopo aver rinominato la pagina di login, questo, in concomitanza con alcune regole di firewall può impedire l’accesso, creando un vero e proprio lockout definitivo.
infatti andando anche direttamente sulla pagina di login www.miosito.it/wp-login.php oppure su quella rinominata www.miosito.it/accesso-rinominato/, otteniamo un errore 404 o similare e non possiamo accedere al pannello Admin per poter sistemare le cose.

Niente paura, il sito è ancora al suo posto e vi spiegherò come poter rientrare tramite FTP e modificando il Database con PhpMyAdmin.

Disattivare manualmente il plugin All in one WP Security & firewall:

• Per prima cosa, entrando via FTP ci spostiamo dentro wp-content/plugins e rinominiamo la cartella “all-in-one-wp-security-and-firewall” in “all-in-one-wp-security-and-firewall-disabled”.
• Un altro complice di solito è il file .htaccess che viene modificato ad hoc dal plugin in questione, questo file si trova nella directory principale del sito, conviene eliminarlo.

NB
rimuovere il file .htaccess molto spesso impedisce la navigazione nel sito, perché è lui il responsabile della riscrittura dei permalink, quindi, se abbiamo modificato la struttura dei permalink usando una modalità differente da quella di default, servono alcune regole nel file .htaccess per farli funzionare;
appena rientrati lo faremo rigenerare.

• Ora, dal pannello di controllo del provider, dovremo accedere al database mediante PhpMyAdmin, o comunque, con qualsiasi altro tool messoci a disposizione:

 ci spostiamo nella tabella options e qui tramite la funzione “cerca” (oppure a mano se preferiamo) nel campo option_name cerchiamo il record con nome aio_wp_security_configs questo campo contiene tutte le impostazioni del plugin, eliminandolo (oppure rinominandolo) scompariranno tutte le configurazioni di sicurezza che abbiamo attivato.

A partire da questo momento, potremo rientrare nel nostro WordPress passando per la normale pagina di login: www.miosito.it/wp-login.php
il plugin All in one WP Security & firewall non troverà la sua cartella e si disattiverà automaticamente.

Ripristinare il file .htaccess

se i link alle pagine non funzionano, bisogna farlo ricreare:

andiamo nel menù Impostazioni > Permalink qui dentro, dovrebbe bastare un click su “Salva le modifiche”.

Riattivare il plugin All in one WP Security & firewall:

• Rientriamo in FTP e ci spostiamo dentro wp-content/plugin, riportando “all-in-one-wp-security-and-firewall-disabled” all suo nome originario “all-in-one-wp-security-and-firewall”
• Dal pannello Admin, facciamo un refresh della pagina e nel menù Plugin riattiviamo All in one WP Security & firewall.

E questo è tutto!

Ora che sapete come salvare la situazione, potete esperimentare con la sicurezza in tranquillità, individuando l’opzione che vi blocca l’accesso e sapendo sempre come rientrare.

Condividi00000

Ciao a tutti, in questa piccola guida, illustrerò come faccio a sincronizzare i contatti, il calendario e ovviamente le email tra Thunderbird e un telefono Android senza l’ausilio di nessun software proprietario, proprio per questo motivo la soluzione è valida su sistemi Windows, Linux e Mac.

In realtà la sincronia non avviene direttamente tra telefono e Thunderbird, ma tra Thunderbird e Gmail;
il necessario:

– account Gmail già configurato nel telefono;
– Mozilla Thunderbird già installato nel pc;
– alcune estensioni di Thunderbird.

Come primo passaggio andiamo ad installare in thunderbird (menù strumenti > componenti aggiuntivi) le seguenti estensioni:

– Lightning
– Provider per Google Calendar
– Zindus  (zindus è stato abbandonato e non funziona da thunderbird 24 in poi)
dalla morte di Zindus sono passato ad usare gContactSync

per chi invece usava Zindus per sincronizzare la GAL aziendale di Zimbra, posso suggerire SOGo Connector Thunderbird extension
non è immediato come Zindus ma fa comunque il suo lavoro,
aggiungendo una Nuova ribrica > rubrica remota, come url specifichiamo la url della GAL:
https://mail.esempio.it/dav/galsync@esempio.it/_zimbra/

Una volta installati i componenti e riavviato il programma, ci troveremo davanti ad alcune novità: dato che abbiamo aggiunto Lightning la grafica di thunderbird apparirà arricchita delle funzionalità del calendario, per chi non lo sapesse si apre da una piccola icona in alto a destra.

Una volta aperto il calendario, procediamo con l’aggiunta di quello Gmail.

1. accediamo a Google calendar;
2. dal simbolo a forma di ingranaggio accediamo alle impostazioni del calendario;
3. ci spostiamo nella sezione “Calendari”
4. qui clicchiamo sul nostro calendario da sincronizzare
5. nella sezione “Indirizzo Calendario” facciamo clic sull’icona XML e copiamo l’indirizzo del nostro calendario
6. torniamo a thunderbird, nello spazio vuoto sotto al calendario di default facciamo un click col destro, poi “nuovo calendario…”:

ora procediamo con calendario sulla rete > Google calendar e qui incolliamo nella casella il link XML copiato poco fa e procediamo:

finita la procedura il calendario di Gmail sarà sincronizzato e potremo eliminare quello di default contenuto in Lightning.

Se abbiamo più calendari da sincronizzare basterà ripetere tutta la procedura per ognuno di loro.

Fase 2: la rubrica.

in basso nella barra di stato di TB, troviamo una nuova icona: un piccolo quadratino grigio, è Zindus e con un click col destro procediamo ad impostarlo:

nella finestra che si apre selezioniamo “Aggiungi”, come tipo di account selezioniamo “Google”, inseriemo email e password, procediamo poi con “Prova connessione” se otteniamo l’OK significa che i dati sono corretti e possiamo salvare.

Cercando di aprire la rubrica, con gContactSync installato, dovrebbe automaticamente aprirsi una maschera che ci chiede l’accesso a Gmail,

inseriamo i dati e dando OK dovremmo aver più o meno finito,

se così non fosse, questa estensione inserisce un intero menù nella barra dei menù tramite la quale possiamo aggiungere tutti gli account google che vogliamo e cambiare moltissimi parametri di sincronizzazione.

Adesso la rubrica di gmail sarà sincronizzata con la rubrica personale di Thunderbird.

E buona sincronia a tutti

Condividi00000

Zimbra è un ottima piattaforma per la gestione della posta e per il lavoro collaborativo, con il passaggio dalla V6 alla V7 il team di sviluppo ha deciso di eliminare il modulo della chat

una feature, secondo me, molto utile e funzionale che permette di comunicare al volo coi colleghi e scambiarsi qualche informazione al volo. In realtà il sistema di chat non è stato del tutto rimosso da zimbra 7, il motore c’è ma non è più gestibile via amministrazione web.

per attivare e gestire la chat bisogna agire da riga di comando e il comando sottostante serve proprio per attivare il sistema di chat e se non si lancia questo, nessuno dei comandi a seguire servirà a nulla:

zmprov mcf zimbraXMPPEnabled TRUE

dopo di ché si deve agire sulle varie classi di servizio (COS) per attivare la chat agli utenti.
Nativamente zimbra dispone di una COS predefinita che si chiama “default”;
dalla cli di zimbra occorre lanciare i comandi seguenti per attivare la chat a tutti i membri della classe “default”:

zmprov mc default zimbraFeatureIMEnabled TRUE
zmprov mc default zimbraFeatureInstantNotify TRUE
zmprov mc default zimbraPrefIMAutoLogin TRUE

se abbiamo già sviluppato più COS, lo stesso procedimento va ripetuto per tutte le classi che volgiamo dotare di chat (nei comandi soprastanti la parola default va sostituita col nome delle altre classi).

Attivare la chat per tutti però è un sistema piuttosto sommario, la chat in azienda è uno strumento delicato e può essere problematico dotarne tutti, di solito solo chi ne ha reale necessità viene dotato della chat, quindi, se vogliamo dotare di chat solo alcuni membri, un procedimento sensato potrebbe essere quello di lasciare invariata la classe “default” e creare una classe di servizio dedicata, ad esempio “chat_users” per la quale abilitiamo la chat:

zmprov mc chat_users zimbraFeatureIMEnabled TRUE
zmprov mc chat_users zimbraFeatureInstantNotify TRUE
zmprov mc chat_users zimbraPrefIMAutoLogin TRUE

ora, gli utenti che verranno inseriti nella classe “chat_users” troveranno la chat attiva, mentre tutti gli altri non la vedranno.

In alternativa si può procedere anche attivando (o disattivando) la chat per un singolo account;
per attivarla solo ad un singolo utente:

zmprov ma utente@esempio.it zimbraFeatureIMEnabled TRUE
zmprov ma utente@esempio.it zimbraFeatureInstantNotify TRUE
zmprov mc utente@esempio.it zimbraPrefIMAutoLogin TRUE

mentre, se abbiamo attivato la chat globalmente, per disattivare un singolo utente è sufficiente un solo comando:

zmprov ma utente@esempio.it zimbraFeatureIMEnabled FALSE

personalmente sconsiglio il metodo di gestione a singolo utente, dall’interfaccia web di amministrazione non c’è traccia della chat, quindi, usando un COS dedicato in cui inseriamo i membri della chat rimane sempre possibile vedere tutti coloro che ne fanno parte; al contrario, gestendo gli account separatamente, non si può sapere poi chi ce l’ha e chi no, se non da riga di comando.

E buona chattata a tutti.

Condividi00000

Il GNR Virtuale di Eutelia è un prodotto molto interessante, in pratica si tratta di un Account Voip sul quale poggia un radicale telefonico da 10 a 100 numeri; per maggiori dettagli sulle specifiche, questo il link di riferimento:

Eutelia GNR Virtuale

In questo articolo vi illustrerò come configurare correttamente il GNR su Elastix;

naturalmente, questa configurazione con pochi accorgimenti si può tranquillamente adattare ad una installazione Standard di Asterisk priva di interfacce di gestione.

– Se vogliamo usare la selezione passante occorre avere almeno una linea ADSL con IP fisso, altrimenti, per una policy di sicurezza non è possibile uscire con gli interni.

– Contrattualmente, per poter usare gli interni del GNR in uscita occorre avere la selezione passante abilitata, altrimenti le chiamate usciranno sempre dal numero capofila.

Passiamo ora alla configurazione di base per gestire la NAT, che a meno di avere un modem, sussiste con un qualsiasi router ADSL:

apriamo l’interfaccia web di Elastix e spostiamoci nel menù PBX > Tools > Asterisk file editor, qui cerchiamo il file sip_general_custom.conf e lo andiamo a modificare inserendo questo contenuto:

stunaddr=stun.voip.eutelia.it:3478
localnet=172.16.10.0/255.255.255.0
bindport=5060
externrefresh=120
language=it
t38pt_udptl=yes

il parametro stunaddr fa sì che lo stun decreti qual’è il nostro IP pubblico;
localnet è necessario per far conoscere ad asterisk la nostra rete locale e in base a questa decide quando applicare le impostazioni per la NAT;
bindport indica la porta sulla quale il nostro server è in ascolto;
t38pt_udptl attiva globalmente il supporto T.38 per il passaggio dei fax.

Al posto dello stunaddr possiamo usare alternativamente altri due parametri, ma la scelta dello STUN, in alcune situazioni si rivela sempre più funzionale quindi io lo adotto a priori, anche in caso di IP fisso:

externip=XXX.XXX.XXX.XXX
externhost=www.mioindirizzo.it

Per attivare queste impostazioni di rete serve un restart di Asterisk:

dal menù PBX > Tools > Asterisk-Cli scriviamo il comando “core restart now”  seguito dal tasto “Esegui”

 __________________________________________________________________________

Andiamo ora a configurare il nostro Trunk:

Andiamo in PBX > PBX Configuration > Trunks :

Clicchiamo Add SIP Trunk

Trunk Description: Eutelia1

Outbound Caller ID: 0123456789 <— Qui va inserito il capofila del nostro GNR

CID Options: Allow Any CID

[…]

Trunk Name: Eutelia1

PEER Details:

type=peer
srvlookup=yes
secret=XXXXXXXXXXX
regseconds=60
realm=voip.eutelia.it
qualify=yes
port=5060
outboundproxy=voip.eutelia.it
nat=yes
insecure=port,invite
host=voip.eutelia.it
;fromuser=0123456789
fromdomain=voip.eutelia.it
disallow=all
directmedia=no
defaultuser=0123456789
context=from-pstn-toheader
dtmfmode=info
allow=ulaw&alaw&gsm&g726&ilbc

USER Context: from-pstn-toheader

svuotiamo il contenuto di USER Details

 

Register String:

0123456789:XXXXXXXXXX:0123456789@voip.eutelia.it:5060/s

Clicchiamo “Submit Changes”

* l’uso del contesto from-pstn-toheader ci permette di gestire l’ ingresso di tutti i numeri del GNR;

 __________________________________________________________________________

Configuriamo un interno:

nel menù PBX > PBX Configuration > Extensions click su Add Extension selezioniamo Generic SIP device e click su “Submit”

User Extension  200

Display Name  Utente

Outbound CID  0123456789  <— Qui va inserito il numero di telefono che vogliamo usare in uscita. possiamo selezionare un numero qualsiasi di quelli nel nostro GNR.

Ring Time 45

secret  XXXXXXXXX

dtmfmode  rfc2833

Language Code  it

Clicchiamo il tasto Submit

tutti i parametri non citati sono opzionali e non necessari ad un funzionamento base dell’interno

adesso occorre rientrare nell’utente appena creato e modificarlo;

click in alto a destra su Utente <200> e modifichiamo due parametri:

canreinvite  yes
nat  no

e di nuovo click su Submit;

questa modifica è consigliabile per tutti i telefoni che risiedono all’interno della nostra rete interna;

se dobbiamo registrare un telefono remoto in pubblica (via internet), i due parametri devono rimanere esattamente al contrario canreinvite no e  nat yes.

 __________________________________________________________________________

Configurazione delle rotte in ingresso:

entriamo nella sezione PBX > PBX Configuration > Inbound Routes

creiamo ad esempio una rotta in ingresso per il numero 0123456789

Description: 200

DID Number: 0123456789
Set Destination
Extensions:  <200> Utente

con questo settaggio abbiamo impostato che una chiamata entrante sul numero 0123456789 viene inoltrata all’interno 200

 __________________________________________________________________________

Configurazione delle rotte in uscita:

nella sezione PBX > PBX Configuration > Outbound Routes

Route Name:  tutto
Dial Patterns  XX.
Trunk Sequence  SIP/Eutelia1

click su Submit Changes

questa regola farà uscire dal nostro GNR tutte le chiamate di qualunque genere.

non resta che fare click sulla banda rosa in alto     Apply Configuration Changes Here      per confermare tutte le modifiche.

adesso abbiamo un  semplice centralino con un configurazione di base in grado di gestire correttamente il nostro GNR virtuale Eutelia.

Buone telefonate a tutti.

Condividi00000

Tutti conosciamo DropBox, il servizio gratuito che ci permette di condividere e sincronizzare i nostri documenti su più dispositivi anche con differenti sistemi operativi, il servizio è eccellente, ma se vogliamo trovare il pelo nell’uovo, DropBox è un servizio e per usarlo occorre registrarsi e usare lo spazio che ci mettono a disposizione, col risultato che non abbiamo nessun controllo  sul server, quindi, usando DropBox occorre fare un atto di fede e consegnare i nostri documenti importanti in mano altrui, ecco, da bravo informatico che ci tiene la sicurezza e perché no, un pochino paranoico, questa cosa non la trovo particolarmente simpatica, fortunatamente, esiste un’alternativa:

Novell iFolder

iFolder è una soluzione di sincronia file (basata su DeltaSync) semplice e sicura che può aumentare la produttività, consentendo di eseguire la sincronia dei documenti (e intrinsecamente il backup), garantendo la possibilità di accedere e gestire i file personali da qualsiasi luogo, in qualsiasi momento. Una volta installato, è sufficiente salvare i file localmente nella cartella iFolder, come avete sempre fatto e iFolder sincronizzerà i documenti automaticamente sul server di rete che li riconsegna agli altri pc collegati, inoltre, è possibile accedere ai propri documenti via web sfruttando il protocollo https.

Le differenze principali tra iFolder e Dropbox sono molto poche ma secondo me vale la pena indicarle:

• Utilizzando iFolder il server centrale che gestisce la sincronia sarà il nostro
• La crittografia di iFolder NON E’ REVERSIBILE.

Diversamente da dropbox , che, su richiesta delle autorità (e solo di quelle?) può decrittare i file dei propri utenti.

Installazione del server iFolder

la mia base di lavoro è openSUSE 11.4, ipotizziamo che il nostro server abbia l’ip 192.168.1.35 e pubblicamente il nostro dns sia acme.com

prima di tutto aggiungiamo il repository per il server iFolder

# zypper ar http://download.opensuse.org/repositories/home:/rkumar1:/branches:/network:/ifolder:/server_stable/openSUSE_11.4 ”iFolder-Server”

# zypper ref

ricordiamoci di accettare la chiave del repository premendo ‘a’ quando ce lo chiede.

adesso andiamo ad installare i pacchetti richiesti:

# zypper install apache2 ifolder3-enterprise novell-ifolder-enterprise-plugins yast2-http-server mono-wcf

Per il funzionamento di iFolder è necessario attivare l’SSL su Apache e ovviamente dobbiamo generare dei certificati:

a meno che non abbiamo a disposizione un certificato rilasciato da un ente certificatore, dobbiamo creare dei certificati casarecci, certo è che i browser non li riconosceranno come certificati validi, ma il loro lavoro di cifratura lo svolgeranno ugualmente, la strada semplice consiste nel lanciare un semplice comando:

# gensslcert



# cp /etc/apache2/vhosts.d/vhost-ssl.template /etc/apache2/vhosts.d/vhost-ssl.conf

# rcapache2 restart

https://[ip server]

Un ultimo riavvio di Apache ed il server è pronto:

# rcapache2 restart

da browser adesso saranno accessibili la pagina “admin” e la pagina “ifolder”:

1) https://192.168.1.35/admin (dall’esterno sarebbe https://acme.com/admin)

Ci permette l’accesso di amministrazione per settare le opzioni del server, creare gli utenti iFolder e configurare gli eventuali report.

2) https://192.168.1.35/ifolder (dall’esterno sarebbe https://acme.com/ifolder)

Questo è il portale dell’utente, a questo link l’utente può avere accesso web ai files, usando un client, basta puntarlo a questa pagina per sincronizzarlo con il server.

e questo è tutto.

Installazione del client iFolder

l’installazione del client su opensuse è molto più semplice, e può essere effettuata senza aggiungere alcun repository.

# zypper in ifolder3 novell-ifolder-client-plugins mono-wcf

terminata l’installazione, dal menù del nostro desktop grafico basterà lanciare “iFolder 3″ e partirà il wizard di configurazione

all’indirizzo del server basterà inserire la url che punta alla pagina utente “https://acme.com/ifolder”, accettare il certificato, inserire nome utente e password ed il gioco è fatto.

Il client per altri sistemi operativi è scaricabile al sito ufficiale:

http://ifolder.com/ifolder

Esiste anche l’app per iPhone reperibile nell’Apple Store.

e buona sincronia a tutti. 😮

Condividi00000

Con le macchine virtuali (ma anche con le macchine vere), capita spesso di modificare l’hardware e qualche volta ci si trova di fronte a delle schede di rete fantasma, per esempio virtualizzando con P2v una macchina reale, verrà installata una scheda aggiuntiva e sparirà quella vecchia. Se non la disinstalliamo precedentemente, vuoi  perchè non si può o semplicemente per dimenticanza, la scheda vecchia “scomparirà” dalla macchina virtuale ma rimarrà comunque nel registro annoverata tra le schede installate nel sistema con tanto di parametri di configurazione settati; questo spesso ci porta ad un fastidioso messaggio non problematico, ma semplicemente fastidioso come le zanzare:

Condividi00000

Lavorando col nuovo Xen 3.4 su Debian Lenny e su openSUSE 11.2, mi sono imbattuto in una problematica che personalmente ho dovuto affrontare molto ma molto di rado:

Assegnare un device fisico ad una macchina virtuale (domU).

Seguendo le vecchie procedure per il vecchio Xen, apparentemente al boot della dom0 la risorsa fisica veniva riservata, ma poi non funzionava nulla, ovvero, la macchina virtuale non partiva restituendo il seguente errore:

Error: pci: 0000:0d:08.0: non-page-aligned MMIO BAR found.

ho cercato soluzioni in lungo e in largo, senza giungere a nulla, finché non mi sono imbattuto in una patch del sorgente di Xen 3.4….
ebbene, leggendo il codice sorgente della patch è saltato fuori che con il nuovo Xen la sintassi per assegnare una risorsa è cambiata e nessuno lo sa!

Vengo quindi ad illustrare la procedura corretta:

per prima cosa, nella dom0 rifare l’initrd includendo il modulo “pciback“;

adesso con lspci andiamo a trovare l’ID della nostra scheda fisica:

# lspci

08:00.0 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet Controller (rev 06)

08:00.1 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet Controller (rev 06)

0a:00.0 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet Controller (rev 06)

0a:00.1 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet Controller (rev 06)

0d:08.0 Communication controller: Digium, Inc. Wildcard TE220 dual-span T1/E1/J1 card 3.3V

0f:0d.0 VGA compatible controller: ATI Technologies Inc ES1000 (rev 02)

come parametro aggiuntivo del kernel xen, al grub si deve inserire questo:

guestdev=0000:0d:08.0 reassign_resources

nel file di configurazione della macchina virtuale basta aggiungere questa riga:

pci = [ ‘0d:08.0′ ]

fatto 😮 adesso basta riavviare la nostra dom0 e la pci verrà riservata per la macchina virtuale…

Happy Xen

Condividi00000

Sto provando Pardus 2009.2 sul mio eee-PC 900

Pardus è un mio vecchio amore a prima vista e dato che l’ho sempre ricordata come distribuzione piuttosto leggera, ho deciso di testarla sul mio eee-PC

il problema dell’eee-PC è che essendo un po’ limitato di risorse, con firefox va a fatica; siccome ho notato che ChromePlus comunque ci funziona bene, mi interessava poterlo usare anche su questa distro che nei repository non lo prevede… detto fatto, mi sono messo all’opera,

sono andato sul sito di ChromePlus e dato che Pardus è a 32 bit ho scaricato quanto disponibile per linux a 32 bit:

la versione “Debian/Ubuntu” e quella “Suse/Fedora”, vi dico subito di lasciar stare la versione per Debian che mi ha dato problemi, scaricate la versione “Suse/Fedora”

appena finito di scaricare, sono andato nella cartella “Scaricati” e con ark ho scompattato il tar.gz in una sottocartella;
fatto ciò, sono andato semplicemente di terminale:

$ su
# cd /home/zazu/Scaricati/chromeplus-1.3.3.3_suse_fedora_i686
# mkdir /opt/chromeplus
# cp -a * /opt/chromeplus
# cd /opt/chromeplus
# chown -R root:root *

con questi comandi sovrastanti ho copiato ChromePlus dentro opt e gli ho conferito i giusti permessi; opt è la cartella linux in cui si può mettere tutto ciò che è opzionale, per evitare problemi e conflitti col software pacchettizzato è sempre bene che quel che viene installato a mano, venga messo dentro opt.
Adesso andiamo a creare un link simbolico per l’eseguibile di Chromeplus:

# cd /usr/bin
# ln -s /opt/chromeplus/chrome-wrapper chromeplus

ora, manca un lanciatore per il menù di avvio e per il desktop:

# touch /usr/share/applications/chromeplus.desktop

dentro questo file appena creato dobbiamo metterci questo testo:

[Desktop Entry]
Name=ChromePlus
Exec=chromeplus %u
Icon=/opt/chromeplus/product_logo_48.png
Categories=Network;WebBrowser;
GenericName=Browser Web
Terminal=false
Type=Application
StartupNotify=true

io ho editato il file con vim:

# vi /usr/share/applications/chromeplus.desktop

ciò non toglie che se non si è capaci, lo si possa fare con l’editor che si preferisce (nano, kwrite, o altri);
per sempio, si potrebbe usare kwrite lanciandolo da utente normale (come root non si avvia):

$ xhost + && sudo kwrite /usr/share/applications/chromeplus.desktop

comunque, l’importante è creare, quel file, una volta salvato, tempo qualche secondo e nel menù di kde apparirà ChromePlus 😎

Ultimo passaggio, i plugin:

siccome il pacchetto installato è pensato per openSUSE / Fedora, questo va a cercare i plugin nel percorso di default di uno dei due sistemi

Pardus usa una struttura differente, quindi i plugin non sembrano funzionare;

la soluzione è creare un link simbolico alla cartella dei plugin in modo da creare una posizione fittizia come se fosse la struttura di opensSUSE:

# cd /usr/lib
# ln -s nsbrowser/plugins/ browser-plugins

ora, abbiamo creato un percorso simbolico “usr/lib/browser-plugins” che punta a “usr/lib/nsbrowser/plugins” la cartella reale è la seconda, ma è raggiungibile anche dal link, questo basta a ChromePlus per ritrovare i necessari plugin e funzionare correttamente

Condividi00000