Dimensione: 10294
Commento: aggiunti programmi TODO: alcuni URL e OS supportati
|
Dimensione: 12966
Commento: converted to 1.6 markup
|
Le cancellazioni sono segnalate in questo modo. | Le aggiunte sono segnalate in questo modo. |
Linea 3: | Linea 3: |
[[TableOfContents]] | <<TableOfContents>> |
Linea 7: | Linea 7: |
Berlino ci ha aperto gli occhi :) [[BR]] | Berlino ci ha aperto gli occhi :) <<BR>> |
Linea 13: | Linea 13: |
* DAAP Music Sharing * iTunes per MacOS X o Windows http://www.apple.com/it/itunes/ |
* DAAP Music Sharing (client & server) * iTunes per Mac OS X o Windows http://www.apple.com/it/itunes/ |
Linea 19: | Linea 19: |
* DAAP Music Sharing (only server) * iTunes (vedi sopra) * Tangerine per Windows, Linux e Mac Os X (solo intel, Bug su Mac Os X per ppc) http://www.snorp.net/log/tangerine * mt-daap (guida sul wiki gentoo: http://gentoo-wiki.com/HOWTO_Apple_ITunes_Server) * windaapd http://www.rustydust.net/cgi-bin/wiki.pl?WinDaapd |
|
Linea 20: | Linea 25: |
* iChat per MacOS X http://www.apple.com/it/ichat/ | * iChat per Mac OS X http://www.apple.com/it/ichat/ |
Linea 22: | Linea 27: |
* Niente di niente per Windows :( | * Miranda per Windows http://xurble.org/projects/2005/04/rendezvous-protocol-for-miranda.html |
Linea 26: | Linea 31: |
* Safari su MacOS X http://www.apple.com/it/safari/ | * Safari su Mac OS X http://www.apple.com/it/safari/ |
Linea 29: | Linea 34: |
* Fugu su MacOS X http://rsug.itd.umich.edu/software/fugu/ | * Fugu su Mac OS X http://rsug.itd.umich.edu/software/fugu/ |
Linea 35: | Linea 40: |
* krfb & krdc (KDE) | * krfb & krdc (KDE) http://docs.kde.org/stable/en/kdenetwork/krfb/index.html |
Linea 37: | Linea 42: |
* kpf (KDE) | * kpf (KDE) http://docs.kde.org/development/en/kdebase/userguide/networking.html#file-sharing-kpf |
Linea 43: | Linea 48: |
* Mateedit (KDE) | * Mateedit (KDE) http://mateedit.sourceforge.net/ |
Linea 46: | Linea 51: |
* kbattleship, kwin4, lskat (KDE) | * kbattleship, kwin4, lskat (KDE) http://docs.kde.org/stable/it/kdegames/ '''Nota sul DAAP music sharing con iTunes 7''' Se viene effettuato il music sharing usando come server iTunes 7 è possibile usare come client solamente iTunes 7: nel caso in cui si voglia connettere altri client (ad esempio rhythmbox o amarok) è consigliato usare come server uno degli altri programmi indicati in precenza (Tangerine è buono su sitemi desktop, anche se la versione per Mac Os X su ppc non funziona). |
Linea 50: | Linea 62: |
== Screenshots == [[/screenshots|./screenshots]] |
|
Linea 54: | Linea 70: |
* Observation Post http://www.macs.hw.ac.uk/~rpointon/osx/op.html | * Observation Post http://www.fernlightning.com/doku.php?id=software:op:start |
Linea 84: | Linea 100: |
Per prima cosa è consigliato leggere questo documento per intero: attachment:bmfreadme.txt Nell'attesa del pacchetto ipkg di olsr 0.5.x per OpenWRT o Freifunk,[[BR]] potete compilare da voi seguendo le istruzioni alla pagina CrossCompile[[BR]] |
Per prima cosa è consigliato leggere questo documento per intero: [[attachment:bmfreadme.txt]] Nell'attesa del pacchetto ipkg di olsr 0.5.x per OpenWRT o Freifunk,<<BR>> potete compilare da voi seguendo le istruzioni alla pagina CrossCompile<<BR>> |
Linea 113: | Linea 129: |
Questa è la configurazione da avere sul vostro /etc/local.olsrd.conf [[BR]] Ovviamente leggete attachment:bmfreadme.txt per i dettagli |
Questa è la configurazione da avere sul vostro /etc/local.olsrd.conf <<BR>> Ovviamente leggete [[attachment:bmfreadme.txt]] per i dettagli |
Linea 137: | Linea 153: |
=== Workaround: Forward multicast to OLSR enables interface === | === Workaround: Forward multicast to OLSR enabled interface === |
Linea 230: | Linea 246: |
}}} === Troubleshooting === |
}}} === Workaround: Sono in Tunnel a '''TuscoloMesh''' e non funzionano correttamente i servizi ZeroConf === <<ev1(Da finire)>> Dovete inserire manualmente delle rotte nella tabella di routing per far funzionare le cose. Di default mandate tutto il vostro traffico nel tunnel PPTP, basta mettere delle regole per far transitare tutto il traffico verso IP privati fuori dal tunnel PPTP Linux: {{{ route add... }}} Windows: {{{ route add... }}} Mac OS X: {{{ sudo route add 10.0.0.0/8 gw sudo route add 172.16.0.0/16 gw sudo route add 192.168.0.0/16 gw }}} == Troubleshooting FAQ == |
Linea 236: | Linea 277: |
==== Vedo i servizi annunciati ma non riesco ad accedervi ==== | === Vedo i servizi annunciati ma non riesco ad accedervi === Problemi tecnici: * Non c'è una rotta per raggiungere quel servizio. * Chi annuncia non ha una rotta per poi rispondervi. * Forse chi annuncia il servizio è dietro NAT, non c'è modo di routarlo. * Forse voi siete dietro NAT e la cosa crea problemi? (dipende dal servizio) Sintomi: * Vedo persone nella chat (iChat pidgin) ma non riesco a parlarci * Riesco ad usare la chat a senso unico (solo se mi contattano o solo se contatto io, ma non entrambi i casi) * Vedo le playlist in iTunes Banshee ma non riesco a montarle Risoluzione: * Provate a pingare e fare un traceroute verso la macchina che annuncia il servizio. * Controllate eventuali firewall sui nodi tra voi e la macchina che annuncia il servizio. Usate il traceroute e la pagine GestioneIndirizzi per capire il tratto di rete che attraversate |
Linea 240: | Linea 300: |
(problema unicast, controllare i firewalls e le rotte) -> Io non ho la rotta per raggiungere quel servizio (chi annuncia in realtà è dietro un NAT e quindi non posso routarlo -> lo vedo su iChat ma la mia richiesta di chat in unicast non lo raggiunge) ==== Gli altri vedono i miei servizi, ma io non vedo quelli degli altri ==== (di solito vedi: Workaround: Forward multicast to OLSR enables interface) |
=== Gli altri vedono i miei servizi, ma io non vedo quelli degli altri === Problemi tecnici: * Succede spesso quando non parlate OLSR sul vostro PC. Annunciate servizi nella vostra subnet, ed un router raccoglie i pacchetti di multicast su una interfaccia olsr enabled, perchè ha attivato il parametro {{{PlParam "CapturePacketsOnOlsrInterfaces" "yes"}}}. In questo modo però non mi arriva il Multicast generato dagli altri. Risoluzione: vedi: "Workaround: Forward multicast to OLSR enabled interface" |
Servizi Zeroconf di Ninux.org
Indice
Descrizione dei servizi
Berlino ci ha aperto gli occhi
Grazie alle persone conosciute al WCW2007, abbiamo capito le potenzialità di zeroconf/avahi/bonjour, se queste tecnologie vengono portate su una mesh OLSR con il BMF-plugin
Attualmente sulla rete Ninux.org sono disponibili i seguenti servizi distribuiti in multicast DNS
DAAP Music Sharing (client & server)
iTunes per Mac OS X o Windows http://www.apple.com/it/itunes/
Rhythmbox per Linux http://www.gnome.org/projects/rhythmbox/
Amarok per Linux http://amarok.kde.org/
KDE (aprire l'URL daap:/)
- DAAP Music Sharing (only server)
- iTunes (vedi sopra)
Tangerine per Windows, Linux e Mac Os X (solo intel, Bug su Mac Os X per ppc) http://www.snorp.net/log/tangerine
mt-daap (guida sul wiki gentoo: http://gentoo-wiki.com/HOWTO_Apple_ITunes_Server)
- Bonjour Chat
iChat per Mac OS X http://www.apple.com/it/ichat/
Pidgin per Linux http://www.pidgin.im/
Miranda per Windows http://xurble.org/projects/2005/04/rendezvous-protocol-for-miranda.html
- Altre chat/voice/video
Ekiga softphone (Gnome) http://www.ekiga.org/
- Self discovery web server
Safari su Mac OS X http://www.apple.com/it/safari/
- Possibile non ci sia il plugin per Firefox????? trovatelo!
- Self discovery SSH servers
Fugu su Mac OS X http://rsug.itd.umich.edu/software/fugu/
- VPN via zeroconf
Zerospan http://www.zerospan.org/
- Self discovery FTP servers
kftpgrabber (KDE) http://kftpgrabber.sourceforge.net/
- Self discovery shared desktops
krfb & krdc (KDE) http://docs.kde.org/stable/en/kdenetwork/krfb/index.html
- Self discovery shared folders
- Shared bookmarks
- Collaborative editing:
Mateedit (KDE) http://mateedit.sourceforge.net/
Gobby (Linux, Mac OS, Windows) http://darcs.0x539.de/trac/obby/cgi-bin/trac.cgi
- Giochi:
kbattleship, kwin4, lskat (KDE) http://docs.kde.org/stable/it/kdegames/
Nota sul DAAP music sharing con iTunes 7
Se viene effettuato il music sharing usando come server iTunes 7 è possibile usare come client solamente iTunes 7: nel caso in cui si voglia connettere altri client (ad esempio rhythmbox o amarok) è consigliato usare come server uno degli altri programmi indicati in precenza (Tangerine è buono su sitemi desktop, anche se la versione per Mac Os X su ppc non funziona).
siete tutti invitati ad aggiornare questa lista, quando scoprite un nuovo software che supporta Bonjour o Avahi
Screenshots
Come scoprire i servizi
Se avete Mac OS X basta scaricare uno dei seguenti programmi:
Observation Post http://www.fernlightning.com/doku.php?id=software:op:start
Bonjour Browser http://www.tildesoft.com/Files/BonjourBrowser.dmg
Se avete Linux:
scaricate Avahi, ed usate il suo browser http://avahi.org/
in KDE provate ad aprire l'URL zeroconf:/ http://wiki.kde.org/tiki-index.php?page=Zeroconf+in+KDE
Come funziona?
I servizi vengono annunciati dai server utilizzando il Multicast, non esiste quindi un server centrale ma tutto è distribuito.
Forse volete leggere questa pagina http://it.wikipedia.org/wiki/Zeroconf che è un buon punto di partenza per capire di che si parla.
Molte stampanti di rete ed altro hardware hanno supporto nativo per Zeroconf !
Come configurare il nodo
Se avete un interfaccia di rete su cui si parla OLSR nella rete Ninux.org, dovete configurare il vostro router in modo da fargli inoltrare correttamente gli pacchetti IP multicast dentro e fuori la vostra rete. La vostra interfaccia di rete può essere sia fisica (link wireless) che virtuale (tunnel VPN).
Esistono diverse configurazioni, in ogni caso occorre avere sul proprio nodo/router l'ultima versione di OLSR, o cmq una versione della serie 0.5.x con il Bmf plugin attivato. Esiste il bmf plugin anche per le versioni precedenti di OLSR ma non funziona. Per completezza serve una versione del plugin bmf >= alla 1.3
Aggiornare OLSR alla versione 0.5.x
Per prima cosa è consigliato leggere questo documento per intero: bmfreadme.txt
Nell'attesa del pacchetto ipkg di olsr 0.5.x per OpenWRT o Freifunk,
potete compilare da voi seguendo le istruzioni alla pagina CrossCompile
o potete usare questa tarball http://zioproto.ninux.org/download/olsrd-0.5.0-mips-wrt54g.tar.gz
ATTENZIONE: controllate con df lo spazio rimanente sul vostro WRT! La tarball con olsrd-0.5.0 è molto grande e non è stata compilata per creare binari piccoli.
testato su Freifunk Firmware:
ipkg install kmod-tun ipkg install libpthread ipkg install iptables-extra cd / wget http://zioproto.ninux.org/download/olsrd-0.5.0-mips-wrt54g.tar.gz killall olsrd rm /usr/sbin/olsrd rm /usr/lib/olsr* tar -zxvf olsrd-0.5.0-mips-wrt54g.tar.gz rm olsrd-0.5.0-mips-wrt54g.tar.gz insmod tun /etc/init.d/S53olsrd restart
Configurare correttamente il bmf plugin
A questo punto dovete verificare che nel file di configurazione di olsr sia configurato in modo opportuno il bmf plugin Se avete una versione di Freifunk della serie 1.2.x
Questa è la configurazione da avere sul vostro /etc/local.olsrd.conf
Ovviamente leggete bmfreadme.txt per i dettagli
LoadPlugin "olsrd_bmf.so.1.3" { PlParam "NonOlsrIf" "vlan0" PlParam "CapturePacketsOnOlsrInterfaces" "yes" }
Se avete una versione di Freifunk della serie 1.4.x dovete modificare il file /etc/init.d/S53olsrd e trovare olsrd_bmf.so.1.x e modificare in olsrd_bmf.so.1.3 poi andate all'interfaccia web di amministrazione e nella schermata di olsr attivate il bmf plugin
Su OpenWRT dovrebbe essere tutto molto più semplice perchè vi basta editare /etc/olsrd.conf in quanto gli script in /etc/init.d/ non vi modificano i files di config pescando valori dall'NVRAM
Se tutto funziona correttamente avete una interfaccia bmf0 sul vostro router! Dovreste iniziare a vedere i servizi annunciati in rete.
Workaround: Forward multicast to OLSR enabled interface
Per inoltrare pacchetti di multicast decapsulati su una subnet dovete usare il parametro PlParam "NonOlsrIf" "interface" ma se l'interfaccia che volete usare è in realtà OLSRenabled il parametro verrà ignorato. Per superare questo problema create un alias della vostra interfaccia con un IP fittizio.
ifconfig eth0:2 5.5.5.5 up
e poi nel file di configurazione di olsr specificate
PlParam "NonOlsrIf" "eth0:2"
soluzione sporca ma funziona, è gia stat notificata agli sviluppatori che includeranno questo workaround nel prossimo README del plugin
Workaround: Override iTunes TTL packets limit
Per iTunes dato che l'applicazione manda pacchetti IP con TTL=1 dovete fare una piccola patch da qualche parte al vostro firewall qualcosa di questo tipo
insmod ipt_TTL iptables -t mangle -I INPUT -p tcp --dport 3689 -j TTL --ttl-set 12 iptables -t mangle -I FORWARD -p tcp --sport 3689 -j TTL --ttl-set 12 iptables -t mangle -I INPUT -p tcp --dport 3689 -j TTL --ttl-set 12 iptables -t mangle -I FORWARD -p tcp --sport 3689 -j TTL --ttl-set 12
Per esempio ecco il mio /etc/local.fw sul mio AP con Freifunk
# Place your firewall addons here case $1 in start) iptables -F iptables -t nat -F PREROUTING iptables -t mangle -F iptables -t nat -A PREROUTING -d 10.0.0.0/8 -j ACCEPT iptables -t nat -A PREROUTING -d 172.16.0.0/16 -j ACCEPT iptables -t nat -A PREROUTING -d 192.168.0.0/16 -j ACCEPT iptables -t nat -A PREROUTING -p tcp --dport 80 -j DNAT --to 192.168.3.214 iptables -A FORWARD -o vlan0 -d 192.168.3.214 -j ACCEPT iptables -A FORWARD -o vlan0 -d 192.168.3.215 -j ACCEPT iptables -A FORWARD -o vlan0 -d 192.168.3.200 -j ACCEPT iptables -A FORWARD -o vlan0 -d 192.168.3.201 -j ACCEPT iptables -A FORWARD -o vlan0 -d 192.168.3.10 -j ACCEPT iptables -A FORWARD -o vlan0 -d 172.16.0.0/16 -j ACCEPT iptables -A FORWARD -o vlan0 -d 10.0.0.0/8 -j ACCEPT iptables -A FORWARD -o vlan0 -p tcp --syn -j DROP iptables -A FORWARD -o vlan0 -d ! 192.168.3.0/24 -p udp -j DROP insmod ipt_TTL iptables -t mangle -I INPUT -p tcp --dport 3689 -j TTL --ttl-set 12 iptables -t mangle -I FORWARD -p tcp --sport 3689 -j TTL --ttl-set 12 iptables -t mangle -I INPUT -p tcp --dport 3689 -j TTL --ttl-set 12 iptables -t mangle -I FORWARD -p tcp --sport 3689 -j TTL --ttl-set 12 ;; stop) iptables -F iptables -t nat -F PREROUTING iptables -t mangle -F rmmod ipt_TTL ;; esac
Un altro esempio con un firewall un pochino più semplice
root@danidaq:~# cat /etc/local.fw # Place your firewall addons here case $1 in start) iptables -t nat -D POSTROUTING -o vlan1 -j MASQUERADE iptables -t nat -A POSTROUTING -s 192.168.100.0/24 -o vlan1 -j MASQUERADE rmmod ipt_TTL insmod ipt_TTL iptables -t mangle -I INPUT -p tcp --dport 3689 -j TTL --ttl-set 12 iptables -t mangle -I FORWARD -p tcp --sport 3689 -j TTL --ttl-set 12 iptables -t mangle -I INPUT -p tcp --dport 3689 -j TTL --ttl-set 12 iptables -t mangle -I FORWARD -p tcp --sport 3689 -j TTL --ttl-set 12 ;; stop) iptables -F iptables -t nat -F PREROUTING iptables -t mangle -F rmmod ipt_TTL ;; esac root@danidaq:~#
Workaround: Sono in Tunnel a '''TuscoloMesh''' e non funzionano correttamente i servizi ZeroConf
Da finire Dovete inserire manualmente delle rotte nella tabella di routing per far funzionare le cose. Di default mandate tutto il vostro traffico nel tunnel PPTP, basta mettere delle regole per far transitare tutto il traffico verso IP privati fuori dal tunnel PPTP
Linux:
route add...
Windows:
route add...
Mac OS X:
sudo route add 10.0.0.0/8 gw sudo route add 172.16.0.0/16 gw sudo route add 192.168.0.0/16 gw
Troubleshooting FAQ
(TODO) -> Questa sezione è ancora da scrivere in Italiano e per ora contiene solo appunti ;)
Vedo i servizi annunciati ma non riesco ad accedervi
Problemi tecnici:
- Non c'è una rotta per raggiungere quel servizio.
- Chi annuncia non ha una rotta per poi rispondervi.
- Forse chi annuncia il servizio è dietro NAT, non c'è modo di routarlo.
- Forse voi siete dietro NAT e la cosa crea problemi? (dipende dal servizio)
Sintomi:
- Vedo persone nella chat (iChat pidgin) ma non riesco a parlarci
- Riesco ad usare la chat a senso unico (solo se mi contattano o solo se contatto io, ma non entrambi i casi)
- Vedo le playlist in iTunes Banshee ma non riesco a montarle
Risoluzione:
- Provate a pingare e fare un traceroute verso la macchina che annuncia il servizio.
Controllate eventuali firewall sui nodi tra voi e la macchina che annuncia il servizio. Usate il traceroute e la pagine GestioneIndirizzi per capire il tratto di rete che attraversate
(problema di multicast non bidirezionale, il meccanismo di mDNS non funziona) -> Debug con Bonjour Browser, da l'errore can't resolve link address. Chi da il servizio riesce ad annunciarlmelo in multicast ma poi non ha la rotta unicast per offrirmelo. -> Debug, riesco a pingare la macchina che annuncia il servizio?
Gli altri vedono i miei servizi, ma io non vedo quelli degli altri
Problemi tecnici:
Succede spesso quando non parlate OLSR sul vostro PC. Annunciate servizi nella vostra subnet, ed un router raccoglie i pacchetti di multicast su una interfaccia olsr enabled, perchè ha attivato il parametro PlParam "CapturePacketsOnOlsrInterfaces" "yes".
In questo modo però non mi arriva il Multicast generato dagli altri.
Risoluzione:
vedi: "Workaround: Forward multicast to OLSR enabled interface"