Visualizzazione post con etichetta unknown. Mostra tutti i post
Visualizzazione post con etichetta unknown. Mostra tutti i post

mercoledì 7 ottobre 2009

Ma 'ndo avahi???


Facendo seguito ad un post precedente, oggi ho scoperto un motivo in piu' per odiare il demone Avahi.
Client Ubuntu Intrepid, rete con server DNS su Debian Lenny: da qualche tempo non si riesce piu' a stampare sulle stampanti di rete. Il sistema si pianta appena viene aperta una qualunque finestra che abbia a che fare con la stampa.

La cosa curiosa e' che le informazioni di debug di cups dicono di non riuscire a risolvere il nome del server. Strano perche' se lancio il comando:
nslookup server.example.local

il client riesce, grazie al server DNS a risolvere il nome ed ottenere l'IP address.
Pure il comando
nslookup server

mi ritorna l'IP address corretto (192.168.7.1).
A questo punto tanto per proseguire il mio troubleshooting lancio il comando:
ping server

il risultato (come mi aspettavo) e':
PING server (192.168.7.1) 56(84) bytes of data.

Il bello salta fuori quando provo il comando:
ping server.example.local

ecco il risultato sconcertante:
ping: unknown host server.example.local

E' bastato di nuovo fermare il demone avahi per ottenere il risultato atteso e per tornare a stampare correttamente sulle stampanti di rete.

Ultim'ora!!!
Un altro devastante effetto del demone (appellativo piu' adatto non poteva avere) Avahi:
lanciando il comando (a demone attivo):
wget server

ottengo
Resolving server... 192.168.7.1
Connecting to server|192.168.7.1|:80... connected.

se invece lancio:
wget server.example.local

ottengo:
Resolving server.example.local... failed: Name or service not known.
wget: unable to resolve host address `server.example.local'

Di nuovo, fermando il demone Avahi tutto torna a posto e wget funziona correttamente sia con l'hostname che con l'fqdn.

giovedì 13 marzo 2008

FreePBX: dove sono finite le custom apps?


Nel passaggio dalla versione 2.3 alla versione 2.4 di FreePBX sono spariti (in tutti i moduli che li utilizzavano) i riferimenti alle Custom Apps.

Dove queste venivano utilizzate appaiono dei misteriosi UNKNOWN DESTINATION scritti in rosso.

Per sistemare le cose occorre andare nella gestione del modulo CUSTOM DESTINATIONS che trovate nella tabella TOOLS, aggiungere nuove CUSTOM DESTINATIONS utilizzando la Quick Pick List per recuperare le vecchie Custom Apps.

Se volete creare una nuova CUSTOM DESTINATION, ricordate che nel campo Custom Destination dovete inserire la linea di lancio dell'applicazione (es: custom-add-rings,s,1)