Guifi.net - Wiki Català - Contribucions de l'usuari [ca]

Servidor Iperf

2014-09-20T14:57:49Z

Pablog: es

== Instal·lació ==

Instal·lem el paquet:
(Per a debian i similars. Per a altres distribucions pot variar.)

apt-get install iperf

Si volem que el servei iperf s'inicï automàticament al iniciar el servidor, hem de crear un "script":

- (com a root) entrem al directori /etc/init.d:

cd /etc/init.d

- creem un fitxer anomenat 'iperf' amb un editor de text:

nano iperf

- i a l'interior hi enganxem el següent contingut:

#! /bin/sh
# /etc/init.d/iperf
#
### BEGIN INIT INFO
# Provides: iperf
# Required-Start:
# Required-Stop:
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: iperf
# Description: Servei Iperf per a mesurar l'ample de banda entre dos punt
### END INIT INFO

# Per a comprobar quan el procés s'està executant
touch /var/lock/iperf

# Carry out specific functions when asked to by the system
case "$1" in
start)
echo "Iniciant iperf..."
PIDIPERF=`pidof iperf`
if [ $? -ne 0 ] # comprovem que no s'estigui executant
then
iperf -s -D
echo "...fet."
else
echo "AVÍS: Iperf ja s'està executant en el procés $PIDIPERF."
fi
;;
stop)
echo "Aturant iperf..."
PIDIPERF=`pidof iperf`
if [ $? -ne 0 ]
then
echo "AVÍS: l'Iperf ja estava aturat."
else #si el programa estava obert, el matem.
kill -9 $PIDIPERF
rm -f /var/lock/iperf
echo "...fet."
fi
;;
*)
echo "Usage: /etc/init.d/iperf {start|stop}"
exit 1
;;
esac

exit 0

- cal donar-li permisos d'execució:

chmod +x iperf

''(Si volem assegurar-nos que l'script funciona correctament, el podem provar amb les comandes "/etc/init.d/iperf start" i "/etc/init.d/iperf stop" per a iniciar-lo i aturar-lo respectivament)''

- i finalment li indiquem al sistema que l'iniciï automàticament a l'arrencada:

update-rc.d iperf defaults

- ja tenim instal·lat i funcionant en mode servidor. Al següent reinici hauria d'executar-se automàticament.

''(Si en qualsevol moment volguéssim que ja no s'iniciés automàticament, executem la següent comanda:)''

update-rc.d -f iperf remove

== Prova de funcionament: ==

- Ara, per a fer la prova de rendiment des d'un altre ordinador, com a client, executarem:

iperf -c [''ip-servidor-iperf'']

----
== referències ==
...partint d'altres manuals:
*[http://guifi.net/node/3330 manual iperf documentació guifi.net]
*[http://www.debian-administration.org/articles/28 Making scripts run at boot time with Debian]
== altres versions ==
*[http://code.google.com/p/xjperf/ xjperf, versió per windows]

[[Categoria:Servidor]]

[[es:Iperf]]

Servidor Iperf

2014-09-20T14:57:13Z

Pablog: Pablog ha mogut Servidor Iperf/ca a Servidor Iperf

Servidor Iperf/ca

2014-09-20T14:57:13Z

Pablog: Pablog ha mogut Servidor Iperf/ca a Servidor Iperf

#REDIRECT [[Servidor Iperf]]

Monitor/ca

2013-08-05T08:56:35Z

Pablog: Copiat des de el wiki en castellà

El sistema actual de monitoritzacio es el seguent:
=== Com funciona ===

[[Archivo:Esquema monitoritzcio.png]]
es.wiki.guifi.net/wiki/SNPserviceshttp://es.wiki.guifi.net/wiki/Servidor_de_gr%C3%A1ficas
La web te un llistat de tots els nodes en una base de dades. Gracies a aquesta informacio es genera un document XML que s’anomena CNML amb el qual es defineix quin tipus de node es, la localitzacio..etc..

L’eina SNPServices fa servir aquest CNML per poder transferir informacio als supernodes repartits per la xarxa.
En aquesta imatge veiem un supernode.

[[Archivo:Guifi Seminari.png]]

Imatge de http://guifi.net/ca/seminari

Aquests supernodes solen ser servidors de gràfics. Desde els supernodes es fan servir eines SNMP com ping a tots els nodes i es recull una informacio. Aquesta informacio es dibuixa en un gràfic gracies a MRTG i rrdtool.

Tots els nodes tenen assitnat un servidor de gràfiques. Si no te un directament agafa el superior jerarquicament fins arribar al node arrel que es la web.

El supernode genera gràfics amb els resultats i els enmagatzema en local.
Desde la web es pot consultar aquesta informacio

[[Archivo:Grafic_MRTG.jpeg]]

grafic MRTG obtingut de https://roure.act.uji.es/wiki/public/guifinet/cursoinstaladoresguifi2011/servidoresgnulinux/start

Actualment el snpservices realitza les funcions de: grafica, disponibilidad,estadisitica, traceroute, liveping http://ausa.guifi.net/snpservices/

El conjunt d el’infromacio el publica a la web com es mostra en aquesta imatge

[[Archivo:Info de SNMP.png]]

Imatge de http://guifi.net/en/node/2436/view/availability

===Entrem mes a fons ===

Aqui pots apendre com funciona el servei SNPServices mes a fons
http://es.wiki.guifi.net/wiki/SNPservices

Aqui pots apendre com funciona un servidor de gràfics
http://es.wiki.guifi.net/wiki/Servidor_de_gr%C3%A1ficas

[[es:Monitor]]

Fer bonding de dues ADSL amb RouterOS

2013-07-22T10:58:28Z

Pablog:

Apunto aquí quatre notes sobre com fer bonding de dues línies ADSL per tenir la suma de velocitats a la LAN.

== Escenari ==
Tenim una LANParty per la quan disposem de dues connexions ADSL de 10Mb. No podem repartir els ordinadors en les xarxes de cada router perquè queden en LAN's diferents i no poden jugar i compartir arxius, per tant, ens plantegem fer bonding amb una [[RB750]] de [[Mikrotik]]. En un primer moment aconseguim fer balanceig entre les dues línies (10Mb totals, però redireccionant la sortida en cas de fallada). Unes hores més tard, aconseguim bonding real (10Mb+10Mb=20Mb a la LAN).

== Procediment ==
* PAS 1 (si cal): Configurem els routers ADSL perquè estiguin en interfícies diferents.
* PAS 2 (si cal): Netegem la RB750 de la configuració de fàbrica (IP->Address, IP->Firewall, NAT, DHCP, i desfem el Bridge dels ports 2-5).
* PAS 3: Apliquem la configuració des del terminal de la RB750.
* PAS 4: Comprovem que suma l'ample de banda dels dos routers.

== Interfícies de la RB750 ==
* ether1: 192.168.0.1 - LAN principal amb tots els ordinadors, switch, etc. Servidor de DHCP.
* ether2: 192.168.88.1 - Port des d'on configurem el bonding. El deixarem actiu a l'acabar per monitoritzar i de backup.
* ether3: lliure
* ether4: 192.168.1.2 - Primera sortida a un dels dos routers ADSL.
* ether5: 192.168.2.2 - Segona sortida a l'altre router ADSL.

''COMPTE: Inicialment els dos routers tenien la mateixa interfície (192.168.1.1). Cal que estiguin en interfícies diferents.''

== Configuració ==
<pre>
/ip address
add address=192.168.0.1/24 network=192.168.0.0 broadcast=192.168.0.255 interface=LAN
add address=192.168.1.2/24 network=192.168.1.0 broadcast=192.168.1.255 interface=ISP1
add address=192.168.2.2/24 network=192.168.2.0 broadcast=192.168.2.255 interface=ISP2

/ip firewall mangle
add chain=input in-interface=ISP1 action=mark-connection new-connection-mark=ISP1_conn
add chain=input in-interface=ISP2 action=mark-connection new-connection-mark=ISP2_conn

add chain=output connection-mark=ISP1_conn action=mark-routing new-routing-mark=to_ISP1
add chain=output connection-mark=ISP2_conn action=mark-routing new-routing-mark=to_ISP2

add chain=prerouting dst-address=192.168.1.0/24 action=accept in-interface=LAN
add chain=prerouting dst-address=192.168.2.0/24 action=accept in-interface=LAN

add chain=prerouting dst-address-type=!local in-interface=LAN per-connection-classifier=both-addresses-and-ports:4/0 action=mark-connection new-connection-mark=ISP1_conn passthrough=yes
add chain=prerouting dst-address-type=!local in-interface=LAN per-connection-classifier=both-addresses-and-ports:4/1 action=mark-connection new-connection-mark=ISP2_conn passthrough=yes
add chain=prerouting connection-mark=ISP1_conn in-interface=LAN action=mark-routing new-routing-mark=to_ISP1
add chain=prerouting connection-mark=ISP2_conn in-interface=LAN action=mark-routing new-routing-mark=to_ISP2

/ip route
add dst-address=0.0.0.0/0 gateway=192.168.1.1 routing-mark=to_ISP1 check-gateway=ping
add dst-address=0.0.0.0/0 gateway=192.168.2.1 routing-mark=to_ISP2 check-gateway=ping

add dst-address=0.0.0.0/0 gateway=192.168.1.1 distance=1 check-gateway=ping
add dst-address=0.0.0.0/0 gateway=192.168.2.1 distance=2 check-gateway=ping

/ip firewall nat
add chain=srcnat out-interface=ISP1 action=masquerade
add chain=srcnat out-interface=ISP2 action=masquerade

/ip dns set allow-remote-requests=yes cache-max-ttl=1w cache-size=5000KiB max-udp-packet-size=512 servers=221.132.112.8,8.8.8.8

/ip firewall mangle
add chain=prerouting dst-address-type=!local in-interface=LAN per-connection-classifier=both-addresses-and-ports:2/0 action=mark-connection new-connection-mark=WAN1_conn passthrough=yes
add chain=prerouting dst-address-type=!local in-interface=LAN per-connection-classifier=both-addresses-and-ports:2/1 action=mark-connection new-connection-mark=WAN2_conn passthrough=yes
</pre>

'''JA HO TENIM!!!'''

== Observacions ==
* Cal millorar la configuració aplicant regles de QoS (Quality of Service).<br>
* Aquesta configuració sembla que no fa balanceig entre les dues sortides. Si es desconnecta una de les dues ADSL, no redirigeix el trafic a l'altra.<br>
* Presenta problemes amb alguns protocols: al pujar arxius per FTP no aconseguia negociar la connexió. Al treure una de les dues sortides es resolia el problema.<br>

[[Fitxer:Rb750_bonding_lanparty.jpg|800px]]

== Bibliografia ==
Aquesta configuració està basada en aquest enllaç (bonding 4 ADSL). <br>
* http://aacable.wordpress.com/2011/06/04/mikrotik-4-wan-load-balance-pcc-complete-script-by-zaib/<br>

També pot anar bé consultar la Wiki de Mikrotik en tot el que fa referència a Bonding i Balanceig de càrrega:<br>
* http://wiki.mikrotik.com/wiki/Manual:PCC<br>
* http://wiki.mikrotik.com/wiki/Manual:Interface/Bonding<br>
* http://wiki.mikrotik.com/wiki/ECMP_load_balancing_with_masquerade<br>
* http://wiki.mikrotik.com/wiki/NTH_load_balancing_with_masquerade

Fer bonding de dues ADSL amb RouterOS

2013-07-22T10:57:23Z

Pablog:

Apunto aquí quatre notes sobre com fer bonding de dues línies ADSL per tenir la suma de velocitats a la LAN.

== Escenari ==
Tenim una LANParty per la quan disposem de dues connexions ADSL de 10Mb. No podem repartir els ordinadors en les xarxes de cada router perquè queden en LAN's diferents i no poden jugar i compartir arxius, per tant, ens plantegem fer bonding amb una RB750 de Mikrotik. En un primer moment aconseguim fer balanceig entre les dues línies (10Mb totals, però redireccionant la sortida en cas de fallada). Unes hores més tard, aconseguim bonding real (10Mb+10Mb=20Mb a la LAN).

== Procediment ==
- PAS 1 (si cal): Configurem els routers ADSL perquè estiguin en interfícies diferents.<br>
- PAS 2 (si cal): Netegem la RB750 de la configuració de fàbrica (IP->Address, IP->Firewall, NAT, DHCP, i desfem el Bridge dels ports 2-5).<br>
- PAS 3: Apliquem la configuració des del terminal de la RB750.<br>
- PAS 4: Comprovem que suma l'ample de banda dels dos routers.<br>

== Interfícies de la RB750 ==
- ether1: 192.168.0.1 - LAN principal amb tots els ordinadors, switch, etc. Servidor de DHCP.<br>
- ether2: 192.168.88.1 - Port des d'on configurem el bonding. El deixarem actiu a l'acabar per monitoritzar i de backup.<br>
- ether3: lliure<br>
- ether4: 192.168.1.2 - Primera sortida a un dels dos routers ADSL.<br>
- ether5: 192.168.2.2 - Segona sortida a l'altre router ADSL. <br>

''COMPTE: Inicialment els dos routers tenien la mateixa interfície (192.168.1.1). Cal que estiguin en interfícies diferents.<br>''

== Configuració ==
<pre>
/ip address
add address=192.168.0.1/24 network=192.168.0.0 broadcast=192.168.0.255 interface=LAN
add address=192.168.1.2/24 network=192.168.1.0 broadcast=192.168.1.255 interface=ISP1
add address=192.168.2.2/24 network=192.168.2.0 broadcast=192.168.2.255 interface=ISP2

/ip firewall mangle
add chain=input in-interface=ISP1 action=mark-connection new-connection-mark=ISP1_conn
add chain=input in-interface=ISP2 action=mark-connection new-connection-mark=ISP2_conn

add chain=output connection-mark=ISP1_conn action=mark-routing new-routing-mark=to_ISP1
add chain=output connection-mark=ISP2_conn action=mark-routing new-routing-mark=to_ISP2

add chain=prerouting dst-address=192.168.1.0/24 action=accept in-interface=LAN
add chain=prerouting dst-address=192.168.2.0/24 action=accept in-interface=LAN

add chain=prerouting dst-address-type=!local in-interface=LAN per-connection-classifier=both-addresses-and-ports:4/0 action=mark-connection new-connection-mark=ISP1_conn passthrough=yes
add chain=prerouting dst-address-type=!local in-interface=LAN per-connection-classifier=both-addresses-and-ports:4/1 action=mark-connection new-connection-mark=ISP2_conn passthrough=yes
add chain=prerouting connection-mark=ISP1_conn in-interface=LAN action=mark-routing new-routing-mark=to_ISP1
add chain=prerouting connection-mark=ISP2_conn in-interface=LAN action=mark-routing new-routing-mark=to_ISP2

/ip route
add dst-address=0.0.0.0/0 gateway=192.168.1.1 routing-mark=to_ISP1 check-gateway=ping
add dst-address=0.0.0.0/0 gateway=192.168.2.1 routing-mark=to_ISP2 check-gateway=ping

add dst-address=0.0.0.0/0 gateway=192.168.1.1 distance=1 check-gateway=ping
add dst-address=0.0.0.0/0 gateway=192.168.2.1 distance=2 check-gateway=ping

/ip firewall nat
add chain=srcnat out-interface=ISP1 action=masquerade
add chain=srcnat out-interface=ISP2 action=masquerade

/ip dns set allow-remote-requests=yes cache-max-ttl=1w cache-size=5000KiB max-udp-packet-size=512 servers=221.132.112.8,8.8.8.8

/ip firewall mangle
add chain=prerouting dst-address-type=!local in-interface=LAN per-connection-classifier=both-addresses-and-ports:2/0 action=mark-connection new-connection-mark=WAN1_conn passthrough=yes
add chain=prerouting dst-address-type=!local in-interface=LAN per-connection-classifier=both-addresses-and-ports:2/1 action=mark-connection new-connection-mark=WAN2_conn passthrough=yes
</pre>

'''JA HO TENIM!!!'''

== Observacions ==
* Cal millorar la configuració aplicant regles de QoS (Quality of Service).<br>
* Aquesta configuració sembla que no fa balanceig entre les dues sortides. Si es desconnecta una de les dues ADSL, no redirigeix el trafic a l'altra.<br>
* Presenta problemes amb alguns protocols: al pujar arxius per FTP no aconseguia negociar la connexió. Al treure una de les dues sortides es resolia el problema.<br>

[[Fitxer:Rb750_bonding_lanparty.jpg|800px]]

== Bibliografia ==
Aquesta configuració està basada en aquest enllaç (bonding 4 ADSL). <br>
* http://aacable.wordpress.com/2011/06/04/mikrotik-4-wan-load-balance-pcc-complete-script-by-zaib/<br>

També pot anar bé consultar la Wiki de Mikrotik en tot el que fa referència a Bonding i Balanceig de càrrega:<br>
* http://wiki.mikrotik.com/wiki/Manual:PCC<br>
* http://wiki.mikrotik.com/wiki/Manual:Interface/Bonding<br>
* http://wiki.mikrotik.com/wiki/ECMP_load_balancing_with_masquerade<br>
* http://wiki.mikrotik.com/wiki/NTH_load_balancing_with_masquerade

Configurar xarxa

2013-03-21T15:40:39Z

Pablog:

Per a configurar manualment la xarxa hem de assegurar-nos que si el sistema té entorn gràfic (gnome), d'aturar el network-manager:

# service network-manager stop

i deshabilitar-lo perquè no s'engegui al iniciar-se

# sysv-rc-conf

buscar network-manager i deshabilitar-lo.

En el cas que el nostre sistema no tingui entorn gràfic directament el què haurem de fer és modificar el fitxer /etc/network/interfaces i definir així la configuració de xarxa

<pre>
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
address 192.168.1.7
netmask 255.255.255.0
gateway 192.168.1.1
</pre>

En el cas que tinguem un servidor amb una sola interfície de xarxa, crearem una interfície virtual (eth0:1) per a assignar-li una ip de guifi

<pre>
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
address 192.168.1.7
netmask 255.255.255.0
gateway 192.168.1.1

auto eth0:1
iface eth0:1 inet static
address 10.228.192.210
netmask 255.255.255.248
up route add -net 10.0.0.0 netmask 255.0.0.0 gw 10.228.192.209
</pre>

Si tinguéssim 2 interfícies de xarxa ho hauriem de fer així

<pre>
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
address 192.168.1.7
netmask 255.255.255.0
gateway 192.168.1.1

auto eth1
iface eth1 inet static
address 10.228.192.210
netmask 255.255.255.248
up route add -net 10.0.0.0 netmask 255.0.0.0 gw 10.228.192.209 dev eth1
</pre>

[[Categoria:Xarxa]]

[[es:Configurar red]]

Categoria:Xarxa

2013-03-05T20:22:25Z

Pablog:

[[es:Categoría:Red]]

Categoria:Xarxa

2013-03-05T20:22:17Z

Pablog: Es crea la pàgina amb «ca:Categoría:Red».

[[ca:Categoría:Red]]

Categoria:Enrutament

2013-03-05T20:21:03Z

Pablog:

[[es:Categoría:Enrutamiento]]

[[Categoria:Xarxa]]

Categoria:Enrutament

2013-03-05T20:20:44Z

Pablog:

[[es:Enrutamiento]]

[[Categoria:Xarxa]]

Categoria:Enrutament

2013-03-05T20:19:34Z

Pablog: Es crea la pàgina amb «ca:Enrutament».

[[ca:Enrutament]]

Enrutament

2013-03-05T20:19:05Z

Pablog:

S'ha d'anar en comte al crear un enllaç entre nodes, si escollim OSFP o BGP. Doncs poden surgir problemes de rutes. Vegeu a [http://wiki.guifi.net/wiki/Discussi%C3%B3:Enrutament DISCUSIO] d'aquest fil, la opinio den Joan Gaudes

* [[BMX]]
* [[BGP]]
* [[OSPF]]

'''Vegeu també:''' [http://www.cepes.org.pe/apc-aa/archivos-aa/1e60354f4717edb9fb793dbc5219499d/Enrutamiento_IP_E5F6A.doc conceptos básicos de enrutamiento]

'''Teoria rapida BGP''' [http://bibing.us.es/proyectos/abreproy/11359/fichero/BGP%252F5.+Fundamentos+de+BGP.pdf]
'''Teoria avançada BGP''' [http://lacnic.net/documentos/lacnicxii/presentaciones/08_bgp.pdf]
* [[Guaita.py|Script de localització de "Pollastre de Rutes"]]

[[Categoria:Enrutament]]
[[Categoria:Xarxa]]

[[es:Enrutamiento]]

Enrutament

2013-03-05T20:18:09Z

Pablog:

Agregacions BGP

2013-03-05T20:17:37Z

Pablog:

Depenent de l'escenari de xarxa ens pot interessar anunciar 1 ruta que n'englobi 2,5,10... Per exemple, perquè volem anunciar dues xarxes /27 consecutives si sabem que formen un /26, d'aquesta forma ens estalviem 1 ruta. Aquest exemple pot ser una mica absurt, però a gran escala pot ser necessari. Només s'ha de vigilar, que es faci servir en una zona on la conectivitat sigui final, que si mai es "redunda" la zona ( les rutes sense agregar ens arribin per un altre canto, hi haurà pollastre de rutes, que encara no tinc clar com es resoldria.

''CAS 1:''
Un Supernode anuncia 2 xarxes creades en el seu router. Fins ara anunciava 2 xarxes, 10.228.54.0/25 i 10.228.54.128/25
La configuracio en aquest cas seria la seguent:
<pre>
# jan/27/2013 22:16:31 by RouterOS 5.21
# software id = YPVN-F2XA
#
/routing bgp aggregate
add advertise-filter="" attribute-filter="" disabled=no include-igp=yes inherit-attributes=yes instance=default prefix=10.228.54.0/24 summary-only=yes \
suppress-filter=""
</pre>

''Cas 2:''
Un supernode anuncia 2 xarxes, que li venen anunciades per un altre peer. 10.228.54.0/25 i 10.228.54.128/25
Seria la mateixa configuració, però sense incloure la taula igp, ja que la ruta l'origen de la ruta és ebgp.
<pre>
# jan/27/2013 22:16:31 by RouterOS 5.21
# software id = YPVN-F2XA
#
/routing bgp aggregate
add advertise-filter="" attribute-filter="" disabled=no include-igp=no inherit-attributes=yes instance=default prefix=10.228.54.0/24 summary-only=yes \
suppress-filter=""
</pre>

'''Parametres d'una aggregacio:'''

include-igp= quan l'agregació prove d'origen IGP s'ha d'activar.

inherit-attributes= quan s'activa la ruta agafa atributs originals, origen i AS PATH's....

summary-only= aquesta opcio ens borra automaticament les rutes agregades. Sino segurien anuncinat-se

'''Recomanació que fa Mikrotik sobre el nº de rutes a gestionar per router'''
<pre>
Question: How much memory is required to keep the global BGP route table?
Our recommendations are at least 256 MB RAM for a single copy of the table and at least 512 MB RAM for two or three copies.

Assuming the Internet route table size ~300 000 routes, for the first copy of the table, with routes resolved and active, about 155 MB extra memory is needed. This is only for the first copy specifically, the amount of RAM needed for each additional copy of the table is significantly less than that number.

RAM usage on RB1000 (BGP feed size 301 480 routes, no redistribution):

No BGP routes: 26 MB
Single copy: 181 MB
Two copies: 241 MB
Three copies: 299 MB
Memory requirements will increase if incoming routing filters that change route attributes are used. That happens because unchanged copy of the route attributes received also will be stored in RAM, to be used in case of later routing filter change.

The requirements will also increase depending on count of peers to which routes are advertised.

It is not recommended to turn on SNMP on routers with full BGP feed!

</pre>

[[Categoria:Enrutament]]

BGP

2013-03-05T20:17:25Z

Pablog:

Documentació molt bona:
* http://docwiki.cisco.com/wiki/Border_Gateway_Protocol
* http://www.cisco.com/web/learning/le31/le46/cln/qlm/CCIP/bgp/understanding-bgp-path-attributes-3/player.html
* http://wiki.mikrotik.com/wiki/Manual:BGP_Best_Path_Selection_Algorithm

FAQ Cisco BGP molt interessant:
* http://www.cisco.com/en/US/tech/tk365/technologies_q_and_a_item09186a00800949e8.shtml

[[Categoria:Enrutament]]

Activar BGP a Vyatta

2013-03-05T20:17:11Z

Pablog:

{{en desenvolupament}}

Aquest article explica com configurar [[BGP]] per a enrutar el tràfic d'un sistema autònom (AS de les seves sigles en anglès) a un altre fent servir [[Vyatta]].

El supernode Vyatta és un supernode real i es fa dir GRFnou3

Té les interficies configurades de la manera següent:

vyatta@vyatta-GRFnou3~$ show interfaces

Interface IP Address State Link Description
br0 10.140.240.1/29 up up
eth1 172.25.55.154/29 up up
eth2 192.168.1.139/24 up up
eth2 10.140.240.17/28 up up
lo 127.0.0.1/8 up up
lo ::1/128 up up
tun0 10.8.0.10 up up

El que farem serà anunciarem l'AS 46624 amb la xarxa 10.140.240.17/28 al seu vei AS 14627 (remot) a la IP 172.25.55.153 (que ja ha estat [[Activar BGP a RouterOS|configurat amb RouterOS]]).

Per a configurar al món Vyatta, necessites entrar a una consola de configuració interactiva teclejant

vyatta@vyatta-GRFnou3~$ configure
[edit]
La sintaxis a fer servir és la següent:
vyatta@vyatta-GRFnou3# set protocols bgp 46624 neighbor 172.25.55.153 remote-as 14627
vyatta@vyatta-GRFnou3# set protocols bgp 46624 network 10.140.240.17/28
vyatta@vyatta-GRFnou3# commit

En aquest moment hem activat el bgp. Sortim amb exit, tornem a la consola normal iveiem el que tenim fet:
root@vyatta-GRFnou3# show ip bgp

BGP table version is 0, local router ID is 192.168.1.139
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale, R Removed
Origin codes: i - IGP, e - EGP, ? - incomplete

Network Next Hop Metric LocPrf Weight Path
*> 10.140.240.0/29 0.0.0.0 1 32768 i

Si la conexió encara no està operativa ens sortirà:
Total number of prefixes 1
Però si ya tenim l'altra banda configurada ens sortirà un gran número de prefixos.

Ens enrecordem de desar els canvis si els volem per la propera arrencada:
save

[[Categoria:Enrutament]]
[[Categoria:Vyatta]]

Tunejant salts-BGP PREPEND

2013-03-05T20:16:52Z

Pablog:

Ens trobarem en alguns casos, muntant enllaços amb redundància, que ens interessa que el trafic en mode normal flueixi per un enllaç i no un altre, ja que el "redundant" té menys ampla de banda, i només el volem per quan falli.
La sol·lució és tunejar el Peer BGP, dient-li que quan propagui les seves rutes, repeteixi el seu AS X cops. Així aconseguriem allargar la AS PATH i triarà l'altre camí ja que es creurà que és més curt.

<pre>
/routing filter
add action=accept chain=ebgp-in-XXX comment="Afegir 2 salts+ al peering X" disabled=no \
invert-match=no prefix=10.0.0.0/8 prefix-length=8-32 set-bgp-prepend=2 \
set-bgp-prepend-path=""
add action=discard chain=ebgp-in-XXX comment="1. Discard insert non 10.x routes from BGP peer" \
disabled=no invert-match=no prefix=!10.0.0.0/8 prefix-length=!8-32
</pre>

Alerta, un cop entrat el filtre nou, s'ha d'anar al peer corresponent (/routing/bgp/peers) i posar-li el filtre d'entrada
ebgp-in-XXX

[[Categoria:Enrutament]]

Redundància BGP-OSPF-BGP

2013-03-05T20:16:18Z

Pablog:

Arrel d'uns [https://lists.guifi.net/pipermail/guifi-rdes/2012-June/024524.html missatges a la llista de RDES] i unes proves que va fer el Miquel adjunto el text d'explicació de com combinar [[BGP]] amb [[OSPF]].
El missatge original ve d'un problema de redundància de rutes a la xarxa guifi.net de Matarò i Llavaneres que el Miquel va estar testejant en local per explicar com fer aquestes configuracions i que no generessin [[pollastre de ruta|pollastres de rutes]] a guifi.net cada cop que s'afegeix algun tram de xarxa amb redundàncies o es crea un.

Primer de tot dir que tot lo que comentare esta basat en aquest esquema de proves:
[[:Fitxer:IBGP_confederat_v3.png]]
[[Fitxer:IBGP confederat v3.png|600px|thumb|izquierda|Solicitud del id de un nodo - iBGP Confederat v3]]
[[Fitxer:IBGP confederat v4.png|600px|thumb|izquierda|iBGP Confederat v4]]

Segons el testos, només els trastos que han de fer frontera iBGP necessiten una configuració especial, la resta tal com ho treu l'unsolclic és suficient. Per tant em centraré en els trastos R2, R4 i R6 que son els fronteres.

Primer de tot cal tenir en compte què necessitem que faci aquest iBGP sobre OSPF per tenir clar com l'hem de configurar.
Dins la nostra àrea OSPF necessitem rebre les rutes externes del nostre AS, si no, no podríem accedir-hi i per altre banda, necessitem exportar les adreces del nostre AS per a que la resta pugui arribar a nosaltres ( això era de calaix ja ho se xD però ho explico amb la intenció de que al final s'entengui el procés), per tant, tots els trastos han d'acabar tenint totes les rutes existents dinàmicament sigui quin sigui el protocol.
Tenint en compte que els Sistemes Autonoms ( AS ) es comuniquen amb BGP, si tenim diversos punts de connexió amb altres AS dins el nostre AS gestionat amb OSPF necessitem comunicar els extrems fent un BGP interior ( iBGP ) per a que la troncal d'AS BGP no perdi els atributs que necessita (AS_PATH entre d'altres).
iBGP te la particularitat de que esta pensat bàsicament per a treballar en una xarxa totalment mallada i això en entorns de la xarxa guifi.net es pràcticament impossible, es inviable que tot estigui connectat amb tots dins el nostre AS.
Per tant, haurem de preparar la nostra xarxa OSPF per a "simular" un entorn mallat que el bgp entengui.
Hi ha dues ( o tres) maneres de fer iBGP, una es fent servir el mateix AS a la instància BGP de cada router frontera i l'altre és confederant l'AS principal en altres interns i privats. Per a les proves he fet servir el segon mètode, diria que amb el primer, també funcionaria pero hauria de fer altres proves.
Quan un trasto frontera està a mes de un salt de l'altre, aleshores cal utilitzar l'atribut "multihop" a la configuració del peer BGP fent servir l'adreçament public (10.x ) del trasto publicat dins la taula OSPF. Quan els frontera es connecten punt a punt, aleshores no cal el "multihop" i es fa servir l'adreçament d'enllaç (172.x) per el peering.
La complexitat de fer iBGP sobre OSPF, es que quan hi ha mes de un salt a la xarxa OSPF, si no es filtren les rutes, es pot donar la circumstància que quedi activa una ruta amb distancia BGP ( 20 ) enlloc d'una OSPF ( 110) o a la inversa. Això pot provocar bucle en els camins, o simplement que si la ruta predominant entre els trastos frontera és la OSPF, aleshores es perdi l'atribut BGP AS_PATH.
Per tant, el que es necessita bàsicament és que TOTS els trastos (inclòs els frontera) de l'àrea OSPF es comuniquin entre ells amb rutes provinents del OSPF i els fronteres es comuniquin per iBGP i no es facin nosa els uns als altres.
Aqui és on entren a jugar els dos filtres que he fet i que afecten al OSPF.
El primer el que fa és no acceptar d'altres trastos dins el OSPF rutes provinents d'altres AS, doncs s'espera que aquestes rutes arribin per iBGP.
El segon el que fa és canviar les distàncies de les rutes pròpies del nostre AS a "19", d'aquesta manera s'aconsegueix una taula de rutes neta, on des dels fronteres arribarem a la resta de la xarxa OSPF per OSPF i a les rutes externes per BGP a tarvés dels fronteres.
No se si ho he explicat gaire be, però funciona:

Exemple de la configuració del router frontera "R2"
[https://workspaces.guifi.net/share/proxy/alfresco/api/node/content/workspace/SpacesStore/e85d3684-0674-4cec-b35e-c920a68322b6/R2.txt]

<pre>/system identity
set name=R2
/interface bridge
add name=LanLan
/routing bgp instance
set default as=10 confederation=200 confederation-peers=20,30 out-filter=ebgp-out redistribute-ospf=yes router-id=2.2.2.2
/routing ospf instance
set [ find default=yes ] metric-bgp=20 redistribute-bgp=as-type-1 router-id=2.2.2.2
/ip address
add address=2.2.2.2/32 interface=LanLan network=2.2.2.2
add address=172.0.0.2/30 interface=ether1
add address=172.1.0.1/30 interface=ether2
add address=172.5.0.2/30 interface=ether4
add address=172.8.0.2/30 interface=ether3
add address=172.12.0.2/30 interface=ether5
/ip firewall nat
add action=src-nat chain=srcnat dst-address=!172.0.0.0/8 src-address=172.0.0.0/8 to-addresses=2.2.2.2
/routing bgp network
add network=2.2.2.2/32 synchronize=no
/routing bgp peer
add in-filter=ebgp-in name=R1 out-filter=ebgp-out remote-address=172.0.0.1 remote-as=100 ttl=default update-source=172.0.0.2
add in-filter=ebgp-in multihop=yes name=R4 remote-address=4.4.4.4 remote-as=20 ttl=default update-source=2.2.2.2
add in-filter=ebgp-in name=R6 remote-address=172.5.0.1 remote-as=30 ttl=default update-source=172.5.0.2
add name=R7 remote-address=172.8.0.1 remote-as=500 ttl=default update-source=172.8.0.2
/routing filter
add action=reject chain=ospf-in comment="1. megafiltre" ospf-type=external-type-1 prefix=0.0.0.0/0 prefix-length=8-32
add action=accept chain=ospf-in comment="2. megafiltre" ospf-type=intra-area prefix=0.0.0.0/0 prefix-length=8-32 set-distance=19
add action=discard chain=ebgp-in comment="3. Discard insert non 172.x routes" prefix=172.0.0.0/8 prefix-length=8-32
/routing ospf network
add area=backbone network=172.1.0.0/30
add area=backbone network=2.2.2.2/32
add area=backbone network=172.0.0.0/30
add area=backbone network=172.5.0.0/30
add area=backbone network=172.8.0.0/30
add area=backbone network=172.12.0.0/30</pre>

En aquesta config hi ha com a especial, la instància BGP. Com AS propi no es posa el AS de l'area ospf si no que es posa un AS privat, en aquest cas "10", després a l'apartat de Confederació, és on es posa el nostre AS de debò i just després s'indica la resta dels AS privats que formen part d'aquesta confederació, en aquest cas com que hi ha 3 fronteres i he fet servir 10, 20 i 30 com AS privat en cada trasto i el aquest trasto es el 10, doncs només afegeixo el 20 i el 30.
També d'especial hi han als peerings, el fet de que alguns son multihop i altres no, ja he explicat abans el perquè. I per últim i imprescindible, els filtres "megafiltres" :P. En aquest exemple hi ha 3 filtres, el tercer, res, li he posat a les proves per esborrar de la taula de rutes les adreces 172.x en les meves proves.
els filtres que genera l'unsolclic son totalment compatibles amb aquests, això si, aquests s'han de colocar per a que siguin executats abans que la resta.

Bueno, a veure si per fi ho hem resolt, sort a les proves!!

resta de fitxers de configuració dels altres routers:
[https://workspaces.guifi.net/share/page/site/projecte/documentlibrary#filter=path|%2FA%2520Classificar%2Fproves_routing&page=1]

SAX!!

Miquel Martos

[[Categoria:Enrutament]]

Redundància BGP-OSPF-BGP

2013-03-05T20:15:47Z

Pablog:

Proxy socks/ca

2013-01-30T17:16:17Z

Pablog: ha reanomenat Ca:Proxy socks com a Proxy socks

= Proxy Socks =

Alguns serveis com el correu electrònic no els podem redirigir cap a un proxy http (squid).
En aquests casos podem fer servir un altre tipus de proxy: el proxy socks.
El podem instal·lar a qualsevol servidor que tingui sortides cap a Internet i cap a Guifi.net, amb una o dues ethernet.

== Configuració a la web de guifi.net ==

== Configuració del proxy socks Dante amb Debian ==

''apt-get update && apt-get install dante-server''

Editem l'arxiu '''/etc/danted.conf'''.

=== Configuració del servei ===

logoutput: /var/log/danted.log<br>
internal: eth0 port = 1080<br>
external: eth1<br>
method: username none<br>
user.privileged: proxy<br>
user.notprivileged: nobody<br>
user.libwrap: nobody<br>
connecttimeout: 30 <br>
iotimeout: 30000<br>

Aquesta configuració seria en el cas de que tinguessim a eth0 la sortida cap a Guifi.net, i a eth1 la sortida cap a Internet. S'ha de modificar segons es tingui configurada la xarxa al vostre servidor.
En cas d'accedir a Internet i a Guifi.net per la mateixa interfície, el valor d'internal i external sera el mateix (p.e. eth0).
Recordeu de fer la redirecció del port 1080 a l'antena cap al servidor, i/o obrir-lo al router.

===Conexions dels clients===

client pass {
from: 10.0.0.0/8 port 1-65535 to: 0.0.0.0/0
}
client block {
from: 0.0.0.0/0 to: 0.0.0.0/0
log: connect error
}

===Conexions per ports i protocols===

# permitir http (comentado porque vamos a usar squid para el http)
#pass {
# from: 10.0.0.0/8 to: 0.0.0.0/0 port = 80
#}
#imap
pass {
from: 10.0.0.0/8 to: 0.0.0.0/0 port = 143
}
pass {
from: 10.0.0.0/8 to: 0.0.0.0/0 port = 993
}
#pop
pass {
from: 10.0.0.0/8 to: 0.0.0.0/0 port = 110
}
pass {
from: 10.0.0.0/8 to: 0.0.0.0/0 port = 995
}
#smtp
pass {
from: 10.0.0.0/8 to: 0.0.0.0/0 port = 25
}
pass {
from: 10.0.0.0/8 to: 0.0.0.0/0 port = 587
}
pass {
from: 10.0.0.0/8 to: 0.0.0.0/0 port = 465
}
block {
from: 0.0.0.0/0 to: 0.0.0.0/0
log: connect error disconnect
}

El servei l'iniciem amb:

''/etc/init.d/danted start''

Qualsevol client de correu que es pugui configurar per fer servir proxy socks v5 hauria de funcionar.
Provat exitosament amb Thunderbird (a Windows, Linux i Mac osX).

===Referències===
*[http://blackhold.nusepas.com/2011/08/socks-proxy-con-dante-o-sacar-el-correo-por-guifi/ Socks Proxy con Dante o sacar el correo por guifi]

== Autenticació amb Dante ==

== guifi-proxysocks ==

*[https://gitorious.org/guifi-proxysocks guifi-proxysocks] (en desenvolupament)

== Configuració d'un socks relay ==

En algunes instal·lacions pot convenir tenir un proxy local que sigui l'encarregat de gestionar una llista dels proxys disponibles, per no haver de modificar un alt nombre de màquines quan el proxy principal estigui caigut.

Tenim disponible, per varis sistemes operatius, el paquet srelay, que ens permet fer aquest tipus d'instal·lació.

===Instal·lació===
===='''(FreeBSD 8.1R, Solaris 8, 10, Linux-i386, MacOS 10.5)'''====

Descarreguem el codi font [http://sourceforge.net/projects/socks-relay/files/latest de la web].
Descomprimim l'arxiu i seguim les instruccions de l'arxiu INSTALL, segons quin sistema operatiu estem fent servir.
Normalment (si no necessitem cap configuració especial) l'instal·larem amb:
'''./configure'''
'''make'''

===='''(OpenWRT)'''====

''opkg update && opkg install srelay''

===Configuració===

Editem l'arxiu '''/etc/srelay.conf''' amb el següent contingut:

# Listado global de todos los servicios publicos en Guifi.net:
# http://guifi.net/ca/node/3671/view/services
# Subred local con acceso al relay
192.168.1.0/24 any -
# Cadena de proxy socks de guifi.net
# Se recomienda ordenar por proximidad geografica
# dest[/mask] port proxy proxy-port
# SFelDCproxy1 - Sant Feliu de Codines (Valles Oriental, Barcelona)
# http://guifi.net/node/51756
0.0.0.0 any 10.140.150.196 1080
# SFelDCproxy2 - Sant Feliu de Codines (Valles Oriental, Barcelona)
# http://guifi.net/node/55511
0.0.0.0 any 10.140.150.227 1080
# Proxy socks BCNRossello208 - (Barcelones, Barcelona)
# http://guifi.net/node/40880
0.0.0.0 any 10.228.192.210 1080
# ProxyTRSASantMateu39 - Terrassa (Valles Occidental, Barcelona)
# http://guifi.net/node/36194
0.0.0.0 any 10.139.61.67 1080
# BCNOnzeSetembre11 - (Barcelones, Barcelona)
# http://guifi.net/node/53577
0.0.0.0 any 10.139.7.4 1080

Editem el rang de xarxa local segons correspongui, i modifiquem l'ordre dels proxys segons la proximitat geogràfica a l'ubicació del nostre servidor.

Amb aquesta configuració tindrem escoltant al port 1080 del servidor el srelay, que s'encarregarà de redirigir cap al primer proxy que trobi disponible les peticions dels clients de correu (srelay llegeix srelay.conf de dalt a baix).
Els clients de correu s'han de configurar amb l'IP i port del servidor local.

'''Nota important: A zones aïllades (no conectades a la totalitat de la xarxa guifi.net) on nomès hi hagi un ùnic servidor proxy socks, NO es necessària la configuració d'un relay.'''

== guifi-socksrelay ==
*[https://gitorious.org/guifi-socksrelay guifi-socksrelay] (en desenvolupament)

[[es:Proxy socks]]

Proxy socks/ca

2013-01-30T17:16:05Z

Pablog:

MediaWiki:Sitenotice

2013-01-19T10:36:58Z

Pablog:

MediaWiki:Sitenotice

2013-01-19T10:34:48Z

Pablog:

-

PPTP airos/ca

2013-01-19T10:31:15Z

Pablog:

Hem d'editar 1 arxiu, i crear-ne 4 de diferents:

'''vi /var/tmp/system.cfg'''
<pre>
ppp.1.name=eduard.llobet@guifibages.org
ppp.1.password=superrani
ppp.1.status=disabled
ppp.status=disabled
pptp.1.serverip=10.228.20.198
pptp.status=enabled

</pre>
Un cop editat l'arxiu de configuració, grabem els canvis '''des de l'arrel /var/tmp/'''
<pre> cfgmtd -w -p /etc/ </pre>

Ens dirigim a '''/etc/persistent/''' , per executar 2 lines al arrencar l'antena. Una que aixeca el tunel, i la segona que permet accedir a internet des de l'interficie LAN, fent un MASQUERADING de la LAN

'''''vi /etc/persistent/rc.poststart'''''
<pre>
#!/bin/sh
sh /etc/persistent/tunel
iptables -t nat -A POSTROUTING -s 192.168.1.0/24 -j MASQUERADE
</pre>

'''''vi /etc/persistent/tunel'''''
<pre>
#!/bin/sh

cfg="/tmp/system.cfg"

pptp=`cat $cfg |grep pptp.status=enabled`

if [ ! -z $pptp ]
then
logger -t poststart "PPTP Enabled"
logger -t poststart "Configuring PPPd"
user=`cat $cfg | grep ppp.1.name= |sed s/ppp.1.name=//`
pass=`cat $cfg | grep ppp.1.password= |sed s/ppp.1.password=//`
serverIP=`cat $cfg | grep pptp.1.serverip= |sed s/pptp.1.serverip=//`
wangw=`cat $cfg | grep route.1.gateway= |sed s/route.1.gateway=//`

# echo "DEBUG: using username: $user password: $pass for $serverIP"
echo "\"$user\" * \"$pass\"" > /etc/ppp/pap-secrets
echo "\"$user\" * \"$pass\"" > /etc/ppp/chap-secrets

cat << EOF > /etc/ppp/options.pptp
lock noauth nobsdcomp nodeflate persist holdoff 5
EOF

mkdir -p /etc/ppp/peers 2> /dev/null
cat << EOF > /etc/ppp/peers/pptp
pty "pptp $serverIP --nolaunchpppd"
name $user
defaultroute
remotename PPTP
file /etc/ppp/options.pptp
ipparam pptp
EOF

logger -t poststart "Setting up gateway"
route del default gw $wangw
route add -host $serverIP gw $wangw
route add -net 10.0.0.0/8 gw $wangw
cp /etc/persistent/ip* /etc/ppp/
logger -t poststart "Calling PPTP server"
/sbin/pppd call pptp
echo "$?"

fi
</pre>

'''''vi /etc/persistent/ip-down'''''
<pre>
#!/bin/sh
if [ -f /etc/ppp/resolv.conf ]; then
if [ -f /etc/ppp/resolv.prev ]; then
cp -f /etc/ppp/resolv.prev /etc/resolv.conf
else
rm -f /etc/resolv.conf
fi
fi

rm -f /etc/ppp/info.$IFNAME

if [ -x /bin/sysled ]; then
/bin/sysled -i 0 2>/dev/null
fi

if [ -f /etc/ppp/rssi_decode.sh ]; then
. /etc/ppp/rssi_decode.sh stop
fi
</pre>

'''''vi /etc/persistent/ip-up'''''
<pre>
if [ -f /etc/ppp/resolv.conf ]; then
rm -f /etc/ppp/resolv.prev
if [ -f /etc/resolv.conf ]; then
cp /etc/resolv.conf /etc/ppp/resolv.prev
grep domain /etc/ppp/resolv.prev > /etc/resolv.conf
grep search /etc/ppp/resolv.prev >> /etc/resolv.conf
cat /etc/ppp/resolv.conf >> /etc/resolv.conf
else
cp /etc/ppp/resolv.conf /etc/.
fi
fi

# set the txqueuelen higher than crappy 3
ifconfig $IFNAME txqueuelen 32 2>&1 > /dev/null

if [ -x /bin/sysled ]; then
/bin/sysled -i 1 2>/dev/null
fi
if [ -f /etc/ppp/rssi_decode.sh ]; then
. /etc/ppp/rssi_decode.sh start
fi

cat > /etc/ppp/info.$IFNAME << EOF
started = `cat /proc/uptime | cut -d '.' -f 1`
device = $DEVICE
ifname = $IFNAME
name = `sed '/^name /!d; s///; s/^"//; s/"$//; q' /etc/ppp/options`
iplocal = $IPLOCAL
ipremote = $IPREMOTE
dns1 = $DNS1
dns2 = $DNS2
peername = $PEERNAME
linkname = $LINKNAME
EOF
</pre>

'''Ens queda per acabar donar permisos +x a ip-up ip-down i tunel i ja podem reiniciar'''

Sort!

[[es:PPTP airos]]

MediaWiki:Sitenotice

2012-10-03T12:11:44Z

Pablog:

MediaWiki:Sitenotice

2012-09-29T11:14:17Z

Pablog: Es crea la pàgina amb « <center><div class="plainlinks" style="border-style:solid; border-width:1px; width: 75%;padding: 1px;background-color: lightgreen; -moz-border-radius:1em; -webkit-bo...».

<center><div class="plainlinks" style="border-style:solid; border-width:1px; width: 75%;padding: 1px;background-color: lightgreen; -moz-border-radius:1em; -webkit-border-radius:1em;border-radius:1em;">

'''[http://es.wiki.guifi.net/wiki/SAX SAX 2012]'''<br>
'''EN DIRECTE: Pots veure el streaming del SAX a http://sax.guifi.net '''<br>
'''Per a més informació consulta la [https://guifi.net/ca/SAX2012 web]'''

</div></center>

Institucions

2012-07-06T08:38:58Z

Pablog: /* Què diu la CMT de l'ús del wi-fi a les Biblioteques de la Diputació de Barcelona */

__TOC__

= Ajuntaments =
En el cas que un ajuntament o qualsevol administració pública vulgui fer xarxa o oferir serveis a terceres persones, com la una connexió a Internet, un proxy, ..., es necessari que ho notifiqui a la CMT. El model plantejat en la documentació adjunta és pel cas d'integrar-se a la xarxa guifi.net seguint el Comuns de XOLN sense ànim de lucre i amb l'interès general de la millora de les infraestructures de comunicació al municipi.

* Descarregar [http://www.cmt.es/c/document_library/get_file?uuid=4da4ace6-e1a1-40ae-a9ed-c6b645d18a92&groupId=10138 aquest document] (serà necessari presentar tota aquesta documentació juntament amb aquest document)
* Adjuntar el model d'annex que hi ha al workspaces dintre instal·ladors > CMT > Ajuntaments
* Enviar tota la documentació (per correu certificat administratiu o presentació en paper al registre de la CMT)
* El termini per la resposta és de 15 dies i si no diuen res, el tràmit és acceptat per silenci administratiu positiu (punt 4.1. document annex)

= Biblioteques =
== Què diu la CMT de l'ús del wi-fi a les Biblioteques de la Diputació de Barcelona ==
La Diputació de Barcelona ja fa temps va demanar a la Comissió del Mercat de les Telecomunicacions si podia instal·lar wi-fi a les biblioteques de la seva xarxa, permetre la connexió als punts d'accés i deixar accedir a Internet als usuaris amb carnet de la biblioteca i què els calia fer per tirar aquest projecte endavant.

[http://www.cmt.es/ver-documento?&articleId=090027198002D5C2 La resolució de la CMT] els diu que:

- poden fer-ho i, per això, no cal que es registrin com a operadors de telecomunicacions, l'exigència del títol d'operador es podrà demanar a l'empresa que subministra Internet a la biblioteca, no a la diputació, ni a la biblioteca, només a l'empresa de telecomunicacions

- també esmenta que poden oferir l'accés a Internet als usuaris amb carnet de la biblioteca

Això és, lògicament, extrapol·lable a guifi.net en general, fixem-nos bé amb el que diu la resolució:

- una persona, pel fet de tenir un portàtil i fer-se el carnet de la biblioteca, ja deixa de ser 'públic en general'. I, per tant, ja no 'utilitza', ni 'contracta' un servei aliè sinó que en fa 'autoprestació' (sense que en cap moment es consideri el fet que qualsevol persona pot tenir un portàtil i el carnet de la biblioteca).

Això és clavat al que fa un guifero, que compra un router i defineix el node a la web.

'''Font:''' [http://guifi.net/ca/biblioteques Blog lluis.dalmau]

'''+ enllaços'''
http://blogcmt.com/2010/09/14/vecinos-que-comparten-wifi/

Monitoratge Cacti UBNT

2012-07-05T21:50:58Z

Pablog:

== Grafiques AirOS ==
L'Airos 5.5 actualment permet graficar: senayl RF, cpu Usage, memory, UBNT TX/RX

== Problematica ==
Des de la versio 5.x del AirOS cada radio té uns OIDS diferents pels valors de senyal RF i UBNT TX/RX

==Sol·lució ==
Crear manualment per cada radio un DATA TEMPLATE especificant l'OID.

Modificar el DATA SOURCE de cada radio pel nou DATA TEMPLATE especific de cada radio

<pre>
)-> snmpwalk -v 1 -c public 10.228.20.99

iso.3.6.1.2.1.1.1.0 = STRING: "Linux 2.6.32.54 #1 Fri Apr 6 14:56:27 EEST 2012 mips"

iso.3.6.1.2.1.1.2.0 = OID: iso.3.6.1.4.1.10002.1

iso.3.6.1.2.1.1.3.0 = Timeticks: (525842500) 60 days, 20:40:25.00

iso.3.6.1.2.1.1.4.0 = STRING: "guifibages-users@cpl.upc.edu"

iso.3.6.1.2.1.1.5.0 = STRING: "MNSC-MNBF"

OID que farem servir:

iso.3.6.1.4.1.14988.1.1.1.2.1.3.0.21.109.138.13.43.5 = INTEGER: -56

iso.3.6.1.4.1.14988.1.1.1.2.1.4.0.21.109.138.13.43.5 = Counter32: 1548190927

iso.3.6.1.4.1.14988.1.1.1.2.1.5.0.21.109.138.13.43.5 = Counter32: 337303226

iso.3.6.1.4.1.14988.1.1.1.2.1.6.0.21.109.138.13.43.5 = Counter32: 10

iso.3.6.1.4.1.14988.1.1.1.2.1.7.0.21.109.138.13.43.5 = Counter32: 12474059

iso.3.6.1.4.1.14988.1.1.1.2.1.8.0.21.109.138.13.43.5 = Gauge32: 117000000

iso.3.6.1.4.1.14988.1.1.1.2.1.9.0.21.109.138.13.43.5 = Gauge32: 52000000

End of MIB
</pre>

1º senayl RF

penultimº UBNT RX

ultimº UBNT TX

Quan es modifica un OID en un data template l'ISO equival a 1, o sigui que el OID per veure el UBNT TX de la radio és : 1..3.6.1.4.1.14988.1.1.1.2.1.9.0.21.109.138.13.43.5

[[es:Monitorización Cacti UBNT]]

Plantilla:Column-count

2012-06-29T17:19:46Z

Pablog:

<includeonly>-moz-column-count: {{{1|2}}}; -webkit-column-count: {{{1|2}}}; column-count: {{{1|2}}};</includeonly><noinclude>[[Categoria:Plantillas]]</noinclude>

Plantilla:Column-count

2012-06-29T17:19:18Z

Pablog: Es crea la pàgina amb «<includeonly>-moz-column-count: {{{1|2}}}; -webkit-column-count: {{{1|2}}}; column-count: {{{1|2}}};</includeonly><noinclude>Categoría:Plantillas</noinclude>».

<includeonly>-moz-column-count: {{{1|2}}}; -webkit-column-count: {{{1|2}}}; column-count: {{{1|2}}};</includeonly><noinclude>[[Categoría:Plantillas]]</noinclude>

Squid-openwrt-pares

2012-06-28T19:10:15Z

Pablog:

=Conmutació de proxys amb OpenWrt i Squid=

Amb aquest document es pretén explicar com configurar un proxy perquè es validi amb altres proxys de la xarxa.

Nota: Aquí està explicat per OpenWrt però hauria de ser idèntic (menys els paquets) amb qualsevol linux.

==Esquema==

Navegador ----> Router OpenWrt -----> Proxy guifi extern -----> Internet

==Avantatges, usos, inconvenient i perills==

'''Avantatges i usos:'''
*Si un proxy deixa d'estar operatiu no cal modificar la configuració dels navegadors.
*No demana contrasenyes de proxy als navegadors.
*Si tenim un proxy amb Squid i ens cau la nostra línia podem redirigir el nostre transit a altres proxys mentre fem el manteniment

'''Inconvenients i perills:'''
*Necessitem un router capaç de gestionar-ho.
*Hem d'afegir un proxy a la nostra xarxa amb els manteniments que això suposa.

==Configuració als navegadors==
Als navegadors de la nostra xarxa haurem de configurar la '''ip del ROUTER''' i no la del proxy de guifi extern.

Si el nostre Squid té la ip 192.168.1.5 hem de configurar als navegadors 192.168.1.5:3128

==Squid==

'''Paquets necessaris:'''
root@OpenWrt: opkg update
root@OpenWrt: opkg install squid iptables-mod-nat-extra

'''Configuració d'Squid:'''

Fem una còpia de seguretat del fitxer de configuració original
root@OpenWrt:~# cp /etc/squid/squid.conf /etc/squid/squid.conf.original

Reset del fitxer de configuració
root@OpenWrt:~# echo > /etc/squid/squid.conf

Editem el fitxer de configuració amb aquests paràmetres
root@OpenWrt:~# vi /etc/squid/squid.conf

===Fitxer de configuració===
http_port 3128 transparent
hierarchy_stoplist cgi-bin ?
acl QUERY urlpath_regex cgi-bin \?
cache deny QUERY
acl apache rep_header Server ^Apache
access_log /var/log/access.log squid
hosts_file /etc/hosts
refresh_pattern ^ftp: 1440 20% 10080
refresh_pattern ^gopher: 1440 0% 1440
refresh_pattern . 0 20% 4320
#només permetem connexions des del rang local
acl all src 192.168.1.0/255.255.255.0
acl manager proto cache_object
acl localhost src 127.0.0.1/255.255.255.255
acl to_localhost dst 127.0.0.0/8
acl SSL_ports port 443 563 # https, snews
acl SSL_ports port 873 # rsync
acl Safe_ports port 80 # http
acl Safe_ports port 21 # ftp
acl Safe_ports port 443 563 # https, snews
acl Safe_ports port 70 # gopher
acl Safe_ports port 210 # wais
acl Safe_ports port 1025-65535 # unregistered ports
acl Safe_ports port 280 # http-mgmt
acl Safe_ports port 488 # gss-http
acl Safe_ports port 591 # filemaker
acl Safe_ports port 777 # multiling http
acl Safe_ports port 631 # cups
acl Safe_ports port 873 # rsync
acl Safe_ports port 901 # SWAT
acl purge method PURGE
acl CONNECT method CONNECT
http_access allow all
http_access allow manager all
http_access allow localhost
http_reply_access allow all
icp_access allow all
visible_hostname guifi-proxy-local
# always_direct allow all
nonhierarchical_direct off
# si volem que primer usi els parents "prefer_direct off"
prefer_direct off
coredump_dir /var/spool/squid
# No volem cache (els openwrt solen tenir poc espai!)
cache deny all
# Per si crea cache que ho faci a null
cache_dir null /dev/nul
#si creieu que us podeu quedar sense espai podeu posar aquestes rutes a /dev/nul també
cache_store_log /var/log/store.log
cache_log /var/log/cache.log
pid_filename /var/log/squid.pid

#A partir d'aquí proxys pares de guifi, cal mirar quins et van millor i posar-hi el teu USUARI:CONTRASSENYA
jo ho tinc apuntat així al fitxer de configuració per saber quin és quin.

#10.138.27.163 BCNSettProxy ONO - PING 23ms - 11.66Mb / 4.85Mb - 8 salts
cache_peer 10.138.27.163 parent 3128 3128 proxy-only no-query no-digest default login=USUARI:CONTRASSENYA

#10.139.37.194 Vallcarca Telefonica - PING 32ms - 10Mb/5Mb - 3 salts
cache_peer 10.139.92.131 parent 3128 3128 proxy-only no-query no-digest default login=USUARI:CONTRASSENYA

#10.138.27.98 BCNAragoOlostSrvr1 Jazztel - PING 45ms - 9Mb / 2Mb - 6 salts
cache_peer 10.35.125.163 parent 3128 3128 proxy-only no-query no-digest default login=USUARI:CONTRASSENYA

#10.139.36.66 agricultura 3128 ONO - PING 34ms - 7.79Mb / 4.48Mb - 9 salts
cache_peer 10.139.36.66 parent 3128 3128 proxy-only no-query no-digest default login=USUARI:CONTRASSENYA

===Script d'inicilització:===

'''''AJUDA:''' Cal millorar-lo!''

root@OpenWrt:~# vi /etc/init.d/squid

#! /bin/sh
PATH=/sbin:/bin:/usr/sbin:/usr/bin
NAME=squid
DESC="Squiq web proxy"
#If lan
LAN="br-lan"
#Ruta on hi ha l'iptables
IPT=/usr/sbin/iptables
LOGPATH=/var/log
PIDPATH=/var/log/squid.pid
#Rang de la xarxa local
LOCAL_LAN="192.168.1.0/24"
SQUID_SERVER="127.0.0.1"
SQUID_PORT="3128"

# Obrim port a iptables
$IPT -A INPUT -i $LAN -p tcp --dport $SQUID_PORT -j ACCEPT

# mirem si existeix $LOGPATH
test -d $LOGPATH || mkdir -p $LOGPATH || chmod 744 $LOGPATH

case "$1" in
start)

# Comprovant que no estigui iniciat.
if [ -e $PIDPATH ]; then
echo "$DESC: $NAME ja iniciat."
exit 0
fi

echo -n "Iniciant $DESC: $NAME"

$NAME -d 9

echo "."
;;

stop)

if [ ! -e $PIDPATH ]; then
echo "$DESC: $NAME no esta funcionant."
exit 0
fi

echo -n "Parant $DESC: $NAME"

$NAME -k shutdown

#és molt lent a apagar, esperem 5 segons
sleep 5
rm -f $PIDPATH
echo "."
;;

restart)

if [ ! -e $PIDPATH ]; then
$0 start
exit 0
fi

echo -n "Restart $DESC: $NAME"

$NAME -k shutdown
sleep 15
rm -f $PIDPATH

count=1

while [ -e $PIDPATH ]
do
$NAME -k shutdown
sleep 10
rm -f $PIDPATH
count=$((count+1))

if [ $count -eq 4 ]; then
echo "no puc matar el procés intenta-ho amb force-reload"
exit 1
fi
done

if [ ! -e $PIDPATH ]; then
$0 start
exit 0
fi

echo -n "Iniciant $DESC: $NAME"
$NAME -d 9

echo "."
;;

force-reload)

if [ ! -e $PIDPATH ]; then
$0 start
exit 0
fi

echo -n "Restart $DESC: $NAME"

$NAME -k shutdown
sleep 10
rm -f $PIDPATH
count=1

while [ -e $PIDPATH ]
do
killall -9 $NAME
sleep 10
rm -f $PIDPATH
count=$((count+1))

if [ $count -eq 4 ]; then
echo "no puc matar el procés"
exit 1
fi
done

if [ ! -e $PIDPATH ]; then
$0 start
exit 0
fi
;;

*)

N=/etc/init.d/$NAME
echo "Usage: $N {start|stop|restart|force-reload}" >&2
;;

esac
exit 0

root@OpenWrt:/etc/init.d# chmod 755 /etc/init.d/squid

root@OpenWrt:/etc/init.d# ln -s /etc/init.d/squid /etc/rc.d/S99squid

===Problemes típics===

- Si no va mira quin gateway tens (route i mirar el default) i que tinguis routing cap al parent server de l'squid. Prova de fer un ping a veure si et respon, a vegades hi ha nodes caiguts que fan que no puguis arribar al proxy.

===Comandes bàsiques d'squid===

Aturar
root@OpenWrt:/#squid -k shutdown

Engegar amb debug
root@OpenWrt:/#squid -d 9

Debug + no comprovar dns (per si no tenim routing dns)
root@OpenWrt:/#squid -d 9 -D

[[es:Squid-openwrt-padres]]

Squid-openwrt-pares

2012-06-23T12:52:29Z

Pablog:

Portada

2012-06-21T19:26:53Z

Pablog: Ha desprotegit "Portada"

<div style="width: 600px; margin: 0 auto; background-color: #fcfcfc; border: 1px solid #ccc; border-bottom: 5px groove #999999; border-right:5px groove #999999; text-align: center; padding: 0.4em;">
<div style="font-size: 162%; padding: 0.1em;">[[Fitxer:Logo_guifi.svg|left|56px]][[Fitxer:Logo_guifi.svg|right|56px]]Benvinguda al wiki de '''Guifi.net'''</div>
<div style="font-size: 95%;">Documentació sobre la xarxa oberta, lliure i neutral.</div>
<div style="font-size: 85%;">En aquests moments tenim [[Especial:Estadístiques|{{NUMBEROFARTICLES}}]] [[Especial:Llista_de_pàgines|articles]] en català.</div></div>

__NOTOC__
{| style="width:100%; background:#f6f6f6; border:1px solid #C7D0F8; font-size:107%; -moz-border-radius:1em; -webkit-border-radius:1em;border-radius:1em;"
| valign="top" style="padding:12px 17px 5px 17px" |
'''Guifi.net''' és de tothom, participa-hi [[connectar|connectant]] el teu [[tram de xarxa]] amb el dels altres.

És un projecte col·laboratiu organitzat horitzontalment que agrupa tan a persones individuals, col·lectius, empreses i administracions. És obert i per tant tothom hi pot participar en igualtat de condicions en el marc del [http://guifi.net/ComunsXOLN Comuns de la Xarxa Oberta, Lliure i Neutral]

{| style="width:100%; background:#f6f6f6"
| style="background:#f5e9be; border:1px solid #C7D0F8; font-size:107%; -moz-border-radius:1em; -webkit-border-radius:1em;border-radius:1em; width:20%" |
* [[Què és un wiki]]
* [[Guifi.net|Més sobre Guifi.net]]
* [[Casos d'èxit]]
| style="text-align: right; width 30%; padding:30px" |''A la documentació de guifi.net hi ha els documents de referència per a usuaris novells, experimentats i desenvolupadors. Sigues lliure [[Què és un wiki|d'editar aquest wiki]] per millorar-ne el seu contingut.''
|}
<div style=" text-align: center">Contacta: [http://guifi.net/forum Fòrums] '''|''' [http://lists.guifi.net Llistes de correu] '''|''' [http://guifi.net/xat Xat]</div>
|}

{| id="mp-upper" style="width: 100%; margin:6px 0 0 0; background:none; border-spacing: 0px;"
| style="width:50%; background:#FFFFE0; border:1px solid #EECFA1; padding:10px; margin-bottom:7px; vertical-align:top; -moz-border-radius:1em; -webkit-border-radius:1em; border-radius:1em;" |

<div id="mp-tfa">
{| id="mp-left" style="vertical-align:top; background:#FFFFE0; border-spacing: 0px;"
! style="background:#FFDEAD; border:1px solid #EECFA1; border-right:0px; padding:0px; font-size:150%; vertical-align:middle; font-weight:normal; width:100%;" | Com unir-se a Guifi.net
! style="background:#a5e085; border:1px solid #99CC33; border-left:0px; padding:0px; vertical-align:middle;" |
|-
| colspan=2 style="color:#000; background:#FFFFE0; padding:15px 5px" | <div id="mp-itn"><div style="text-align:left; font-size:95%;">

* [[tres passos|Com donar d'alta i enllaçar un node]]
* [[Escull el material]]
* [[Configura el teu ordinador]]
* [http://guifi.net/ca/BonesPractiques Bones pràctiques]

|}</div>

| style="border:1px solid transparent;" |
| style="width:50%;background:#f5fffa;border:1px solid #99CC33;padding:10px;margin-bottom:7px; vertical-align:top;-moz-border-radius:1em;-webkit-border-radius:1em;border-radius:1em; " |
<div id="mp-itn">
{| id="mp-left" style="vertical-align:top; background:#f5fffa; border-spacing: 0px;"
! style="background:#a5e085; border:1px solid #99CC33; border-right:0px; padding:0px; font-size:150%; vertical-align:middle; font-weight:normal; width:100%;" | Supernodes i illes
! style="background:#a5e085; border:1px solid #99CC33; border-left:0px; padding:0px; vertical-align:middle;" |
|-
| colspan=2 style="color:#000; background:#f5fffa; padding:15px 5px" |<div id="mp-itn"><div style="text-align:left; font-size:95%;">
* [[Començar una illa des de 0]]
* [[Crear un supernode]]
* [http://guifi.net/ca/BonesPractiques Bones pràctiques]</div></div>
|}</div>
|}

{| id="mp-upper" style="width: 100%; margin:6px 0 0 0; background:none; border-spacing: 0px;"
| style="width:50%; style="background:#f5faff;border:1px solid #cedff2;padding:10px;margin-bottom:7px; vertical-align:top;-moz-border-radius:1em;-webkit-border-radius:1em;border-radius:1em; " |
<div id="mp-dyk">
{| id="mp-left" style="vertical-align:top; background:#f5faff; border-spacing: 0px;"
! style="background:#cedff2; border:1px solid #cedff2; border-right:0px; padding:0px; font-size:150%; vertical-align:middle; font-weight:normal; width:100%;" | Guifi.net ++
! style="background:#cedff2; border:1px solid #cedff2; border-left:0px; padding:0px; vertical-align:middle;" |
|-
| colspan=2 style="color:#000; background:#f5fffa; padding:15px 5px" |<div id="mp-itn"><div style="text-align:left; font-size:95%;">

== [[Legal]] ==
* [[Particulars]]
* [[Institucions]]
* [[Empreses]]
* [[Serveis_General]]
* [[Associació|Constitució d'una associació]]
* [[Debat_Salut|Debat sobre Salut i ones wifi]]

== Xarxa ==
=== Els bàsics a la web ===
* [[Zona|Crear i modificar una zona]]
* [[Afegir_un_node_de_guifi.net|Afegir un node de guifi.net]]
* [[Serveis|Crear serveis i vincular-los als servidors]]
* [[Eines|Eines (localització de IPs i MACs, estadístiques, mapes d'enrutament, etc.)]]

=== Infraestructura ===
* [[Crear_un_supernode|Muntatge de supernodes]]
* [[Filtres de xarxes]]
* [[Enllaços virtuals]]
* [[Hotspot]]
* [[Eina per buscar rangs de IPs lliures]]
* [[Creació de túnels PPTP (Debian/dd-wrt/Mikrotik)]]
* [[Script per detectar problemes de latència]]
* [[Tweaks antenes]]
* [[Fibra_òptica|Fibra Òptica]]

=== Mesh ===
* [[Alix+GSF|Àlix + Connectar-se al núvol de gràcia amb mesh]] (es)

=== Enrutaments i conceptes de xarxes ===
* [[Enrutament]]
* [[Peerings]]
* [[Tunejant salts-BGP PREPEND ]]
* [[Redundància BGP-OSPF-BGP ]]
* [[IPv4]]
* [[IPv6]]
* [[Criteris d'assignació d'adreces IPv4]]
* [[ARP]]
* [[Cables_UTP|Cables UTP]]

=== General ===
* [[Com es vertebra la xarxa: Troncal, punts d'accés i connexions simples]]
* [[La seguretat a la xarxa oberta]]
* [[Aplicacions | Aplicacions de Guifi.net]]
* [[Recursos externs]]
* [[Instal·lar firmware Ubiquiti Rocket M5]]

== Sistemes ==
=== Serveis bàsics ===
* [[Configurar Repositori apt guifi]]
* [[Servidor Proxy]]
* [[Servidor de gràfiques]]
* [[Servidor DNS]]
* [[Servidor Rellotge|Servidor de Rellotge (NTP)]]
* [[Servidor logs remots rsyslogd ]]
* [[Sortida a Internet]] (aka proxy)

=== Serveis de compartició de fitxers ===
* [[Servidor FTP]]
* [[Servidor Peer 2 Peer]]
* [[Servidor DCC]]

=== Serveis de missatgeria ===
* [[Servidor de Correu]]
* [[Webmail]]
* [[Servidor Jabber]]
* [[Servidor IRC]]
* [[Mailman]]

=== Serveis de Veu i Vídeo ===
* [[VoIP|Servidor de VeuIP (VoIP)]]
* [[Servidor Radio Streaming]]

=== Altres Serveis ===
* [[LDAP|Servidor LDAP]]
* [[Apache|Servidor web Apache]]
* [[Servidor Repositori Linux]]
* [[Servidor Repositori Linux (Cache)]]
* [[Servidor Iperf]]
* [[Servidor repositori subversion]]
* [[DHCP|Servidor DHCP]]
* [[MySQL]] (Bases de Dades)
* [[Proxmox]] (virtualització)
* [[Cacti]] (monitoratge)
** [[Monitoratge_Cacti_UBNT|Cacti per a trastos UBNT]]
* [[Clamav]] (antivirus amb GNU/Linux)
* [[Trac]] (sistema de gestió de tiquets)
* [[Squid]] (configuracions avançades squid)
* [[PXE]] (Instal·lació per xarxa)

=== Sistema ===
* [[ACPI]]
* [[Bridges_amb_Linux|Bridges amb GNU/Linux]]
* [[Chroot]]
* [[Corkscrew]]
* [[Túnel Proxy SOCKS]]
* [[Manteniment_de_discs_durs|Manteniment de discs durs]]

== Instal·ladors ==
* [[Parallamps]]
* [[Reaprofitar el cable d'antena de televisió]]
* [[Pressupostos]]
* [[Utilitzar RB Mikrotik com a tunel PPPoE Movistar-Jazztel-altres]]
* [http://guifi.net/ca/node/12486 Comunitat de veïns, cas d'exemple]

== Desenvolupadors ==
* [[Manual editor wiki]]
* [http://wiki.guifi.net/wiki/Trac Trac de Guifi.net]
* [[Actualitzacions mòduls drupal]]
* [http://gitorious.org/guifi Repositoris de codi del projecte guifi.net]
* [[Mapa del codi]]
* [[API de Guifi]]
* [[CNML]]
* [[Empotrar el mapa de Guifi-Google Maps a una web]]
* [[Unsolclic]]
* [[Entorn de desenvolupament]]
* [[:Categoria:router|Routers]]
* [[:Categoria:Telefonia mòbil|Telefonia mòbil]]

== Dissenyadors ==
* [[Logos]]
* [[Maquetació de les diverses pàgines web]]
* [[Usabilitat]]
* [[Presentacions de guifi.net]]

== Desenvolupament col·lectiu de la xarxa ==
* [[Cursos]]
* [[Necessitats]]

== Glossari ==
* [[Recull de termes emprats habitualment]]
* [[Guia Ràpida de Guifi.net]]
* [[Preguntes Freqüents]]
* [http://guifi.net/es/CADocs Documents ubicats a la web de guifi.net] antiga "ComEsFa"
|}
|}
= Accessos Ràpids =
* [http://planet.guifi.net Planet]
* [http://guifi.net/cxoln Comuns (Llicència de la xarxa)]
* [http://guifi.net/maps Mapa guifi]
* [[Webs Regionals]]
* [http://trac.guifi.net Reporta Errors de la web]
* [http://fundacio.guifi.net Fundació]

[[es:Portada]]
[[en:Main Page]]
[[eu:Azala]]
[[fr:Accueil]]
[[gl:Portada]]

GuifiManage/ca

2012-06-16T17:29:23Z

Pablog:

== Descripció bàsica ==

Es tracta d'una biblioteca que proporciona un conjunt d'eines per gestionar i accedir a les dades de la xarxa Guifi.net.

== Anàlisi funcional ==

=== Eines ===

Obtenir la ubicació d'un node.
Crear un node nou.
Actualitzar les dades d'un node.
Establir la zona d'un node.
Obtenir la zona més propera a una ubicació.
Obtenir la zona pare d'una zona.
Obtenir els nodes d'una zona.

== Futures funcions ==

Gestió completa d'un node.
Gestió completa d'una zona.

== Enllaços externs ==
* [https://gitorious.org/guifi-android/java-manage Codi font a Gitorious]

[[es:GuifiManage]]

Hotspot

2012-05-31T19:30:36Z

Pablog: revierte spam

= Opcions amb RouterOS =

[http://guifi.net/ca/node/8302 creat: 19/04/2007 per Joan Llopart - actualitzat: 19/4/07]

Tot i que en els comentaris del [http://guifi.net/ca/node/7029 portal captiu] s'explica un mètode fàcil i efectiu per a mostrar banners de cortesia als clients oportunistes dels APs mitjançant DNAT en el firewall de l'AP, es pot fer també mitjançant el hotspot (portal captiu) que inclou el RouterOS dels Mikrotiks. Amb un hotspot descafeinat tindrem:

* Transparent pels clients de l'AP amb nodes creats a Guifi.net.
* Es pot afegir facilment a l'unsolcic.
* No cal un servidor web extra que mostri la web de cortesia.
* No cal un Ràdius ni ningú s'ha d'autenticar.
* Els clients oportunistes reben un banner de cortesia i alhora tenen acces a 10.x.x.x

Un hotspot és un firewall dinàmic que s'aplica sobre una interfície que autentica i autoritza els clients connectats a ell. També fa accounting, però no ens hi posarem. Fem servir com a exemple un mikrotik configurat amb l'unsolclic i que te:

* IP del bridge entre ether1 i wlan1 (wLan/Lan): 10.138.75.1/26
* Pool del DHCP: 10.138.75.50 - 10.138.75.62

Crearem un hotspot descafeinat que anomenarem "Guifi-Hotspot". En dic descafeinat perque no requerira cap mena d'autentificació/autorització per part de l'usuari. Ho farem sobre el bridge (wLan/Lan):

/ ip hotspot profile
set default name="default" hotspot-address=0.0.0.0 dns-name="" \
html-directory=hotspot rate-limit="" http-proxy=0.0.0.0:0 \
smtp-server=0.0.0.0 login-by=cookie,http-chap http-cookie-lifetime=3d \
split-user-domain=no use-radius=no
/ ip hotspot user profile
set default name="default" idle-timeout=none keepalive-timeout=2m \
status-autorefresh=1m shared-users=1 transparent-proxy=yes \
open-status-page=always advertise=no
/ ip hotspot
add name="Guifi-Hotspot" interface=wLan/Lan address-pool=dhcp-wLan/Lan \
profile=default idle-timeout=none keepalive-timeout=none disabled=no

Ara tant si estem conectats al mikrotik via cable pel ether1 o sensefils pel AP que hi ha a wlan1, nomes podrem accedir a la IP de l'AP 10.138.75.1, tant si fem servir una IP configurada manualment, com si l'obtenim per DHCP. Això succeeix perque no estem autoritzats/autenticats. Per default els usuaris que connecten no ho estan, i nomes poden accedir al mateix hotspot. Internament el hotspot ho fa mitjançant regles del firewall, per permetre el pas d'un usuari entrauna nova regla al firewall. Per poder autoritzar un usuari, el hotspot captura el transit del navegador de l'usuari que no està autenticat/autoritzat, quan aquest prova de navegar a qualsevol lloc es redirigt a una plana web interna del mikrotik on li demana usuari/contrasenya. Aquest usuari/contrasenya s'envia a un servidor Radius (User Management) del mikrotik i es comprova que sigui vàlida. Si és vàlida, el hotspot autoritza l'usuari posant una nova regla al firewall permetent-li el pas.

== Ip-binding ==

Tal com esta ara, no podrem accedir a res mes que no sigui 10.138.75.1, i si posem qualsevol adreça al navegador ens mostrarà la web de login del mikrotik. Tots els hotspots tenen l'opció d'autoritzar directament qualsevol connexió, basant-se en la MAC i/o IP. Podriem dir que l'autenticació es simplement la MAC o la IP de l'usuari connectat, no discutirem la seguretat perquè no estem protegint res, solament volem mostrar banners de cortesia. En els RouterOS en diuen “ip-bindingsâ€, per autoritzar a passar pel hotspot als clients d'aquest AP que fan servir IP fixe, que haurien de ser els nodes donats d'alta a guifi.net:

/ ip hotspot ip-binding
add address=10.138.75.2-10.138.75.49 server=Guifi-Hotspot
type=bypassed comment="" \
disabled=no

D'aquesta manera, si conectem com a client al bridge (tant per ether1 com sensefils al wlan1) i posem una IP manualment dins del rang 10.138.75.2-10.138.75.49, com a Gateway 10.138.75.1 i els DNS que toquin, podrem accedir a qualsevol lloc, sense que surti la web de login del Mikrotik, com si no hi hagues un hotspot.

== Walled Garden ==

En aquest punt, els clients oportunistes que connectin al AP i es configurin via DHCP no estaran autenticats/autoritzats i els continuara apareixent el la web de login del Mikrotik cada vegada que posin qualsevol adreça al navegador. Com que guifi.net es una xarxa oberta i lliure, hem de permetre a aquests clients que accedeixin a tota la xarxa pública. Aquesta opció en el RouterOS en diuen "Walled Garden", aquest permet definir una serie de IPs, hosts, protocols, etc. als que poden accedir els clients del hotspot sense estar autoritzats. Per fer-ho nomes cal:

/ ip hotspot walled-garden ip
add dst-address=10.0.0.0/8 action=accept comment="" disabled=no

Ara, els clients oportunistes, tenen accés a tota la xarxa guifi sense estar autoritzats/autenticats, podràn accedir a tots els recursos interns de Guifi, i tindran una IP pública 10.x.x.x. Però els continuarà apareixent la web del login del Mikrotik cada vegada que intentin accedir a una web que els DNS no resolguin com a 10.x.x.x. S'ha de canviar el fitxer (/hotspot/index.html) /hotspot/login.html perque ens mostri un banner de cortesia en comptes del login. El contingut del .html pot ser una redirecció a una plana web que estigui en un servidor dins de 10.x.x.x. (veure més avall)

== Acces a Internet, hotspot amb una mica de cafeina ==

Tot el dit fins ara no te gaires aventatges més que el sistema del DNAT. Apart de que aprofitem el mateix servidor web que incorpora el Mikrotik. Els dos mètodes ens permeten que el client oportunista accedeixi a la web interna, s'informi de com poder crear un node, i a més pot fer ús de tota la xarxa lliure.

A partir d'ara explico idees, amb configuracions que no he provat però que hem sembla que poden funcionar per poder permetre acces a Internet a aquests clients puntuals. Hem baso en que el paràmetre "http-proxy" de "/ ip hotspot profile" sembla que encamini el trànsit web dels usuaris autoritzats a través d'un proxy de la xarxa. El configurem amb la IP d'un proxy, també hem de configurar al proxy perque permeti fer-ne us sense autentificació a la IP 10.138.75.1, que es la del hotspot, que imagino que serà el que accedirà al proxy i no els clients oportunistes directament. Primer hem d'autenticar/autoritzar el client oportunista. Per a fer-ho hauriem d'activar el “User Managementâ€ i crear un usuari "convidat" amb contrasenya "convidat". Crec que podem definir un temps d'activitat limitat, imaginem que li posem 10 minuts. Un sistema transparent per autenticar els usuaris oportunistes seria modificar la plana web /hotspot/login.html pel banner de cortesia, però mantenim el user/pass del form posant-los en camps hidden amb el valor "convidat". En el banner de cortesia expliquem al usuari que si apreta el botó "acceptar" tindrà acces lliure a Internet durant 10 minuts. Quan el pitji s'autentificara com a usuari "convidat" i tindra aquests 10 minuts, quan hagin transcorregut serà redirigit de nou a /hotspot/login.html. Tot això son suposicions pures, i s'ha de provar. Però no vaig mal encaminat. A partir d'aquí ho podeu anar complicant tant com vulgueu.

== Recull de més articles ==

* [http://guifi.net/ca/node/7979 lluis.dalmau]
* [http://guifi.net/hotspot-mikrotik eloi.rebes]

----

= Model Web=

== Redirector ==

Una altra opció és crear una pàgina .html amb codi JavaScript que s'encarregui de fer la redirecció al nostre servidor o qualsevol altre que estigui dins del rang 10.0.0.0 i sobreescriure la pàgina hotspot/login.html que es pot trobar a l'opció Files del menú del router

Cal introduir aquest codi a la pàgina

<html>
<head>
<meta name="robots" content="noindex">
</head>
<body onload=salto()>
<script language=JavaScript>
function salto()
{
window.location.href="http://10.x.x.x/";
}
</script>
</body>
</html>

== Recull de més articles ==

* [http://guifi.net/ca/node/17368 joan.llopart]
* [http://guifi.net/ca/node/31128 ferg]

DHCP

2012-05-31T19:29:40Z

Pablog: Revertides les edicions de 209.135.42.125 (discussió). S'ha recuperat la darrera versió de l'usuari Al

{{PlantillaCurs
| curs = [[DissenyXarxesLinux]], [[LinuxAdministracioAvancada]]
| fitxers = {{FitxerIOriginalODT|url=https://anonymus@svn.projectes.lafarga.cat/svn/iceupc/LinuxAdministracioAvan%c3%a7ada/moodle/sessio6/transparencies|nom=ServidorsDHCPiDNS}}
| repositori = https://anonymous@svn.projectes.lafarga.cat/svn/iceupc/LinuxAdministracioAvan%c3%a7ada
| autors = [[Sergi Tur Badenas]]
}}

=Introducció=

Una de les feines més pesades del administrador de xarxes, es haver d'anar a equip a equip per tal de realitzar la configuració IP de les màquines d'una xarxa. Ja sigui per què s'ha d'incorporar un nou equip a la xarxa o per canvi d'estructura de la xarxa, si la xarxa creix es fa més complicat mantenir-la. Es pot posar fi a les molésties que tot això implica, configurant en pocs minuts la xarxa amb DHCP.

El grup de treball de la Internet Engineering Task Force, va decidir resoldre el problema desenvolupant un Protocol per Configuració Dinàmica de Terminals de xarxa anomenat [http://es.wikipedia.org/wiki/Dynamic_Host_Configuration_Protocol DHCP]. Aquest protocol esta basat en un altre d'anterior ([http://en.wikipedia.org/wiki/BOOTP BOOTP] Boostrap Protocol) però amb unes característiques millors. El protocol està descrit en el [http://tools.ietf.org/html/rfc2131 RFC 2131].

El servidor DHCP proporciona les dades TCP/IP que ordinadors clients necessiten per connectar-se a la xarxes ([[adreça IP]], [[màscara de xarxa]], [[gateway]], servidors [[DNS]], etc.) facilitant el manteniment del ordinadors clients i si hi hagués algun canvi de configuració no caldria anar a cada equip modificant les dades [[TCP/IP]].

=Altes protocols similars=

Actualment DHCP és el protocol més utilitzat per configurar nodes de xarxa però històricament s'han utilitzat altres sistemes/protocols com:

*[http://en.wikipedia.org/wiki/Bootp Bootp]: És un altre sistema per obtenir una IP de forma automàtica.
*[http://en.wikipedia.org/wiki/Reverse_Address_Resolution_Protocol RARP]: Reverse ARP és el protocol invers a ARP i permet obtenir una adreça IP a partir d'una adreça MAC. És un sistema "similar" a utilitzar DHCP amb assignació fixa d'adreces IP segons la MAC dels clients.

Altres protocols relacionats són:

*[http://en.wikipedia.org/wiki/Preboot_Execution_Environment Preboot Execution Environment (PXE)]
*[http://en.wikipedia.org/wiki/Zeroconf Zero Configuration Networking (http://en.wikipedia.org/wiki/Preboot_Execution_Environment)]

Per a més informació consulteu la secció [http://en.wikipedia.org/wiki/Dynamic_Host_Configuration_Protocol#See_also See Also] de l'article sobre DHCP de la wikipedia.

=Què és?=
'''DHCP''' és un servei que es fa servir per:
*entregar IPs als clients de la xarxa
*compatibilizar amb BOOTP per el booteix de màquines Diskless
'''DHCP''' té dos components principals:
*"protocol" que serveix per entregar configuracions específiques per cada host desde un servidor DHCP.
*"mecanisme" que serveix per la localització de direccions de xarxa a hosts.

Però sobre tot, DHCPP és un model de client-servidor.

=Com funciona?=

*L'interacció entre client-servidor molt resumida del seu funcionament és la següent (més informació, RFC1531 - RFC2131):

#El client envia un paquet de broadcast a tota la xarxa amb destinació el port 67. Aquest missatge s'anomena DHCPDISCOVER i s'utilitza per localitzar el servidor de DHCP de la xarxa.
#El servidor DHCP que està escoltant pel port 67 contesta amb el paquet '''DHCPOFFER''' que conté les dades TCP/IP que el client necessita, aquest paquet també s'envia a tota la xarxa (cal tenir en compte que el node client encara no esta configurat. El port de destinació és el 68.
#El client, que està escoltant per el port 68, rep les dades i envía un missatge DHCPREQUEST per comunicar-li al servidor que acepta les dades.
#El servidor envía el paquet DHCPAK per dir-li que està conforme.

[[Imatge:DHCPProtocol.png]]

Consulteu l'apartat [http://en.wikipedia.org/wiki/DHCP#Technical_details Technical Details] de l'article sobre DHCP a la wikipedia.

==Paquets DHCPINFORM==

Utilitzar per clients Windows per obtenir informació sobre paràmetres de xarxa DHCP, tot i no estar configurats per DHCP.

'''Recursos''':
*http://www.tcpipguide.com/free/t_DHCPParameterConfigurationProcessForClientsWithNon-2.htm

==Ports i Protocol==

DHCP utilitza el protocol [http://es.wikipedia.org/wiki/User_Datagram_Protocol UDP].

El port que utilitza el servidor de DHCP és el '''67'''.

Al fitxer '''/etc/services''' el port apareix amb el nom del protocol [http://en.wikipedia.org/wiki/Bootp bootp].

$ cat /etc/services | grep bootp
bootps 67/tcp # BOOTP server
bootps 67/udp
bootpc 68/tcp # BOOTP client
bootpc 68/udp

Com podeu veure el client també utilitza un port concret: el port '''68'''.

Per comprovar si un servidor de DHCP funciona podeu utilitzar la comanda NMAP:

$ sudo nmap -sU 192.168.1.1 -p 67
Starting Nmap 4.20 ( http://insecure.org ) at 2008-01-24 12:56 CET
Interesting ports on mygateway1.ar7 (192.168.1.1):
PORT STATE SERVICE
67/udp open|filtered dhcps
MAC Address: 00:15:E9:CA:34:A5 (D-Link)

Nmap finished: 1 IP address (1 host up) scanned in 0.650 seconds

==Servidors DHCP Autoritaris==

'''authoritative''': adjetivo. 1 (de confianza, oficial) autorizado,-a. 2 Pol, etc, autoritario,-a

Un servidor DHCP és autoritari si un client demana una IP desconeguda o incorrecta al servidor per a un determinat segment de xarxa i el servidor envia un '''DHCPNAK''' indicant al client que deixi d'utilitzar aquesta IP.

Per tal que el servidor tingui aquest comportament cal utilitzar la directiva:

authoritative;

'''NOTA''': El servidor DHCP d'ISC ens avisa durant la instal·lació que el seu servidor a la versió 3 és per defecte no autoritari.

'''IMPORTANT''': Si no hi han més servidors de DHCP a la xarxa cal posar authoritative en la configuració de DHCP.

'''Recursos''':
*http://oldwww.isc.org/index.pl?/sw/dhcp/authoritative.php

=Característiques=

:*DHCP són les sigles de l'anglès [[Protocol de Configuració Dinàmica de Màquines]] ( Dynamic Host Configuration
Protocol).
:*És un protocol de xarxa, on un servidor proveeix dels paràmetres necessaris de configuració i assignació
d'adreces IP a les màquines d'una xarxa.
:*És un estàndard en xarxes que també podem trobar a tots els sistemes operatius

=Avantatges i inconvenients=

*'''Avantatges'''
Al instal·lar un sistema DHCP en la xarxa, treu treball de configuració per la xarxa, només es configura un servidor per entregar els números IP per els clients de xarxa. Totes les màquines demanen informació de la xarxa i es configuren automàticament, s'entregan tots els paràmetres bàsics de TCP/IP. És vell però molt recomanable per a una administració fàcil.

*'''Desavantatges'''
Al entregar els números IP dins de la xarxa, havent un DNS, no hi ha un pont intermig entre DNS i DHCP directe. Es té que agregar les màquines "a mà" en el DNS.

=Terminologia. Definició de conceptes=

:*'''range (scope)''': conjunt d'adreces IP que gestiona un servidor DHCP.
:*'''lease o préstec''': és el període de temps que s'assigna una adreça IP a un client de la xarxa. Els clients poden ampliar els préstecs en peticions posteriors. També és possible que els clients informin al servidor quan l'adreça IP queda lliure. Els clients poden demanar un préstec "infinit" i depèn de la configuració del servidor que aquests préstecs siguin acceptats o no.
:*'''binding''': és una col·lecció de paràmetres de configuració que inclou com a mínim una adreça IP que s'associa (bound) a un client DHCP. Els bindings són gestionats pels servidors de DHCP.
:*'''exclusion''': és una adreça o rang d'adreces que no poden ser gestionades per un servidor DHCP. Per exemple si s'exclou el rang '''192.168.0.1-192.168.0.10''' l'única forma que un ordinador pot obtenir aquesta IP és assignant-se-la estàticament. Amb el servidor DHCP del ISC les exclusions no es defineixen implícitament, és a dir, totes les màquines que no estan als rangs definits no són gestionades pel servidor DHCP.
:*'''reservation''': és una IP que s'ha reservat a una adreça [[MAC]] concreta. Consulteu: [[DHCP#Adre.C3.A7a_IP_fixa_per_MAC]]
:*'''rogue DHCP servers''': http://en.wikipedia.org/wiki/Rogue_DHCP, http://freshmeat.net/projects/roguedetect/

{{nota| La terminologia exclusions i reservation no s'indica en cap moment al RFC de DHCP. Són termes utilitzats per servidors DHCP privatius com els de Microsoft}}

=Instal·lació=

==Instal·lació del client==

La majoria de distribucions Linux modernes ja porten instal·lat el client de DHCP. Cal tenir en compte que la majoria de xarxes LAN [[SoHo]] ([[Small Office Home Office]]) es configuren amb DHCP.

En tot cas el paquet que proporciona el suport client per a DHCP, a sistemes de la família [[Debian]] és [[dhcp3-client]]:

$ [[sudo]] [[apt-get]] install dhcp3-client

Els fitxers proporcionats són:

$ [[dpkg -L]] dhcp3-client
/.
/etc
/etc/dhcp3
/etc/dhcp3/dhclient-enter-hooks.d
/etc/dhcp3/dhclient-enter-hooks.d/debug
/etc/dhcp3/dhclient-exit-hooks.d
/etc/dhcp3/dhclient-exit-hooks.d/debug
/etc/dhcp3/dhclient-exit-hooks.d/rfc3442-classless-routes
/etc/dhcp3/dhclient.conf
/etc/apparmor.d
/etc/apparmor.d/force-complain
/etc/apparmor.d/sbin.dhclient3
/etc/network
/etc/network/if-pre-up.d
/var
/var/run
/var/lib
/var/lib/dhcp3
/usr
/usr/share
/usr/share/man
/usr/share/man/man5
/usr/share/man/man5/dhclient.conf.5.gz
/usr/share/man/man5/dhclient.leases.5.gz
/usr/share/man/man8
/usr/share/man/man8/dhclient3.8.gz
/usr/share/man/man8/dhclient-script.8.gz
/usr/share/lintian
/usr/share/lintian/overrides
/usr/share/lintian/overrides/dhcp3-client
/usr/share/doc
/usr/share/doc/dhcp3-client
/usr/share/doc/dhcp3-client/README.Debian
/usr/share/doc/dhcp3-client/copyright
/usr/share/doc/dhcp3-client/NEWS.Debian.gz
/usr/share/doc/dhcp3-client/changelog.Debian.gz
/sbin
'''/sbin/dhclient3'''
'''/sbin/dhclient-script'''
/usr/share/man/man8/dhclient.8.gz
'''/sbin/dhclient'''

==Instal·lació del servidor==

A sistemes de la família [[Debian]] es pot instal·lar el servidor DHCP del [[ISC]] des dels [[repositoris]] utilitzant l'ordre [[apt-get]]:

$ sudo apt-get install dhcp3-server

=Configuració DHCP=

==Configuració Client==

La configuració del client és la més fàcil. Per configurar un equip GNU/Linu conectat a un servidor DHCP, només es necessari dir-li a la targeta de xarxa que treballarà amb DHCP.
*Configuració targeta de xarxa:
# Anar a ''Sistema - Administració - Xarxa''
#Seleccionar interfície Ethernet i fen clic a ''Propietats''.
#Es pot canviar la forma en que l'interfície es configura (DHCP o manualment).

Consulteu l'article:
*[[Tutorial_pas_a_pas_configuraci%C3%B3_xarxa_en_Ubuntu#Configurant_una_adre.C3.A7a_IP_amb_DHCP | Configurant una adreça IP amb DHCP]]

===Exemple de fitxer interfaces===

Un exemple de com configurar el [[Xarxes_Linux#.2Fetc.2Fnetwork.2Finterfaces| fitxer '''interfaces''']] per tal d'utilitzar dhcp:

$ cat '''/etc/network/interfaces'''
auto lo
iface lo inet loopback

auto eth0
'''iface eth0 inet dhcp'''

===dhcp3-client===

El paquet amb el client de dhcp és '''dhcp3-client'''. Normalment ja esta instal·lat. Si executem

$ dpkg -L dhcp3-client
/.
/etc
/etc/dhcp3
[[/etc/dhcp3/dhclient-enter-hooks.d]]
[[/etc/dhcp3/dhclient-enter-hooks.d/debug]]
/etc/dhcp3/dhclient-exit-hooks.d
[[/etc/dhcp3/dhclient-exit-hooks.d/debug]]
[[/etc/dhcp3/dhclient.conf]]
/var
/var/run
/var/lib
/var/lib/dhcp3
/usr
/usr/share
/usr/share/man
/usr/share/man/man5
/usr/share/man/man5/dhclient.conf.5.gz
/usr/share/man/man5/dhclient.leases.5.gz
/usr/share/man/man8
/usr/share/man/man8/dhclient3.8.gz
/usr/share/man/man8/dhclient-script.8.gz
/usr/share/lintian
/usr/share/lintian/overrides
/usr/share/lintian/overrides/dhcp3-client
/usr/share/doc
/usr/share/doc/dhcp3-client
/usr/share/doc/dhcp3-client/README.Debian
/usr/share/doc/dhcp3-client/copyright
/usr/share/doc/dhcp3-client/changelog.Debian.gz
/sbin
[[/sbin/dhclient3]]
[[/sbin/dhclient-script]]
/lib
/lib/dhcp3-client
[[/lib/dhcp3-client/call-dhclient-script]]
/usr/share/man/man8/dhclient.8.gz
[[/sbin/dhclient]]

Podem veure els fitxers que formen part del paquet.

'''Fitxers executables''':

$ dpkg -L dhcp3-client | grep bin
/sbin
/sbin/dhclient3
/sbin/dhclient-script
/sbin/dhclient

'''Fitxers de configuració''':

$ dpkg -L dhcp3-client | grep etc
/etc
/etc/dhcp3
/etc/dhcp3/dhclient-enter-hooks.d
/etc/dhcp3/dhclient-enter-hooks.d/debug
/etc/dhcp3/dhclient-exit-hooks.d
/etc/dhcp3/dhclient-exit-hooks.d/debug
/etc/dhcp3/dhclient.conf

===Comanda dhclient===

La comanda [[dhclient]] és el client DHCP.

'''Recursos''':
*[http://linux.die.net/man/8/dhclient man dhclient]

====dhclient3====

Les comandes dhclient i dhclient3 són equivalents. De fet dhclient és un [[enllaç simbòlic]] a dhclient3:

$ ls -la /sbin/dhclient
lrwxrwxrwx 1 root root 9 2008-11-18 08:54 /sbin/dhclient -> dhclient3

Per tant, de fet estem utilitzant la versió 3 de la comanda dclient.

Tal i com ens confirma l'ordre [[file]]:

$ file /sbin/dhclient3
/sbin/dhclient3: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, stripped

[[dhclient3]] és un executable binari.

El client es configura al fitxer [[/etc/dhcp3/dhclient.conf]].

L'ordre dhclient sense opcions intenta configurar totes les targetes de xarxa que suportin broadcast:

$ sudo dhclient

Podem indicar només una targeta de xarxa amb:

$ sudo dhclient eth0

Un cop s'ha aconsguit una configuració el client de dhcp passa a executar-se a segon terme, sent un domini que s'encarrega de la gestió del client DHCP (per exemple és l'encarregat de renovar el préstec si el temps de préstec caduca). Del manual:

The DHCP client will normally run in the foreground until it has configured an interface, and then will revert to running in the background. To run force dhclient
to always run as a foreground process, the -d flag should be specified. This is useful when running the client under a debugger, or when running it out of inittab
on System V systems.

Podeu veure el client en execució amb:

$ ps aux | grep dhclient
root 13097 0.0 0.0 2144 312 ? Ss 18:25 0:00 dhclient eth0

Si l'heu executat manualment o:

$ ps aux | grep dhclient
root 1398 0.0 0.0 2140 944 ? S 11:31 0:00 /sbin/dhclient -d -sf /usr/lib/NetworkManager/nm-dhcp-client.action -pf /var/run
/dhclient-eth0.pid -lf /var/lib/dhcp3/dhclient-b7d96c9c-0c95-49fd-9ea5-7f6a6563ed62-eth0.lease -cf /var/run/nm-dhclient-eth0.conf eth0

si ho fa [[Network Manager]] o:

$ ps aux | grep dhclient
root 13948 0.0 0.0 2144 308 ? Ss 18:44 0:00 dhclient3 -e IF_METRIC=100 -pf /var/run/dhclient.eth0.pid -lf /var/lib/dhcp3/dhclient.eth0.leases eth0

{{nota| Tingueu en compte que podeu perfectament tenir dos clients en execució si combineu comandes amb sistemes com Network-manager o la configuració clàsica de xarxa a Linux. Heu de tenir en compte que això pot provocar que us caduqui un configuració manual per culpa de la configuració del sistema. Podeu matar els clients de sobres amb [[kill]]}}

Els missatges de configuració inicials apareixen per la línia d'ordres però un cop passa a executar-se com dimoni els missatges s'envien a [[syslog]].

El client dhcp utilitza els següents fitxers:

:*'''Configuració''': [[/etc/dhcp3/dhclient.conf]]
:*'''Base de dades de préstecs''': [[/var/lib/dhcp3/dhclient.leases]]
:*'''Proces ID ([[PID]])''': /var/run/dhclient.pid
:*'''Configuració de les targetes de xarxa''': [[/sbin/dhclient-script]]

Es poden canviar aquests fitxers per defecte amb els paràmetres '''-cf, -lf, -pf i -sf'''.

La configuració de les interfícies de xarxa les fa el fitxer [[/sbin/dhclient-script]]. POdeu obtenir més informació sobre el fitxer al manual:

$ [[man]] dhclient-script

Aquest fitxer no està pensat per ser modificat. Si cal fer algun canvi s'han de modificar els [[DHCP Hooks]]:

Si es vol modificar el comportament de la configuració de xarxa

Segons el manual:

$ [[man]] dhclient:

If the client is killed by a signal (for example at shutdown or reboot) it won't execute the dhclient-script (8) at exit. However if you shut the client down grace‐
fully with -r or -x it will execute dhclient-script (8) at shutdown with the specific reason for calling the script set.

===Comanda dhclient-script===

$ cat /sbin/dhclient-script
[[Contingut de /sbin/dhclient-script]]

Consulteu [[DHCP#DHCP_hooks|DHCP hooks]]

===Comanda dhcping===

Instal·lació:

$ sudo apt-get install dhcping

Segons el manual:

$ [[man]] dhcping
...
dhcping - send a DHCP request to DHCP server to see if it's up and running

És una ordre més un manual:

$ dpkg -L dhcping
/.
/usr
/usr/share
/usr/share/doc
/usr/share/doc/dhcping
/usr/share/doc/dhcping/copyright
/usr/share/doc/dhcping/changelog.Debian.gz
/usr/share/man
/usr/share/man/man8
/usr/share/man/man8/dhcping.8.gz
/usr/sbin
/usr/sbin/dhcping

Per exemple:

$ dhcping -h 01:02:03:04 -s 192.168.1.30

This program should be installed setuid root or ran by root only. See SECURITY for more information.

On your DHCP server, add these lines to the dhcpd.conf:

host <your monitoring host FQDN> {
hardware ethernet <your monitor host mac address>;
fixed-address <your monitoring host IP address>;
}

Then try it:

$ dhcping -c your monitoring host IP address \
-s your DHCP server IP address \
-h your monitor host mac address

It will either respond with "no answer" or "Got answer from: your DHCP server IP address"

The DHCP server logfile will give:
DHCPREQUEST for 192.168.1.1 from 00:20:18:56:29:8f via ed0
DHCPACK on 192.168.1.1 to 00:20:18:56:29:8f via ed0
DHCPRELEASE of 192.168.1.1 from 00:20:18:56:29:8f via ed0 (found)

Running in DHCPINFORM mode with -i:

If you see "DHCPINFORM from 192.168.1.1 via xl0: not authoritative for subnet 192.168.1.0", you should add the authoritative statement to the subnet, See
dhcpd.conf(5) for details.

When running in very verbose mode, dhcping tries to dump all data of the send and received DHCP packets. It will first dump the packet in hex-format, then decodes
the header and finally the options.

===Estats del client===

'''Procés complet. Amb inicialització''':

$ sudo dhclient eth0
Internet Systems Consortium DHCP Client V3.0.5
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/eth0/00:30:1b:b7:cd:b6
Sending on LPF/eth0/00:30:1b:b7:cd:b6
Sending on Socket/fallback
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 6
DHCPOFFER from 192.168.1.1
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPACK from 192.168.1.1
bound to 192.168.1.4 -- renewal in 1540 seconds.

'''Procés de rebinding''':

$ sudo dhclient eth0
'''There is already a pid file /var/run/dhclient.pid with pid 22064'''
'''killed old client process, removed PID file'''
Internet Systems Consortium DHCP Client V3.0.5
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/eth0/00:30:1b:b7:cd:b6
Sending on LPF/eth0/00:30:1b:b7:cd:b6
Sending on Socket/fallback
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPACK from 192.168.1.1
bound to 192.168.1.4 -- renewal in 1639 seconds.

El client DHCP és un procés que és manté en execució pendent de controlar el client DHCP (renovar el préstec). Podeu veure el procés executant:

$ ps aux | grep dhcp
dhcp '''22147''' 0.0 0.0 2420 556 ? Ss 11:09 0:00 dhclient eth0
sergi 22172 0.0 0.0 2988 764 pts/1 R+ 11:10 0:00 grep dhcp

Si matem el procés:

$ sudo kill 2214

I executem:

$ sudo dhclient eth0
There is already a pid file /var/run/dhclient.pid with pid 22147
'''removed stale PID file'''
Internet Systems Consortium DHCP Client V3.0.5
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/eth0/00:30:1b:b7:cd:b6
Sending on LPF/eth0/00:30:1b:b7:cd:b6
Sending on Socket/fallback
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPACK from 192.168.1.1
bound to 192.168.1.4 -- renewal in 1535 seconds.

No és suficient amb matar el procés i esborrar el fitxer PID: '''/var/run/dhclient.pid'''. Recordeu que el client guarda els seus préstecs al fitxer:

$ cat /var/lib/dhcp3/dhclient.leases
lease {
interface "eth0";
fixed-address 192.168.1.4;
option subnet-mask 255.255.255.0;
option dhcp-lease-time 3600;
option routers 192.168.1.1;
option dhcp-message-type 5;
option dhcp-server-identifier 192.168.1.1;
option domain-name-servers 192.168.1.3,192.168.1.1;
option host-name "ubuntu-sala";
renew 4 2008/1/24 10:36:39;
rebind 4 2008/1/24 11:03:34;
expire 4 2008/1/24 11:11:04;
}

Podeu forçar tornar a inicialitzar executant:

$ sudo dhclient -r eth0
There is already a pid file /var/run/dhclient.pid with pid 134519120
Internet Systems Consortium DHCP Client V3.0.5
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/eth0/00:30:1b:b7:cd:b6
Sending on LPF/eth0/00:30:1b:b7:cd:b6
Sending on Socket/fallback
DHCPRELEASE on eth0 to 192.168.1.1 port 67

Aquesta comanda envia un RELEASE al servidor. Ara el client començara des de l'estat d'inicialització:

$ sudo dhclient eth0
There is already a pid file /var/run/dhclient.pid with pid 134519120
Internet Systems Consortium DHCP Client V3.0.5
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/eth0/00:30:1b:b7:cd:b6
Sending on LPF/eth0/00:30:1b:b7:cd:b6
Sending on Socket/fallback
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 4
DHCPOFFER from 192.168.1.1
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPACK from 192.168.1.1
bound to 192.168.1.4 -- renewal in 1456 seconds.

http://www.tcpipguide.com/free/diagrams/dhcpfsm.png

===Proves amb DHCP===

Per tal de fer proves pot ser interessant enviar peticions DHCP a màquines concretes en comptes de enviar missatges de difusió. Podem utilitzar el paràmetre -s

{{nota|Habitualment aquesta opció no funciona. Consulteu [[DHCP#Com_comprovar_un_servidor_DHCP_en_un_entorn_amb_m.C3.BAltiples_servidors]] }}

$ sudo dhclient -s 192.168.1.1 eth0
There is already a pid file /var/run/dhclient.pid with pid 134519120
Internet Systems Consortium DHCP Client V3.0.5
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/eth0/00:30:1b:b7:cd:b6
Sending on LPF/eth0/00:30:1b:b7:cd:b6
Sending on Socket/fallback
'''DHCPREQUEST on eth0 to 192.168.1.1 port 67'''
DHCPACK from 192.168.1.1
bound to 192.168.1.4 -- renewal in 1619 seconds.

==== Com comprovar un servidor DHCP en un entorn amb múltiples servidors ====

Si tenim múltiples servidors de DHCP en un mateix [[segment de xarxa]] és difícil fer pràctiques ja que a priori no és possible determinar quin serà el servidor que es configurarà primer.

Podem però facilitar la feina configurant el client. Curiosament no existeix (AFAIK) un paràmetre per indicar al client quin servidor de DHCP ha d'utilitzar, però si que podem indicar quins servidors de DHCP '''NO''' volem utilitzar. Això es fa amb la directiva '''reject''' del fitxer [[/etc/dhcp3/dhclient.conf]]:

$ cat /etc/dhcp3/dhclient.conf
.....
reject 192.168.1.1;

On 192.168.1.1 és un servidor de DHCP que no volem utilitzar. Vegem un exemple del que succeix amb una configuració com l'anterior:

$ sudo dhclient br0
killed old client process, removed PID file
There is already a pid file /var/run/dhclient.pid with pid 13584
.............
DHCPREQUEST on br0 to 255.255.255.255 port 67
'''DHCPACK from 192.168.1.1 rejected.'''
...
DHCPDISCOVER on br0 to 255.255.255.255 port 67 interval 8
DHCPOFFER from 192.168.1.6
DHCPREQUEST on br0 to 255.255.255.255 port 67
DHCPOFFER from 192.168.1.1 rejected.
DHCPACK from 192.168.1.6
bound to 192.168.1.199 -- renewal in 32725 seconds.

===Préstecs===

A la carpeta:

'''/var/lib/dhcp3'''

Es guarden els préstecs del client.Per exemple, una màquina en un disc dur extraible que es connecta a varies xarxes diferents:

$ cat /var/lib/dhcp3/dhclient.leases
lease {
interface "eth1";
fixed-address 192.168.204.2;
option subnet-mask 255.255.255.0;
option dhcp-lease-time 3600;
option routers 192.168.204.1;
option dhcp-message-type 5;
option dhcp-server-identifier 192.168.204.1;
option domain-name-servers 192.168.204.1,213.4.132.1;
option host-name "profaula4";
option domain-name "aula4.iescopernic.com";
renew 2 2008/1/15 18:01:47;
rebind 2 2008/1/15 18:29:11;
expire 2 2008/1/15 18:36:41;
}
lease {
interface "eth2";
fixed-address 192.168.12.20;
option subnet-mask 255.255.255.0;
option routers 192.168.12.1;
option dhcp-lease-time 86400;
option dhcp-message-type 5;
option domain-name-servers 192.168.0.7,195.235.113.3,195.235.96.90;
option dhcp-server-identifier 192.168.12.1;
option broadcast-address 192.168.12.255;
option domain-name "iescopernic.com";
renew 6 2007/12/15 03:15:18;
rebind 6 2007/12/15 13:48:02;
expire 6 2007/12/15 16:48:02;
}
lease {
interface "eth3";
fixed-address 192.168.201.2;
option subnet-mask 255.255.255.0;
option routers 192.168.201.1;
option dhcp-lease-time 3600;
option dhcp-message-type 5;
option domain-name-servers 192.168.201.1,195.235.113.3;
option dhcp-server-identifier 192.168.201.1;
option host-name "profaula1";
option domain-name "aula1";
renew 1 2007/12/10 21:18:04;
rebind 1 2007/12/10 21:41:33;
expire 1 2007/12/10 21:49:03;
}
lease {
interface "eth6";
fixed-address 192.168.206.2;
option subnet-mask 255.255.255.0;
option dhcp-lease-time 3600;
option routers 192.168.206.1;
option dhcp-message-type 5;
option dhcp-server-identifier 192.168.206.1;
option domain-name-servers 192.168.206.1,195.235.113.3;
option host-name "profaula6";
option domain-name "aula6";
renew 5 2007/11/30 16:52:55;
rebind 5 2007/11/30 17:20:37;
expire 5 2007/11/30 17:28:07;
}
lease {
interface "eth4";
fixed-address 192.168.202.2;
option subnet-mask 255.255.255.0;
option dhcp-lease-time 3600;
option routers 192.168.202.1;
option dhcp-message-type 5;
option dhcp-server-identifier 192.168.202.1;
option domain-name-servers 192.168.202.1,213.4.132.1;
option host-name "profaula2";
option domain-name "aula2.iescopernic.com";
renew 5 2007/11/30 16:07:24;
rebind 5 2007/11/30 16:31:05;
expire 5 2007/11/30 16:38:35;
}
lease {
interface "eth5";
fixed-address 192.168.207.2;
option subnet-mask 255.255.255.0;
option routers 192.168.207.1;
option dhcp-lease-time 3600;
option dhcp-message-type 5;
option domain-name-servers 192.168.207.1,195.235.113.3;
option dhcp-server-identifier 192.168.207.1;
option host-name "profaula";
option domain-name "aula7.iescopernic.com";
renew 5 2007/11/30 16:28:42;
rebind 5 2007/11/30 16:53:49;
expire 5 2007/11/30 17:01:19;
}
lease {
interface "eth0";
fixed-address 192.168.208.2;
option subnet-mask 255.255.255.0;
option routers 192.168.208.1;
option dhcp-lease-time 3600;
option dhcp-message-type 5;
option domain-name-servers 192.168.208.1,213.4.132.1;
option dhcp-server-identifier 192.168.208.1;
option host-name "profaula8";
option domain-name "aula8.iescopernic.com";
renew 5 2007/11/30 17:14:46;
rebind 5 2007/11/30 17:37:43;
expire 5 2007/11/30 17:45:13;
}
lease {
interface "eth1";
fixed-address 192.168.204.2;
option subnet-mask 255.255.255.0;
option routers 192.168.204.1;
option dhcp-lease-time 3600;
option dhcp-message-type 5;
option domain-name-servers 192.168.204.1,213.4.132.1;
option dhcp-server-identifier 192.168.204.1;
option host-name "profaula4";
option domain-name "aula4.iescopernic.com";
renew 2 2008/1/15 18:04:17;
rebind 2 2008/1/15 18:29:24;
expire 2 2008/1/15 18:36:54;
}

Consulteu:

$ man dhclient.leases

Per obtenir més informació

===Documentació===

*[http://linux.die.net/man/8/dhclient man dhclient]
*[http://linux.die.net/man/5/dhclient.conf man dhclient.conf]
*[http://linux.die.net/man/5/dhclient.leases man dhclient.leases]
*[http://linux.die.net/man/8/dhclient-script man dhclient-script]

=== Client Windows ===

Amb l'ordre ipconfig es pot alliberar i tornar a demanar una connexió. Per alliberar:

> ipconfig /release

Per tornar a demanar configuració IP:

> ipconfig /renew

==Configuració Servidor==

Descarregar el servidor DHCP de l'[http://www.isc.org/ ISC]:

$ sudo apt-get install dhcpd

Instal·lat el programari del servidor, s'haurà de configurar dos arxius importants: '''/etc/dhcpd.conf''', i el '''/var/state/dhcp/dhcp.leases'''. El primer serveix per configurar el servidor com es vulgui, mentre que el segon es una base de dades creada per el servidor, amb les assignacions de IP que es van realitzant. Ens permet verificar la activitat del servidor i permet portar la conta de les IPs que va donant als diferents clients, per conservar-les en cas de caiguda.

Verificar que existeix l'archiu /var/lib/dhcp/dhcpd.leases (en versions anteriors de dhcp per RedHat aquest arxiu es tenia que crear-lo a mà. I era una de les raons perquè dhcpd no iniciava).

'''DHCPD.CONF'''

*Abans de modificar /etc/dhcpd.conf s'ha d'entendre una mica els paràmetres de configuració més comuns:
#subnet 192.5.5.0 netmask 255.255.255.224 {
# range 192.5.5.26 192.5.5.30;
# option domain-name-servers bb.home.vix.com, gw.home.vix.com;
# option domain-name "vix.com";
# option routers 192.5.5.1;
# option subnet-mask 255.255.255.224;
# option broadcast-address 192.5.5.31;
# default-lease-time 600;
# max-lease-time 7200;
#}
#Descriu la xarxa i es posible definir més d'una subxarxa, en el cas que comparteixin la mateixa infraestructura física.
#El server dhcpd proporcionarà la primera IP que estigui lliure entre el rang especificant, s'anomena asignació dinàmica de IPs.
#Indica el domini dels servidors DNS que es faran servir en els clients DHCP.
#Indica el nom de domini que es fara servir en la DNS.
#Port de sortida (indica els routers de la xarxa)
#Indica la màscara de xarxa.
#Indica la direcció de broadcast.
#La IP estara per un temps determinat cuan el temps s'acabi el client tindra que solicitar una altre IP.
*Una llista del valors (de segons a minuts):
:600 - 10 minuts
:7200 - 2 hores
:86400 - 1 dia
:604800 - 1 setmana
:2592000 - 1 mes
:31104000 - 1 any
:62208000 - 2 anys

'''DHCP.LEASES'''
*El fitxer dhcp.leases es registran les IPs que es van asignant als ordinadors clients, cuant aquest es masa gran crea una copia en un fitxer ''dhcpd.leases~'', aquests fitxers estan normalment en /etc o /var.

===Paràmetres d'execució===

En sistemes d'inicialització basats en System V, es poden especificar paràmetres extres d'execució del servidor als fitxes de la carpeta '''/etc/default''':

$ cat /etc/default/dhcp3-server
# Defaults for dhcp initscript
# sourced by /etc/init.d/dhcp
# installed at /etc/default/dhcp3-server by the maintainer scripts

#
# This is a POSIX shell fragment
#

# On what interfaces should the DHCP server (dhcpd) serve DHCP requests?
# Separate multiple interfaces with spaces, e.g. "eth0 eth1".
INTERFACES=""

En el nostre cas li estem indicant que escolti peticions provinents de totes les interfícies de xarxa.

Dubte: que passa amb les interfícies virtuals fetes amb [[IP aliasing]], cal posar-les?

===Consultar l'estat d'execució del servidor DHCP===

$ ps aux | grep dhcpd
dhcpd 5869 0.0 0.1 2988 1548 ? Ss Feb05 0:00 /usr/sbin/dhcpd3 -q -pf /var/run/dhcp3-server/dhcpd.pid -cf /etc/dhcp3/dhcpd.conf

'''Recursos''':
*[http://linux.die.net/man/8/dhcpd man dhcpd]

===Adreça IP fixa per MAC===

Per assignar una IP fixa segons l'adreça MAC (exemple extret del fitxer d'exemple de Debian):

host fantasia {
hardware ethernet 08:00:07:26:c0:a5;
fixed-address 192.168.0.5;
}

Es poden tenir diverses IP, aleshores només s'assignarà la IP del rang que correspon (la petició haurà arribat per una targeta de xarxa que pertany a certa subxarxa). També es pot assignar un nom de màquina DNS que resolgui a una iP concreta.

Consulteu el manual:

$ [[man]] dhcpd.conf

fixed-address address [, address ... ];

The fixed-address declaration is used to assign one or more fixed IP addresses to a client. It should only appear in a host declaration. If more than one
address is supplied, then when the client boots, it will be assigned the address that corresponds to the network on which it is booting. If none of the addresses
in the fixed-address statement are valid for the network to which the client is connected, that client will not match the host declaration containing that fixed-
address declaration. Each address in the fixed-address declaration should be either an IP address or a domain name that resolves to one or more IP addresses.

===Exemple de configuració. Aula amb adreces IP fixes===

Un departament d'informàtica amb assignació fixa per MAC:

$ sudo cat /etc/dhcp3/dhcpd.conf
ddns-update-style none;

option domain-name-servers 192.168.0.7, 80.58.61.250, 80.58.61.254;
option domain-name "iescopernic.com";
default-lease-time 86400;
max-lease-time 604800;

authoritative;

# ******************* Ordinadors Departament **************
#subnet 192.168.12.0 netmask 255.255.255.0
include "/etc/dhcp3/dhcpd-departament.conf";

El fitxer inclòs:

$ cat /etc/dhcp3/dhcpd-departament.conf
subnet 192.168.12.0 netmask 255.255.255.0 {
range 192.168.12.100 192.168.12.199;
option subnet-mask 255.255.255.0;
option broadcast-address 192.168.12.255;
option routers 192.168.12.1;
option domain-name-servers 192.168.0.7, 195.235.113.3, 195.235.96.90;
}

host impresoraLaserjet2420 {
hardware ethernet 00:14:38:D4:55:48;
fixed-address 192.168.12.50;
}

host pc01 {
hardware ethernet 00:30:05:EB:39:9D;
fixed-address 192.168.12.11;
}

host pc02 {
hardware ethernet 00:30:05:EB:A3:98;
fixed-address 192.168.12.12;
}

host pc03 {
hardware ethernet 00:30:05:EB:3A:E7;
fixed-address 192.168.12.13;
}

host pc04 {
hardware ethernet 00:30:05:EB:3A:EA;
fixed-address 192.168.12.14;
}

host pc05 {
hardware ethernet 00:30:05:EB:39:A4;
fixed-address 192.168.12.15;
}

host pc06 {
hardware ethernet 00:30:05:EB:3B:52;
fixed-address 192.168.12.16;
}

host pc07 {
hardware ethernet 00:30:05:EB:3A:CF;
fixed-address 192.168.12.17;
}

host pc08 {
hardware ethernet 00:30:05:EB:A4:12;
fixed-address 192.168.12.18;
}

host pc09 {
hardware ethernet 00:30:05:EB:A3:9B;
fixed-address 192.168.12.19;
}

host pc10 {
hardware ethernet 00:30:05:EB:A3:8D;
fixed-address 192.168.12.20;
}

===Fitxer d'exemple dhcpd.conf de Debian===

$ cat /etc/dhcp3/dhcpd.conf
#
# Sample configuration file for ISC dhcpd for Debian
#
# $Id: dhcpd.conf,v 1.1.1.1 2002/05/21 00:07:44 peloy Exp $
#

# The ddns-updates-style parameter controls whether or not the server will
# attempt to do a DNS update when a lease is confirmed. We default to the
# behavior of the version 2 packages ('none', since DHCP v2 didn't
# have support for DDNS.)
ddns-update-style none;

# option definitions common to all supported networks...
option domain-name "example.org";
option domain-name-servers ns1.example.org, ns2.example.org;

default-lease-time 600;
max-lease-time 7200;

# If this DHCP server is the official DHCP server for the local
# network, the authoritative directive should be uncommented.
#authoritative;

# Use this to send dhcp log messages to a different log file (you also
# have to hack syslog.conf to complete the redirection).
log-facility local7;

# No service will be given on this subnet, but declaring it helps the
# DHCP server to understand the network topology.

#subnet 10.152.187.0 netmask 255.255.255.0 {
#}

# This is a very basic subnet declaration.

#subnet 10.254.239.0 netmask 255.255.255.224 {
# range 10.254.239.10 10.254.239.20;
# option routers rtr-239-0-1.example.org, rtr-239-0-2.example.org;
#}

# This declaration allows BOOTP clients to get dynamic addresses,
# which we don't really recommend.

#subnet 10.254.239.32 netmask 255.255.255.224 {
# range dynamic-bootp 10.254.239.40 10.254.239.60;
# option broadcast-address 10.254.239.31;
# option routers rtr-239-32-1.example.org;
#}

# A slightly different configuration for an internal subnet.
#subnet 10.5.5.0 netmask 255.255.255.224 {
# range 10.5.5.26 10.5.5.30;
# option domain-name-servers ns1.internal.example.org;
# option domain-name "internal.example.org";
# option routers 10.5.5.1;
# option broadcast-address 10.5.5.31;
# default-lease-time 600;
# max-lease-time 7200;
#}

# Hosts which require special configuration options can be listed in
# host statements. If no address is specified, the address will be
# allocated dynamically (if possible), but the host-specific information
# will still come from the host declaration.

#host passacaglia {
# hardware ethernet 0:0:c0:5d:bd:95;
# filename "vmunix.passacaglia";
# server-name "toccata.fugue.com";
#}

# Fixed IP addresses can also be specified for hosts. These addresses
# should not also be listed as being available for dynamic assignment.
# Hosts for which fixed IP addresses have been specified can boot using
# BOOTP or DHCP. Hosts for which no fixed address is specified can only
# be booted with DHCP, unless there is an address range on the subnet
# to which a BOOTP client is connected which has the dynamic-bootp flag
# set.
#host fantasia {
# hardware ethernet 08:00:07:26:c0:a5;
# fixed-address fantasia.fugue.com;
#}

# You can declare a class of clients and then do address allocation
# based on that. The example below shows a case where all clients
# in a certain class get addresses on the 10.17.224/24 subnet, and all
# other clients get addresses on the 10.0.29/24 subnet.

#class "foo" {
# match if substring (option vendor-class-identifier, 0, 4) = "SUNW";
#}

#shared-network 224-29 {
# subnet 10.17.224.0 netmask 255.255.255.0 {
# option routers rtr-224.example.org;
# }
# subnet 10.0.29.0 netmask 255.255.255.0 {
# option routers rtr-29.example.org;
# }
# pool {
# allow members of "foo";
# range 10.17.224.10 10.17.224.250;
# }
# pool {
# deny members of "foo";
# range 10.0.29.10 10.0.29.230;
# }
#}

===Servidor WINS===

Es poden configurar els servidors de WINS dels clients amb l'opció:

option netbios-name-servers 192.168.10.66, 192.168.10.97;

També podem modificar el tipus de nodes:

option netbios-node-type 2;

Segons la taula:

*'''1''': b-node
*'''2''': p-node
*'''4''': m-node
*'''8''': h-node

Consulteu [[NetBIOS_Name_Server#Tipus_de_nodes_NetBIOS]].

===Fitxers de log ===

$ tail -n 100 /var/log/syslog | grep dhcpd
Sep 19 16:01:26 server1 dhcpd: DHCPDISCOVER from 00:0c:76:8b:c4:16 via eth0
Sep 19 16:01:26 server1 dhcpd: DHCPOFFER on 192.168.0.229 to 00:0c:76:8b:c4:16 (matze) via eth0
Sep 19 16:01:27 server1 dhcpd: DHCPDISCOVER from 00:0c:76:8b:c4:16 (matze) via eth0
Sep 19 16:01:27 server1 dhcpd: DHCPOFFER on 192.168.0.229 to 00:0c:76:8b:c4:16 (matze) via eth0
Sep 19 16:01:31 server1 dhcpd: DHCPDISCOVER from 00:0c:76:8b:c4:16 (matze) via eth0
Sep 19 16:01:31 server1 dhcpd: DHCPOFFER on 192.168.0.229 to 00:0c:76:8b:c4:16 (matze) via eth0
Sep 19 16:01:31 server1 dhcpd: Wrote 1 leases to leases file.
Sep 19 16:01:31 server1 dhcpd: DHCPREQUEST for 192.168.0.229 (192.168.0.100) from 00:0c:76:8b:c4:16 (matze) via eth0
Sep 19 16:01:31 server1 dhcpd: DHCPACK on 192.168.0.229 to 00:0c:76:8b:c4:16 (matze) via eth0

===Préstecs (leases)===

$ cat /var/lib/dhcp3/dhcpd.leases
# All times in this file are in UTC (GMT), not your local timezone. This is
# not a bug, so please don't ask about it. There is no portable way to
# store leases in the local timezone, so please don't request this as a
# feature. If this is inconvenient or confusing to you, we sincerely
# apologize. Seriously, though - don't ask.
# The format of this file is documented in the dhcpd.leases(5) manual page.
# This lease file was written by isc-dhcp-V3.0.5

lease 192.168.12.197 {
starts 5 2007/06/22 14:20:56;
ends 6 2007/06/23 14:20:56;
tstp 6 2007/06/23 14:20:56;
binding state free;
hardware ethernet 00:17:a4:42:a8:5c;
}
lease 192.168.12.192 {
starts 4 2007/06/28 15:19:44;
ends 5 2007/06/29 15:19:44;
tstp 5 2007/06/29 15:19:44;
binding state free;
hardware ethernet 00:c0:9f:60:33:51;
}
lease 192.168.12.191 {
starts 4 2007/06/28 16:19:10;
ends 5 2007/06/29 16:19:10;
tstp 5 2007/06/29 16:19:10;
binding state free;
hardware ethernet 00:0e:9b:cd:74:4c;
uid "\001\000\016\233\315tL";
}
lease 192.168.12.193 {
starts 4 2007/06/28 16:35:59;
ends 5 2007/06/29 16:35:59;
tstp 5 2007/06/29 16:35:59;
binding state free;
hardware ethernet 00:c0:9f:60:33:51;
}
..................

===Accés a un servidor DHCP fora del segment de xarxa dels clients===

Cal utilitzar un BOOTP/DHCP Relay Agent als routers. Paquet dhcp3-relay.

TODO

===Exemple AulaLinux===

Obtenir les MAC:

$ sudo nmap 147.83.75.129/25
.....

Consultar les MAC:

$ sudo arp -n
Address HWtype HWaddress Flags Mask Iface
147.83.75.143 ether 00:C0:A8:F9:7D:3D C eth1
147.83.75.141 ether 00:C0:A8:F9:86:6C C eth1
147.83.75.129 ether 00:0E:D6:A9:54:00 C eth1
147.83.75.131 ether 00:16:35:3C:3B:D1 C eth1
147.83.75.136 ether 00:C0:A8:FB:5E:A1 C eth1
147.83.75.144 ether 00:C0:A8:F9:8B:43 C eth1
147.83.75.142 ether 00:C0:A8:F9:82:1C C eth1
147.83.75.146 ether 00:C0:A8:F9:7B:87 C eth1
147.83.75.145 ether 00:C0:A8:F9:86:59 C eth1

Instal·lar el servidor de DHCP:

$ sudo apt-get install dhcp3-server
S'està llegint la llista de paquets... Fet
S'està construint l'arbre de dependències... Fet
S'instal·laran els següents paquets NOUS:
dhcp3-server
0 actualitzats, 1 nous a instal·lar, 0 a eliminar i 22 no actualitzats.
Es necessita obtenir 292kB d'arxius.
Després de desempaquetar s'usaran 836kB d'espai en disc addicional.
Des:1 http://ftp.rediris.es etch/main dhcp3-server 3.0.4-13 [292kB]
292kB descarregats en 0s (982kB/s)
S'estan preconfigurant els paquets...
S'està seleccionant el paquet dhcp3-server prèviament no seleccionat.
(S'està llegint la base de dades ... hi ha 90512 fitxers i directoris instal·lats actualment.)
S'està desempaquetant dhcp3-server (de .../dhcp3-server_3.0.4-13_i386.deb) ...
S'està configurant dhcp3-server (3.0.4-13) ...
Generating /etc/default/dhcp3-server...
Starting DHCP server: dhcpd3 failed to start - check syslog for diagnostics.
'''invoke-rc.d: initscript dhcp3-server, action "start" failed.'''

L'error és per què cal configurar el servidor.

[[Imatge:NoAuthoritativeServer.png]]

Fem una copia de seguretat del fitxer per defecte de configuració:

$ sudo mv /etc/dhcp3/dhcpd.conf /etc/dhcp3/dhcpd.conf.old

Editem el fitxer

$ sudo joe /etc/dhcp3/dhcpd.conf

El millor és utilitzar una plantilla per començar:

ddns-update-style none;
option domain-name-servers 80.58.61.250, 80.58.61.254;
#Si tenim un servidor de DNS propi a la xarxa la configuració sería:
#option domain-name-servers ip_servidor_dns 80.58.61.250, 80.58.61.254;
#option domain-name "casa";
default-lease-time 86400;
max-lease-time 604800;
authoritative;
subnet 192.168.1.0 netmask 255.255.255.0 {
range 192.168.1.100 192.168.1.199;
option subnet-mask 255.255.255.0;
option broadcast-address 192.168.1.255;
option routers 192.168.1.1;
}

I la modifiquem al nostre gust. Per exemple per l'aula Linux:

ddns-update-style none;
option domain-name-servers 147.83.21.41, 147.83.2.3;
option domain-name "aulalinux";
default-lease-time 86400;
max-lease-time 604800;
authoritative;
subnet 147.83.75.129 netmask 255.255.255.128 {
range 192.168.1.130 192.168.1.150;
option subnet-mask 255.255.255.254;
option broadcast-address 147.83.75.255;
option routers 147.83.75.129;
}

#HOSTS FIXES
host ali01 {
option host-name "ali01.aulalinux";
hardware ethernet 00:16:35:3C:3B:D1;
fixed-address 147.83.75.131;
}

host ali02 {
option host-name "ali02.aulalinux";
hardware ethernet XXXXXX;
fixed-address 147.83.75.132;
}
.........

Després de modificar el fitxer cal tornar a iniciar el servidor:

$ sudo /etc/init.d/dhcp3-server restart

===Xarxes compartides (shared networks). Múltiples interfícies virtuals en una mateixa targeta de xarxa física===

Si voleu utilitzar un servidor DHCP en una targeta de xarxa que té múltiples IP lògiques (IP Aliasing) cal definir una xarxa compartida. Per exemple un targeta de xarxa com la següent:

$ ifconfig | grep -A 1 alumnat
alumnat Link encap:Ethernet HWaddr 00:16:3e:00:02:b1
inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
--
alumnat:1 Link encap:Ethernet HWaddr 00:16:3e:00:02:b1
inet addr:192.168.2.1 Bcast:192.168.2.255 Mask:255.255.255.0
--
alumnat:2 Link encap:Ethernet HWaddr 00:16:3e:00:02:b1
inet addr:192.168.3.1 Bcast:192.168.3.255 Mask:255.255.255.0
--
alumnat:3 Link encap:Ethernet HWaddr 00:16:3e:00:02:b1
inet addr:192.168.4.1 Bcast:192.168.4.255 Mask:255.255.255.0

La configuració seria:

shared-network alumnat {

#Alumnat planta baixa
subnet 192.168.1.0 netmask 255.255.255.0 {
option subnet-mask 255.255.255.0;
range dynamic-bootp 192.168.1.200 192.168.1.254;
default-lease-time 21600;
max-lease-time 43200;
option domain-name-servers 192.168.1.1,192.168.0.46;
option domain-name "iesebre.com";
option routers 192.168.1.1;
option netbios-name-servers 192.168.0.8;

filename "pxelinux.0";
}

#Alumnat planta 1
subnet 192.168.2.0 netmask 255.255.255.0 {
option subnet-mask 255.255.255.0;
range dynamic-bootp 192.168.2.200 192.168.2.254;
default-lease-time 21600;
max-lease-time 43200;
option domain-name-servers 192.168.2.1,192.168.0.46;
option domain-name "iesebre.com";
option routers 192.168.2.1;
option netbios-name-servers 192.168.0.8;

filename "pxelinux.0";
}

#Alumnat planta 2
subnet 192.168.3.0 netmask 255.255.255.0 {
option subnet-mask 255.255.255.0;
range dynamic-bootp 192.168.3.200 192.168.3.254;
default-lease-time 21600;
max-lease-time 43200;
option domain-name-servers 192.168.3.1,192.168.0.46;
option domain-name "iesebre.com";
option routers 192.168.3.1;
option netbios-name-servers 192.168.0.8;

filename "pxelinux.0";
}

#Alumnat planta 3
subnet 192.168.4.0 netmask 255.255.255.0 {
option subnet-mask 255.255.255.0;
range dynamic-bootp 192.168.4.200 192.168.4.254;
default-lease-time 21600;
max-lease-time 43200;
option domain-name-servers 192.168.4.1,192.168.0.46;
option domain-name "iesebre.com";
option routers 192.168.4.1;
option netbios-name-servers 192.168.0.8;

filename "pxelinux.0";
}

}

Tingueu en compte que al fitxer [[/etc/default/dhcp3-server]] només indiqueu la interfície física.

$ sudo cat /etc/default/dhcp3-server
# Defaults for dhcp initscript
# sourced by /etc/init.d/dhcp
# installed at /etc/default/dhcp3-server by the maintainer scripts

#
# This is a POSIX shell fragment
#

# On what interfaces should the DHCP server (dhcpd) serve DHCP requests?
# Separate multiple interfaces with spaces, e.g. "eth0 eth1".
INTERFACES="intranet alumnat professorat gestio"

Consulteu [[IP Aliasing]].

=== Establir els dominis de cerca ===

Si només s'estableix

option domain-name "domini.com"

Aleshores el client tindrà al fitxer [[/etc/resolv.conf]]:

$ cat /etc/resolv.conf
...
domain domini.com
search domini.com

TODO...

subnet 192.168.202.0 netmask 255.255.255.0 {
option subnet-mask 255.255.255.0;
range dynamic-bootp 192.168.202.200 192.168.202.254;
default-lease-time 21600;
max-lease-time 43200;
option domain-name-servers 192.168.202.1,192.168.0.4;
'''option domain-name "informatica.iesebre.com";'''
'''option domain-search "iesebre.com";'''
option routers 192.168.202.1;
option netbios-name-servers 192.168.202.1;

filename "pxelinux.0";
}

Els clients quedaran quelcom similar a:

$ cat /etc/resolv.conf
domain informatica.iesebre.com
search informatica.iesebre.com iesebre.com.
nameserver 192.168.202.1
nameserver 192.168.0.4

:*http://blog.andrew.net.au/2008/01/13

= DHCP hooks =

Recordeu que el fitxer dhclient-script és invocat pel client de DHCP ([[dhclient]]) en el següents moments:

:*Establir la configuració inicial de les targetes de xarxa abans de demanar una adreça per DHCP
:*Per comprovar les adreces un cop han estat ofertes ([[DHCP_OFFER]])
:*Per establir la configuració final de la targeta de xarxa un cop un préstex ha estat adquirit.
:*Si no s'obté cap prèstec, també s'encarrega d'utilitzar els préstecs predefinits o fins i tot utilitzar algún préstec àntic

Segons el manual:

$ [[man]] dhclient-script
...
HOOKS
When it starts, the client script first defines a shell function, make_resolv_conf , which is later used to create the /etc/resolv.conf file. To override the
default behaviour, redefine this function in the enter hook script.

On after defining the make_resolv_conf function, the client script checks for the presence of an executable /etc/dhcp3/dhclient-enter-hooks script, and if present,
it invokes the script inline, using the Bourne shell '.' command. The entire environment documented under OPERATION is available to this script, which may modify
the environment if needed to change the behaviour of the script. If an error occurs during the execution of the script, it can set the exit_status variable to a
nonzero value, and /sbin/dhclient-script will exit with that error code immediately after the client script exits.

After all processing has completed, /sbin/dhclient-script checks for the presence of an executable /etc/dhcp3/dhclient-exit-hooks script, which if present is invoked
using the '.' command. The exit status of dhclient-script will be passed to dhclient-exit-hooks in the exit_status shell variable, and will always be zero if the
script succeeded at the task for which it was invoked. The rest of the environment as described previously for dhclient-enter-hooks is also present. The
/etc/dhcp3/dhclient-exit-hooks script can modify the valid of exit_status to change the exit status of dhclient-script.

És a dir l'script no està pensat per ser modificat directament, cal canviar o el fitxer de configuració [[/etc/dhcp3/dhclient.conf]] o cal utilitzar '''HOOKS'''.

Els hooks s'utilitzen per a:
:*Establir el fitxer /etc/resolv.conf (funció de shell [[make_resolv_conf]])
:*Es pot canviar aquest funció redefinint-la a algun script hook d'entrada (enter hook script, fitxers de la carpeta [[dhclient-enter-hooks.d]])
:*Quan dhclient ha acabat totes les operacions es crida al fitxers de [[/etc/dhcp3/dhclient-exit-hooks.d]]
:*Alguns dels serveis que utilitzen els Hooks són [[Samba]] (Configurar el servidor [[WINS]]), [[NTP]] (configurar els servidors d'hora), entre d'altres.

Es poden passar les següents variables d'entorn:

MEDIUM, PREINIT, BOUND, RENEW, REBIND, REBOOT, EXPIRE, FAIL, STOP, RELEASE, NBI and TIMEOUT.

Per saber quin tipus d'operació cal realitzar. Del manual:

OPERATION
When dhclient needs to invoke the client configuration script, it defines a set of variables in the environment, and then invokes /sbin/dhclient-script. In all
cases, $reason is set to the name of the reason why the script has been invoked. The following reasons are currently defined: MEDIUM, PREINIT, BOUND, RENEW,
REBIND, REBOOT, EXPIRE, FAIL, STOP, RELEASE, NBI and TIMEOUT.

Es controlen amb dos carpetes del client:

$ ls -l /etc/dhcp3/
...
dhclient-enter-hooks.d
dhclient-exit-hooks.d

'''Recursos''':
:*http://blogs.sun.com/darren/date/20041109#dhcp_eventhook

===Depurar el client===

$ cat /etc/dhcp3/dhclient-enter-hooks.d$ cat debug
# $Id: debug-enter,v 1.2 2003/06/18 18:11:21 peloy Exp $
#
# The purpose of this script is just to show the variables that are
# available to all the scripts in this directory. All these scripts
# are called from /etc/dhcp3/dhclient-script, which exports all the
# variables shown before. If you want to debug a problem with your DHCP
# setup you can enable this script and take a look at
# /tmp/dhclient-script.debug.

# To enable this script set the following variable to "yes"
RUN="no"

if [ "$RUN" = "yes" ]; then
echo `date`: entering dhclient-enter-hooks.d, dumping variables. \
>> /tmp/dhclient-script.debug

for i in reason interface medium alias_ip_address new_ip_address \
new_subnet_mask new_domain_name new_domain_search \
new_domain_name_servers \
new_routers new_static_routes old_ip_address old_subnet_mask \
old_domain_name old_domain_search old_domain_name_servers \
old_routers old_static_routes; do

echo $i=\'${!i}\' >> /tmp/dhclient-script.debug
done

echo '--------------------------' >> /tmp/dhclient-script.debug
fi

===dhcpagent===

:*http://blogs.sun.com/darren/date/20041109#dhcp_eventhook

== DHCP Hook for static-routes==

:*http://community.livejournal.com/unix_solution/3923.html

== No actualitzar mai /etc/resolv.conf per DHCP ==

:*http://www.cyberciti.biz/faq/dhclient-etcresolvconf-hooks/

= Configuració de l'hora per DHCP. NTP Servers =

Al servidor cal especificar l'opció:

option ntp-servers 192.168.1.100;

Consulteu l'article [[NTP]].

'''Recursos''':
*http://sipx-wiki.calivia.com/index.php/HowTo_Setup_an_NTP_Server_for_Time_Synchronization
*http://www.linuxhomenetworking.com/wiki/index.php/Quick_HOWTO_:_Ch08_:_Configuring_the_DHCP_Server

==Client DHCP==

El client DHCP del [[ISC]] configura el client [[ntpdate]] amb el fitxer:

$ cat /etc/dhcp3/dhclient-exit-hooks.d/ntpdate
NTPDATE_CONF=/etc/default/ntpdate
NTPDATE_DHCP_CONF=/etc/default/ntpdate.dhcp

ntp_servers_setup_remove() {
rm -f $NTPDATE_DHCP_CONF
}

ntp_servers_setup_add() {
if [ -e $NTPDATE_DHCP_CONF ] && [ "$new_ntp_servers" = "$old_ntp_servers" ]; then
return
fi

if [ -z "$new_ntp_servers" ]; then
ntp_servers_setup_remove
return
fi

tmp=$(mktemp "$NTPDATE_DHCP_CONF.XXXXXX") || return
chmod --reference=$NTPDATE_CONF $tmp
chown --reference=$NTPDATE_CONF $tmp

(
echo "# NTP server entries received from DHCP server"
echo "NTPSERVERS='$new_ntp_servers'"
) >>$tmp

mv $tmp $NTPDATE_DHCP_CONF
}

ntp_servers_setup() {
case $reason in
BOUND|RENEW|REBIND|REBOOT)
ntp_servers_setup_add
;;
EXPIRE|FAIL|RELEASE|STOP)
ntp_servers_setup_remove
;;
esac
}

ntp_servers_setup

i el servidor NTP gràcies al fitxer:

$ cat /etc/dhcp3/dhclient-enter-hooks.d/ntp
NTP_CONF=/etc/ntp.conf
NTP_DHCP_CONF=/etc/ntp.conf.dhcp

ntp_server_restart() {
[[invoke-rc.d]] ntp try-restart
}

ntp_servers_setup_remove() {
if [ ! -e $NTP_DHCP_CONF ]; then
return
fi
rm -f $NTP_DHCP_CONF
ntp_server_restart
}

ntp_servers_setup_add() {
if [ -e $NTP_DHCP_CONF ] && [ "$new_ntp_servers" = "$old_ntp_servers" ]; then
return
fi

if [ -z "$new_ntp_servers" ]; then
ntp_servers_setup_remove
return
fi

tmp=$(mktemp "$NTP_DHCP_CONF.XXXXXX") || return
chmod --reference=$NTP_CONF $tmp
chown --reference=$NTP_CONF $tmp

(
echo "# This file was copied from $NTP_CONF with the server options changed"
echo "# to reflect the information sent by the DHCP server. Any changes made"
echo "# here will be lost at the next DHCP event. Edit $NTP_CONF instead."
echo
echo "# NTP server entries received from DHCP server"
for server in $new_ntp_servers; do
echo "server $server iburst"
done
echo
sed -r -e '/^ *(server|peer).*$/d' $NTP_CONF
) >>$tmp

mv $tmp $NTP_DHCP_CONF

ntp_server_restart
}

ntp_servers_setup() {
case $reason in
BOUND|RENEW|REBIND|REBOOT)
ntp_servers_setup_add
;;
EXPIRE|FAIL|RELEASE|STOP)
ntp_servers_setup_remove
;;
esac
}

ntp_servers_setup

== Configuració del servidor WINS ==

Consulteu [[Samba]] ([[Samba#Configuraci.C3.B3_amb_DHCP]]) i [[WINS]] ([[WINS#Configurar_el_servidor_Wins_amb_DHCP]]).

=Exemple de configuració DHCP=

==Configuració temporal==

Durant el primer trimestre del 2008-09 i al principi del segon, s'han anat retirant IPCOP i configurant DHCP aula a aula. Actualment hi ha un fitxer de configuració per aula:

El fitxer principal de configuració és '''/etc/dhcp3/dhcpd.conf''':

ddns-update-style none

option domain-name-servers 192.168.0.7, 80.58.61.250, 80.58.61.254;
option domain-name "iescopernic.com";
default-lease-time 86400;
max-lease-time 604800;

authoritative;

# ******************* Ordinadors Departament **************
#subnet 192.168.12.0 netmask 255.255.255.0
include "/etc/dhcp3/dhcpd-departament.conf";

# ******************* Ordinadors Aula 1 **************
# subnet 192.168.1.0 netmask 255.255.255.0
include "/etc/dhcp3/dhcpd-aula1.conf";

# ******************* Ordinadors Aula 2 **************
# subnet 192.168.2.0 netmask 255.255.255.0
include "/etc/dhcp3/dhcpd-aula2.conf";

# ******************* Ordinadors Aula 3 **************
# subnet 192.168.3.0 netmask 255.255.255.0
include "/etc/dhcp3/dhcpd-aula3.conf";

# ******************* Ordinadors Aula 4 **************
# subnet 192.168.4.0 netmask 255.255.255.0
include "/etc/dhcp3/dhcpd-aula4.conf";

# ******************* Ordinadors Aula 5 **************
# subnet 192.168.5.0 netmask 255.255.255.0
include "/etc/dhcp3/dhcpd-aula5.conf";

# ******************* Ordinadors Aula 6 **************
# subnet 192.168.6.0 netmask 255.255.255.0
include "/etc/dhcp3/dhcpd-aula6.conf";

# ******************* Ordinadors Aula 7 **************
# subnet 192.168.6.0 netmask 255.255.255.0
include "/etc/dhcp3/dhcpd-aula7.conf";

# ******************* Ordinadors Aula 8 **************
# subnet 192.168.8.0 netmask 255.255.255.0
include "/etc/dhcp3/dhcpd-laboratori.conf";

Aquest fitxers s'ha anat obtenint a mà. Un cop estiguin totes les aules, es passarà a la [[#Configuració definitiva|configuració definitiva]] on tota la configuració del centre està en un únic fitxer que es pot generar amb un [[#script|script]].

Per passar a la configuració definitiva caldrà executar:

$ sudo cp dhcpd.conf.definitiu dhcpd.conf

==Configuració definitiva==

El servei de DHCP de les aules del departament d'informàtica està centralitzat al router on estan connectades totes les aules. A aquesta màquina l'anomenem:

[[Router del centre]]

*'''IP''': 192.168.02
*'''Port SSH''': 22

Els fitxers de configuració es troben a:

/etc/dhcp3

El fitxer principal de configuració és '''/etc/dhcp3/dhcpd.conf''':

# ******************* Totes les aules **************
# subnet 192.168.1.0 netmask 255.255.255.0
include "/etc/dhcp3/dhcpd-AulesInformaticaiescopernic.conf";

# ******************* Ordinadors Departament **************
#subnet 192.168.12.0 netmask 255.255.255.0
include "/etc/dhcp3/dhcpd-departament.conf";

Com podeu veure, hi ha un fitxer específic de configuració per al departament i un altre per a les aules del departament d'informàtica. El fitxer '''/etc/dhcp3/dhcpd-AulesInformaticaiescopernic.conf''' es genera amb la comanda:

$/etc/dhcp3/generadorFitxersDHCP/generador.sh > /etc/dhcp3/dhcpd-AulesInformaticaiescopernic.conf

Les adreces IP s'assignen de la següent forma (on x és el número d'aula):

*'''192.168.x.1''': Gateway
*'''192.168.x.2''': Ordinador del profe
*'''192.168.x.3''': pc01 (1r PC alumnes)
*'''192.168.x.18''': pc16 (Últim PC alumnes)
*'''192.168.x.20''': Switch Cisco (surt al DHCP tot i que estan configurats estàticament)
*'''192.168.x.21''': Punt d'accés si n'hi ha(surt al DHCP tot i que estan configurats estàticament)

A altres màquines com portàtils, se'ls hi assigna adreces en el rang:

range 192.168.x.25-50;

Les dades generals es troben al principi de l'script generador, definides per variables:

#!/bin/bash

PREFIX_FITXER_MACS="macs_aula";
EXTENSIO_FITXER_MACS="txt";
PREFIX_FITXERS_CONF="dhcpd-aula";
SUFIX_FITXERS_CONF=".conf";

#Exemple Fitxer CONF: dhcpd-aula6.conf
#Exemple Fitxer MACS: macs_aula

MASK="255.255.255.0";
BROADCAST_SUFIX=".255"
SUBNET_PREFIX="192.168.";
SUBNET_SUFIX=".0";
MIN_IP=".25";
MAX_IP=".50";
ROUTER_IP=".1";

DNS1="192.168.0.7";
DNS2="195.235.113.3";
DNS3="195.235.96.90";

PREFIX_PC="pc";
PREFIX_PROFE="profe";
PREFIX_PUNT_ACCES="pa";
PREFIX_SWITCH_CISCO="cisco";

SUFIX_IP_PROFE=".2";

TERMINACIO_IP_PROFE="2"
TERMINACIO_IP_SWITCH_CISCO="20";
TERMINACIO_IP_PUNT_ACCES="21";

'''NOTA''': Es podria assignar uns temps de prèstecs més grans a les màquines fixes i uns de més petits als portàtils i altres màquines?

Aquest fitxers es poden generar automàticament amb un [[#script|script]] que trobareu a la carpeta:

/etc/dhcp3/generadorFitxersDHCP

i que s'anomena:

generador.sh

Per executar-lo:

$/etc/dhcp3/generadorFitxersDHCP/generador.sh > /etc/dhcp3/dhcpd-AulesInformaticaiescopernic.conf

Aquest generador "s'alimenta" de les dades dels fitxers:

/etc/dhcp3/generadorFitxersDHCP/macs_aula1.txt
/etc/dhcp3/generadorFitxersDHCP/macs_aula2.txt
/etc/dhcp3/generadorFitxersDHCP/macs_aula3.txt
/etc/dhcp3/generadorFitxersDHCP/macs_aula4.txt
/etc/dhcp3/generadorFitxersDHCP/macs_aula5.txt
/etc/dhcp3/generadorFitxersDHCP/macs_aula6.txt
/etc/dhcp3/generadorFitxersDHCP/macs_aula7.txt
/etc/dhcp3/generadorFitxersDHCP/macs_aula8.txt

Que contenen les MACs de les màquines del centre, incloent la IP de profe, del punt d'accés (si hi ha, s'esta pensat en treure'ls? - --[[Usuari:Sergi|Sergi]] 19:58, 21 gen 2009 (CET) -) i del switch Cisco.

A mode d'exemple el contingut del fitxer de l'aula1:

# **** Macs de l'Aula 1 ****
# No toqueu els comentaris d'aquest fitxer. Només modifiqueu el valors de
# les MAC allà on correspongui.
# Primer va la MAC del professor. Després del punt d'accés i el commutador
# Cisco. Despreś ve una llista ordenada de les MAC de la classe
# Cada aula disposa d'un mapa que està a l'armari de comunicacions de l'aula
# També podeu consultar els mapes a la wiki del departament:
# https://www.iescopernic.com/departament/index.php/Configuraci%C3%B3_de_la_xarxa._Aules
#
#Punt accés
pa 00:80:5A:4B:89:C8
#Switch cisco
cisco 00:15:FA:9B:A7:C0
#Profe
profe 00:30:05:eb:38:55
#Alumnes
pc1 00:0f:fe:de:90:e7
pc2 00:0f:fe:de:83:89
pc3 00:0f:fe:de:81:7d
pc4 00:0f:fe:de:85:57
pc5 00:0f:fe:de:81:87
pc6 00:0f:fe:de:80:e5
pc7 00:0f:fe:de:81:f7
pc8 00:0f:fe:de:84:17
pc9 00:0f:fe:de:82:9b
pc10 00:0f:fe:de:84:f9
pc11 00:0f:fe:de:84:51
pc12 00:0f:fe:de:7c:9b
pc13 00:0f:fe:de:8f:89
pc14 00:0f:fe:de:90:4b
pc15 00:0f:fe:de:84:67
pc16 00:0f:fe:de:7b:65

'''NOTA''':Per al correcte funcionament del generador cal respectar l'ordre de les màquines i no esborrar els comentaris.

Al curs 2008/09 tenim les següents MAC:

https://www.iescopernic.com/mediawiki/index.php/2008-2009/Aula1
https://www.iescopernic.com/mediawiki/index.php/2008-2009/Aula2
https://www.iescopernic.com/mediawiki/index.php/2008-2009/Aula3
https://www.iescopernic.com/mediawiki/index.php/2008-2009/Aula4
https://www.iescopernic.com/mediawiki/index.php/2008-2009/Aula5
https://www.iescopernic.com/mediawiki/index.php/2008-2009/Aula6
https://www.iescopernic.com/mediawiki/index.php/2008-2009/Aula7
https://www.iescopernic.com/mediawiki/index.php/2008-2009/Aula8

Podeu obtenir més informació sobre DHCP a:

http://acacha.dyndns.org/mediawiki/index.php/DHCP

=Script per generar automàticament el fitxer dhcpd.conf=

#!/bin/bash

PREFIX_FITXER_MACS="macs_aula";
EXTENSIO_FITXER_MACS="txt";
PREFIX_FITXERS_CONF="dhcpd-aula";
SUFIX_FITXERS_CONF=".conf";

#Exemple Fitxer CONF: dhcpd-aula6.conf
#Exemple Fitxer MACS: macs_aula

MASK="255.255.255.0";
BROADCAST_SUFIX=".255"
SUBNET_PREFIX="192.168.";
SUBNET_SUFIX=".0";
MIN_IP=".25";
MAX_IP=".50";
ROUTER_IP=".1";

DNS1="192.168.0.7";
DNS2="195.235.113.3";
DNS3="195.235.96.90";

PREFIX_PC="pc";
PREFIX_PROFE="profe";
PREFIX_PUNT_ACCES="pa";
PREFIX_SWITCH_CISCO="cisco";

SUFIX_IP_PROFE=".2";

TERMINACIO_IP_PROFE="2"
TERMINACIO_IP_SWITCH_CISCO="20";
TERMINACIO_IP_PUNT_ACCES="21";

i=1;

ls ${PREFIX_FITXER_MACS}*.$EXTENSIO_FITXER_MACS | while read FILENAME;
do
#ITERACIo FITXER A FITXER

echo "";
echo "";
echo "#*************** CONFIGURACIÓ DHCP AULA $i *****************************"
#Configuració general
echo "subnet ${SUBNET_PREFIX}${i}${SUBNET_SUFIX} netmask $MASK {";
echo " range ${SUBNET_PREFIX}${i}$MIN_IP ${SUBNET_PREFIX}${i}$MAX_IP;";
echo " option subnet-mask ${MASK};";
echo " option broadcast-address ${SUBNET_PREFIX}${i}${BROADCAST_SUFIX};";
echo " option routers ${SUBNET_PREFIX}${i}$ROUTER_IP;";
echo " option domain-name-servers $DNS1, $DNS2, $DNS3;";
echo "}";
echo "";

#MAC PROFESSOR
echo "host pcprofe_aula$i {";
echo " hardware ethernet `cat $FILENAME | grep -v '^#' | grep $PREFIX_PROFE | awk '{print $2}'`;";
echo " fixed-address 192.168.${i}.$TERMINACIO_IP_PROFE;";
echo "}";
echo "";

#MAC SWITCH CISCO
echo "host switch_cisco_aula$i {";
echo " hardware ethernet `cat $FILENAME | grep -v '^#' | grep $PREFIX_SWITCH_CISCO | awk '{print $2}'`;";
echo " fixed-address 192.168.${i}.$TERMINACIO_IP_SWITCH_CISCO;";
echo "}";
echo "";

#MAC PUNT ACCES
echo "host punt_acces_aula$i {";
echo " hardware ethernet `cat $FILENAME | grep -v '^#' | grep $PREFIX_PUNT_ACCES | awk '{print $2}'`;";
echo " fixed-address 192.168.${i}.$TERMINACIO_IP_PUNT_ACCES;";
echo "}";
echo "";

j=1;
k=3;

cat $FILENAME | grep -v '^#' | grep pc | awk '{print $2}' | while read MAC;
do
echo "host pc${j}_aula$i {";
echo " hardware ethernet $MAC;";
echo " fixed-address 192.168.${i}.${k};";
echo "}";
echo "";
j=$(($j + 1))
k=$(($k + 1))
done

i=$(($i + 1))

done

=Client DHCP alternatiu=

La següent comanda instal·la Pump i desinstal·la dhclient:

$ sudo apt-get install pump dhclient-

No disposo més informació sobre pump.

=Cisco i DHCP Relay=

If your routers are cisco like
just add "ip helper-address dhcp.server.ip.address" configuration in
each vlan interface
like:
Switch>enable
Switch#configure terminal
Switch(config)#interface vlan 1968
Switch(config-if)#ip helper-address 192.168.100.200
Switch(config-if)#end

then the router will relay dhcp packets between dhcp server and dhcp client

if you want to use a dhcp server with many virtual interface to do this
you need
1. a nic with 802.1q vlan support on your dhcp server
2. define virtual interfaces on your dhcp server machine
3. define a trunk port which directly connect to dhcp server's nic and
brings all vlan tag to the nic of dhcp server
cisco like config is :
Switch>enable
Switch#configure terminal
Switch(config)#vtp mode transparent
Switch(config)#interface gigabitEthernet 0/12
Switch(config-if)#switchport trunk encapsulation dot1q
Switch(config-if)#switchport mode trunk
Switch(config-if)#end

4. tell dhcp server to listen dhcp packets on virtual interfaces

however, maybe nic won't support more than 64 vlans
so, i think you need both router's dhcp relay and dhcp server's virtual
interface configuration
(mix L2 and L3 traffic on the router or core switch)

finally, you can download cisco's "Multilayer Switch Software
Configuration Guide" of their products
on cisco's web site, their manual is really easy to understand.

*https://lists.isc.org/pipermail/dhcp-users/2006-August/001509.html

=Servidor DHCP en xarxa LAN compartida=

Vegeu l'opció:

shared-network

Consulteu:

[[DHCP#Xarxes_compartides_.28shared_networks.29._M.C3.BAltiples_interf.C3.ADcies_virtuals_en_una_mateixa_targeta_de_xarxa_f.C3.ADsica]]

'''Recursos''':
*http://andrewbevitt.com/tutorials/linux-multiwan-router/final-notes/

==dhcp-server-identifier==

Alguns commutadors com Cisco poden enrutar paquets DHCPamb el que s'anomena [[ip-helper]]

*https://lists.isc.org/pipermail/dhcp-users/2006-August/001515.html

=Resolució d'errors. TroubleShooting=

==DHCP i Spanning Tree Protocol (STP). Switches Cisco==

"fast-spanning-tree" or "spanning-tree-fast" for the user-ports.

'''Documentació de Cisco''':
*http://cco.cisco.com/en/US/tech/tk648/tk361/technologies_tech_note09186a00800f0804.shtml

Consulteu també l'apartat [[DRBL#Switchs_Cisco_.28Spanning_Tree_protocol.29_i_problemes_amb_Etherboot | Spanning tree protocol i problemes amb PXE/Etherboot]] de l'article sobre [[drbl]].

'''Recursos'''
*http://forums13.itrc.hp.com/service/forums/questionanswer.do?admit=109447627+1237300970712+28353475&threadId=604920
*http://standalone-sysadmin.blogspot.com/2009/02/spanning-tree-and-dhcp-knowledge-doesnt.html
*http://techrepublic.com.com/5208-6230-0.html?forumID=102&threadID=283599&messageID=2682256

==No IP at boot/startup o inici amb DHCP==

Podeu tornar a demanar una IP amb la comanda:

$ sudo dhclient eth0

Sembla que hi ha un error relacionat amb el rellotge del sistema:

$ cat /etc/default/rcS
#
# /etc/default/rcS
#
# Default settings for the scripts in /etc/rcS.d/
#
# For information about these variables see the rcS(5) manual page.
#
# This file belongs to the "initscripts" package.

TMPTIME=60
SULOGIN=no
DELAYLOGIN=no
UTC=no
VERBOSE=no
FSCKFIX=no

Cal canviar el rellotge UTC a si:

UTC=yes

Afegir a /etc/network/interfaces:

pre-up sleep 10

Problemes amb els temps de préstec i els els renews d'aquest préstecs. Al client es poden consultar els préstecs al fitxer :

$ /var/lib/dhcp3/dhclient.eth1.leases

Ok, I think I found the problem:

The networking initscript in /etc/rcS.d is started *before* hwclock.sh (which sets the correct local time). dhcp3 picks up the wrong time and, depending
on the UTC-Offset, thinks its lease is still valid and never sends a DHCP-Request.

I fixed it by starting hwclock.sh earlier (for example renaming it to S09hwclock.sh) and deleting /var/lib/dhcp3/dhclient.eth0.leases .

*https://bugs.launchpad.net/ubuntu/+source/dhcp3/+bug/33968
*https://bugs.launchpad.net/ubuntu/+source/dhcp3/+bug/33968

===Fer que Windows utilitzi UTC===

Create a file named WindowsTimeFixUTC.reg with the following contents and then double click on it to merge the contents with the registry:

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
"RealTimeIsUniversal"=dword:00000001

'''Recursos''':
*https://help.ubuntu.com/community/UbuntuTime#Make%20Windows%20use%20UTC

=Arrancada de xarxa i DHCP=

Consulteu:

[[Pxelinux#Configuraci.C3.B3_de_DHCP]]

i [[TFTP]].

=Script de creació automàtica de fitxers=

==Scripts 1==

#/bin/bash

FILENAME=hosts_ordenat.csv

cat $FILENAME | while read line;
do
NAME=`echo $line | awk '{print $1}'`
IP=`echo $line | awk '{print $2}'`
MAC=`echo $line | awk '{print $3}'`
echo "host ${NAME} {";
echo " hardware ethernet ${MAC};";
echo " fixed-address ${IP};";
echo "}";
echo "";
done

o amb [[heredoc]]:

#/bin/bash

FILENAME=hosts_ordenat.csv

cat $FILENAME | while read line;
do
NAME=`echo $line | awk '{print $1}'`
IP=`echo $line | awk '{print $2}'`
MAC=`echo $line | awk '{print $3}'`
cat <<EOF
host ${NAME} {
hardware ethernet ${MAC};
fixed-address ${IP};
}
EOF
done

{{nota|El EOF de tancament ha d'estar a l'inici de la fila}}
On el fitxers és:

$ cat hosts_ordenat.csv
A20-2PC01 192.168.7.101 00:10:5c:f2:be:38
A20-2PC02 192.168.7.102 00:1a:92:9d:db:ab
A20-2PC03 192.168.7.103 00:1b:fc:65:cc:1b
A20-2PC04 192.168.7.104 00:10:5C:F2:BE:39
A20-2PC05 192.168.7.105 00:10:5C:F2:ED:D2
A20-2PC06 192.168.7.106 00:1b:fc:08:75:42
...

==Script 2==

#!/bin/bash

PREFIX_FITXER_MACS="macs_aula";
EXTENSIO_FITXER_MACS="txt";
PREFIX_FITXERS_CONF="dhcpd-aula";
SUFIX_FITXERS_CONF=".conf";

#Exemple Fitxer CONF: dhcpd-aula6.conf
#Exemple Fitxer MACS: macs_aula

MASK="255.255.255.0";
BROADCAST_SUFIX=".255"
SUBNET_PREFIX="192.168.";
SUBNET_SUFIX=".0";
MIN_IP=".25";
MAX_IP=".50";
ROUTER_IP=".1";

DNS1="192.168.0.7";
DNS2="195.235.113.3";
DNS3="195.235.96.90";

PREFIX_PC="pc";
PREFIX_PROFE="profe";
PREFIX_PUNT_ACCES="pa";
PREFIX_SWITCH_CISCO="cisco";

SUFIX_IP_PROFE=".2";

TERMINACIO_IP_PROFE="2"
TERMINACIO_IP_SWITCH_CISCO="20";
TERMINACIO_IP_PUNT_ACCES="21";

i=1;

ls ${PREFIX_FITXER_MACS}*.$EXTENSIO_FITXER_MACS | while read FILENAME;
do
#ITERACIo FITXER A FITXER

echo "";
echo "";
echo "#*************** CONFIGURACIÓ DHCP AULA $i *****************************"
#Configuració general
echo "subnet ${SUBNET_PREFIX}${i}${SUBNET_SUFIX} netmask $MASK {";
echo " range ${SUBNET_PREFIX}${i}$MIN_IP ${SUBNET_PREFIX}${i}$MAX_IP;";
echo " option subnet-mask ${MASK};";
echo " option broadcast-address ${SUBNET_PREFIX}${i}${BROADCAST_SUFIX};";
echo " option routers ${SUBNET_PREFIX}${i}$ROUTER_IP;";
echo " option domain-name-servers $DNS1, $DNS2, $DNS3;";
echo "}";
echo "";

#MAC PROFESSOR
echo "host pcprofe_aula$i {";
echo " hardware ethernet `cat $FILENAME | grep -v '^#' | grep $PREFIX_PROFE | awk '{print $2}'`;";
echo " fixed-address 192.168.${i}.$TERMINACIO_IP_PROFE;";
echo "}";
echo "";

#MAC SWITCH CISCO
echo "host switch_cisco_aula$i {";
echo " hardware ethernet `cat $FILENAME | grep -v '^#' | grep $PREFIX_SWITCH_CISCO | awk '{print $2}'`;";
echo " fixed-address 192.168.${i}.$TERMINACIO_IP_SWITCH_CISCO;";
echo "}";
echo "";

#MAC PUNT ACCES
echo "host punt_acces_aula$i {";
echo " hardware ethernet `cat $FILENAME | grep -v '^#' | grep $PREFIX_PUNT_ACCES | awk '{print $2}'`;";
echo " fixed-address 192.168.${i}.$TERMINACIO_IP_PUNT_ACCES;";
echo "}";
echo "";

j=1;
k=3;

cat $FILENAME | grep -v '^#' | grep pc | awk '{print $2}' | while read MAC;
do
echo "host pc${j}_aula$i {";
echo " hardware ethernet $MAC;";
echo " fixed-address 192.168.${i}.${k};";
echo "}";
echo "";
j=$(($j + 1))
k=$(($k + 1))
done

i=$(($i + 1))

done

Exemple de fitxers de MACS:

$ cat macs_aula1.txt
# **** Macs de l'Aula 1 ****
# No toqueu els comentaris d'aquest fitxer. Només modifiqueu el valors de
# les MAC allà on correspongui.
# Primer va la MAC del professor. Després del punt d'accés i el commutador
# Cisco. Despreś ve una llista ordenada de les MAC de la classe
# Cada aula disposa d'un mapa que està a l'armari de comunicacions de l'aula
# També podeu consultar els mapes a la wiki del departament:
# https://www.iescopernic.com/departament/index.php/Configuraci%C3%B3_de_la_xarxa._Aules
#
#Punt accés
pa 00:80:5A:4B:89:C8
#Switch cisco
cisco 00:15:FA:9B:A7:C0
#Profe
profe 00:30:05:eb:38:55
#Alumnes
pc1 00:13:8f:bc:70:9d
pc2 00:13:8f:db:85:79
pc3 00:13:8f:bc:6f:94
pc4 00:13:8f:bc:70:79
pc5 00:13:8f:bc:70:85
pc6 00:13:8f:bc:6e:e0
pc7 00:13:8f:bb:77:28
pc8 00:13:ff:ff:70:a9
pc9 00:13:8f:bc:70:84
pc10 00:13:8f:bc:70:82
pc11 00:13:8f:bc:70:90
pc12 00:13:8f:bc:70:80
pc13 00:19:66:b6:c7:94
pc14 00:13:8f:bc:70:a5
pc15 00:13:8f:bc:70:7c
pc16 00:13:8f:bc:6b:29

===FOG===

He creat un Servei per a FOG que crea les assignacions fixes automàticament. Consulteu [[FOg]]

=Exemples. Com fer?=

==Múltiples servidors DHCP en un mateix segment de xarxa==

===Com impedir que s'assigni IP a les màquines que no estigui definides===

Podeu utilitzar '''boot-unknown-clients''', segons el manual:

$ [[man]] dhcpd.conf
The boot-unknown-clients statement

boot-unknown-clients flag;

If the boot-unknown-clients statement is present and has a value of false or off, then
clients for which there is no host declaration will not be allowed to
obtain IP addresses. If this statement is not present or has a value of true or on, then
clients without host declarations will be allowed to obtain IP
addresses, as long as those addresses are not restricted by allow and deny statements within
their pool declarations.

==== Allow i deny a les declaracions pool ====

TODO

==Assignar una IP només si està lliure. ping==

Es pot utilitzar els paràmetres ping-check i ping-timeout. Cal tenir en compte que introdueix un retard en la resposta que pot ser important segons el tipus de client.

The ping-check statement

ping-check flag;

When the DHCP server is considering dynamically allocating an IP address to a client, it first sends an ICMP Echo request (a ping) to the address being assigned.
It waits for a second, and if no ICMP Echo response has been heard, it assigns the address. If a response is heard, the lease is abandoned, and the server does
not respond to the client.

This ping check introduces a default one-second delay in responding to DHCPDISCOVER messages, which can be a problem for some clients. The default delay of one
second may be configured using the ping-timeout parameter. The ping-check configuration parameter can be used to control checking - if its value is false, no
ping check is done.

The ping-timeout statement

ping-timeout seconds;

If the DHCP server determined it should send an ICMP echo request (a ping) because the ping-check statement is true, ping-timeout allows you to configure how many
seconds the DHCP server should wait for an ICMP Echo response to be heard, if no ICMP Echo response has been received before the timeout expires, it assigns the
address. If a response is heard, the lease is abandoned, and the server does not respond to the client. If no value is set, ping-timeout defaults to 1 second.

==IP Aliasing i DHCP==

TODO

The server-identifier statement

server-identifier hostname;

The server-identifier statement can be used to define the value that is sent in the DHCP Server Identifier option for a given scope. The value specified must be
an IP address for the DHCP server, and must be reachable by all clients served by a particular scope.

The use of the server-identifier statement is not recommended - the only reason to use it is to force a value other than the default value to be sent on occasions
where the default value would be incorrect. The default value is the first IP address associated with the physical network interface on which the request
arrived.

The usual case where the server-identifier statement needs to be sent is when a physical interface has more than one IP address, and the one being sent by default
isn’t appropriate for some or all clients served by that interface. Another common case is when an alias is defined for the purpose of having a consistent IP
address for the DHCP server, and it is desired that the clients use this IP address when contacting the server.

Supplying a value for the dhcp-server-identifier option is equivalent to using the server-identifier statement.

== Noms de màquina==

use-host-decl-names flag;

If the use-host-decl-names parameter is true in a given scope, then for every host declaration within that scope, the name provided for the host declaration will
be supplied to the client as its hostname. So, for example,

group {
use-host-decl-names on;

host joe {
hardware ethernet 08:00:2b:4c:29:32;
fixed-address joe.fugue.com;
}
}

is equivalent to

host joe {
hardware ethernet 08:00:2b:4c:29:32;
fixed-address joe.fugue.com;
option host-name "joe";
}

*http://prefetch.net/blog/index.php/2009/07/14/how-the-isc-dhcp-server-derives-host-names/

== DHCP i dinàmic DNS ==

*http://www.randombugs.com/linux/linux-isc-dhcp-server-dynamic-dns-updates-debian-ubuntu.html

==Rogue DHCP servers==

*[http://trac.secdev.org/scapy/wiki/IdentifyingRogueDHCPServers scapy]
*[http://www.net.princeton.edu/software/dhcp_probe/ dhcpprobe]
*https://roguedetect.bountysource.com/
*http://freshmeat.net/projects/roguedetect/

=DHCP secundari=

subnet 192.168.200.0 netmask 255.255.255.0 {
option subnet-mask 255.255.255.0;
option broadcast-address 192.168.200.255;
option routers 192.168.200.1;
option domain-name-servers 192.168.200.1;
pool {
failover peer "dhcp-failover";
max-lease-time 1800; # 30 minutes
range 192.168.200.100 192.168.200.254;
}
}

The following configuration would be placed on the secondary server:

authoritative;
ddns-update-style none;
failover peer "dhcp-failover" {
secondary; # declare this to be the secondary server
address 192.168.200.3;
port 520;
peer address 192.168.200.2;
peer port 520;
max-response-delay 30;
max-unacked-updates 10;
load balance max seconds 3;
}
subnet 192.168.200.0 netmask 255.255.255.0 {
option subnet-mask 255.255.255.0;
option broadcast-address 192.168.200.255;
option routers 192.168.200.1;
Page 13 of 16
option domain-name-servers 192.168.200.1;
pool {
failover peer "dhcp-failover";
max-lease-time 1800; # 30 minutes
range 192.168.200.100 192.168.200.254;
}

=Pràctiques i exercicis=

*[[Exercicis de DNS i DHCP]]

=Vegeu també=

*[[Arrancada de xarxa]]
*[[pxelinux]]
*[[DRBL_i_clonezilla#DRBL | DRBL]]
*[[syslinux]]
*[[TFTP]]

=Enllaços externs=
*[http://es.wikipedia.org/wiki/DHCP DHCP en la wikipedia(es)]
*[http://www.microsoft.com/technet/prodtechnol/windows2000serv/reskit/cnet/cncb_dhc_nxxi.mspx?mfr=true DHCP Client States in the Lease Process]
*[http://www.tcpipguide.com/free/t_DHCPGeneralOperationandClientFiniteStateMachine.htm DHCP General Operation and Client Finite State Machine]

[[Categoria:Xarxa]]

Crear un supernode

2012-05-31T19:28:39Z

Pablog: ahora si

= Funcionalitat d'un Supernode =
Un supernode serveix per a connectar-se a altres supernodes i repartir la senyal mitjançant APs als nodes clients

= Tipus de Supernodes =
== Compactes ==
Un sol dispositiu incorpora les antenes, normalment tarjes mini-pci que van connectades a una placa especial.

== Híbrids ==
Es tracta d'un dispositiu que pot incorporar o no tarjes mini-pci, però que a més disposa de connexions per afegir-hi antenes externes tipus CPE per cable ethernet.

* http://blackhold.nusepas.com/2011/09/nodos-hibridos-en-la-web-en-la-mikrotik-y-en-el-bgp/
* http://blackhold.nusepas.com/2011/04/nodos-hibridos-guifi-net/

== Mesh ==
http://qmp.cat (en desenvolupament)

= Supernodes solars =
[http://guifi.net/ca/node/6663 Com Es Fa un Super Node RouterBoard amb Energia Solar Fotovoltaica] (integrar)

[[es:Crear un supernodo]]

Cablatge Estructurat de xarxa

2012-05-31T19:27:27Z

Pablog: Revertides les edicions de 188.143.232.12 (discussió). S'ha recuperat la darrera versió de l'usuari Al

El cablatge estructurat es defineix com el sistema col·lectiu de cables, canalitzacions, connectors, etiquetes, espais i resta de dispositius que han de ser instal·lat per establir una infraestructura de telecomunicacions en un edifici, conjunt d'edificis o campus. Les característiques i instal·lació d'aquests elements s'ha de fer seguint un sèrie d'estàndards per tal que puguin ser qualificats com a cablejat estructurat.

Els avantatges d'utilitzar cablatge estructurat són:

*Independència de proveïdor i protocols (infraestructura genérica)
*Flexibilitat d'instal·lació
*Capacitat de creixement i escalabilitat
*Facilitat d'administració

El cablatge estructurat consisteix en l'estesa de cables a l'interior d'un edifici amb el propòsit d'instal·lar una o vàries xarxes d'àrea local. Les xarxes solen ser xarxes Ethernet IEE 802.3 (o variants IEE 802.x) però no obstant, també pot tractar-se de xarxes de fibra òptica o coaxial.

=Descripció=

Al 1991 l'associació d'indústries electròniques van desenvolupar l'estàndard comercial de telecomunicacions EIA/TIA568. Aquest estàndard especifica com ha de ser el:

*Cablatge horitzontal
*Cablatge troncal ("backbone")
*Cablatge d'interiors: rosetes d'estacions de treball, cablatge i connectors.

Al 1991 quan es va desenvolupar aquest estàndard els cables UTP estaven en desenvolupament.

Més tard es van presentar el estandards

*TSB36 y TSB40A para proveer lo cables UTP y especificaciones para conexiones del hardware, definiendo él número de propiedades físicos y eléctricos particularmente para atenuaciones y crostock, el revisado estandart fue designado "ANSI/TIA/EIA568A", el cual incorpora la forma original de EIA/TIA568 más TSB36 aprobado en TSB40A.

Actualment s'utilitzen sobretot [[Nivell_d%27interf%C3%ADcie_de_xarxa_TCP/IP#Cables_de_parells_creuats_sense_protecci.C3.B3_electromagn.C3.A8tica_.28UTP._Unshielded_Twisted_Pair.29 | cables UTP]] pels avantatges que podeu llegir a l'enllaç anterior i la seva facilitat d'instal·lació.

El cablatge estructurat permet les comunicacions de veu i dades, pensat per a la convivència de:
*Xarxes d'àrea local
*Xarxa de veu. Centrals Telefòniques
*Fax
*Videoconferència
*Intranet i Internet

El tendido de cable para una red de área local tiene cierta complejidad cuando se trata de cubrir áreas extensas tales como un edificio de varias plantas. En este sentido hay que tener en cuenta las limitaciones de diseño que impone la tecnología de red de área local que se desea implantar:

*La segmentación del tráfico de red.
*La longitud máxima de cada segmento de red.
*La presencia de interferencias electromagnéticas.
*La necesidad de redes locales virtuales.
*Etc.

El cablatge estructurat en un edifici és basa en dues parts:

*L'estesa de cables a cada planta de l'edifici.
*Interconnectar els cables de cada planta.

==Cablatge horitzontal o "de planta"==

*Punts de connexió terminals o rosetes
*Estesa de cables per canals o sostres o terres fals
*Cada planta té un o més armaris de distribució i sempre hi ha com a mínim un armari de distribució de planta

'''NOTA''': Cal fer notar que el cablatge estructurat s'encarrega de les parts fixes de la xarxa i es per aquesta raó que el cablatge estructurat acaba als punts de connexió terminals o rosetes i no inclou els latiguillos que connecten els nodes de xarxa (PC, telèfon, etc.) amb les rosetes.

==Cablatge vertical o "troncal"==

Els armaris de distribució de planta es connecten entre si mitjançant un altre conjunt de cables que travessen verticalment l'edifici. Tots aquest cables acaben en un sala anomenada Sala de Comunicacions. Aquí sovint és on se situen les infraestructures de telecomunicacions (pasarel·les a xarxes WAW com Internet o a altres xarxes com pot ser la xarxa telefònica). També potser el lloc on se situa el Centre de Processament de Dades o Centre de Càlcul on típicament se situen el servidors i altres màquines de la xarxa.

El cablatge vertical doncs, compleix amb la funció de cablatge troncal. Cal fer notar que en aquest cablatge es concentra tot el tràfic de totes les plantes i per tant és recomanable utilitzar tècniques de major capacitat que les utilitzades en la distribució en planta com pot ser Fibra Òptica (FDDI) o tècnologia Gigabit Ethernet.

==Subsistemes de cablatge estructurat==

El cablatge estructurat esta format per diversos subsitemes:

*Sistema de cablatge troncal (vertical)
*Sistema de cablatge horizontal
* Salida de área de trabajo.
* Cuarto o espacio de telecomunicaciones.
* Cuarto o espacio de equipo.
* Cuarto o espacio de entrada de servicios.
*Administració, etiquetat i proves.
*Sistemes de posta a terra per a telecomunicacions.

==Estàndards==

Hi han molts estàndards relacionats amb el cablatge estructurat però el més important és:
*[http://es.wikipedia.org/wiki/TIA/EIA-568-B TIA/EIA-568-B]

Podeu consultar una llista completa a [http://es.wikipedia.org/wiki/Cableado_estructurado#Est.C3.A1ndares_de_Cableado_Estructurado | Est.C3.A1ndares_de_Cableado_Estructurado]

=Recursos=
*[http://www.xtec.net/formaciotic/suport/htm/administraciodexarxes/configuraciodelaxarxa/materials/cablatge/cablatge.pdf Cablatge estructura en un centre docent]
*http://www.xtec.cat/formaciotic/dvdformacio/materials/td129/d129m5/d129m5p3.htm
*[http://en.wikipedia.org/wiki/Electronic_Industries_Alliance EIA (Electronic_Industries_Alliance) a la wikipedia anglès]
*[http://es.wikipedia.org/wiki/Electronic_Industries_Alliance EIA (Electronic_Industries_Alliance) a la wikipedia castellà]
*[http://en.wikipedia.org/wiki/Structured_cabling Structured_cabling a la wikipedia]
*[http://en.wikipedia.org/wiki/TIA/EIA-568-B TIA/EIA-568-B]
*[http://es.wikipedia.org/wiki/TIA/EIA-568-B TIA/EIA-568-B]

Crear un supernode

2012-05-31T19:27:09Z

Pablog: spam

= Funcionalitat d'un Supernode =
Un supernode serveix per a connectar-se a altres supernodes i repartir la senyal mitjançant APs als nodes clients

= Tipus de Supernodes =
Hi,finally i am busy in surfing with net for my blog or eitswbe. I want to collect a themes or ideas for my blog. Thanks for the useful information and also soon, i will come here to see the development.

== Híbrids ==
Es tracta d'un dispositiu que pot incorporar o no tarjes mini-pci, però que a més disposa de connexions per afegir-hi antenes externes tipus CPE per cable ethernet.

* http://blackhold.nusepas.com/2011/09/nodos-hibridos-en-la-web-en-la-mikrotik-y-en-el-bgp/
* http://blackhold.nusepas.com/2011/04/nodos-hibridos-guifi-net/

== Mesh ==
http://qmp.cat (en desenvolupament)

= Supernodes solars =
[http://guifi.net/ca/node/6663 Com Es Fa un Super Node RouterBoard amb Energia Solar Fotovoltaica] (integrar)

[[es:Crear un supernodo]]

Plantilla:102.4Title

2012-05-31T19:25:55Z

Pablog: Revertides les edicions de 188.143.232.12 (discussió). S'ha recuperat la darrera versió de l'usuari Al

Utilitzar els gestors de paquets tipus Debian

Manteniment de discs durs

2012-04-24T22:59:51Z

Pablog: /* Comparativa de disc durs segons la utilitat */

{{en desenvolupament}}

Els disc durs són components estadísticament susceptibles de fallar al cap d'un temps sobretot d'ús ininterromput. Altres components que fallen més són les [[font d'alimentació|fonts d'alimentació]] i, en segon lloc les [[placa base|plaques bases]] de portàtils i d'ordinadors de sobretaula, però una fallada de disc dur pot ser molt més problemàtica, per això és important:
* [[#Comparativa de disc durs segons la utilitat|Escollir els discs durs més adients al servei que durem a terme]]
* [[#Connexió de corrent|Connectar la corrent que necessiten]]
* [[#Comprovació de funcionament de discs durs|Comprovar periòdicament el seu funcionament (i apagar-los quan no es facin servir)]]
* [[#Còpies de seguretat|Fer còpies de seguretat periòdiques de les dades]]
* Estar molt tranquil·la quan canviïs el disc dur per un de nou quan succeeixi el fatídic final

Addicionalment, per a servidors o per ordinadors que treballin amb dades sensibles, a mode de previsió s'ha de valorar també:

[[#Afegir un RAID|Afegir un RAID]] i/o [[#Afegir LVM|afegir LVM]] i/o [[#Sistemes d'arxius|decidir el sistema d'arxius més adient per les tasques que realitzaran]]

== Comparativa de disc durs segons la utilitat ==
=== Els discs SSD (Unitat d'eStat Sòlid) ===
*'''Avantatges''': Són els millors discs en termes de consum i vida útil (al no tenir components mecànics, l'erosió i desgast es produeix molt més a poc a poc i no té motor que pugui fallar).
*'''Inconvenients''': Són cars i lents, i tenen poca capacitat amb relació als SATA.

Recomanables si no es necessita massa capacitat, per exemple per a [[enrutador]]s, portàtils o [[servidor]]s que només facin servir sistema operatiu.

=== Discs SATA ===
Són els discs durs per a servidors que requereixen gran capacitat. De discos SATA existeixen dues versions actualment: SATA2 i SATA3. La velocitat de transferència de dades és fins a 300 MB/s i 600MB/s respectivament. Es poden connectar a l'ordinador de diverses maneres: directament amb el connector SATA o externament, bé sigui amb el connector eSATA o amb un adaptador USB2 o USB3, respectivament. Els discos SATA3 són compatibles amb els connectors SATA2 i viceversa, tot i que si es fa servir algun component SATA2, la velocitat que s'usa és la d'aquest (màxim de 300MB/s).

=== Discs IDE ===
Antic connector de discs durs que encara es poden trobar a plaques de routers. Actualment en desús per l'ús massiu del connector SATA, com a curiositat val a dir que la connexió que fa servir [[Compact Flash]] és una adaptació d'IDE, per tant les targetes Compact Flash porten una controladora IDE integrada.

*'''Inconvenients''': Velocitat de transmissió de dades molt lenta. Baixa capacitat. Tecnologia antiga: moltes de les noves plaques base ja no tenen connectors IDE o només en tenen un.

Només recomanables en cas de cost zero (reciclatge).

=== Discs SCSI ===
Discs durs dissenyats principalment per a servidors. Els avantatges d'aquests discos són la seva llarga durabilitat, la ràpida velocitat de resposta i l'enorme velocitat de transferència de dades. Els seus inconvenients són l'alt preu dels discs i de les seves controladores, així com una capacitat reduïda en comparació amb els discs SATA.

Només recomanables en cas de cost zero (reciclatge).

== Connexió de corrent ==
No per obvi menys important: la connexió dels discs durs ha de ser la del seu [[voltatge]] i [[amperatge]] procurant garantint-la de forma constant amb [[font d'alimentació|fonts d'alimentació]] adients. En discs durs amb parts mecàniques les seves necessitats de corrent són als de 3,5" (habituals) als 5 i als 12 Volts amb un amperatge que sol anar dels 0,65 als 0,72 Ampers als 5 volts i dels 0,35 al 0,6 Ampers als 12 Volts; i als de 2,5" (els de portàtils) als 5 Volts amb un amperatge al voltant dels 0,55 Ampers. Està inscrit sempre a la part superior dels discs durs. La dada de l'Amperatge defineix la quantitat d'energia que consumirà el disc dur (però en principi no és més que orientativa i no definirà si el disc dur gastarà més o menys electricitat, ja que hi ha altres factors com la quantitat d'accessos a disc o la tecnologia d'aquest, per exemple fer servir la tecnologia [[NCQ]] evita fer voltes de més als discs durs i poden reduir temps i energia.

Un context on connectar la corrent adient és important és en el cas de discs externs de 2,5" on, alguns d'ells poden funcionar habitualment amb la única connexió de 5 Volts del mateix [[USB]] per on porten les dades. No està en absolut de més connectar el connector d'energia auxiliar (abans de connectar el connector de dades) en el cas dels discs durs que tinguin dos connexions USB, ja que encara que el connector de l'USB pot donar tota la energia en connectar-se, en algun cas li podria faltar energia al estar fent molts accessos a disc, amb el conseqüent risc de corrupció del sistema d'arxius o disc.

== Comprovació de funcionament de discs durs ==
Hi ha tres eines fonamentals per a la comprovació dels discs durs:
*'''fsck''': comprova la integritat del sistema d'arxius
*'''smartmontools''': conjunt d'eines per visualitzar i rebre avisos sobre discs durs que pugin ser susceptibles de fallar en breu
*'''badblocks''': detecta blocs amb errors i els pot marcar per a no fer-los servir

I una eina addicional que és la proveïda pel seu fabricant.

=== fsck ===
Fa una comprovació de l'estat del sistema d'arxius (útil per a relocalitzar dades després d'una apagada sobtada del disc dur)
fsck /dev/''partició_del_disc''
On ''partició_del_disc'' pot ser ''sda1'', per exemple.

Per, a més, comprovar si el disc dur té blocs amb errors es fa servir el:
fsck -c /dev/''partició_del_disc''

Nota: fsck és una eina comú per a tots els tipus de sistemes de fitxers. En realitat, fsck fa una crida al programa propi del sistema de fitxers. Així, per exemple, quan es comprova un sistema de fitxers ext2 o reiserfs, fsck fa una crida a e2fsck o reiserfsck respectivament. Aquestes funcions específiques de cada sistema de fitxers tenen opcions extres per al seu seguiment i gestió.

=== smartmontools ===
''Smartmontools'' és un conjunt d'eines de monitorització de discs durs. Es compon de dos programes principals: ''smartctl'' per visualitzar dades a temps real per pantalla i ''smartd'', per a rebre avisos.

Instal·lació:
apt-get install smartmontools smart-notifier

Visualitzar dades d'un disc dur:
smartctl -a /dev/''discdur''

La sortida s'interpreta de la següent manera:
SMART overall-health self-assessment test result
indica l'estat del disc dur. PASSED significa que el disc dur està en bon estat.
Power_Cycle_Count
indica el número de vegades que ha arrancat el disc dur
Power_On_Half_Minutes
indica el temps total que ha treballat el disc dur
Reallocated_Sector_Ct
indica els sectors danyats que s'han pogut corregir internament. Els disc durs tenen uns quants sectors extra per a poder-los utilitzar les primeres vegades que es detecta un sector danyat. Aquestes correccions es fan sense que el sistema operatiu hagi de fer res. Un cop no té més sectors per a relocalitzar, és quan comencen a aparèixer sectors danyats visibles al sistema de fitxers.

A la part final llista els errors enregistrats al disc dur.

La presència d'errors a la visualització ''smartmontools'' no et parla sobre errors presents reals d'un disc dur. Encara que ''smartmontools'' et digui que no ha passat el test, el disc dur pot continuar funcionant, però es tracta d'un avís òptim sobre un disc dur que has de jubilar en no massa temps. Per a errors reals del disc es fa servir l'eina ''badblocks''.

Una eina gràfica que corre ''smartmontools'' per sota és ''smart-gui'', poc recomanable per servidors, ja que necessita un [[entorn de X]].

També es pot fer seguiment de l'estat SMART dels discos fent ús de l'eina d'estadístiques del sistema Munin.

* [http://smartmontools.sourceforge.net/badblockhowto.html Manual sobre la reparació de particions i discos amb smartmoontols] (en)
* [http://www.guia-ubuntu.org/index.php?title=S.M.A.R.T. Manual complet d'S.M.A.R.T. a Guia-Ubuntu] (es)
* [http://en.wikipedia.org/wiki/S.M.A.R.T.#ATA_S.M.A.R.T._attributes Interpretació de la sortida d'S.M.A.R.T.] (en)

=== badblocks ===
==== Identificar i recuperar blocs fets malbé dins d'una partició ====
si el que volem és salvar el que quedi del disc, i també les dades:
badblocks -svnf /dev/sdb1 -o llista-badblocks.txt

Els paràmetres:
-s ens mostra el procés d'escaneig del disc, amb el percentatge de blocs comprovats.
-v mode verbose
-n mode no destructiu, és a dir, que si es recuperaren els blocs fets malbé la informació al disc dur no serà feta malbé o o eliminada.
-f repara els blocs fets malbé
-o addicionalment ens guarda un llistat dels blocs fets malbé, per si l'hem de tornar a necessitar

'''Nota:''' l'argument <code>-w</code> du a terme una escriptura destructiva, és a dir, esborra les dades al discs dur. Només fer-ho servir en cas que volguem provar d'arreglar el disc dur per a dur a terme un nou formateig. Això és poc recomanable, ja que un cop apareixen blocs fets malbé, en continuaran apareixent, doncs el motiu pel qual han aparegut continua existint i es faran malbé més blocs. El millor és no tornar-ho a fer servir, tot i que si hem identificat que la causa de l'error està fóra del disc, podria no ser mala idea del tot.

==== Identificar blocs fets malbé a un disc dur i fer una partició nova on no els faci servir ====
badblocks /dev/''disc_dur'' > llista-badblocks.txt
Això pot trigar hores.

Després fer la partició, per exemple ext3:
mkfs.ext3 -l llista-badblocks.txt /dev/''partició_del_disc_dur''

==== Veure els blocs fets malbé a un sistema d'arxius ====
dumpe2fs -b filesystemname

==== Esborrar les dades dels inodes que marquen els blocs fets malbé ====
Podria fer perdre dades:
debugfs -w /dev/sdc1
clri <1>
quit

Això en realitat lo que fa és netejar l'inode número 1 (el primer que conté el llistat de blocs fets malbé marcats) del teu sistema d'arxius.

Després has de fer córrer <code>fsck</code>

* [http://askubuntu.com/questions/18826/is-it-possible-to-reset-the-badblocks Resetejar els blocs fets malbé] (en)
* [http://www.snow.nl/dist/xhtmlc/ch03s02.html Manual de manteniment d'un sistema d'arxius fent servir eines com tune2fs o debug2fs] (en)
* [http://systemadmin.es/2010/01/recuperar-datos-de-un-disco-con-errores-con-dd Recuperar dades d'un disc amb I/O errors amb dd] (es)

=== Identificació de tipus d'error ===
==== Error de partició ====
==== Error físic de blocs de disc ====
Buffer I/O error on device sdc5, logical block XXXXXXXX
Fes-li un <code>e2fsck -c</code> o un <code>badblocks</code>.

==== Error físic de motor de disc ====
==== Error de la controladora de la placa base ====
A vegades la controladora de la placa base pot fallar, un error d'aquest tipus pot significar un error per part de la placa base:

Dec 11 18:41:25 npx-desktop kernel: [ 325.010436] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
Dec 11 18:41:25 npx-desktop kernel: [ 325.010447] ata1.00: BMDMA stat 0x25
Dec 11 18:41:25 npx-desktop kernel: [ 325.010455] ata1.00: failed command: READ DMA
Dec 11 18:41:25 npx-desktop kernel: [ 325.010471] ata1.00: cmd c8/00:08:58:1e:a6/00:00:00:00:00/ea tag 0 dma 4096 in
Dec 11 18:41:25 npx-desktop kernel: [ 325.010475] res 51/40:08:58:1e:a6/00:00:00:00:00/ea Emask 0x9 (media error)
Dec 11 18:41:25 npx-desktop kernel: [ 325.010483] ata1.00: status: { DRDY ERR }
Dec 11 18:41:25 npx-desktop kernel: [ 325.010488] ata1.00: error: { UNC }
Dec 11 18:41:25 npx-desktop kernel: [ 325.025242] ata1.00: configured for UDMA/133
Dec 11 18:41:25 npx-desktop kernel: [ 325.025271] ata1: EH complete

Es pot provar de sol·lucionar, fent proves de desactivació de baixar la velocitat de DMA a 100 o desactivant [[DMA]] i [[ACPI]] (i per tant, forçant a fer servir el processador).
A <code>/etc/default/grub</code> afegim la següent linia:

GRUB_CMDLINE_LINUX="libata.dma=0 libata.noacpi=1"

i, després, update-grub
* [http://lists.debian.org/debian-user-spanish/2011/12/msg00388.html Problemàtica i sol·lució a la llista de Debian] (ES)

==== Errors de controladors del sistema operatiu ====
Es pot provar de sol·lucionar, fent proves de desactivació de [[NCQ]] (és possible que es perdi velocitat o que mai la hagués pogut tenir, perquè el disc no hagués funcionat mai amb NCQ).

A <code>/etc/default/grub</code> afegim la següent linia:
GRUB_CMDLINE_LINUX="libata.force=1.00:noncq"

i, després, update-grub
* [https://answers.launchpad.net/ubuntu/+question/122588 Problemàtica i sol·lució a la llista d'Ubuntu] (EN)

==== Errors pendents d'identificar ====
Sembla error del motor del disc dur:
<pre>
[2513158.907095] Buffer I/O error on device sdc5, logical block 14737350
[2513197.456102] sd 23:0:0:0: [sdc] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK
[2513197.456102] sd 23:0:0:0: [sdc] Sense Key : Aborted Command [current]
[2513197.456102] sd 23:0:0:0: [sdc] Add. Sense: No additional sense information
[2513197.456102] end_request: I/O error, dev sdc, sector 149932608
</pre>

<pre>
[ 9.672007] ata3: link is slow to respond, please be patient (ready=0)
[ 14.320007] ata3: COMRESET failed (errno=-16)
</pre>

També errors a la [[RAM]] podrien provocar errors als discs durs, a l'hora d'escriure en ells, però no està comprovat. Per a comprovar la RAM, cal fer servir l'eina memtest, que s'executa a l'arrencada, sense el sistema operatiu engegat.

== Còpies de seguretat ==

== Formateig de disc i particions ==
Per a donar-li format a una partició, primer cal decidir de quin tipus de fitxers la volem. Un cop escollit, fem servir l'eina mkfs (MaKe FileSystem) o les seves germanes, pròpies de cada sistema de fitxers: mkfs.ext2, mkfs.reiserfs, etc.
mkfs.ext2 /dev/''partició''

=== Afegir RAID ===
* [http://ubuntugeeks.espacioblug.com/post/2009/03/06/crear-raid-con-linux Crear RAID a Linux]
* [http://lopezivan.blogspot.com.es/2008/03/raid-1-en-un-sistema-ya-instalado.html Muntar un RAID 1 en un sistema instal·lat] (es)

=== Afegir LVM ===
* [http://es.wikipedia.org/wiki/LVM LVM a la Wikipèdia amb exemple de com muntar-ne un] (es)

=== Sistemes d'arxius ===
''afegeix aquí les virtuts de cada sistema d'arxius''

=== LVM en clúster ===
* [http://docs.redhat.com/docs/es-ES/Red_Hat_Enterprise_Linux/5/html/Cluster_Logical_Volume_Manager/LVM_Cluster_Overview.html CLVM]

* Veure també [[proxmox]]

== Actualitzar firmware ==
L'actualització de [[firmware]] dels discs durs és una tasca molt poc habitual i que necessita de recursos especials que només s'hauria de fer en cas de que la controladora del disc dur hagués quedat inutilitzada. Normalment implica engegar un sistema MSDOS degut a que l'instal·lador sol ser de propietari i només funciona en aquest sistema operatiu.

Encara que hi ha altres maneres de fer-ho la millor és fent servir el maquinari-programari [[PC3000]] o algun dels seus clònics, de preu alt tots ells.

*[http://forum.hddguru.com/newbie-info-from-and-for-newbies-about-firmware-etc-t6562.html Informació bàsica per entendre què és i com funciona el firmware i l'Area del Sistema (SA) dels discs durs]] (ENG)

== Enllaços externs generals ==
*[http://blog.wikifotos.org/2008/03/14/herramientas-de-diagnostico-de-disco-duro-en-linux/ Eines de diagnòstic de disc dur en linux] (ES)

[[categoria:maquinari]]

Servidor DNS/ca

2012-04-18T19:39:47Z

Pablog: Revertides les edicions de 202.75.4.164 (discussió). S'ha recuperat la darrera versió de l'usuari Blackhold

== Entrar el Servei a la Web de Guifi.net ==
Primer de tot entrarem el servei a la plana web de [http://guifi.net/node/add/guifi-service Guifi.net afegir Servei ]
A la pagina que s'obrirà tindrem que entrar les següents dades:
* Nom del servei: Servidor de Noms (DNS) de {zona}
* Nom curt del servei: DNS(zona)
* Contacte: El nostre correu
* Trasto on tindrem aquest servei
* Tipologia de servei: Servidor de noms DNS
* Estat: En construcció

Un cop donat d'alta el servei hem d'apuntar la id que ens queda en registrar aquest servei.
Aquesta id la trovarem a la barra de navegació. Serà el nom que procedeix després de http://guifi.net/node/{id}

== Instal·lar i configurar DNSSERVICES ==
=== Que és DNSSERVICES ===
El paquet dnsservices és un sistema de configuració automàtic de servidors dns que funciona a partir de la configuració de dominis que hi ha a la base de dades de la web de guifi.net. Cadascun dels servidors permet per la web de guifi.net afegir, modificar i borrar dominis, aquestes funcionalitats només són permeses als usuaris amb el rol admin-guifi. A més, permet resoldre peticions tant internes sobre la xarxa guifi, com peticions desde internet. Exemple: http://guifi.net/node/2627

=== Instal·lació en Debian/Ubuntu ===

Afegirem el repositori http://repo.vic.guifi.net/debian/ actualitzarem i instal·larem el paquet dnsservices

# echo deb http://repo.vic.guifi.net/debian/ ./ >> /etc/apt/sources.list
# aptitude update
# aptitude install dnsservices

=== Instal·lació en RedHat/Fedora ===

# cat << EOF > /etc/yum.repos.d/guifi.repo
[guifi]
name=Guifi.net
failovermethod=priority
baseurl=http://repo.vic.guifi.net/redhat/
enabled=1
gpgcheck=0
EOF
# yum list updates
# yum install dnsservices

== Configuració paquet DNSSERVICES ==

Al instal·lar se't pregunten 3 coses:
# URL on obtenir la informació: deixem l'opció per defecte: http://guifi.net
# ID del servidor DNS: aquí hi hem de posar l'identificador del nostre servidor DNS
# Force fetch: aquí posem que si per baixar les dades

Un cop fet això cal esperar uns minuts a que es baixi la informació.

[[es:Servidor DNS]]

Script per detectar problemes de latència

2012-04-18T19:39:14Z

Pablog: Revertides les edicions de 69.195.131.26 (discussió). S'ha recuperat la darrera versió de l'usuari Jfigueras

El present script analitza la latència entre els diversos elements d'un segment de xarxa.
En cas que la latència sigui superior a un valor prefixat a l'script, s'envia un e-mail al responsable del "trasto"
i també un altre a l'administrador per tal de detectar futurs problemes greus abans que arribin a ser greus.
També genera un log amb els errors lleus i greus.
El propi script intenta ser "auto-explicatiu": [[Media:latencies.pdf]]

Debian

2012-04-18T19:38:29Z

Pablog: Revertides les edicions de 23.21.187.247 (discussió). S'ha recuperat la darrera versió de l'usuari Al

{{PlantillaCurs
| curs = [[IntroduccioLinux]]
| fitxers = {{FitxerIOriginalODT|url=https://anonymous@svn.projectes.lafarga.cat/svn/iceupc/IntroduccioLinux/sessio1/transparencies/|nom=IniciacioLinux}}
| repositori = https://anonymous@svn.projectes.lafarga.cat/svn/iceupc/IntroduccioLinux
| autors = [[Sergi Tur Badenas]]
}}

Debian [[GNU]]/[[Linux]] és un projecte l'objectiu del qual es crear un sistema operatiu lliure complet basat en el treball del projecte GNU.

Algunes de les característiques de Debian són:

:*El formen voluntaris d'arreu del món.
:*Debian és conegut per la seva per ser una distribució molt lligada a la filosofia del Programari Lliure
:*És una de les distribucions amb més opcions de programari amb més de 15.000 paquets per a més de 15 arquitectures de computadors.
:*Debian GNU/Linux és la base d'altres distribucions com Knoppix, Linspire, SkoleLinux (Debian-edu) i Ubuntu.
:*Debian esta suportat per les donacions a Software in the Public Interest, Inc.

Debian va ser una de les primeres distribucions Linux, creada el 16 Agost de 1993 per Ian Murdock. L'origen del nom Debian és la combinació del nom de la novia (ara dona) de Ian Murdock (Debra) amb el seu propi nom (Ian).

Debian es regeix pels següents documents:

:*'''Debian Manifesto''': document que defineix la filosofia de Debian.
:*'''Debian Social Contract''': contracte entre Debian i els seus usuaris.
:*'''Debian Free Software Guidelines''': defineix que és programari lliure i que no és programari lliure segons Debian.

==Contracte social==

:*Debian romandrà 100% lliure.
:*Compensarem a la comunitat de programari lliure.
:*No amagarem els problemes.
:*Les nostres prioritats són els nostres usuaris i el programari lliure.
:*Principis del Software Lliure de Debian (DFSG)
:*Redistribució lliure
:*Codi Font
:*Treballs derivats,
:*Integritat del codi font de l'autor
:*Cap discriminació a persones o grups
:Cap discriminació a finalitats d'aplicació
:Distribució de llicència
:La llicència no ha de ser específica a Debian
:Debian, la llicència no ha de contaminar un altre programa

==Debian Policy==

La política de Debian es pot consultar online a:

http://www.debian.org/doc/debian-policy/

O podeu instal·lar el paquet:

$ sudo apt-get install debian-policy

==Dipòsits Debian==

Consulteu:

[[Configuració de Repositoris a Debian]]

==Vegeu també==

*[[Instal·lació de Debian]]
*[[LPI_102.4]]. {{102.4Title}}
*[[Configuració de Repositoris a Debian]]
*[[Creació de paquets Debian]]
*[[Creación de paquetes Debian]]
*[[Error claus Openssl (SSH) a Debian (descoberta maig 2008)]]

[[categoria:distribució]]

Hotspot

2012-04-18T19:36:36Z

Pablog: nospam

Usuari:Pablog

2012-04-18T19:35:39Z

Pablog: Revertides les edicions de 204.187.15.57 (discussió). S'ha recuperat la darrera versió de l'usuari Pablog

Trabajando en la migración de contenido del Drupal a aquí.

== Málaga Guifi.net ==
[[File:Malaga_guifi_logo.png]]

* Portal: http://malaga.guifi.net
* Blog: https://malagaguifi.wordpress.com/
* Lista de correo: https://llistes.projectes.lafarga.org/cgi-bin/mailman/listinfo/guifi-malaga
* Zona guifi.net: https://guifi.net/es/malaga-provincia

== Páginas útiles ==
* [[Especial:Usuaris|Lista de usuarios]]
* [[Especial:Llista_de_pàgines|Todas las páginas]]
* [[Especial:Imatges|Lista de archivos]]
* [[Especial:Carrega|Subir documento en catalán]]
* [[Especial:Pàgines_sense_categoria|Páginas sin categorizar]]
* [[Especial:Estadístiques|Estadísticas]]

== Plantillas ==
* {{enlace roto}} (enlace roto)
* {{es}} (es)
* {{ca}} (ca)
* {{eu}} (eu)
* {{ga}} (ga)

[[Categoria:Málaga]]
[[es:Usuario:Pablog]]
[[en:User:Pablog]]

Actualitzacions mòduls drupal

2012-04-18T19:33:49Z

Pablog: Revertides les edicions de 188.143.232.12 (discussió). S'ha recuperat la darrera versió de l'usuari 217.125.103.88

= Actualitzant els mòduls oficials de drupal =
* '''CONDICIÓ INDISPENSABLE''': Tenir una '''màquina de proves''' (millor si es virtual) a la que tinguem instal·lats els mateixos mòduls de drupal (mòduls guifi i budgets inclosos) i una base de dades funcional que tingui dades per a tots els tipus de contingut (de drupal, del mòdul guifi i del mòdul budgets; zones, nodes (amb tots els tipus de trastos, etc) o, al menys, una bona colla d'ells, tants com sigui possible).

== Recomanacions ==

* '''La idea és que testejem les actualitzacions a aquest entorn de proves (no pas de producció) lo suficientment necessari''' com per a que quan passem a actualiztar tant ''test.guifi.net'' com ''guifi.net'' estiguem segurs de que no hi haurà cap problema.
* Només actualitzar a versions estables
** Si la darrera versió disponible és una versió no estable, cal fer '''comprovacions adicionals'''
** En qualsevol cas, '''llegir SEMPRE les notes de la nova versió'''
*** Per exemple, a la instalació de drupal a guifi.net es pot trovar el link a https://guifi.net/es/admin/reports/updates

== Passos ==

1. Comprimir el contingut de la versió actual del mòdul a un fitxer comprimit .tar.gz segons el nom del mòdul, la versió de drupal i la versió del mòdul.
* Per exemple:<br>Nom del módul = image<br>Versió de drupal = 6.X<br>Versió del mòdul = 1.0<br>=> Nom del fitxer = image-6.x-1.0.tar.gz
$ ''tar zvcf image-6.x-1.0.tar.gz image''
2. Descarregar la nova versió del mòdul
$ ''wget http://ftp.drupal.org/files/projects/image-6.x-1.1.tar.gz''
3. Descomprimir-la
$ ''tar zvxf image-6.x-1.1.tar.gz''
4. Fer tot tipus de comprobacions per veure que '''no hi ha problemes''':
* funcionament
* dades existents
5. Cal prendre atenció especial a que no hi hagi:
* problemes
* desaparicions
* incompatibilitats ni
* desconfiguracions

= Actualitzant els mòduls específics de guifi.net =

El desenvolupament del mòdul guifi i el mòdul budgets, aixi com els nostres temes per a drupal, es porten al repositori pùblic de Gitorious:
* https://gitorious.org/guifi

NOTA: Abans es feia servir el SVN de lafarga.cat però des de que van tenir un problema i ens van deixar molt temps sense poder accedir al repositori, vam decidir migrar al Git i es va començar a fer servir Gitorious.

Per actualitzar els mòduls al teu entorn de desenvolupament, cal fer:
git pull --rebase

Si és la primera vegada que els descarregues, tindràs que anar al directori a on vols que se-t cregui el directori que vas a descarregar i fer un:
git clone <ruta-fins-el-contingut>
* Per exemple, si vols descarregar per primera vegada el mòdul guifi (directori guifi) en el seu estat de desenvolupament (master):
usuari@màquina /ruta_drupal/sites/all/modules/$ ''git clone git://gitorious.org/guifi/drupal-guifi.git''

Com veuràs un cop s'hagin descarregat tots els arxius , se t'haurà creat un directori anomenat 'drupal-guifi' a dins del directori actual, que segons el prompt que es mostra, era /ruta_drupal/sites/all/modules/, pel que el nou directori estarà correctament ubicat a /ruta_drupal/sites/all/modules/drupal-guifi/

Gestió Remota. SSH, RSYNC, X-WINDOWS

2012-04-18T19:33:22Z

Pablog: Revertides les edicions de 188.143.232.12 (discussió). S'ha recuperat la darrera versió de l'usuari Al

{{PlantillaCurs
| curs = [[DissenyXarxesLinux]], [[LinuxAdministracioAvancada]]
| fitxers = {{FitxerIOriginalODT|url=http://anonymous@svn.projectes.lafarga.cat/svn/iceupc/LinuxAdministracioAvan%c3%a7ada/moodle/sessio5/transparencies|nom=GestioRemota}}
| repositori = http://anonymous@svn.projectes.lafarga.cat/svn/iceupc/LinuxAdministracioAvan%c3%a7ada
| autors = [[Sergi Tur Badenas]]
}}

'''SSH''' ('''S'''ecure '''SH'''ell) És el nom que rep un protocol per a la transferència d'arxius i gestió de maquines remotes amb connexió segura. En base a aquest protocol hi han diferents programes per a la realitzar aquest tipus de tasques. ssh - OpenSSH SSH client (programa d'accés remot)
dsh - Distributed shell, o dancer’s shell.

=SSH (Secure shell)=

==Una mica d'història...==

SSH 1.2.12 va ser desenvolupat per el programador finlandès, Tatu Ylönen, que va fer public el seu treball sota la llicencia lliure. Al poc temps va patentar el seu programa amb marca registrada "SSH™" i una empresa amb fins comercials. Les següents versions que van aparèixer van deixar de ser lliures i eren destinades per ús no comercial. Els desenvolupadors de OpenBSD van crear el projecte OpenSSH com a objectiu era crear un SSH totalment lliure.

SSH (http://en.wikipedia.org/wiki/SSH) és l'evolució de l'antic RSH (remote shell) afegint encriptació de dades a la comunicació entre màquines per millorar la seguretat. SSH (http://es.wikipedia.org/wiki/Secure_Shell) permet entre d'altres coses copiar fitxers, executar comandes en màquines remotes i connectar-se a màquines remotes.

==Característiques==

OpenSSH té l'aplicació client i el servidor i totes dues s'instal·len utilitzant un mateix paquet (ssh).

Existeixen múltiples implementacions d'SSH. La més famosa en els entorns linux és OpenSSH però també existeixen versions de pagament com les implementacions de la empresa SSH.com. En principi haurien de ser implementacions anàlogues però existeixen algunes petites diferències. En aquests documents ens centrarem en OpenSSH.

En principi un client d'OpenSSH es connecta perfectament a un servidor SSH comercial i viceversa. Tot i així, existeixen algunes diferències en el protocol ftp que impedeixen utilitzar algunes eines basades en ssh com p. ex. rsync.

Instal·lar el daemon SSH

$ apt-get install ssh

=OpenSSH=

==Instal·lació d'OpenSSH==

Per instal·lar openSSH hem d'executar:

$ sudo apt-get install ssh
S'està llegint la llista de paquets... Fet
S'està construint l'arbre de dependències
Reading state information... Fet
The following packages were automatically installed and are no longer required:
libnxcompext0 libnxcomp0 nxagent expect nxlibs nxproxy
Use 'apt-get autoremove' to remove them.
S'instal·laran els següents paquets extres:
openssh-client openssh-server
Paquets suggerits:
ssh-askpass rssh
S'instal·laran els següents paquets NOUS:
openssh-client openssh-server ssh
0 actualitzats, 3 nous a instal·lar, 0 a eliminar i 2 no actualitzats.
Es necessita obtenir 831kB d'arxius.
Després de desempaquetar s'usaran 2023kB d'espai en disc addicional.
Voleu continuar [S/n]? s
Des:1 http://archive.ubuntu.com edgy/main openssh-client 1:4.3p2-5ubuntu1 [612kB]
Des:2 http://archive.ubuntu.com edgy/main openssh-server 1:4.3p2-5ubuntu1 [217kB]
Des:3 http://archive.ubuntu.com edgy/main ssh 1:4.3p2-5ubuntu1 [1098B]
831kB descarregats en 1s (557kB/s)
S'estan preconfigurant els paquets...
S'està seleccionant el paquet openssh-client prèviament no seleccionat.
(S'està llegint la base de dades ... hi ha 174799 fitxers i directoris instal·lats actualment.)
S'està desempaquetant openssh-client (de .../openssh-client_1%3a4.3p2-5ubuntu1_i386.deb) ...
S'està seleccionant el paquet openssh-server prèviament no seleccionat.
S'està desempaquetant openssh-server (de .../openssh-server_1%3a4.3p2-5ubuntu1_i386.deb) ...
S'està seleccionant el paquet ssh prèviament no seleccionat.
S'està desempaquetant ssh (de .../ssh_1%3a4.3p2-5ubuntu1_all.deb) ...
S'està configurant openssh-client (4.3p2-5ubuntu1) ...

S'està configurant openssh-server (4.3p2-5ubuntu1) ...
'''Creating SSH2 RSA key; this may take some time ...'''
'''Creating SSH2 DSA key; this may take some time ...'''
* Restarting OpenBSD Secure Shell server... [ ok ]

S'està configurant ssh (4.3p2-5ubuntu1) ...

Hi ha un parell de fets a destacar sobre la instal·lació:

* SSH és un paquet buit, que l'únic que fa és instal·lar les dependències openssh-client i openssh-server, client i servidor respectivament d'OpenSSH.
* Es creen unes claus SSH2 RSA i DSA per identificar el servidor

Les claus es guarden a la carpeta '''/etc/ssh''', amb els noms ''ssh_host_dsa_key'', ''ssh_host_dsa_key.pub'', ''ssh_host_rsa_key'' i ''ssh_host_rsa_key.pub''

$ cd /etc/ss
$ ls *key*
ssh_host_dsa_key ssh_host_dsa_key.pub ssh_host_rsa_key ssh_host_rsa_key.pub

Sovint el client ja està instal·lat.

Podem consultar els fitxers que instal·la openssh-client amb la comanda:

$ dpkg -L openssh-client

Tenim les següents comandes/aplicacions/servidors:

$ $ dpkg -L openssh-client | grep bin
/usr/bin
/usr/bin/ssh
/usr/bin/scp
/usr/bin/ssh-add
/usr/bin/ssh-agent
/usr/bin/ssh-keygen
/usr/bin/ssh-keyscan
/usr/bin/sftp
/usr/bin/ssh-copy-id
/usr/bin/ssh-argv0
/usr/bin/slogin

I els següents fitxers de configuració:

$ dpkg -L openssh-client | grep etc
/etc
/etc/ssh
/etc/ssh/ssh_config
/etc/ssh/moduli

Pel que fa al servidor, procedint de forma anàloga al client, l'aplicació/dimoni que ens ofereix és:

$ dpkg -L openssh-server | grep bin
/usr/sbin
/usr/sbin/sshd

$ dpkg -L openssh-server | grep etc
/etc
/etc/init.d
/etc/init.d/ssh
/etc/default
/etc/default/ssh
/etc/pam.d
/etc/pam.d/ssh

De la resta de fitxers destacar la documentació del client i del servidor que es troben a les carpetes /usr/share/doc/openssh-client i /usr/share/doc/openssh-server.

==Ports==

El servidor SSH té reservat per la IANA el port 22:

$ cat [[/etc/services]] | grep ssh
ssh 22/tcp # SSH Remote Login Protocol
ssh 22/udp

El port habitual és el TCP.

==Instal·lació en sistemes no Debian==

===Fedora i sistemes amb YUM===

No hi ha paquet "tonto" SSH. Per instal·lar el servidor cal executar:

# yum install openssh-server

A Fedora 11 ja es trobava instal·lat, i només faltava executar-los per primer cop amb:

# /etc/init.d/sshd start

Cal tenir en compte que el servei no s'executa sempre per defecte a l'inici del sistema. Si voleu que sigui així heu d'executar:

$ sudo chkconfig --add sshd

El primer cop observareu que es generen les claus. Podeu comprovar que està en execució amb [[nmap]]:

$ nmap localhost -p 22

==Servidor SSH==

Control del servei SSH. Execució, parada, status i reconfiguració de SSH

Seguint els estàndards de Debian GNU/Linux (basat en el sistema d'scripts d'inicialització SystemV (http://en.wikipedia.org/wiki/System_V)) l'script de control del dimoni ssh és:

/etc/init.d/ssh

Les accions que podem fer amb el servei són start|stop|reload|force-reload|restart.

Cada cop que fem un canvi a la configuració de SSH (fitxer /etc/ssh/sshd_config) haurem de fer un restart o un reload del servei:

$ sudo /etc/init.d/ssh reload

Tal com podem veure executant:

$ sudo updatedb
$ locate bind9 | grep rc
/etc/rc0.d/K85bind9
/etc/rc1.d/K85bind9
/etc/rc2.d/S15bind9
/etc/rc3.d/S15bind9
/etc/rc4.d/S15bind9
/etc/rc5.d/S15bind9
/etc/rc6.d/K85bind9

El servei SSH s'executa a partir del nivell 2 (cal destacar que no està disponible el nivell SINGLE USER MODE rcS.d).

Podeu trobar més informació a l'article Configuració de serveis en Linux

===Fitxers de configuració servidor===

El servidor SSH l'executa el dimoni sshd (man sshd). La carpeta '''/etc/ssh''' conté els fitxers de configuració del dimoni sshd (i també els del client ssh). El fitxer de configuració principal és [[/etc/ssh/sshd_config]]. En aquest fitxer es configuren entre d'altres el port del servei, les claus d'identificació del servidor, si admet o no X11Forwarding, la versió de protocol SSH, si es permet l'accés a root per SSH, etc...

# Package generated configuration file
# See the sshd(8) manpage for details

# What ports, IPs and protocols we listen for
Port 22
# Use these options to restrict which interfaces/protocols sshd will bind to
#ListenAddress ::
#ListenAddress 0.0.0.0
Protocol 2
# HostKeys for protocol version 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
#Privilege Separation is turned on for security
UsePrivilegeSeparation yes

# Lifetime and size of ephemeral version 1 server key
KeyRegenerationInterval 3600
ServerKeyBits 768

# Logging
SyslogFacility AUTH
LogLevel INFO

# Authentication:
LoginGraceTime 120
PermitRootLogin yes
StrictModes yes

RSAAuthentication yes
PubkeyAuthentication yes
#AuthorizedKeysFile %h/.ssh/authorized_keys

# Don't read the user's ~/.rhosts and ~/.shosts files
IgnoreRhosts yes
# For this to work you will also need host keys in /etc/ssh_known_hosts
RhostsRSAAuthentication no
# similar for protocol version 2
HostbasedAuthentication no
# Uncomment if you don't trust ~/.ssh/known_hosts for RhostsRSAAuthentication
#IgnoreUserKnownHosts yes

# To enable empty passwords, change to yes (NOT RECOMMENDED)
PermitEmptyPasswords no

# Change to yes to enable challenge-response passwords (beware issues with
# some PAM modules and threads)
ChallengeResponseAuthentication no

# Change to no to disable tunnelled clear text passwords
#PasswordAuthentication yes

# Kerberos options
#KerberosAuthentication no
#KerberosGetAFSToken no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes

X11Forwarding yes
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
TCPKeepAlive yes
#UseLogin no

#MaxStartups 10:30:60
#Banner /etc/issue.net

# Allow client to pass locale environment variables
AcceptEnv LANG LC_*

Subsystem sftp /usr/lib/openssh/sftp-server

UsePAM yes

'''Recursos''':

*[http://www.die.net/doc/linux/man/man5/sshd_config.5.html man sshd_config]
*[http://www.openbsd.org/cgi-bin/man.cgi?query=sshd man sshd]

==Client SSH==

===Accés remot a màquines. Sintaxi===

La sintaxi de SSH segueix un esquema similar al del correu electrònic:

usuari@nom_maquina_remota

Els següents són exemples de connexió amb SSH a una màquina remota:

sergi@casa:~$ ssh sergi@www.upc.edu
sergi@casa:~$ ssh sergi@192.168.1.1
sergi@casa:~$ ssh 192.168.1.1

Si no posem l'usuari (3er cas), intenta connectar amb l'usuari que estem utilitzant actualment (segons el prompt, l'usuari sergi). Les línies 2 i 3 són doncs equivalents.

La sintaxi completa segons el manual és:

$ ssh [-1246AaCfgKkMNnqsTtVvXxY] [-b bind_address] [-c cipher_spec] [-D
[bind_address:]port] [-e escape_char] [-F configfile]
[-i identity_file] [-L [bind_address:]port:host:hostport]
[-l login_name] [-m mac_spec] [-O ctl_cmd] [-o option] [-p port] [-R
[bind_address:]port:host:hostport] [-S ctl_path] [-w tunnel:tunnel]
[user@]hostname [command]

* Per establir la comunicació amb una maquina que tingui SSH el procés seria:
'''ssh''' [usuari de la maquina de destí]@[Ip o Hostname de la maquina de destí]
* Si el usuari amb el que estem treballant des de l'origen existeix a la maquina de destí un altre procés seria:
'''ssh''' [Ip o Hostmane de la maquina de destí]
* En cas de que volguéssim de que no ens preguntes la contrasenya cada vegada que connectem amb la maquina remota hem de copiar l'arxiu <code></code> a la carpeta <code></code> de la maquina de destí i canviar el nom per <code></code>
* De vegades necessitem que quan fem una connexió remota tenim que carregar aplicacions amb entorn gràfic i ho faríem:
'''ssh''' '''-X''' [usuari de la maquina de destí]@[Ip o Hostmane de la maquina de destí]

El mecanisme utilitzat al connectar-se a una màquina remota varia segons el mètode empleat i la versió del protocol SSH.

'''Versió 1 del protocol SSH''':

#Mitjançant l'ús dels fitxers /etc/hosts.equiv o /etc/ssh/shosts.equiv de la màquina remota a la qual ens connectem.
#Igual que l'anterior però a nivell d'usuari, és a dir, mitjançant els fitxers $HOME/.ssh/rhosts i $HOME/.ssh/shosts
#Utilitzant autenticació basada en [http://en.wikipedia.org/wiki/RSA RSA]. RSA es basa en criptografia de clau pública. El fitxer $HOME/.ssh/authorized_keys del servidor remot al qual ens connectem ha de contenir la clau pública del parell de claus que utilitzem per a connectar-nos. En resum, el procés de connexió és el següent:
##El client envia una petició de connexió al servidor juntament amb la clau pública.
##El servidor comprova si la clau existeix al fitxer $HOME/.ssh/authorized_keys. Si no és aixi es continua amb el procés normal (mitjançant contrasenya).
##Si el servidor identifica la clau pública com a vàlida, envia un "repte" al client. Aquest repte consisteix normalment en un número aleatori encriptat mitjançant la clau pública de l'usuari.
##El client ha de ser capaç de desencriptar mitjançant la clau privada el número aleatori. D'aquesta forma el servidor autentifica a l'usuari que es connecta.

'''Versió 2 del protocol SSH''':

La versió 2 del protocol SSH inclou millores en seguretat, afegint mecanismes addicionals de seguretat (AES, DES, BLOWFISH, CAST128, etc.) i de control de la integritat de la transmissió (hmac-md5, hrac-sha1).

Pel que fa al mecanisme de connexió, s'afegeix la possibilitat de connectar-se utilitzant [http://en.wikipedia.org/wiki/Digital_Signature_Algorithm DSA (Digital Signature Algorithm)] o RSA.

===Generació de claus. ssh-keygen===

La comanda ssh-keygen s'encarrega de la creació dels parells de claus pública/privada. Per defecte, els fitxers depenent del protocol escollit:

# '''$HOME/.ssh/identity''' (clau privada) i $HOME/.ssh/identity.pub (clau pública)
# '''$HOME/.ssh/id_dsa''' (clau privada) i $HOME/.ssh/id_dsa.pub (clau pública) si el protocol escollit es DSA.
# '''$HOME/.ssh/id_rsa''' (clau privada) i $HOME/.ssh/id_rsa.pub (clau pública) si el protocol escollit es RSA.

Les comandes exactes a utilitzar per generar les claus en cadascun dels casos anteriors són:

# ssh-keygen
# ssh-keygen -t dsa
# ssh-keygen -t rsa

El nom dels fitxers per defecte es pot canviar utilitzant el paràmetre -f. Durant la creació de la clau se'ns preguntarà per la possibilitat de protegir l'ús de la clau amb contrasenya. Si la nostra intenció és automatitzar tasques podem anular aquest pas si no introduïm cap contrasenya (Enter). Veiem un exemple de creació d'una clau dsa

$ ssh-keygen -t dsa
Generating public/private dsa key pair.
Enter file in which to save the key (/home/sergi.tur/.ssh/id_dsa):
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /home/sergi.tur/.ssh/id_dsa.
Your public key has been saved in /home/sergi.tur/.ssh/id_dsa.pub.
The key fingerprint is:
9b:06:0f:d2:6b:15:43:42:84:1a:c2:e1:81:fc:e4:12 sergi.tur@casa

Veiem un exemple pas a pas, del que cal fer per aconseguir autenticar-se a una màquina remota via SSH sense l'ús de contrasenya:

'''NOTA''': Hi ha una alternativa per tal de fer els següents passos en una sola comanda:

cat ~/.ssh/id_dsa.pub | ssh sergi.tur@192.168.1.50 "mkdir ~/.ssh;chmod 700 ~/.ssh ; cat - >> ~/.ssh/authorized_keys"

'''NOTA 2''': El paquet openssh-client ens ofereix una comanda per fer la còpia d'aquest fitxer:

$ ssh-copy-id -i ~/.ssh/id_dsa.pub sergi@192.168.1.2
sergi@192.168.1.2's password:
Now try logging into the machine, with "ssh 'sergi@192.168.1.2'", and check in:

.ssh/authorized_keys

to make sure we haven't added extra keys that you weren't expecting.

'''NOTA''': Si dona l'error '''mkdir: no s'ha pogut crear el directori «~/.ssh»: File exists''' no us preocupeu, això vol dir simplement que ja existia la carpeta .ssh i que no calia crear-la.

Imaginem que la màquina remota ssh té la IP 192.168.1.50

Copiem la clau pública a la màquina remota. Atenció!: no us equivoqueu i mai compartiu amb ningú la vostra clau privada:

$ scp id_dsa.pub sergi.tur@192.168.1.50:~/.ssh
sergi.tur@192.168.1.50's password:
id_dsa.pub 100% 1116 1.1KB/s 00:00

Accedim a la màquina remota per tal d'afegir la clau pública que acabem de copiar al fitxer authorized_keys:

$ ssh sergi.tur@192.168.1.50
sergi.tur@192.168.1.50's password:
.....
Last login: Sat Jul 1 09:18:38 2006
......
192.168.1.50$ cd .ssh/
192.168.1.50$ cat id_dsa.pub >> authorized_keys

Atenció, utilitzeu >> i no pas > si voleu respectar les claus que ja hi hagin al fitxer

És recomanable executar la comanda per comptar línies wc:

$ wc -l authorized_keys

Abans i després d'afegir la clau per tal d'assegurar-se que la clau s'ha afegit a una nova línia. Sortim:

192.168.1.50$ exit
logout
Connection to 192.168.1.50 closed.

I comprovem que tot funciona correctament, connectant-nos a la màquina remota un altre cop, però aquest cop sense la necessitat de la contrasenya

$ ssh sergi.tur@192.168.1.50
Last login: Sat Jul 1 19:42:02 2006 from .......
...................
192.168.1.50$

'''Recursos''':

*[http://www.die.net/doc/linux/man/man1/ssh-keygen.1.html man ssh-keygen]

====ssh-copy-id====

El paquet openssh-client ens ofereix una comanda per tal d'automatitzar la entrada a un servidor remot amb claus en comptes de paraula de pas:

$ ssh-copy-id -i ~/.ssh/id_dsa.pub sergi@192.168.1.2
sergi@192.168.1.2's password:
Now try logging into the machine, with "ssh 'sergi@192.168.1.2'", and check in:

.ssh/authorized_keys

to make sure we haven't added extra keys that you weren't expecting.

Ara ja haurieu de poder entrar al servidor remot sense paraula de pas.

====Obtenir el fingerprint d'un servidor====

Ve donada per l'empremta digital de la clau RSA. La podem consultar amb

$ ssh-keygen -l -f /etc/ssh/ssh_host_rsa_key.pub

2048 13:91:24:4d:d7:d8:fa:16:22:a8:27:63:04:7c:2b:16
/etc/ssh/ssh_host_rsa_key.pub

==== Eliminar una clau de servidor ====

$ ssh-keygen -R IP_O_NOM_MAQUINA

Per exemple

$ ssh-keygen -R 192.168.0.7

===ssh-agent===

Si no volem crear les claus sense contrasenya podem utilitzar ssh-agent.

ssh-agent s'encarrega de recordar les paraules de pas. Per a que funcioni cal que s'estigui executant com a dimoni o procés en segon pla. Amb Gnome és automàtica ja que el [[GDM]] arranca automàticament ssh-agent al iniciar la sessió gràfica. Amb KDE cal assegurar-se que el fitxer [[/usr/kde/3.4/env/agent-startup.sh]] té permisos d'execució i que carrega ssh-agent.

Si s'utilitza startx per arrancar X Window cal modificar el fitxer [[.xsession]]. Un exemple:

ssh-agent startkde

L'ordre sss-add afegeix la nostra clau pública a la base de dades de ssh-agent de forma que ja no ens calgui la paraula de pas per utilitzar aquesta clau pública.

'''Recursos''':
:*http://es.wikibooks.org/wiki/SSH-Agent
:*http://wiki.gula.es/index.php?title=HOWTO_ssh-agent

====Script====

Script per automatizar la connexió per claus

#!/bin/bash
set -e
OLDDIR=`pwd`;
if [ -z "$1" ]; then
echo Need user@host info;
exit 1;
fi;
cd $HOME;
if [ -e "./.ssh/id_dsa.pub" ]; then
cat ./.ssh/id_dsa.pub | ssh $1 'cat >> .ssh/authorized_keys';
else
ssh-keygen -t dsa;
cat ./.ssh/id_dsa.pub | ssh $1 'cat >> .ssh/authorized_keys';
fi;
cd $OLDDIR

===Fitxers de configuració del client===

Els fitxers de configuració poden ser:

* Fitxers de configuració per usuari: Es troben a la carpeta '''$HOME/.ssh'''.
* Fitxers de configuració per a tota la màquina: Es troben a la carpeta '''/etc/ssh'''.

====Fitxer ~/.ssh/config====

* Fitxer de configuració d'usuari: ~/.ssh/config
* Fitxer de configuració de màquina: /etc/ssh/ssh_config

En aquests fitxers es configuren els perfils de SSH. Un perfil és una configuració específica per a connectar-se a un servidor o grup de servidors específics. Per exemple:

Host portatil
Hostname portatil.edu
IdentityFile ~/.ssh/portatil
Port 22

Ens indica que quan utilitzem el perfil portatil ens connectem a la màquina portatil.edu, mitjançant la clau privada ~/.ssh/portatil.

Unes altres línies típiques de configuració poden ser:

Host *
ForwardX11 yes

Configura el client per tal que utilitzi sempre X11Forwarding.

Recursos:

*[http://www.openbsd.org/cgi-bin/man.cgi?query=ssh_config man ssh_config]

=====Mantenir connexions TCP vives=====

TCPKeepAlive yes
ServerAliveInterval 120
Protocol 2,1

Soluciona un problema amb Nautilus.

====Fitxer known_hosts====

Aquest fitxer emmagatzema les claus públiques dels servidors als quals ens connectem habitualment. Aquest fitxer permet establir un mecanisme addicional de seguretat que ens permet identificar atacs del tipus [http://es.wikipedia.org/wiki/Ataque_Man-in-the-middle Man In The Middle], on el servidor SSH és substituït per un altra màquina que es fa passar pel servidor. Amb aquest tipus d'atac, el servidor fals pot capturar les contrasenyes d'accés del client.

Tots els servidors de SSH tenen una clau única (key fingerprint) que els diferencia de la resta. Aquesta clau com hem vist a l'apartat d'instal·lació de SSH, es genera a l'instal·lar el servidor. Si ens fixem, la primera vegada que ens connectem a una màquina amb SSH:

$ ssh sergi.tur@10.0.2.2
The authenticity of host 'tjener (10.0.2.2)' can't be established.
RSA key fingerprint is ab:37:e2:3f:6f:16:27:5e:9a:02:a1:e1:9a:34:7f:69.
Are you sure you want to continue connecting (yes/no)?yes
password:

Ens mostra la clau del servidor SSH al qual ens connectem i si ens hi volem connectarAquest és un moment clau de seguretat. El primer que que ens connectem a un servidor SSH em de conèixer el seu fingerprint per tal d'estar segurs que ningú s'està fent passar pel servidor. Podem consultar el fingerprint d'un servidor executant (des del servidor):

$ ssh-keygen -l -f /etc/ssh/ssh_host_rsa_key.pub

2048 13:91:24:4d:d7:d8:fa:16:22:a8:27:63:04:7c:2b:16
/etc/ssh/ssh_host_rsa_key.pub

Si acceptem, la clau del servidor quedarà emmagatzemada al fitxer known_hosts. La pròxima vegada que ens connectem al servidor comprovarà si la clau és la mateixa. En el cas que hagi variat ens mostrarà el següent missatge:

$ ssh sergi.tur@10.0.2.2
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that the RSA host key has just been changed.
The fingerprint for the RSA key sent by the remote host is
f2:92:1d:da:81:2a:d7:16:0a:48:f0:43:20:1c:f4:b5.
Please contact your system administrator.
Add correct host key in ~/.ssh/known_hosts to get rid of this message.
Offending key in ~/.ssh/known_hosts:5
Password authentication is disabled to avoid man-in-the-middle attacks.
X11 forwarding is disabled to avoid man-in-the-middle attacks.
Permission denied (publickey,password,keyboard-interactive).

A vegades ens trobem amb aquest error, però no es tracta de cap atac (màquines amb ips dinàmiques dins d'una xarxa local, diferents servidors SSH accessibles des d'un mateix gateway amb SNAT, etc). Per solucionar aquest problema podem executar:

$ sed -i '5d' ~/.ssh/known_hosts

També podeu utilitzar

$ ssh-keygen -R IP_O_NOM_MAQUINA

Per exemple:

$ ssh-keygen -R 192.168.0.7

===Comandes ssh addicionals===

====scp====

Aquesta comanda permet la còpia remota de fitxers. Funciona de forma anàloga a la comanda cp, però utilitza (de la mateixa forma que veurem més endavant amb rsync) prefixos de conexió a màquina remota:

usuari@host:/PATH_AL_FITXER

Per exemple:

scp $HOME/file1 sergi@sga2.upc.es:$HOME

Copia el fitxer file1 de la carpeta home local a la carpeta home del servidor sga2.upc.es.

====sftp====

Versió segura de la comanda ftp.

$ sftp -i /home/sergi/.ssh/id_dsa acacha,webfaltes@shell.sourceforge.net:/home/frs/project/w/we/webfaltes
Connecting to frs.sourceforge.net...

sftp> cd /home/frs/project/w/we/webfaltes
sftp> put webfaltes_2.4.tar.gz
Uploading webfaltes_2.4.tar.gz to /home/frs/project/w/we/webfaltes/webfaltes_2.4.

===X11Forwarding===

X11Forwarding és una tècnica que ens permet redireccionar la sortida de les aplicacions X a un servidor remot. En el cas d'una comunicació mitjançant SSH, si utilitzem X11Forwarding el que fem és redireccionar la sortida de les aplicacions X executades al servidor remot al nostre servidor X en local. Com veurem en l'apartat dedicat a les X, la redirecció X es controla amb la variable DISPLAY.

En el cas de SSH, a l'activar el X11Forwarding, la màquina local fa de proxy SSH i s'encarrega de fer totes les gestions per tal que al connectar-nos a la màquina remota les aplicacions gràfiques es direccionin a la nostra màquina. S'estableix la variable DISPLAY a localhost:11.0 (o un número mai inferior a 10, segons la configuració típica del servidor SSH).

Per establir una connexió amb X11 forwarding via SSH heu de connectar-vos a un servidor SSH amb l'opció -X:

$ ssh -X usuari@ip_servidor_ssh

També és important comprovar que el servidor per connexions X11 forwarding:

:* Al fitxer [[/etc/ssh2/sshd2_config]]

AllowX11Forwarding yes

Al client també es pot activar el X11 forwading per a tots els usuari modificant el fitxer [[/etc/ssh/ssh_config]]:

Host *
ForwardX11 yes

També es pot posar al fitxer [[~/.ssh/config]]:

Host *
ForwardX11 yes

==SSH backdoor o Remote Forwarding==

Permet accedir via SSH a una màquina darrera d'un firewall. Si la màquina té accés cap a l'exterior aleshores es possible saltar-se el tallafocs si tenim accés a la màquina (ginger)

[[Fitxer:RemoteForwardingSSH.gif|center]]

$ ssh -R 2222:localhost:22 thedude@blackbox.example.com
$ while [ 1 ]; do date; sleep 300; done
$ ssh thedude@blackbox.example.com (des de tech)
thedude@blackbox:~$: ssh -p 2222 root@localhost

http://www.debianadmin.com/howto-use-ssh-local-and-remote-port-forwarding.html

'''Recursos''':
*http://www.skolelinux.no/~klaus/newnotater_Sarge/x102.html
*http://www.ibm.com/developerworks/linux/library/l-10sysadtips/index.html?ca=drs-

==SSH Tunneling==

:*http://facusdelacruz.wordpress.com/2009/02/03/tunel-ssh-inverso/

[[Fitxer:SSHTunnel.gif|center]]

===Local versus Remote forwarding===

Hi ha 2 tipus de túnels SSH:

*'''local (outgoing)''': Redirecciona el tràfic dirigit a un port local cap a un port remot.
*'''remot (incoming)''': Fa el contrari. Redirecciona el tràfic que es dirigeix cap a un port remot cap a un port local.

És important tenir en compte que intervenen 3 màquines:

*'''client'''
*'''sshdserver'''
*'''appserver'''

Observeu la gràfica de l'apartat anterior.

'''Recursos''':
*http://www.hackinglinuxexposed.com/articles/20030309.html
*http://www.ssh.com/support/documentation/online/ssh/winhelp/32/Local_And_Remote_Forwarding.html

===Permetent a màquines remotes accedir a les redireccions locals===

Per defecte, les redireccions dels túnels SSH només són accessibles des de la màquina local. Podeu utilitzar la opció -g per permetre l'accés al port des de màquines remotes:

$ man ssh | grep "\-g"
-g Allows remote hosts to connect to local forwarded ports.

===Consultar les connexions establertes a través del túnel===

~#
The following connections are open:
#1 127.0.0.1 (t4 r2 i0/0 o0/0 fd 7/7)

===Establir el túnel en el fitxer de configuració===

Afegiu al fitxer '''[[~/.ssh/config]]''':

Host revTelnetTunnel
HostName mail.my_isp.net
RemoteForward 2323:localhost:23
GatewayPorts no

'''Recursos''':
*http://www.hackinglinuxexposed.com/articles/20030309.html

===Utilitzar un proxy remot mitjançant un tunel SSH===

Consulteu [[Squid#Utilitzar_un_proxy_remot_amb_t.C3.BAnels_SSH]]

===Exemple 1===

Es possible connectar-se parcialment de forma segura a qualsevol màquina remota encara que aquesta no proporciona cap servei segur fent servir un túnel SSH. Quan diem parcialment ens referim al fet que la comunicació només estarà xifrada en una part de la comunicació. Suposem el següent sistema de màquines:

origen ---> mig ---> destinació

Amb aquest sistema, si tenim accés a la màquina mig la podem utilitzar per fer un túnel SSH. des de l'ordinador origen executem:

$ ssh -L 6666:destinacio:23 -l sergi mig

Si ens autentiquem correctament, haurem establert una connexió interactiva amb l’ordinador mig com a usuari sergi, i a més, qualsevol connexió al port 666 des d'origen serà redireccionada a el port 23 de la màquina destinació. Estem per tant permeten una connexió [[Telnet]] com la següent:

$ telnet origen 6666

o equivalentment:

$ telnet localhost 6666

D'aquesta manera, el tram de comunicacions que va d'origen a mig estarà xifrat. Sovint aquest tram és el més important d'assegurar ja que correspon a la xarxa LAN a la que estem. La xarxa LAN, sovint és el tram més perillós, degut a les vulnerabilitats d'aquest tipus de xarxes. Consulteu:

*[[ARP-SPOOFING]]
*[[Man In The Middle Atacks]]
*[[Ettercap]]

===Exemple 2===

Hi ha moltes raons per les que podem voler crear un túnel SSH. Per exemple podem utilitzar túnels SSH per securitzar qualsevol connexió no segura.

Per exemple imagineu-vos que no volem que les nostres cerques a Google puguin ser interceptades. Podem crear un túnel amb la següent comanda:

$ sudo ssh -L 81:www.google.com:80 localhost

Ens preguntara dues contrasenyes:

# La del nostre usuari per la comanda sudo
# La de l'usuari de root a la màquina local per tal de crear el tunel

Ara tenim un túnel SSH a la web de google. Si accedim a la web '''http://localhost:81''':

[[Imatge:TunelSSHGoogle.jpg]]

Ens trobem la pàgina de Google, però les dades viatgen a través de SSH per un túnel segur.

Si utilitzem ports privilegiats (per sota de 1024) necessitem utilitzar el superusuari. Per exemple si executem:

$ ssh -L 81:www.google.com:80 localhost
Privileged ports can only be forwarded by root.

Ens avisa que no podem fer-ho. Un altre possibilitat és utilitzar un port per sobre de 1024:

$ ssh -L 4000:www.google.com:80 localhost

===Exemple 3===

[[Imatge:SSHTunel.png]]

'''Recursos''':
*http://www.e-ghost.deusto.es/docs/articulo.ssh.html
*http://www.oreillynet.com/pub/a/wireless/2001/02/23/wep.html

===Exemple 4===

ssh -f user@personal-server.com -L 2000:personal-server.com:25 -N

On:

*'''-f''': SSH s'executarà en en segon terme (background). F ve de fork.
*'''-N''': Indica que no s'executarà cap comanda

==SSH Jail==

Les gàbies o [[jail]] impedeixen que els usuaris que es connecten a un sistema remot puguin accedir a fitxers que no són del seu usuari/home.

Per fer que un usuari només pugui utilitzar SFTP dins de la seva gàbia cal editar la configuració del servidor SSH:

$ sudo joe /etc/ssh/sshd_config

I canvieu la línia:

Subsystem sftp /usr/lib/openssh/sftp-server

Per

Subsystem sftp internal-sftp

Afegiu al final el següent:

Match User guifi
ChrootDirectory /usr/share/chroot_guifi
AllowTCPForwarding no
X11Forwarding no
ForceCommand internal-sftp

On guifi és l'usuari de sistema que voleu que funcioni amb gàbia.

$ adduser guifi

També es pot fer amb grups.

La gàbia és troba a la carpeta:

/usr/share/chroot_guifi

La gàbia sempre ha de ser del root (usuari i grup) i amb permisos 755

$ sudo mkdir /usr/share/chroot_guifi

Cal canviar la home per defecte de l'usuari guif al fitxer [[/etc/passwd]]:

guifi:x:1001:1002:,,,:/usr/share/chroot_guifi/wordpress_guifiTerresEbre:/bin/bash

I aplicar la configuració al servidor SSH:

$ sudo /etc/init.d/ssh restart

'''Recursos''':
:*
:*http://www.fuschlberger.net/programs/ssh-scp-sftp-chroot-jail/

===Resolució de problemes===

==== Request for subsystem 'sftp' failed on channel 0 ====

==== Connection reset by peer. Bad ownership or modes for chroot directory====

Si al intentar connectar amb un usuari engabiat us dona l'error:

Connection to terresdelebre.guifi.net closed by remote host.
Couldn't read packet: Connection reset by peer

Consulteu el fitxer de log de SSH al servidor:

$ sudo tail -f /var/log/auth.log
...
Feb 21 09:50:56 acacha sshd[32370]: Address 87.111.152.22 maps to cliente-87936.iberbanda.es, but this does not
map back to the address - POSSIBLE BREAK-IN ATTEMPT!
Feb 21 09:51:27 acacha sshd[32370]: Accepted password for guifi from 87.111.152.22 port 37862 ssh2
Feb 21 09:51:27 acacha sshd[32370]: pam_env(sshd:setcred): Unable to open env file: /etc/default/locale: No such
file or directory
Feb 21 09:51:27 acacha sshd[32370]: pam_unix(sshd:session): session opened for user guifi by (uid=0)
Feb 21 09:51:27 acacha sshd[32378]: pam_env(sshd:setcred): Unable to open env file: /etc/default/locale: No such file or directory
Feb 21 09:51:27 acacha sshd[32378]: '''fatal: bad ownership or modes for chroot directory "/usr/share/wordpress_guifiTerresEbre"'''
Feb 21 09:51:27 acacha sshd[32370]: pam_env(sshd:setcred): Unable to open env file: /etc/default/locale: No such file or directory
Feb 21 09:51:27 acacha sshd[32370]: pam_unix(sshd:session): session closed for user guifi

La carpeta que s'indica com a chroot ha de ser propietat de root i amb permisos d'escriptura només per a root.

==Reutilitzant connexions SSH==

*http://www.revsys.com/writings/quicktips/ssh-faster-connections.html

==Fitxers de lo==

El log de SSH el podeu trobar a:

/var/log/auth.log

La millor manera de consultar el log és utilitzar l'ordre [[tail]]:

$ sudo tail -f /var/log/auth.log

===Log del servidor (login i logLEVEL)===

Es pot desactivar canviant el paràmetre LogLEVEL. Per exemple:

logLevel QUIET

==Connexions remotes SSH amb Nautilus==

Consulteu l'article:

[[Nautilus]]

=DSH=

Consulteu l'article [[DSH]].

=X Arquitectura client-servidor=

Els primers sistemes gràfics es varen crear al MIT allà per l'any 1984. Aquests sistemes van ser pensats per a ser executats en grans màquines, també anomenades main-frames, que aporten la capacitat de càlcul a terminals "tontes" que simplement disposen d'un controlador gràfic i dels dispositius necessaris d'interacció amb l'usuari.

En aquests sistemes el Servidor és aquella màquina que mostra els gràfics, és a dir, els terminals amb el controlador gràfic.

Com saben les aplicacions gràfiques quin servidor X han d'executar? Vàries opcions:

* Variable d'entorn DISPLAY.
* Mitjançant el paràmetre -display. A l'executar l'aplicació podem utilitzar aquesta comanda per controlar quin servidor X utilitzarem.

==xhost==

Consulteu [[xhost]].

=XDMCP=

Consulteu [[LPI_106.2._Configurar_un_gestor_de_pantalla#XDMCP]]

'''Recursos''':

* http://www.movingtofreedom.org/2007/02/16/howto-remote-desktop-with-vnc-in-ubuntu-edgy-gnu-linux/
* http://ubuntuguide.org/wiki/Ubuntu_Edgy#Remote_Login_via_XDMCP

=Rsync=

Vegeu l'article [[rsync]]

=Eines d'accés remot a escriptoris=

==VNC==

Virtual Network Computing (VNC) (http://en.wikipedia.org/wiki/VNC) és un sistema basat en RFB (Remote FrameBuffer). VNC és independent de la plataforma i trobem implementacions de clients i servidors per a tots el Sistemes Operatius. Un dels avantatges respecte a altres tecnologies és que suporta connexió de múltiples clients al mateix temps a una mateixa màquina. El codi font original de VNC és un codi obert sota llicència GNU/GPL (GNU General Public License). VNC va ser desenvolupat pels laboratoris AT&T.

Hi ha moltes aplicacions per utilitzar VNS en sistemes Linux. Si executem la comanda:

$ sudo apt-cache search vnc
Password:
libvncauth-dev - Virtual network computing authentication headers and static lib
libvncauth0 - Virtual network computing authentication library
tsclient - front-end for viewing of remote desktops in GNOME
vnc-common - Virtual network computing server software
xvncviewer - Virtual network computing client software for X
tightvnc-java - TightVNC java applet and command line program
vnc-java - VNC java applet and command line program
conspy - Remote control of Linux virtual consoles
directvnc - VNC client using the framebuffer as display
gnome-rdp - Remote Desktop Client for the GNOME Desktop
iprelay - User-space bandwidth shaping TCP proxy daemon
kcemirror - Windows CE remote control tool like VNC
libsvncpp-dev - Subversion C++ library (development files)
libsvncpp0c2a - Subversion C++ shared library
libsvnqt2 - Qt wrapper library for subversion
libvncserver-dev - easy API to write one's own VNC server
linuxvnc - VNC server to monitor a tty
rfb - VNC Server for X11 - exports current display
svncviewer - virtual network computing client software for SVGA
tightvncserver - virtual network computing server software
tkvnc - Displays a list of (defined) machines to start VNC to
vncommand - VNC server which monitors a specified program
vncserver - Virtual network computing server software
vncsnapshot - A utility that takes JPEG snapshots from VNC servers
vtgrab - A VNC like console monitoring
x11vnc - VNC server which uses your current X11 session
x2vnc - A dual-screen hack - link an MS-Windows and X display
xtightvncviewer - virtual network computing client software for X
xwnc - Mix of Xvnc and XDarwin with improved protocol
vino - VNC server for GNOME
krdc - Remote Desktop Connection for KDE
krfb - Desktop Sharing for KDE
vnc4-common - Virtual network computing server software
vnc4server - Virtual network computing server software
xvnc4viewer - Virtual network computing client software for X

Veiem que hi ha una infinitat d'opcions per escollir.

Ubuntu, amb el sistema Gnome, ja porta instal·lat per defecte els paquets:

*vino
*vnc-common
*xvncviewer
*tsclient

També són recomanables els paquets de KDE:

*krdc
*krfb

Les següents pantalles mostren com s'ha d'utilitzar VNC amb els paquets que proporciona Ubuntu/Gnome:

'Client:

Missing image
VNC3.png
Image:VNC3.png

[[Imatge:VNC1.jpg]]

Servidor:

[[Image:VNC4.png]]

[[Imatge:VNC2.jpg]]

==RDP==

RDP Remote Desktop Protocol (http://en.wikipedia.org/wiki/Remote_Desktop_Protocol) és un protocol multicanal que permet connectar-se a computadores remotes Windows. Hi ha clients per a gairebé totes les plataformes. Suporta 24 bits, encriptació de 128bits, suport audio remot, impressores, sistema de fitxers. El princiapl inconvenient és que només suporta Windows XP professional (no Home Edition). És un protocol lent i no permet més d'una connexió al mateix temps.

Les següents captures de pantalla mostren els passos a seguir per connectar-se a una màquina Windows des de l'aplicació tsclient d'Ubuntu:

El primer que cal fer és permetre l'accés d'escriptori remot a Windows i assegurar-se que cap firewall o aplicació similar no ens estigui bloquejant el pas:

[[Imatge:RDP1.jpg]]

[[Imatge:RDP2.jpg]]

[[Imatge:RDP3.jpg]]

[[Imatge:RDP5.jpg]]

[[Imatge:RDP6.jpg]]

'''Recursos''':

*[http://en.wikipedia.org/wiki/Remote_Desktop_Protocol Remote Desktop Protocol a la wikipedia]

===Registre de Windows===

Sembla que hi han diferents opcions del registre de Windows que s'han de modificar per poder accedir remotament:

Per executar el registre de Windows obres una consola de dos o o executes directament la comanda:

regedit

Registres:

*HKLM/SRV/HKLMSYSTEMCurrentControlSetControlTerminal Server:
**REG_DWORD value fDenyTSConnection: canviar 1 a 0
*HKEY_LOCAL_MACHINE \ SYSTEM \CurrentControlSet \ Control \ Terminal Server.
**Valor fDenyTSConnections: Canviar el valor de 1 a 0

'''Recursos''':

*http://www.lockergnome.com/nexus/windows/2005/12/07/enabling-remote-desktop-on-remote-computer/
*http://element14.wordpress.com/2006/06/18/windows-server-hacks-remotely-enable-remote-desktop/
*http://www.windowsdevcenter.com/pub/a/windows/2004/05/04/serverhacks_remote.html

==FreeNX==

Consulteu l'article [[FreeNX]].

==LTSP==

Consulteu l'article [[LTSP]].

=Scripts de força bruta=

*http://linuxmafia.com/pub/linux/security/sshd_sentry/sshd_sentry
*http://www.securiteam.com/tools/5JP0520G0Q.html
*http://denyhosts.sourceforge.net/

=Recursos=

* [http://wiki.lapipaplena.org/index.php/Com_muntar_accessos_SFTP Guia per configurar usuaris-client i servidor]
*[http://en.wikipedia.org/wiki/SSH SSH a la wikipedia (diferents idiomes)].
*[http://en.wikipedia.org/wiki/OpenSSH OpenSSH a la wikipedia (en)]
*Criptogràfia de clau pública
*[http://samba.anu.edu.au/rsync/ Rsync web oficial].
*[http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync.]
*[http://en.wikipedia.org/wiki/X11 X11 a la wikipedia (diferents idiomes)]
*[http://www.buanzo.com.ar/lin/x_cliente_servidor.html X - Modelo cliente - servidor.]
*http://www.unix.com.ua/orelly/networking_2ndEd/ssh/ch03_05.htm

==Fonts d'informació==

*[http://www.wikilearning.com/ssh_una_historia_ajetreada-wkccp-6415-1.htm http://www.wikilearning.com/ssh_una_historia_ajetreada-wkccp-6415-1.htm]
*[http://www.ubuntu-es.org/index.php?q=node/19491 http://www.ubuntu-es.org/index.php?q=node/19491]
*[http://xarxantoni.net:8080/mediawiki/index.php/Gesti%C3%B3_Remota._SSH%2C_RSYNC%2C_X-WINDOWS#OpenSSH http://xarxantoni.net:8080/mediawiki/index.php/Gesti%C3%B3_Remota._SSH%2C_RSYNC%2C_X-WINDOWS#OpenSSH]

man ssh
man dsh

[[Categoria:Xarxa]]

Portada

2012-04-18T19:29:34Z

Pablog: Ha protegit «Portada» ([edit=autoconfirmed] (indefinit) [move=autoconfirmed] (indefinit))

<div style="width: 600px; margin: 0 auto; background-color: #fcfcfc; border: 1px solid #ccc; border-bottom: 5px groove #999999; border-right:5px groove #999999; text-align: center; padding: 0.4em;">
<div style="font-size: 162%; padding: 0.1em;">[[Fitxer:Logo_guifi.svg|left|56px]][[Fitxer:Logo_guifi.svg|right|56px]]Benvinguda al wiki de '''Guifi.net'''</div>
<div style="font-size: 95%;">Documentació sobre la xarxa oberta, lliure i neutral.</div>
<div style="font-size: 85%;">En aquests moments tenim [[Especial:Estadístiques|{{NUMBEROFARTICLES}}]] [[Especial:Llista_de_pàgines|articles]] en català.</div></div>

__NOTOC__
{| style="width:100%; background:#f6f6f6; border:1px solid #C7D0F8; font-size:107%; -moz-border-radius:1em; -webkit-border-radius:1em;border-radius:1em;"
| valign="top" style="padding:12px 17px 5px 17px" |
'''Guifi.net''' és de tothom, participa-hi [[connectar|connectant]] el teu [[tram de xarxa]] amb el dels altres.

És un projecte col·laboratiu organitzat horitzontalment que agrupa tan a persones individuals, col·lectius, empreses i administracions. És obert i per tant tothom hi pot participar en igualtat de condicions en el marc del [http://guifi.net/ComunsXOLN Comuns de la Xarxa Oberta, Lliure i Neutral]

{| style="width:100%; background:#f6f6f6"
| style="background:#f5e9be; border:1px solid #C7D0F8; font-size:107%; -moz-border-radius:1em; -webkit-border-radius:1em;border-radius:1em; width:20%" |
* [[Què és un wiki]]
* [[Guifi.net|Més sobre Guifi.net]]
* [[Casos d'èxit]]
| style="text-align: right; width 30%; padding:30px" |''A la documentació de guifi.net hi ha els documents de referència per a usuaris novells, experimentats i desenvolupadors. Sigues lliure [[Què és un wiki|d'editar aquest wiki]] per millorar-ne el seu contingut.''
|}
<div style=" text-align: center">Contacta: [http://guifi.net/forum Fòrums] '''|''' [http://lists.guifi.net Llistes de correu] '''|''' [http://guifi.net/xat Xat]</div>
|}

{| id="mp-upper" style="width: 100%; margin:6px 0 0 0; background:none; border-spacing: 0px;"
| style="width:50%; background:#FFFFE0; border:1px solid #EECFA1; padding:10px; margin-bottom:7px; vertical-align:top; -moz-border-radius:1em; -webkit-border-radius:1em; border-radius:1em;" |

<div id="mp-tfa">
{| id="mp-left" style="vertical-align:top; background:#FFFFE0; border-spacing: 0px;"
! style="background:#FFDEAD; border:1px solid #EECFA1; border-right:0px; padding:0px; font-size:150%; vertical-align:middle; font-weight:normal; width:100%;" | Com unir-se a Guifi.net
! style="background:#a5e085; border:1px solid #99CC33; border-left:0px; padding:0px; vertical-align:middle;" |
|-
| colspan=2 style="color:#000; background:#FFFFE0; padding:15px 5px" | <div id="mp-itn"><div style="text-align:left; font-size:95%;">

* [[tres passos|Com donar d'alta i enllaçar un node]]
* [[Escull el material]]
* [[Configura el teu ordinador]]
* [http://guifi.net/ca/BonesPractiques Bones pràctiques]

|}</div>

| style="border:1px solid transparent;" |
| style="width:50%;background:#f5fffa;border:1px solid #99CC33;padding:10px;margin-bottom:7px; vertical-align:top;-moz-border-radius:1em;-webkit-border-radius:1em;border-radius:1em; " |
<div id="mp-itn">
{| id="mp-left" style="vertical-align:top; background:#f5fffa; border-spacing: 0px;"
! style="background:#a5e085; border:1px solid #99CC33; border-right:0px; padding:0px; font-size:150%; vertical-align:middle; font-weight:normal; width:100%;" | Supernodes i illes
! style="background:#a5e085; border:1px solid #99CC33; border-left:0px; padding:0px; vertical-align:middle;" |
|-
| colspan=2 style="color:#000; background:#f5fffa; padding:15px 5px" |<div id="mp-itn"><div style="text-align:left; font-size:95%;">
* [[Començar una illa des de 0]]
* [[Crear un supernode]]
* [http://guifi.net/ca/BonesPractiques Bones pràctiques]</div></div>
|}</div>
|}

{| id="mp-upper" style="width: 100%; margin:6px 0 0 0; background:none; border-spacing: 0px;"
| style="width:50%; style="background:#f5faff;border:1px solid #cedff2;padding:10px;margin-bottom:7px; vertical-align:top;-moz-border-radius:1em;-webkit-border-radius:1em;border-radius:1em; " |
<div id="mp-dyk">
{| id="mp-left" style="vertical-align:top; background:#f5faff; border-spacing: 0px;"
! style="background:#cedff2; border:1px solid #cedff2; border-right:0px; padding:0px; font-size:150%; vertical-align:middle; font-weight:normal; width:100%;" | Guifi.net ++
! style="background:#cedff2; border:1px solid #cedff2; border-left:0px; padding:0px; vertical-align:middle;" |
|-
| colspan=2 style="color:#000; background:#f5fffa; padding:15px 5px" |<div id="mp-itn"><div style="text-align:left; font-size:95%;">

== [[Legal]] ==
* [[Particulars]]
* [[Institucions]]
* [[Empreses]]
* [[Serveis_General]]
* [[Associació|Constitució d'una associació]]
* [[Debat_Salut|Debat sobre Salut i ones wifi]]

== Xarxa ==
=== Infraestructura ===
* [[Muntatge de supernodes]]
* [[Filtres de xarxes]]
* [[Enllaços virtuals]]
* [[Hotspot]]
* [[Eina per buscar rangs de IPs lliures]]
* [[Creació de túnels PPTP (Debian/dd-wrt/Mikrotik)]]
* [[Script per detectar problemes de latència]]
* [[Tweaks antenes]]

=== Mesh ===
* [[Alix+GSF|Àlix + Connectar-se al núvol de gràcia amb mesh]] (es)

=== Enrutaments i conceptes de xarxes ===
* [[Enrutament]]
* [[Peerings]]
* [[Tunejant salts-BGP PREPEND ]]
* [[IPv4]]
* [[IPv6]]
* [[Criteris d'assignació d'adreces IPv4]]
* [[ARP]]
* [[Cables_UTP|Cables UTP]]

=== General ===
* [[Com es vertebra la xarxa: Troncal, punts d'accés i connexions simples]]
* [[La seguretat a la xarxa oberta]]
* [[Aplicacions | Aplicacions de Guifi.net]]
* [[Recursos externs]]
* [[Instal·lar firmware Ubiquiti Rocket M5]]

== Sistemes ==
=== Serveis bàsics ===
* [[Configurar Repositori apt guifi]]
* [[Servidor Proxy]]
* [[Servidor de gràfiques]]
* [[Servidor DNS]]
* [[Servidor Rellotge|Servidor de Rellotge (NTP)]]
* [[Servidor logs remots rsyslogd ]]
* [[Sortida a Internet]] (aka proxy)

=== Serveis de compartició de fitxers ===
* [[Servidor FTP]]
* [[Servidor Peer 2 Peer]]
* [[Servidor DCC]]

=== Serveis de missatgeria ===
* [[Servidor de Correu]]
* [[Webmail]]
* [[Servidor Jabber]]
* [[Servidor IRC]]
* [[Mailman]]

=== Serveis de Veu i Vídeo ===
* [[VoIP|Servidor de VeuIP (VoIP)]]
* [[Servidor Radio Streaming]]

=== Altres Serveis ===
* [[LDAP|Servidor LDAP]]
* [[Apache|Servidor web Apache]]
* [[Servidor Repositori Linux]]
* [[Servidor Repositori Linux (Cache)]]
* [[Servidor Iperf]]
* [[Servidor repositori subversion]]
* [[DHCP|Servidor DHCP]]
* [[MySQL]] (Bases de Dades)
* [[Proxmox]] (virtualització)
* [[Cacti]] (monitoratge)
* [[Clamav]] (antivirus amb GNU/Linux)
* [[Trac]] (sistema de gestió de tiquets)
* [[Squid]] (configuracions avançades squid)
* [[PXE]] (Instal·lació per xarxa)

=== Sistema ===
* [[ACPI]]
* [[Bridges_amb_Linux|Bridges amb GNU/Linux]]
* [[Chroot]]
* [[Corkscrew]]
* [[Túnel Proxy SOCKS]]

== Instal·ladors ==
* [[Parallamps]]
* [[Reaprofitar el cable d'antena de televisió]]
* [[Pressupostos]]
* [[Utilitzar RB Mikrotik com a tunel PPPoE Movistar-Jazztel-altres]]
* [http://guifi.net/ca/node/12486 Comunitat de veïns, cas d'exemple]

== Desenvolupadors ==
* [[Manual editor wiki]]
* [http://wiki.guifi.net/wiki/Trac Trac de Guifi.net]
* [[Actualitzacions mòduls drupal]]
* [http://gitorious.org/guifi Repositoris de codi del projecte guifi.net]
* [[Mapa del codi]]
* [[API de Guifi]]
* [[CNML]]
* [[Empotrar el mapa de Guifi-Google Maps a una web]]
* [[Unsolclic]]
* [[Entorn de desenvolupament]]
* [[:Categoria:router|Routers]]
* [[:Categoria:Telefonia mòbil|Telefonia mòbil]]

== Dissenyadors ==
* [[Logos]]
* [[Maquetació de les diverses pàgines web]]
* [[Usabilitat]]
* [[Presentacions de guifi.net]]

== Desenvolupament col·lectiu de la xarxa ==
* [[Cursos]]
* [[Necessitats]]

== Glossari ==
* [[Recull de termes emprats habitualment]]
* [[Guia Ràpida de Guifi.net]]
* [[Preguntes Freqüents]]
* [http://guifi.net/es/CADocs Documents ubicats a la web de guifi.net] antiga "ComEsFa"
|}
|}
= Accessos Ràpids =
* [http://planet.guifi.net Planet]
* [http://guifi.net/cxoln Comuns (Llicència de la xarxa)]
* [http://guifi.net/maps Mapa guifi]
* [[Webs Regionals]]
* [http://trac.guifi.net Reporta Errors de la web]
* [http://fundacio.guifi.net Fundació]

[[es:Portada]]
[[en:Main Page]]
[[eu:Azala]]
[[fr:Accueil]]
[[gl:Portada]]

Portada

2012-04-18T19:29:19Z

Pablog: nospam

<div style="width: 600px; margin: 0 auto; background-color: #fcfcfc; border: 1px solid #ccc; border-bottom: 5px groove #999999; border-right:5px groove #999999; text-align: center; padding: 0.4em;">
<div style="font-size: 162%; padding: 0.1em;">[[Fitxer:Logo_guifi.svg|left|56px]][[Fitxer:Logo_guifi.svg|right|56px]]Benvinguda al wiki de '''Guifi.net'''</div>
<div style="font-size: 95%;">Documentació sobre la xarxa oberta, lliure i neutral.</div>
<div style="font-size: 85%;">En aquests moments tenim [[Especial:Estadístiques|{{NUMBEROFARTICLES}}]] [[Especial:Llista_de_pàgines|articles]] en català.</div></div>

__NOTOC__
{| style="width:100%; background:#f6f6f6; border:1px solid #C7D0F8; font-size:107%; -moz-border-radius:1em; -webkit-border-radius:1em;border-radius:1em;"
| valign="top" style="padding:12px 17px 5px 17px" |
'''Guifi.net''' és de tothom, participa-hi [[connectar|connectant]] el teu [[tram de xarxa]] amb el dels altres.

És un projecte col·laboratiu organitzat horitzontalment que agrupa tan a persones individuals, col·lectius, empreses i administracions. És obert i per tant tothom hi pot participar en igualtat de condicions en el marc del [http://guifi.net/ComunsXOLN Comuns de la Xarxa Oberta, Lliure i Neutral]

{| style="width:100%; background:#f6f6f6"
| style="background:#f5e9be; border:1px solid #C7D0F8; font-size:107%; -moz-border-radius:1em; -webkit-border-radius:1em;border-radius:1em; width:20%" |
* [[Què és un wiki]]
* [[Guifi.net|Més sobre Guifi.net]]
* [[Casos d'èxit]]
| style="text-align: right; width 30%; padding:30px" |''A la documentació de guifi.net hi ha els documents de referència per a usuaris novells, experimentats i desenvolupadors. Sigues lliure [[Què és un wiki|d'editar aquest wiki]] per millorar-ne el seu contingut.''
|}
<div style=" text-align: center">Contacta: [http://guifi.net/forum Fòrums] '''|''' [http://lists.guifi.net Llistes de correu] '''|''' [http://guifi.net/xat Xat]</div>
|}

{| id="mp-upper" style="width: 100%; margin:6px 0 0 0; background:none; border-spacing: 0px;"
| style="width:50%; background:#FFFFE0; border:1px solid #EECFA1; padding:10px; margin-bottom:7px; vertical-align:top; -moz-border-radius:1em; -webkit-border-radius:1em; border-radius:1em;" |

<div id="mp-tfa">
{| id="mp-left" style="vertical-align:top; background:#FFFFE0; border-spacing: 0px;"
! style="background:#FFDEAD; border:1px solid #EECFA1; border-right:0px; padding:0px; font-size:150%; vertical-align:middle; font-weight:normal; width:100%;" | Com unir-se a Guifi.net
! style="background:#a5e085; border:1px solid #99CC33; border-left:0px; padding:0px; vertical-align:middle;" |
|-
| colspan=2 style="color:#000; background:#FFFFE0; padding:15px 5px" | <div id="mp-itn"><div style="text-align:left; font-size:95%;">

* [[tres passos|Com donar d'alta i enllaçar un node]]
* [[Escull el material]]
* [[Configura el teu ordinador]]
* [http://guifi.net/ca/BonesPractiques Bones pràctiques]

|}</div>

| style="border:1px solid transparent;" |
| style="width:50%;background:#f5fffa;border:1px solid #99CC33;padding:10px;margin-bottom:7px; vertical-align:top;-moz-border-radius:1em;-webkit-border-radius:1em;border-radius:1em; " |
<div id="mp-itn">
{| id="mp-left" style="vertical-align:top; background:#f5fffa; border-spacing: 0px;"
! style="background:#a5e085; border:1px solid #99CC33; border-right:0px; padding:0px; font-size:150%; vertical-align:middle; font-weight:normal; width:100%;" | Supernodes i illes
! style="background:#a5e085; border:1px solid #99CC33; border-left:0px; padding:0px; vertical-align:middle;" |
|-
| colspan=2 style="color:#000; background:#f5fffa; padding:15px 5px" |<div id="mp-itn"><div style="text-align:left; font-size:95%;">
* [[Començar una illa des de 0]]
* [[Crear un supernode]]
* [http://guifi.net/ca/BonesPractiques Bones pràctiques]</div></div>
|}</div>
|}

{| id="mp-upper" style="width: 100%; margin:6px 0 0 0; background:none; border-spacing: 0px;"
| style="width:50%; style="background:#f5faff;border:1px solid #cedff2;padding:10px;margin-bottom:7px; vertical-align:top;-moz-border-radius:1em;-webkit-border-radius:1em;border-radius:1em; " |
<div id="mp-dyk">
{| id="mp-left" style="vertical-align:top; background:#f5faff; border-spacing: 0px;"
! style="background:#cedff2; border:1px solid #cedff2; border-right:0px; padding:0px; font-size:150%; vertical-align:middle; font-weight:normal; width:100%;" | Guifi.net ++
! style="background:#cedff2; border:1px solid #cedff2; border-left:0px; padding:0px; vertical-align:middle;" |
|-
| colspan=2 style="color:#000; background:#f5fffa; padding:15px 5px" |<div id="mp-itn"><div style="text-align:left; font-size:95%;">

== [[Legal]] ==
* [[Particulars]]
* [[Institucions]]
* [[Empreses]]
* [[Serveis_General]]
* [[Associació|Constitució d'una associació]]
* [[Debat_Salut|Debat sobre Salut i ones wifi]]

== Xarxa ==
=== Infraestructura ===
* [[Muntatge de supernodes]]
* [[Filtres de xarxes]]
* [[Enllaços virtuals]]
* [[Hotspot]]
* [[Eina per buscar rangs de IPs lliures]]
* [[Creació de túnels PPTP (Debian/dd-wrt/Mikrotik)]]
* [[Script per detectar problemes de latència]]
* [[Tweaks antenes]]

=== Mesh ===
* [[Alix+GSF|Àlix + Connectar-se al núvol de gràcia amb mesh]] (es)

=== Enrutaments i conceptes de xarxes ===
* [[Enrutament]]
* [[Peerings]]
* [[Tunejant salts-BGP PREPEND ]]
* [[IPv4]]
* [[IPv6]]
* [[Criteris d'assignació d'adreces IPv4]]
* [[ARP]]
* [[Cables_UTP|Cables UTP]]

=== General ===
* [[Com es vertebra la xarxa: Troncal, punts d'accés i connexions simples]]
* [[La seguretat a la xarxa oberta]]
* [[Aplicacions | Aplicacions de Guifi.net]]
* [[Recursos externs]]
* [[Instal·lar firmware Ubiquiti Rocket M5]]

== Sistemes ==
=== Serveis bàsics ===
* [[Configurar Repositori apt guifi]]
* [[Servidor Proxy]]
* [[Servidor de gràfiques]]
* [[Servidor DNS]]
* [[Servidor Rellotge|Servidor de Rellotge (NTP)]]
* [[Servidor logs remots rsyslogd ]]
* [[Sortida a Internet]] (aka proxy)

=== Serveis de compartició de fitxers ===
* [[Servidor FTP]]
* [[Servidor Peer 2 Peer]]
* [[Servidor DCC]]

=== Serveis de missatgeria ===
* [[Servidor de Correu]]
* [[Webmail]]
* [[Servidor Jabber]]
* [[Servidor IRC]]
* [[Mailman]]

=== Serveis de Veu i Vídeo ===
* [[VoIP|Servidor de VeuIP (VoIP)]]
* [[Servidor Radio Streaming]]

=== Altres Serveis ===
* [[LDAP|Servidor LDAP]]
* [[Apache|Servidor web Apache]]
* [[Servidor Repositori Linux]]
* [[Servidor Repositori Linux (Cache)]]
* [[Servidor Iperf]]
* [[Servidor repositori subversion]]
* [[DHCP|Servidor DHCP]]
* [[MySQL]] (Bases de Dades)
* [[Proxmox]] (virtualització)
* [[Cacti]] (monitoratge)
* [[Clamav]] (antivirus amb GNU/Linux)
* [[Trac]] (sistema de gestió de tiquets)
* [[Squid]] (configuracions avançades squid)
* [[PXE]] (Instal·lació per xarxa)

=== Sistema ===
* [[ACPI]]
* [[Bridges_amb_Linux|Bridges amb GNU/Linux]]
* [[Chroot]]
* [[Corkscrew]]
* [[Túnel Proxy SOCKS]]

== Instal·ladors ==
* [[Parallamps]]
* [[Reaprofitar el cable d'antena de televisió]]
* [[Pressupostos]]
* [[Utilitzar RB Mikrotik com a tunel PPPoE Movistar-Jazztel-altres]]
* [http://guifi.net/ca/node/12486 Comunitat de veïns, cas d'exemple]

== Desenvolupadors ==
* [[Manual editor wiki]]
* [http://wiki.guifi.net/wiki/Trac Trac de Guifi.net]
* [[Actualitzacions mòduls drupal]]
* [http://gitorious.org/guifi Repositoris de codi del projecte guifi.net]
* [[Mapa del codi]]
* [[API de Guifi]]
* [[CNML]]
* [[Empotrar el mapa de Guifi-Google Maps a una web]]
* [[Unsolclic]]
* [[Entorn de desenvolupament]]
* [[:Categoria:router|Routers]]
* [[:Categoria:Telefonia mòbil|Telefonia mòbil]]

== Dissenyadors ==
* [[Logos]]
* [[Maquetació de les diverses pàgines web]]
* [[Usabilitat]]
* [[Presentacions de guifi.net]]

== Desenvolupament col·lectiu de la xarxa ==
* [[Cursos]]
* [[Necessitats]]

== Glossari ==
* [[Recull de termes emprats habitualment]]
* [[Guia Ràpida de Guifi.net]]
* [[Preguntes Freqüents]]
* [http://guifi.net/es/CADocs Documents ubicats a la web de guifi.net] antiga "ComEsFa"
|}
|}
= Accessos Ràpids =
* [http://planet.guifi.net Planet]
* [http://guifi.net/cxoln Comuns (Llicència de la xarxa)]
* [http://guifi.net/maps Mapa guifi]
* [[Webs Regionals]]
* [http://trac.guifi.net Reporta Errors de la web]
* [http://fundacio.guifi.net Fundació]

[[es:Portada]]
[[en:Main Page]]
[[eu:Azala]]
[[fr:Accueil]]
[[gl:Portada]]