ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA INFORMÁTICA
GRADO EN INGENIERÍA DEL SOFTWARE
DESPLIEGUE DE INFRAESTRUCTURA Y SERVICIOS DE RED EN LA RESIDENCIA
UNIVERSITARIA “ALBERTO JIMÉNEZ FRAUD”: DESPLIEGUE DE
INFRAESTRUCTURA, VIRTUALIZACIÓN EN CONTENEDORES Y DESARROLLO DEL
FRONTEND DE LA APLICACIÓN DE GESTIÓN “PANEL DEL RESIDENTE”
NETWORK INFRASTRUCTURE AND SERVICES DEPLOYMENT AT THE MÁLAGA
UNIVERSITY’S DORMITORY “ALBERTO JIMÉNEZ FRAUD”: NETWORK
INFRASTRUCTURE DEPLOYMENT, CONTAINER VIRTUALIZATION AND FRONTEND
DEVELOPMENT OF THE MANAGEMENT APPLICATION “PANEL DEL RESIDENTE”
Realizado po
MELCHOR ALEJO GARAU MADRIGAL
Tu o izado po
PEDRO MERINO GOMEZ
ALMUDENA DIAZ ZAYAS
VICTORIANO FRANCISCO GIRALT GARCÍA
Depa amen o
TECNOLOGIA ELECTRONICA
UNIVERSIDAD DE MÁLAGA
MÁLAGA, SEPTIEMBRE 2018
Fecha de de ensa:
El sec e a io del T ibunal!
3
4
Resumen:
En la Residencia Uni e si a ia “Albe o Jiménez F aud”, se a a á la eno ación de
la ins alación de in e ne po cable y el diseño y con igu ación de una ins alación
inalámb ica (WiFi), que acili e la conexión a in e ne de los esiden es, con la
adición de nue os se icios pa a los mismos y, además, de mejo a la
adminis ación de la ed. Ap o echando algunos se icios exis en es, que se ue on
añadiendo sob e la ma cha, y o os nue os, u o de es e abajo y del abajo
complemen a io a es e, se ealiza á un despliegue de se icios i ualizados de ácil
adminis ación. De en e los nue os se icios, des acamos el “Panel del esiden e”
que pe mi i á ges iona y cen aliza los se icios ac uales y los nue os po eni ,
pa a uso de los esiden es."
La aplicación de la nue a in aes uc u a de ed es á dando buenos esul ados en e
los esiden es. Pa a los adminis ado es de la ed, la ges ión y moni o ización de
odo el equipamien o se ha simpli icado usando un solo panel de adminis ación.
Los se icios i ualizados han sido simpli icados de ca a al man enimien o,
ac ualización y mejo a de és os, de al mane a que son más ágiles ealiza cambios
en ellos sin ene que ealiza g andes co es en el despliegue inal."
Palab as cla e:
Despliegue de ed, edes inalámb icas, WiFi, despliegue de se icios, con enedo es,
docke , aplicación web, esidencia, uni i"
Abs ac :
In he Uni e si y’s Residence “Albe o Jiménez F aud”, we will make no only an
upg ade o he wi e ne wo k in as uc u e, bu also a design and con igu a ion o a
b and new wi eless ne wo k in as uc u e (WiFi) in which esiden s will be able o
use in e ne easily. New se ices will be added o he esiden s, and he ne wo k
adminis a ion will be imp o ed oo. Wi h ha new ne wo k in as uc u e and
bene i ing om some al eady exis ing se ices, ones c ea ed o e he days and
o he s being new, as a esul o his p ojec and he complemen a y p ojec , a
deploymen o i ualised se ices will be done, and will be easily adminis able.
5

Be ween he new se ices, “Panel del esiden e” is he mos ema kable which will
allow o manage and cen alise he cu en se ices and he new ones ye o come,
whose a ge use s a e he esiden s."
The esul s o applying he new ne wo k in as uc u e a e being eally posi i e
among he esiden s. Fo he ne wo k adminis a o s, he new in as uc u e can now
be managed om one dashboa d which allow hem o simpli y he asks o
moni o ing and con igu ing all he equipmen . The main enance, upda e and
imp o emen o he se ices ha e been simpli ied inally, allowing mo e agile
changes in he se ices and a oiding big ou ages o he se ices in he p oduc ion
en i onmen ."
Keywo ds: "
Ne wo k deploymen , wi eless ne wo ks, WiFi, se ices deploymen , con aine s,
docke , web applica ion, esidence, uni i"
6
1. In oducción#9"
Con ex o#9"
Mo i ación y obje i os#10"
Es ado del a e#11"
Tecnologías#12"
2. Diseño, con igu ación y despliegue de la in aes uc u a de ed#13"
Desc ipción del es ado inicial de la ed#13"
Ob ención de equisi os de la nue a ins alación#19"
Toma de decisiones en base a los equisi os#20"
Diseño y con igu ación de la ed ija#23"
Diseño de la ed WiFi#25"
Despliegue de nue o cableado pa a el WiFi#29"
Con igu ación de la ed WiFi#30"
3. Requisi os del sis ema so wa e de ges ión#33"
Análisis#33"
Me odología del desa ollo so wa e#33"
Requisi os#34"
Modelo#38"
Desc ipción de la API#41"
4. Desa ollo del on end del so wa e de ges ión#44"
Tecnologías, modula idad y conside aciones#44"
Desc ipción de la in e az de los módulos#47"
‣Módulo común#47"
‣Página inicial - Página de inicio de sesión#50"
‣Página esumen del blog#52"
‣Módulo pa a consumo de in e ne #54"
‣Módulo pa a his o ial de llamadas#59"
‣Módulo pa a pa es in o má icos#61"
‣Módulo pa a no i icaciones#64"
5. Despliegue de se icios#67"
Es ado ac ual de los se icios#67"
‣dnsmasq#67"
‣Con olado Uni i#68"
‣Se ido Web#68"
‣Moni o ización de se ido es#69"
7
Nue os se icios#70"
‣Se ido VoIP#70"
Mig ación de se icios exis en es a Docke #71"
P epa ando nue os se icios pa a i ualiza #76"
‣T æ ik#77"
‣Medido de uso de in e ne #77"
‣Au en icación SAML#78"
Despliegue de los se icios#79"
‣T æ ik#81"
‣Bases de da os#82"
‣Se icios web#84"
‣As e isk#88"
‣Se icios en la pue a de enlace#89"
6. Conclusiones y abajos u u os#91"
7. Re e encias#93
8
1. In oducción
Con ex o
En los úl imos años, el a ance en las ecnologías de la in o mación y la
comunicación (TIC) ha sido eno me indudablemen e. Tal es que, ac ualmen e, la
mayo ía de abajos dependen de ellos (de alguna o ma), e incluso nues as idas
se han is o in luenciadas po las TIC. Además, en el á ea de la educación, las
nue as ecnologías es án en ando en las me odologías de enseñanza, haciendo
imp escindible su uso en las aulas, biblio ecas y en los hoga es de los es udian es."
La mode nización de las ecnologías en las emp esas e ins i uciones publicas es
necesa io pa a segui la ola de “la mode nización” y sob e i i en es e mundo
in o ma izado en cons an e cambio. Los es udian es uni e si a ios dependen, po
an o, de es as ecnologías y equie en que los espacios pa a ellos engan de una
conexión su icien e pa a sus a eas. Además las inno aciones ayudan al con ol de
las ins alaciones y acili an los despliegues de WiFi y ele onía VoIP."
La Residencia Uni e si a ia Albe o Jiménez F aud, sob e la que se cen a la
ac i idad de es e p oyec o, albe ga unos 250 miemb os de la Uni e sidad. La
mayo ía son es udian es de g ado, pe o ambién hay o os es udian es y p o eso es.
En un luga como es e esul a impensable no ene una ins alación TIC adecuada
pa a el uso y dis u e de los esiden es, pa a pode abaja y, además, pa a pode
i i . Un en o no como es e, pe mi e o ece un conjun o de se icios a los
es udian es, y dan cabida a eno a o o ipo de se icios que ac ualmen e no
o ecen nada desde el pun o de is a in o má ico."
An es del p oyec o, la esidencia (de es a o ma nos e e imos a la esidencia
mencionada an e io men e) no disponía de un se icio WiFi su icien e pa a an as
pe sonas y el se icio de ele onía, que se p opo cionaba a a és de la adicional
ed de ele onía conmu ada. En cambio, la ins alación de cable de in e ne e a
bas an e acep able, pe o su adminis ación e a algo manual. Todo es o hacía muy
complejo la adminis ación y el man enimien o del despliegue de comunicaciones
de la esidencia."
9
•Se ido DNS: el p opio dnsmasq hace de se ido DNS ambién, incluye
ambién los disposi i os conec ados, cada uno ob enía un dominio p opio local."
Como se puede obse a , el se ido necesi a dos a je as de ed, y así es. Una es la
que conec a con la in aes uc u a in e na, an e io men e comen ada; y la o a es la
que conec a con el se icio de in e ne o ecido po Ono/Voda one. Es e se icio
inicialmen e e an 50Mbps simé icos y se consiguió amplia a 200Mbps simé icos,
ambos de ib a óp ica."
A modo de ejemplo, pa a ilus a la in aes uc u a, un usua io que se conec a po
cable o po alguno de los pun os de acceso (que se comen a á en b e e), ecibía
una di ección IP del se ido DHCP. Al en ia un paque e, pasaba po los swi ches
has a llega al se ido , que aplicaba las eglas de NAT ( aduci la IP de o igen y el
pue o) y emi ía el paque e hacia la pue a de enlace de Ono y ol ía a aplica o o
NAT, pa a acaba inalmen e en in e ne ."
T a emos aho a la si uación del despliegue de WiFi. Había epa idos po a ios
apa amen os unos ou e s neu os como pun os de acceso. Con ou e neu o nos
e e imos a ou e s que uno puede comp a en cualquie luga , que no son de
ninguna emp esa ele ónica y que si en pa a cualquie ipo de se icio que abaja
a ni el de capa de ed. Los pun os de acceso son los apa a os que abajan sólo
has a ni el de enlace y emi en la señal inalámb ica. Se conec an al ou e a a és
de un cable E he ne , y en algunos casos, a a és de o o pun o de acceso."
Es os ou e s neu os ienen inco po ados ambién la uncionalidad de pun o de
acceso (o AP pa a aco a ). Repa idos po la esidencia, se podían encon a
pun os de acceso de di e sos modelos: la mayo ía e an TP-Link WR841N(D),
algunos TP-LINK WR1043ND que son mas po en es, y algún que o o O isLink (de
modelo desconocido) de peo po encia que el es o. La colocación de és os e a
alea o ia, incluso algunos los mo ían los p opios esiden es sin no i ica lo. En
ambos casos, hacían que en algunas zonas no hubie a cobe u a a penas, y en
o as, los APs se in e i ie an en e ellos."
Pa a inales del p ime cua o de 2016, se consiguió comp a unos pun os de
acceso Uni i AP-LR. Con ellos, se consiguió mejo a la cobe u a, pe o aún así no
e a su icien e."
16

En el g á ico supe io se puede obse a lo que se denominan como hea maps de
cobe u a de WiFi en uno de los mejo es bloques en cuan o a cobe u a. El g á ico
jun a las es plan as de un bloque (nume ado como el 2º) y solo mues a la po encia
de señal de odos los pun os de acceso pe enecien es a la esidencia. Como se
puede obse a , una mi ad del bloque se e bas an e des a o ecida po una calidad
de señal muy in e io ; mien as que en la o a mi ad, la señal llegaba a casi odos los
luga es. O o ac o impo an e a ene en cuen a es que los apa amen os de la
izquie da (en el g á ico, los que es án más abajo) es án dando jun o a la calle y las
in e e encias de los o os pun os de acceso de los bloques de pisos hace que la
conexión sea peo ."
Los modelos de ou e s neu os que se han mencionado an e io men e, su obje i o
no es el me cado p o esional como se demanda en un luga como es e. En palab as
de la web o icial del TP-Link WR841N, ”Excelen e capacidad pa a mi iga la pé dida
de da os a la ga dis ancia y a a és de obs áculos en una pequeña o icina o en una
i ienda g ande”[12], aunque no desc ibe el modelo que se enia en la esidencia, da
una idea de que el obje i o no es el uso p o esional. Po an o, es os ou e s neu os
no e an los ideales pa a o ece una conexión po WiFi en la esidencia."
Como medida empo al, se pe mi ió a los esiden es ae sus p opios apa a os pa a
que ellos se pudie an conec a po WiFi, an e la al a de una ins alación adecuada.
Es a decisión aía consigo una se ie de p oblemas, pasando po que la mayo ía de
17
Hea map de cobe u a - Rojo mas po encia, Azul menos po encia
esiden es no saben como ins ala lo y hace lo unciona , además, si alguno se
descon igu aba, podia hace que deja a de i la conexión de in e ne en pa e o oda
la esidencia."
Los dueños, muchos de ellos, solían ae nos sus apa a os pa a que se lo
dejá amos p epa ado pa a usa , pe o o os lo enchu aban di ec amen e y
p o ocaban "el caos”. En el caso de que alguno se descon igu ase (incluyendo a los
APs de la esidencia) podían p o oca el mencionado “caos”. Con es o nos
e e imos a que dichos apa a os ol ían a su con igu ación inicial, donde enían un
DHCP ya que ac uaban como ou e s. Pa a ac ua como APs, se enia que conec a
el cable e he ne en el swi ch pa a LAN (jus o lo con a io a lo común que es
conec a lo en el pue o WAN o de in e ne ). La con igu ación po de ec o es o ece
un se ido DHCP que unciona an o po su WiFi como po su swi ch LAN,
haciendo que los equipos de la esidencia ue an a conec a se a es e ou e (sin
in e ne ) en luga del se ido de la esidencia."
Es a si uación hace in iable el modelo ac ual de ins alación WiFi, haciendo abaja
a los beca ios en exceso, cuando las al e na i as p o esionales no equie en de
an o abajo. Como ejemplo, los APs Uni i, aquellos mencionados an e io men e
que se comp a on, se manejan desde un panel de adminis ación web cen alizado,
ayudando eno memen e en el abajo de adminis ación de la ed."
La ed WiFi de la esidencia se o ecía sob e una ed abie a, y las edes de cada
esiden e que aía su p opio apa a o e a a elección de él mismo, aunque la mayo ía
e an con con aseña. El mayo p oblema de es as edes es que al se abie as no
ienen ningún ci ado y ”la cap u a de es os paque es de in o mación es muy
sencilla; u ilizan p og amas que cap u an los paque es que iajan po la ed, y que
no son complicados de u iliza ”[13]. Incluso se pueden ealiza “honeypo ”s que
consis e en una pe sona (lad ón) que “c ea una ed WiFi abie a, muchas eces
haciéndose pasa po un come cio o luga conocido, pa a que nos conec emos a
ella. E in en a á oba nos la mayo can idad de in o mación posible”[14]."
Po úl imo, aunque el equipamien o pa a la in aes uc u a de cable e a bueno,
alguno de los swi ches deja on de unciona momen áneamen e, en cie as
ocasiones. Además, uno de los con e sa es de ib a no e a gigabi (1000Mbps), lo
que podia p o oca un cuello de bo ella."
18
Ob ención de equisi os de la nue a ins alación
Después de analiza el es ado inicial de la ins alación, sus pun os posi i os y
nega i os, se puede ealiza una búsqueda de equisi os sob e como debe ía
queda la ins alación inal, que pe mi i á guia en las decisiones pa a la
implemen ación de la ins alación."
Los usua ios inales de la ins alación se án los esiden es, a cada uno de los cuales
se les quie e p opo ciona conec i idad Wi-Fi, E he ne y un elé ono VoIP.
Suponiendo que cada esiden e end á al menos dos disposi i os (un o denado y
un elé ono), y sabiendo que la esidencia puede albe ga unas 250 pe sonas, la
ins alación debe ía sopo a 500 disposi i os conec ados simul áneamen e."
Los esiden es, como se ha comen ado an e io men e, no solo es udian, ambién
i en, po lo que la ins alación debe ía se capaz de sopo a a esiden es con casos
de uso como ideojuegos online o ideos y música en s eaming. La na egación po
in e ne ambién es un equisi o, pe o equie e menos ecu sos que lo an e io po lo
que se conside a ya incluido."
La segu idad es uno de los pun os mas impo an es ac ualmen e. La ed WiFi, que
se p e e que se á la más usada, debe es a p o egida con WPA2-PSK o WPA2-
En e p ise (p o ocolos de p o ección y ci ado de una ed WiFi)."
Pa a e i a un lujo de paque es innecesa ios en e disposi i os po WiFi, educiendo
el uso de la ed, se debe ía pode usa un mecanismo de aislamien o en e
disposi i os y bloquea los mensajes de “b oadcas ” pa a és os. Al se una ed
g ande, man ene el uso de los APs al mínimo es impo an e pa a ene una ed
es able y usable. Así se e i a ían p oblemas como el del Ch omecas a p incipios de
2018[15], en el que sa u aba la ed WiFi de los hoga es po en ia demasiados
paque es po la ed WiFi, sa u ándola."
Con el obje i o de sepa a el á ico de cada una de las edes y aumen a la
segu idad, se debe ía implemen a di e sas VLANs, aislando los disposi i os po
di e sos segmen os. Dicha sepa ación pod ía se un segmen o pa a la ins alación
VoIP, o a pa a el manejo de los swi ches y APs, y una úl ima pa a el acceso a
in e ne de los usua ios. Con las VLANs, se pueden c ea edes i uales que iajan
19
po la misma ins alación pe o dando la sensación de que son ins alaciones dis in as
y sepa adas con un único pun o en común."
Toma de decisiones en base a los equisi os
Con o me a los equisi os an e io es, en es e apa ado se de alla án las decisiones
mas écnicas pa a el despliegue que in lui án en los siguien es apa ados."
Lo p ime o que se pensó ue que había que pensa cuan os pun os de acceso iban
a hace al a y de que ma ca y modelo se comp a ían. Y sob e lo p ime o
dependende ian las necesidades de los swi ches. Teniendo cla o es as decisiones,
se pod ía empeza a pensa el es o de apa ados de diseño y con igu ación."
Se a a desc ibi la es uc u a de los edi icios
de la esidencia b e emen e pa a que se
en ienda la g an p oblemá ica de una
ins alación WiFi en ella. La esidencia se
dis ibuye en 8 bloques: 7 bloques de 12
apa amen os y uno de 6 apa amen os.
Cua o an a una mi ad (izquie da del mapa),
los o os cua o a la o a (de echa del mapa);
sepa ados po un pasillo ancho. Sie e de los
ocho bloques es á di idido en dos, y en medio
de la sepa ación, se encuen a un pequeño
pasillo."
Los lados izquie dos de cada bloque (mi ando
desde la en ada, abajo de la imagen hacia
a iba) iene es apa amen os en la plan a
baja (de 2 pe sonas) y es apa amen os en la segunda plan a (de 4 pe sonas), con
dos plan as cada uno (dúplex). En los lados de echos de cada bloque, en cambio,
hay dos apa amen os en la plan a baja, dos en la p ime a plan a y dos en la
segunda; odos de es pe sonas. El bloque con una sola mi ad, sigue la es uc u a
del lado izquie do."
20
Residencia Uni e si a ia[30]
En cada apa amen o, solo hay una oma de pa ed de cable E he ne . Eso incluye a
los apa amen os de dos plan as, que solo hay oma en la plan a supe io ."
Resumiendo es os da os, enemos que la esidencia puede albe ga como máximo
a unas 260 pe sonas como máximo en 90 apa amen os."
Es e es el e o a sol en a : analiza cual se ia la can idad de pun os de acceso
necesa ios pa a una ins alación a la al u a pa a es a esidencia, con an os huecos y
an espa cida."
"
Una de las p ime as ideas que se ba ajó,
ue ins ala un pun o de acceso de pa ed
en cada apa amen o, al igual que algunos
ho eles acaban haciendo (según in o mó un
come cial de Ono/Voda one). De es a
o ma, se consegui ía una g an cobe u a
en odos los apa amen os. En con a enemos que al se algo que es á en la pa ed,
y se debe ía coloca en un luga p óximo a la oma de cable, enemos el p oblema
de que pod ía su i muchos golpes de los esiden es. O o mo i o po lo que se
es u o en con a es que la mayo ía de ellos (de los modelos que se obse a on)
emi en la señal WiFi p incipalmen e pa a una plan a, po lo que los esiden es de los
dúplex (los apa amen os de dos plan as) pod ían su i de mala cobe u a en la
plan a in e io . Po lo que se desca ó la idea de es e ipo de pun os de acceso."
Decidimos que usa íamos modelos de APs mas
adicionales, que se pa ezcan a los que la p opia
Uni e sidad es á usando ac ualmen e. Con es os
modelos, los APs se pod ían coloca en luga es donde
su an menos de golpes acciden ales, incluso debe ían
bas a pa a llega a la plan a in e io de los dúplex. Es e ipo de APs son bas an e
mas po en es que los an e io es, incluyendo los modelos pensados pa a baja
densidad de disposi i os. Es o nos lle ó a la idea de que un pun o de acceso po
apa amen o iba a se demasiado, ya que es os modelos emi en con mayo
po encia, pod ían llega a más luga es, pe o a la ez pod ía habe mucha
in e e encia en e ellos."
21

Siguiendo con el mismo modelo de pun o de acceso, plan emos si pone un pun o
de acceso po cada dos apa amen os o un pun o de acceso po cada es. Aho a
en a en juego como se ia la cobe u a de los pun os en un en o no eal pa a sabe
esponde a es a p egun a, po lo que hay que decidi ma ca y modelo de AP pa a
pode i a la siguien e ase."
Aunque pa íamos de la idea de usa Cisco Me aki pa a los pun os de acceso,
acabamos decidiendo que iba a se mejo opción usa Ubiqui y Uni i po ene ya
algún equipamien o de esa emp esa de an es, además de habe comp obado que
su endimien o e a el adecuado pa a el ipo de despliegue que se necesi aba."
Aho a quedaba elegi qué swi ches íbamos a usa pa a el despliegue, pa a
complemen a la ins alación. Inicialmen e se sugi ió usa swi ches de Cisco, pe o
como los pun os de acceso iban a se de Ubiqui y Uni i, iba a se mejo opción usa
swi ches de la misma ma ca pa a ene una mejo in eg ación en la ins alación y en
el panel de adminis ación de Ubiqui y."
Un equisi o indispensable pa a los swi ches es que debían de se de 48 pue os
mínimo, y ene 4 de es os. El po qué se debe a que, como se comen ó en el
apa ado “Desc ipción del es ado inicial de la ed”, hay que epa i in e ne a 48
apa amen os pa a una mi ad y o os 42 pa a la o a mi ad de la esidencia.
Además, al añadi pun os de acceso, se necesi a án más cables pa a és os.
Poniéndonos en el peo caso de un AP pa a cada dos apa amen os, se
necesi a ían 24 cables ex a en la p ime a mi ad y 21 cables ex a pa a la segunda.
El o al se esume en la siguien e abla:"
Po an o, dos swi ches pa a cada mi ad: uno dedicado a apa amen os y o o
dedicado a los pun os de acceso."
Mi ad 1
Mi ad 2
Apa amen os
48
42
Pun os de acceso
24
21
To al pue os en swi ches
72
63
22
Además, exis en dos pun os de acceso ue a de los apa amen os: uno en la sala de
es udios y o a en el salón de ac os. Pa a hace llega in e ne a es a sección, con
un swi ch de 8 pue os bas aba (es lo más pequeño que se puede encon a )."
Resumiendo, se decidió lo siguien e espec o a la ins alación nue a de ed:"
•1 AP po cada dos o es apa amen os"
•APs de Ubiqui y Uni i"
•4 swi ches de 48 pue os de Ubiqui y Uni i - 2 po mi ad"
•1 swi ch de 8 pue os de Ubiqui y Uni i"
Diseño y con igu ación de la ed ija
Es e es uno de los pun os más impo an es de la ed, ya que es la pa e de la
in aes uc u a que sopo a al es o. Po lo que un buen diseño ha á que dé un buen
esul ado la ed po cable."
Como se comen ó al p incipio de la sección “Desc ipción del es ado inicial de ed”,
el diseño inicial ue c eado po un g upo del Se icio Cen al de In o má ica de la
23
G á ico que desc ibe la dis ibución de la ed ija (o de cable)
Uni e sidad, po lo que imos adecuado eplica la es uc u a pa a el nue o
despliegue, pe o adap ándolo a los nue os disposi i os y sus posibilidades."
La nue a dis ibución, que se desc ibe isualmen e en el g á ico de la an e io ,
consis e en que el se ido se conec a al p ime swi ch de la p ime a mi ad. És e se
decidió que epa ie a la conexión a los 48 APs de la misma mi ad. Po enlace de
ib a, se conec aba con el segundo swi ch de es a p ime a mi ad y con el swi ch de
ecepción (que luego se comen a á). Los swi ches de es e modelo ienen odos 4
pue os adicionales. Po lo que, es os pue os se usan pa a los enlaces de ib a
swi ch-swi ch."
El segundo swi ch enia odas sus pue os ocupados con los 48 apa amen os. Po
lo que se conec a con el p ime swi ch de la o a mi ad de la esidencia median e
enlace de ib a, usando esos pue os adicionales."
El de la segunda mi ad epa e conexión a los 42 apa amen os de es a mi ad de la
esidencia. Y, po enlace de ib a, se conec aba con el segundo swi ch."
El segundo swi ch de es a mi ad epa e la conexión a los pun os de acceso de es a
segunda mi ad."
Po úl imo, el swi ch de ecepción. Como se comen ó, iba a se inicialmen e un
swi ch de pocos pue os, pe o a la esidencia apa eció un Uni i EdgeSwi ch de 48
pue os. És e es de o a linea de p oduc os, po lo que no se conec a con el panel
de Uni i, y se con igu a manualmen e median e su p opio panel. Con inuando con la
desc ipción de la opología, es e swi ch po ib a ecibe la conexión y la epa e a
los pun os de acceso de la sala de es udios y el salón de ac os, además de es
elé onos VoIP."
Respec o a la con igu ación de la ed, dis inguimos 4 edes, que se implemen an
sob e VLANs:"
•Red de adminis ación: es la ed que usan los swi ches, pun os de acceso y el
con olado Uni i pa a comunica se y con ola la ed."
•Red WiFi: es la ed que usan odos los usua ios que se conec an po WiFi."
•Red cableada: es la ed que usan odos los usua ios que se conec an po cable
al elé ono del apa amen o[16], los elé onos o ecen un pue o ex a pa a
conec a se po cable a la ed, y és e e ique a el á ico de ese pue o de o ma
dis in a al del VoIP."
24
•Red VoIP: los elé onos VoIP son los que usa án es a ed pa a la comunicación
con la cen ali a y en e los elé onos."
Una ez desc i os el obje i o de las edes, se a a desc ibi la con igu ación más
écnica de cada una, median e la siguien e abla:"
En la abla an e io , se puede e cuales son las edes IP 4 (desc i as po IP de la
ed y másca a), la pue a de enlace, el nume o de la VLAN, si los swi ches hacen
aislamien o en e disposi i os y si el DHCP es es á ico. Con es o úl imo se es á
e i iendo a que el DHCP en modo es á ico no o ece una IP si no es á den o de
una lis a de inida manualmen e. De es a o ma, es más di ícil que una pe sona se
conec e a una de esas edes y que le uncione."
Diseño de la ed WiFi
Pa a empeza con esa ase, el Se icio Cen al de In o má ica nos p opo cionó un
mapa de cobe u a que ealiza on median e una simulación con el so wa e Ekahau
sob e la banda 2,4GHz, suponiendo que los pun os de acceso se ian los Uni i AC
Li e. Además, nos ecomenda on usa es e modelo de pun os de acceso ya que
eían que iban a se idóneos pa a el despliegue."
Sob e es e modelo de APs, uno solo es capaz de sopo a a 200 clien es en
condiciones no males an o en 2,4GHz como en 5GHz, según el documen o de
especi icaciones del modelo[17], además de que su alimen ación se ealiza sob e el
p opio cable de in e ne (Powe o e E he ne )."
La simulación, ealizada po el SCI, consis ía en coloca dos pun os de acceso po
módulo o mando una diagonal. Con módulo se e ie e a una mi ad de un bloque, y
la diagonal es coloca uno en la plan a baja y en un lado del módulo, y el o o en la
segunda plan a en el lado opues o del módulo. El dibujo de la es a siguien e página
Adminis ación
WiFi
Cableada
VoIP
Red IP 4
10.10.10.0/24
10.10.0.0/21
10.10.20.0/24
10.10.11.0/24
Pue a de enlace
10.10.10.254
10.10.0.1
10.10.20.1
10.10.11.254
VLAN
No
10
15
7
Aislamien o
No
Si
No
No
DHCP Es á ico
Si
No
No
Si
25
Pa a su uncionamien o, se equie e de un se ido RADIUS, que pe mi e iden i ica
al usua io. Es e se ido lo p o ee la Uni e sidad, y los pun os de accesos in en an
au en ica di ec amen e con és e. La ed edu oam usa un sis ema de au en icación
po uni e sidades, y pa a conec a se con o os países, se hace a a és de los
se ido es del NREN (Na ional Resea ch and Educa ion Ne wo k) del país
co espondien e. Po an o, nues o se icio se conec a a un se ido RADIUS que
edi ecciona las pe iciones al se ido co espondien e dependiendo del dominio
que enga el email del usua io."
Pa a los in i ados, o aquellas pe sonas que no hayan con igu ado aún la ed
edu oam, se implemen a á un po al cau i o en es a ed pa a pode iden i ica a
cada uno de los usua ios y limi a el uso que hacen de la ed."
Todo el á ico de la ed WiFi a po la VLAN 10, que se explicó en “Diseño y
con igu ación de la ed ija”.&
32

3. Requisi os del sis ema so wa e de ges ión
Análisis
Vi imos en un mundo donde odo es á en in e ne , que nos o ece la comodidad de
pode hace o e cosas desde u o denado o mó il, cen alizado en nues os
disposi i os. Pa a la esidencia, pode o ece un conjun o de se icios y que se
puedan e desde u apa amen o es posible g acias a la nue a ins alación de cable
e inalámb ica, y las acilidades que o ecen los con enedo es. Además, ag upa
di e sos se icios, inicialmen e sepa ados, en un solo luga ayuda a isibiliza los. Y
pode in o ma iza algún se icio que ac ualmen e no lo es, pe mi e simpli ica las
ges iones de ellas y da comodidad de uso."
Ac ualmen e enemos da os de uso de á ico po disposi i o, un se icio de pa es
in o má icos, el blog de emas elacionados con la esidencia, o nue os da os como
los que o ece el se icio de ele onía aho a son elemen os que pod ían es a
p esen es en dicho so wa e que pueden in e esa a los esiden es. Tene los en un
mismo luga puede acili a a los usua ios encon a odo es o y pode e esa
in o mación en cualquie luga , sea en la esidencia o ue a."
Además, es e so wa e no debe ía se ce ado, si en el u u o se quie e ex ende ,
debe ía pode se ex ende sin mucha di icul ad. Pa a es e abajo no se a a pode
aba ca muchas de las ideas que puedan su gi , es e pun o es impo an e pa a que
los u u os es udian es que abajen en el á ea de in o má ica de la esidencia
puedan amplia lo con las ideas no con empladas en dicho abajo o con sus p opias
ideas."
Me odología del desa ollo so wa e
Pa a es a ase del abajo, se usa á una me odología basada en Sc um. La oma de
equisi os se ealiza á median e ob ención de lo que se denominan “Use S o ies”,
que pueden se uno o a ios equisi os de las me odologías mas clásicas. De los
equisi os, se ob end á un modelo pa a la base de da os que se i á pa a el
backend que ealiza An onio pa a almacena in o mación. Con el modelo ealizado,
se de ini á un conjun o de endpoin s de la API pa a que no haya disc epancias en e
33
el backend y el on end, que ealizo yo. Esos endpoin s son las u as disponibles en
el se ido que pe mi en ealiza el in e cambio de in o mación y ealiza acciones
en e el backend y el on end."
El p oceso de desa ollo del se ido web se pod á encon a en la sección
«Desa ollo del backend de la apliación "Panel del esiden e”» del abajo de An onio
Ángel. El abajo del on end, en cambio, se encon a á en la siguien e sección. De
es a o ma, cada uno abaja á independien emen e en cada una de sus a eas, pe o
pod á da opinión sob e las his o ias de usua io o la especi icación de los endpoin s
en cualquie momen o."
En la ul ima ase, hab á que hace un p oceso de p uebas manuales pa a
comp oba que odo unciona co ec amen e y que la in eg ación en e ambos
componen es es co ec a."
Requisi os
En es e apa ado, se expond án los equisi os ecabados pa a es a aplicación web.
Al segui una me odología Sc um, los equisi os se án “his o ias de usua io”, que
son pun os más gené icos, que incluyen más in o mación sob e lo que se pide, pe o
pe mi e pode modi ica los o ex ende los más ácilmen e que los equisi os clásicos.
Es os equisi os es án muy bien es uc u ados y de inidos, pe o que en muchas
ocasiones ealiza un cambio sob e ellos conlle a a hace una ees uc u ación de
algunos de ellos, al y como hemos comp obado en los abajos de los es udios de
la ca e a."
Desde la p ime a e sión has a la inal, han habido di e sos cambios y mejo as en
es as his o ias de usua io, siguiendo la agilidad de la me odología SCRUM, que han
pe mi ido ob ene el siguien e es ado de ellos. Es os son los “ equisi os” inales de
la aplicación:"
•Aspec os gene ales de la aplicación web
•La aplicación web debe se modula , pe mi iendo su ex ensión ácilmen e."
•La aplicación debe pode usa se desde una na egado web en cualquie
disposi i o."
34
•La aplicación es á pe ec amen e en dos pa es, se debe ga an iza la
in e ope abilidad en e ambas median e el es ilo a qui ec ónico REST y
usando el o ma o de in e cambio de da os JSON:"
-La pa e isual - In e az de Usua io - con la lógica de con ol de la
in e az, a la que llama emos on end."
-La pa e de lógica de negocio y base de da os, con las ope aciones
especí icas de és a, a la que llama emos backend."
•Pe misos de la aplicación
•En la aplicación se dis inguen a ios oles, cada uno de ellos de e mina á las
acciones que el usua io puede lle a a cabo en es a. Los oles p incipales
se án:"
-Adminis ado "
-Residen e"
-Pe sonal de la UMA no esiden e"
-Pe sonal de adminis ación"
•Los pe misos se dis ingui án cada módulo, den o de un módulo hab á
páginas y den o de cada página hab á uno o a ios pe misos. Po an o, se
di á que un ol end á X pe miso sob e el módulo A y la página B."
•La isibilidad de los módulos y los dis in os apa ados den o de un módulo
dependiendo de los pe misos que enga el usua io debe pode se ob ene
median e la API."
•Módulo de consumo de in e ne
•La aplicación pe mi i á e el consumo de in e ne de cada uno de los
disposi i os ligados a un esiden e. Cada usua io pod á iden i ica a la
aplicación cuales son sus disposi i os en ando a es e módulo con cada uno
de sus disposi i os y con su cuen a. Se mos a án g á icos de consumo de
in e ne po cada uno de sus disposi i os iden i icados e in o mación
elacionada a cada uno, como consumo ag egado, di ección IP, e c."
•Los adminis ado es pueden e odos los disposi i os asociados, pa a e
in o mación sob e ellos o ealiza acciones sob e ellos."
•Si un usua io eclama que su disposi i o, siendo suyo, no puede encon a lo
en la página, po qué alguien se ha ap opiado de él, pod á no i ica lo a los
beca ios de in o má ica y ealiza el cambio de “dueño”."
35
•Sob e consumo ag egado, se pod á e dicho consumo en un ango de
echas, que a de 1 día has a 1 semana, con una p ecisión de 1h has a 1 día,
o de 1 día has a 1 mes con p ecisión de 1 día."
•Pa a los da os en iempo eal, el ango oscila á en e dos alo es X e Y. X
se á del momen o ac ual has a 1 día, 23 ho as y 59 minu os an es; el alo de
Y se á de 1h an es has a 2 días. La di e encia en el ango debe se mínimo
de 1 minu o. La p ecisión se á de 1s has a 1 ho a."
•Módulo de esumen pa a el Wo dP ess
•Una sección que mues e un esumen de las úl imas no icias del blog,
ca gando el RSS de és e, y mos ando un enlace pa a accede a él. También
se mos a ía los mé odos pa a man ene se in o mado."
•Módulo de his o ial de llamadas
•Un usua io esiden e se á capaz de e el his o ial de llamadas de su
apa amen o."
•El pe sonal de adminis ación debe se capaz de e el his o ial de llamadas
de cualquie apa amen o."
•En cualquie caso, debe habe un il ado po echa y núme o de elé ono del
o o ex emo."
•Módulo de incidencias in o má icas
•La no i icación y ges ión de incidencias in o má icas debe hace se a a és
de la aplicación. Exis i á un o mula io que un usua io del sis ema pueda
ellena pa a no i ica la a e ía o el p oblema, o simplemen e hace una
consul a in o má ica. Los adminis ado es pueden i ac ualizando el es ado
de la incidencia y los usua ios, hace su seguimien o."
•En la página de una incidencia, los adminis ado es se án capaces de
modi ica el es ado del mismo. Al ealiza un cambio de es ado, deben
esc ibi un mensaje que explique el mo i o."
•El usua io puede desca a en cualquie momen o una incidencia, explicando
la azón de al desca e."
•Además, los adminis ado es pueden e cuales son las incidencias ac i as y
esuel as."
•Los es ados que puede ene una incidencia son:"
-Pendien e: nue a incidencia, espe ando a que algún beca io lo ea"
36
-Espe ando: incidencia lis a pa a se a eglada, pe o no pueden i aún (no
pueden i po no se la ho a de disponibilidad o no es án disponibles
ningún beca io)"
-T abajando: algún beca io es á abajando en ello"
-Espe ando a usua io: se espe a alguna espues a del usua io po algún
mo i o"
-Resuel o: la incidencia se ha esuel o"
-Desca ado: el usua io ha desca ado la incidencia"
-No se a egla á: po algún mo i o ( azonable), la incidencia no se a a
a egla "
•No i icaciones y módulo de no i icaciones
•La aplicación en ia á no i icaciones a los usua ios an es dis in os e en os
que ocu an en el sis ema. Es a con a á con dis in os mé odos de
no i icación:"
-Co eo ins i ucional UMA, mé odo de no i icación po de ec o."
-Bo de eleg am, el bo manda á a los usua ios con los que man iene
con e sación las no i icaciones opo unas"
•Cada usua io puede selecciona qué medios de no i icación desea, y ene
a ios (o ninguno ac i o). Como mínimo se end án las no i icaciones in-app."
•Den o de la aplicación hab á un “cen o de no i icaciones”, desde donde se
pueden consul a odas las no i icaciones (pendien es, is as…)."
•Una no i icación ya is a se á bo ada al cabo de un iempo p uden e. (1-3
meses)."
•Ges ión de la sesión
•Cualquie usua io de la aplicación a excepción del pe sonal de
adminis ación, debe iden i ica se en la aplicación usando sus c edenciales
de iDUMA. El pe sonal de adminis ación emplea á unas c edenciales pa a la
au en i icación usando un di ec o io p opio."
•La sesión se manda á en cada pe ición en la cabece a HTTP en la o ma de
oken JWT. La alidez de un JWT se á de 2 días."
-En una espues a HTTP se manda á una cabece a de ex ensión cuando el
oken es é a pun o de expi a , es o es, cuando le queden 1h. "
37

-Se usa á una cabece a HTTP con alo a 1, y aconseja al clien e que pida
un oken nue o en una u a especí ica (desc i a más abajo) y empleando
el oken que iene aún álido."
-La u a se á / enew_ oken, y a es a se le ha á simplemen e una pe ición
GET (con el campo de la cabece a Au ho iza ion: Bea e JWT_TOKEN) y
la espues a se á un JSON: { oken: NEW_TOKEN }"
-Hab á una u a disponible que le pe mi i á eno a el oken al clien e,
empleando access oken pa a en onces aún álido. El oken nue o que se
p opo cione, end á una alidez de 2 ho as desde el momen o de su
expedición. Si el oken ya ha sido eno ado, el a iso de expi ación se
ha á cuando a es e le queda 30min en el caso del oken de 2h."
•El mecanismo de pe sis encia del oken JWT en el clien e se á empleando la
API local s o age/session s o age del na egado web."
-local s o age pe mi e man ene la sesión incluso si cie a la pes aña o el
na egado "
-session s o age, en cambio, cie a la sesión al ce a las pes aña de la
web"
-Pe mi e implemen a el mecanismo de “ ecue dame”"
•Si un clien e ealiza una pe ición al se ido pa a ealiza una acción, pe o el
usua io que lo ealiza no iene pe misos, debe alla la pe ición indicando que
no iene pe misos pa a ealiza dicha acción."
•En el on end, si in en a accede a una página que no iene pe misos,
apa ece á que la página no exis e."
Modelo
Pa a es e p oyec o, el modelo de da os debe pode pe mi i almacena oda la
in o mación desc i a an e io men e en una base de da os. Pe o, los da os de
consumo y llamadas ele ónicas se encuen an disponibles en o as base de da os,
a las que la aplicación se conec a á pa a ob ene esa in o mación."
El modelo siguien e solo ep esen a á los da os que maneja á di ec amen e la
aplicación web, o os da os como el his o ial de llamadas o consumos de in e ne
se encuen an en o as bases de da os."
38
39
Modelo elacional de la base de da os -
An onio Ángel
El modelo lo ha ealizado An onio Ángel, aunque el modelo inicial ue un abajo en
equipo."
El cen o del modelo es la en idad Usua io. Es a en idad almacena la su icien e
in o mación del usua io pa a que pueda usa la aplicación. El NIU, su nomb e y, si
es esiden e, el núme o de apa amen o son los da os necesa ios. Pa a los usua ios
de la adminis ación de la esidencia, al no se pe sonal de la uni e sidad, se debe
o ece un inicio de sesión al e na i o. Eso es á ecogido en la en idad C edenciales,
cuyo NIU se á uno cualquie a que no in e ie a con los de la Uni e sidad (como po
ejemplo núme os bajos como el 1, 2, 3…)."
Los pe misos es án ecogidos en las en idades Rol y Pe miso (con la elación de
muchos a muchos ep esen ada po la en idad ol_has_pe miso). Po an o un ol
de e minado end á un conjun o de pe misos, y esos pe misos se pueden i
epi iendo en e los di e sos oles. A su ez, cada Usua io es á elacionado con el
ol al que pe enece. Los pe misos con ienen es cla es que pe mi en de e mina a
donde pe enece el pe miso y cual es. Los a ibu os module_name y page_name
iden i ican donde pe enece el pe miso pe mission. El módulo iden i ica un g upo de
da os y acciones elacionados, como puede se los pa es de in o má ica. La
página, que es á más elacionado con el on end, pe mi e pode en a en una o
a ias secciones del módulo."
Sob e no i icaciones, es as se almacenan en la base de da os en la en idad
No i icacion. En ella se almacenan el í ulo, la echa y si se ha leído o no, además de
a quién a di igido la no i icación. Opcionalmen e se puede almacena un cue po,
con con enido que desc iba más la no i icación, y un enlace, en caso de que se
conozca el o igen de la no i icación."
El sis ema de no i icaciones iene di e sos canales pa a dis ibui las, como se ha
comen ado ya. Pa a con igu a las, se han c eado cua o en idades de las cuales es
“he edan” (usando el mismo concep o de he encia de O ien ación a Obje os) de
una. Es a supe -en idad es base_no i icación que elaciona un usua io con una
con igu ación, además de indica si es á ac i o o no ese canal. De es a, sale una
con igu ación pa a Teleg am, o o pa a los Co eos y una úl ima pa a no i icaciones
40
PUSH (aunque no se usen, el sis ema es a p epa ado pa a añadi es e nue o canal).
Pa a el canal de co eos elec ónicos no se almacena ningún da o adicional, pe o
pa a pode lo iden i ica den o del backend, se debe c ea dicha en idad. Pa a
Teleg am, hay que almacena el cha _id (o use _id, que son el mismo iden i icado )
pa a pode en ia mensajes di ec os al usua io."
En el sis ema de pa es in o má icos ambién se debe modela , y lo encon amos
con las en idades Pa eIn o ma ica y Seguimien o. El p ime o, Pa eIn o ma ica,
almacena la in o mación necesa ia pa a un pa e. Con iene el ipo de pa e (is_wi i,
is_wi e y is_o he ) donde se puede selecciona más de un ipo a la ez. También
incluimos una desc ipción del p oblema o consul a, que es obliga o ia, la echa de
c eación, el es ado en el que se encuen a el pa e y una disponibilidad en o ma de
ho a ios almacenados como json (a ailabili y_json). Es e úl imo pe mi e al usua io
que c ea el pa e deja ano ado su disponibilidad ho a ia pa a que se pueda esol e
lo an es posible. El o ma o del JSON se especi ica á en la API. Po úl imo, cada
pa e es á elacionado con un usua io, que es su c eado . El seguimien o si e pa a
e el his o ial de modi icaciones del es ado del pa e, y pode isualiza los
cambios del mismo. En un seguimien o, almacenamos la echa de cuando se ealizó
esa modi icación, un mensaje que indica el mo i o del cambio, y, si hay un cambio
de es ado, se almacena ambién el es ado en el que se encon aba el pa e an es de
modi ica . De es a o ma, se puede obse a el lujo de ansiciones de es ado del
pa e."
La úl ima en idad es Disposi i o. Es a en idad pe mi e elaciona un usua io con un
disposi i o de la esidencia. Pe mi e o ece la u ilidad de e los consumos de
in e ne al sabe cuales son los disposi i os del usua io. Lo impo an e de la en idad
es la MAC (o di ección MAC) que es la que pe mi e la iden i icación. Los o os dos
a ibu os si en como caché, pa a acceso ápido de esos da os."
Desc ipción de la API
La base común en e el backend y el on end es la API que expone el p ime o que
consumi á el segundo. Se desc ibi á cual es es a especi icación, que
41
Pa a Reac , se han de inido algunos componen es que se pueden eu iliza an as
eces como sea necesa io. Algunos son componen es de Boo s ap con e idos
pa a su ácil uso en Reac , como bo ones[56], modal[57] o collapse[58]."
Pa a comunica se con la API del backend, se ha de inido una pequeña biblio eca
que simpli ica la comunicación con és e. El uso de es os mé odos den o de una
acción de edux (código que pe mi e modi ica el es ado del módulo) debe me e se
den o de un deco ado (del pa ón de diseño deco ado ) que cap u a los e o es y
los almacena en edux, de es a o ma se e i a epe i código pa a e o es, y
cualquie componen e puede conoce que ha habido un e o usando siemp e el
mismo mecanismo ( e el es ado de los e o es)."
Es e módulo, además, escucha a las nue as no i icaciones que puedan apa ece
mien as el usua io usa la aplicación. Ya que es un compo amien o que se a a
compa i en e odos los módulos, se ha decidido coloca lo en es e componen e
común. Al ecibi una nue a no i icación, la mos a á en una esquina del na egado
(como una no i icación), a la ez que inc emen a á el con ado de no i icaciones no
leídas (se encuen a en la pa e supe io de una página, a la de echa)."
Sob e es a cabece a, el bo ón de “Sali ” pe mi e ce a sesión en cualquie
momen o. El ex o de la izquie da “Inicio” indica el nomb e del módulo en el que e
encuen as. Es a cabece a siemp e apa ece en odos los módulos."
También se ha colocado una ba a de na egación
en e los dis in os módulos, y el mismo módulo en
el que uno se encuen a. Se encuen a a la izquie da del
na egado (cap u a de echa abajo), y en los mó iles se
mues a median e un bo ón que apa ece al lado del ex o
de la izquie da de la cabece a (cap u a de echa a iba)."
Po úl imo, ambién se enca ga de p epa a la de ección
del idioma del na egado pa a pode mos a los ex os en
48

el idioma del usua io (si es á disponible)."
Hay un componen e llamado App que es el enca gado de ealiza la mayo ía de las
a eas desc i as an e io men e. La ba a de na egación, la cabece a, las
no i icaciones, los es ilos base (CSS), el sis ema de u as, que mues a las páginas
dependiendo de la u a del na egado , y la comp obación de pe misos son a eas
que ealiza es e componen e. App se mues a siemp e y es an eceso de cualquie
página del sis ema de u as."
En el caso de que una página no exis a (o el usua io no la pueda e ), la página que
se mues a ambién es a incluida en es e módulo. También, du an e la
comp obación de los pe misos y de la sesión, si ocu e un e o , se mos a á o a
página que es á incluida en es e modulo común ambién."
49
‣Página inicial - Página de inicio de sesión"
50
(↑) Página de inicio de sesión, con las dos modalidades"
(↓) Página inicial después del p oceso de inicio de sesión
Pa a que los usua ios puedan inicia sesión a a és del mecanismo de
au en icación SAML de la Uni e sidad, se ha p epa ado un bo ón que pe mi e
empeza el p oceso de au en icación. Con un sencillo click, edi igi á a la u a /
albe ginia que es el que empieza odo el p oceso. Al inal del p oceso, como se ha
desc i o, la aplicación web ecibi á un oken den o de los pa áme os de la URL,
que la aplicación almacena á den o del localS o age o sessionS o age,
dependiendo de si se ha ap e ado el bo ón de eco da o no ( espec i amen e). En
el caso de que el usua io inie a de algún o a página y haya acabado en la página
de inicio de sesión po habe le caducado la sesión, se in en a á edi igi a la página
en la que se encon aba an e io men e."
En la página de inicio de sesión ambién encon amos un modo al e na i o de inicio
de sesión. Es e modo es pa a la adminis ación de la esidencia, ya que no son
usua ios de la Uni e sidad, necesi an de un mé odo al e na i o de inicio de sesión.
Es e mé odo es el adicional usua io y con aseña, con las mismas uncionalidades
que el an e io mé odo, aunque el oken de la sesión se ob iene en la misma
espues a de comp obación de las c edenciales. Esa comp obación se ealiza
di ec amen e al backend de la aplicación web."
El bo ón de abajo de ambas cap u as pe mi e cambia en e ambos mé odos de
inicio de sesión, que se ealiza al momen o."
Si hay ya un usua io que haya iniciado sesión, es a página se con ie e en una
especie de esc i o io con enlaces a los di e sos módulos y páginas donde el
usua io iene pe misos pa a accede , además de un módulo ex a con enlaces
ápidos a páginas de la web de la Uni e sidad que pueden se ú iles a los usua ios."
51
‣Página esumen del blog"
"
52
Es e módulo es un acceso pa a el blog en Wo dP ess. Al en a , se le mos a á al
usua io una lis a de úl imas en adas del blog, a modo de esumen sin ene que
en a en el blog pa a isualiza los. Al clicka en una “ a je a” de un pos , se ab i á
una nue a pes aña con la en ada comple a. Encima de es e lis ado, se encuen an
dos bo ones: g ande y azul pa a i al blog, mas pequeño y g is pa a i a o a página."
Es a o a página explica al usua io di e sas mane as de ecibi no i icaciones cada
ez que se publica una en ada."
53

‣Módulo pa a consumo de in e ne "
54
Panel con disposi i os y g á icos
G á ica de iempo eal con selec o de ango de iempo
"
"
55
Da os ho a a ho a de la úl ima semana sob e elocidad media
Da os ho a a ho a de la úl ima semana sob e consumo ag egado
"
56
G á ica día a día del mes sob e consumo ag egado
Panel de adminis ación (lis ado de disposi i os)
"
En el módulo de consumo de in e ne , un esiden e es capaz de isualiza di e sas
g á icas sob e los da os que se ob ienen del uso de in e ne que ealizan sus
disposi i os. En la pa e supe io de la página encon a á una lis a de pes añas con
cada uno de los disposi i os asociados a su cuen a. Al hace click en alguno,
apa ece án las g á icas. Además, la URL se modi ica á pe mi iendo eca ga la
página o lle a la a o a pes aña (copiando y pegando) sin pe de el disposi i o
seleccionado. En caso de en a con una URL in álida o con un disposi i o que no
es del esiden e, no ha á nada."
La p ime a g á ica que encon amos mues a en iempo eal el consumo de ancho
de banda del disposi i o. En la g á ica, hay un campo que pe mi e selecciona el
ango de echas a mos a en el g á ico. El ango usa echas ela i as al momen o
ac ual, es e es el mo i o po el cual la echa más p óxima a la ac ual es á más a la
de echa, y la más lejana a la izquie da, exp esando así el paso del iempo y
siguiendo el mismo esquema que la g á ica. El campo escala sus alo es máximo y
mínimo de acue do a los alo es ac uales, pe mi iendo da mayo p ecisión cuando
ambos alo es del campo son p óximos, y meno p ecisión cuando la di e encia es
mayo . El alo más an iguo que se puede ob ene es de 1 día."
57
Panel de adminis ación con il ado (más bo ones de la abla)
‣Módulo pa a no i icaciones"
"
64
Con igu ación de no i icaciones
Con igu ación de no i icaciones, con el código de ac i ación pa a Teleg am

"
65
Lis ado de no i icaciones sin lee
Lis ado de odas las no i icaciones
El módulo de no i icaciones pe mi e al usua io con igu a los canales de
no i icaciones y e sus no i icaciones, sin lee o odas."
En la con igu ación, con un simple click se puede ac i a o desac i a los canales de
no i icación disponibles. En cada canal se incluye una b e e desc ipción de a donde
se en ían las no i icaciones y debajo la casilla pa a ac i a o desac i a dicho canal.
En el caso de Teleg am, an es de pode usa ese canal hay que con igu a lo. Pa a
ello, al y como se mues a en la segunda cap u a, el usua io debe habla al bo (el
que apa ece es un ejemplo, no es uno eal) y le debe en ia el código que apa ece
en pan alla, y después debe ap e a el bo ón de “Comp oba ac i ación” que le
no i ica á si el p oceso ha uncionado co ec amen e."
En el lis ado de no i icaciones sin lee , que co esponde con la e ce a cap u a,
pe mi e e dichas no i icaciones e in e ac ua con ellas. Si las no i icaciones
con ienen un enlace, se mos a á como “Ve más”. Al ap e a el enlace, se ma ca á
como leído. En el es o de no i icaciones, se puede ma ca como leído con el bo ón
e de. El bo ón ojo de “Desca a ” pe mi e elimina la no i icación comple amen e
del sis ema."
En el lis ado de no i icaciones, el usua io puede e odas las no i icaciones (leídas y
sin lee ), y hace las mismas ope aciones que en el lis ado de no i icaciones sin lee ."
66
5. Despliegue de se icios
Es ado ac ual de los se icios
Empeza emos desc ibiendo los se icios ac uales en la esidencia, como es án
ins alados y uncionando, y como pod ía ayuda el uso de i ualización median e
con enedo es."
Ac ualmen e, en la esidencia, enemos un conjun o de se icios que sus en an la
esidencia o complemen an las ac i idades de los esiden es. Una buena pa e son
se icios web, pe o o os son se icios de sis emas y edes."
‣dnsmasq"
Tenemos p ime o el se icio de DHCP + Caché DNS que, como se ha mencionado
di e sas eces en la sección 2 (Diseño, con igu ación y despliegue de la
in aes uc u a de ed). Es un se ido que o ece DHCP (pa a IP 4) a las dis in as
edes de la esidencia, pa a que los disposi i os eciban su IP asignada (es á ica o
dinámicamen e). Además, iene un se ido DNS que almacena localmen e copias
de en adas DNS pa a una mayo espues a a ni el local, además de ene en su
egis o los disposi i os que se les ha asignado una IP po DHCP (y hayan dado un
nomb e de disposi i o - conocido como hos name). Es un elemen o esencial de la
ed que pe mi e a odos pode con igu a sus disposi i os au omá icamen e,
incluyendo elé onos VoIP, swi ches y APs."
Vi ualizado se i ía pa a hace lo po able, ácilmen e ins alable y se educi ían los
iempos de despliegue en caso de allo. Pe o nos qui a ía de ac ualizaciones
67
dnsmasq
Con olado
Uni i
nginx
php- pm
MySQL
Wo dP ess
Medido de
consumo de
in e ne
Pos g eSQL +
imescaleDB
ne da a
G á ico con los se icios ac uales que se pueden i ualiza , ag upados en
columnas po elación
au omá icas de segu idad que ienen con Ubun u Se e y la es abilidad que o ece
es e paque e, además de la ue e dependencia con las in e aces de ed del
sis ema hos . La con igu ación del se ido , eniendo una copia de los a chi os de
con igu ación, solo se ía copia y pega . Con es os p os y con as, eo que no se ia
necesa io i ualiza el se icio ya que ac ualmen e como es á, a bien y no da
p oblemas."
‣Con olado Uni i"
El siguien e se icio es el con olado Uni i. Es el que se enca ga de ges iona los
APs y los swi ches (menos el de la zona de ecepción). Además nos pe mi e pode
e el es ado de odos ellos, con igu a los, ac ualiza su i mwa e…, a a és de un
panel web. El con olado usa di e sos pue os pa a el con ol de los disposi i os."
También pod ía se buen candida o pa a i ualiza , pe o debido a que, al igual que
el se ido DHCP, necesi a acceso di ec o a la ed de los swi ches y APs, di icul a su
p oceso. Exis e dos mé odos pa a pode usa es e se icio en un con enedo : uno
es usa las mismas edes que el del sis ema (exac amen e igual que como es á
aho a) y que no es compa ible con o ques ado es de con enedo es como
Kube ne es o Docke Swa m, o usa una ed macVLAN[19] que pe mi e conec a el
con enedo di ec amen e a una ed eal y es compa ible con o ques ado es.
Aunque, en mi opinión, posiblemen e sea más di ícil mon a odo el sis ema
i ualizado que deja el se icio al y como es á. Exis e un ejemplo de con enedo
que pe mi e ambos modos de ed[20]."
‣Se ido Web"
También enemos una web. La web es á di idido en di e sos elemen os, po lo que
p ime o desc ibi emos el se ido web al que se conec an odos los usua ios. El
se ido es un nginx[21] que si e a chi os es á icos que se encuen an en la ca pe a
de a chi os web. Además enemos un Wo dP ess donde se publican algunas
ci cula es, in o mación que o ecen los beca ios (si lo desean) o cie as no icias
elacionadas con la esidencia. Es e usa ambién nginx, aunque delega g an pa e
del abajo a PHP po se una aplicación web hecha en PHP."
Es e se icio se pod ía di idi en un p oxy in e so (un se ido web que edi ecciona
pe iciones web a o os se ido es dependiendo de cual sea), o o pa a los a chi os
68
es á icos de la web y o o pa a Wo dP ess con un apache + mod_php (ya que
Wo dP ess se lle a muy bien con es e ipo de con igu aciones). Pa a el p oxy
in e so se usa ía æ ik[22] que se de ine como “The Cloud Na i e Edge Rou e ”[22].
Es e so wa e pe mi e el au o-descub imien o de se icios y su con igu ación
median e pa áme os que se o ecen den o del mismo descub imien o. Con es e
æ ik, añadi y qui a pa es de la web se á an ácil como ejecu a y pa a
con enedo es. Pa a los a chi os es á icos, se pod ía usa nginx ambién, ya que es
bas an e lige o. Pa a Wo dP ess[23], ya se ha desc i o que con enedo se pod ía
usa . Además és e equie e de una base de da os MySQL[24] o Ma iaDB[25], po lo
que añadi uno al despliegue es bas an e ácil: con solo esc ibi lo en un a chi o que
desc ibe los se icios es su icien e (más adelan e se comen a á sob e es o)."
Den o del se ido web, ambién enemos una pequeña web que mues a el
consumo de ancho de banda que es á haciendo el disposi i o con el que accedes al
mismo, siemp e que el disposi i o es á den o de la esidencia. Pa a su
uncionamien o, equie e de una aplicación que cap u e el á ico, lo clasi ique,
calcule el consumo y lo almacene en una base de da os. Es e se icio pasa á a se
pa e de la aplicación web que se desc ibi á más adelan e en es e abajo."
Po lo que la pa e de la web, se desc ibi á en esa sección como queda ía, pe o la
aplicación que mide el uso se a a coloca en un con enedo en el se ido /pue a
de enlace. Además, es a aplicación equie e de una base de da os Pos g eSQL[26]
con la ex ensión imescaleDB[27], ya que almacena la in o mación con iempo y
dicha ex ensión pe mi e maneja los da os de una o ma muy cómoda pa a ag upa
po iempo."
‣Moni o ización de se ido es"
Pa a moni o iza el es ado del se ido , usamos una aplicación llamada ne da a[28].
Es capaz de ob ene mé icas de odo ipo y mos a las en una web."
Exis e una e sión pa a con enedo de es e so wa e. Aunque es e con enedo no es
capaz de accede a oda la in o mación que nos pod ía in e esa de la pue a de
enlace (no es capaz de lee da os de las a je as de ed)[29]. Po lo que pa a es e
se ido se deja á como se encuen a ac ualmen e, sin con enedo , y se enlaza ía
con æ ik (el p oxy in e so) median e con igu ación manual. Si se ins ala un nue o
69

se ido , es posible que sea más cómodo pa a és e usa la e sion del con enedo ,
ya que no in e esa ía ene an a in o mación más allá de los p opios con enedo es y
el es ado del sis ema."
Pa a esumi , se a a expone una abla con los componen es que es a án
i ualizados y los que no, con lo que lle amos desc i o has a el momen o:"
Nue os se icios
Sob e la ma cha, han ido apa eciendo nue os se icios que son necesa ios pa a
algunas pa es que se desc ibi án en es e abajo pos e io men e o en el abajo de
An onio Ángel C uzado Cas illo."
‣Se ido VoIP"
El p ime se icio que se a a añadi es el de la cen ali a VoIP usando el p og ama
As e isk. Es e se icio es el que pe mi e a los elé onos VoIP pode se comunica con
o os elé onos de la esidencia y con el se icio de ele onía de Voda one (al ex e io
de la esidencia). Más de alles sob e es e se icio lo pod án encon a en la sección
«Con igu ación de as e isk» del mencionado abajo de An onio Ángel."
Y, ¿pod ía se i ualizado es e se icio? Como un se icio que puede i 100% sob e
la ed de in e ne , pod ía se i ualizado sin p oblemas. Un de alle a ene en cuen a
es que, po como es el p o ocolo SIP, es posible que as e isk equie a de muchos
pue os e íme os. Aunque no debe ía se p oblema ya que se pueden con igu a qué
pue os e íme os usa y se pueden “publica ” odos ellos ácilmen e. O usa una
con igu ación de ed “hos ”, donde las edes del con enedo son las mismas que las
En con enedo es
Fue a de con enedo es
æ ik (p oxy in e so - cloud na i e edge ou e )
dnsmasq (DHCP + DNS)
nginx (pa a a chi os es á icos)
Con olado de Uni i
Wo dP ess con apache + php
ne da a en la pue a de enlace
Ma iaDB o MySQL
Medido de uso de in e ne
Pos g eSQL + imescaleDB
ne da a en o os se ido es
70
del se ido , pe o disminuyendo el aislamien o. Además, pa a es e se icio, ambién
equie e de una base de da os MySQL (o Ma iaDB) pa a almacena cie a
con igu ación y da os sob e las llamadas."
O o se icio que a a hace al a es el backend de la aplicación web. También
añadi el sis ema de au en icación con la UMA, que eque i á de un se ido edis."
Es e se icio es á pensado pa a i ualiza se en con enedo es. No equie e de más
ex as a pa e de pone se de ás del p oxy in e so ( æ ik). También se eque i á una
base de da os Pos g eSQL pa a almacena da os de la aplicación, y pa a ob ene
los da os del medido de uso de ancho de banda. Y ambién necesi a á acceso a la
base de da os de As e isk pa a alguno de sus se icios. Además de la mencionada
base de da os edis, que se usa en el sis ema de au en icación."
Un elemen o impo an e del backend es el módulo de inicio de sesión con la
Uni e sidad median e SAML[44], que se desplega á po sepa ado."
Mig ación de se icios exis en es a Docke
En es e apa ado se desc ibi á la me odología seguida pa a pasa los se icios
ac uales a imágenes de Docke , se explica á el uncionamien o que iene Docke y
algunos de los p oblemas que han ocu ido en el p oceso."
"
71
Compa a i a en e con enedo es y máquinas i uales[31]
An es de empeza con la mig ación, se explica á como unciona Docke pa a que se
en ienda an es de explica el abajo ealizado pa a mig a los."
Docke es un se icio de con enedo es, que no son mas que una especie de
máquinas i uales, pe o más lige os. Los con enedo es i ualizan pa e del sis ema
ope a i o, en con aposición a las máquinas i uales que i ualizan ha dwa e.
Todos compa en el mismo ke nel, pe o solo son capaces de e lo que el c eado
de la imagen y del con enedo quie en que ean és os. Es o pe mi e i ualiza
se icios y que se ejecu en en segundos, que puedan se ácilmen e escalables
(aumen a o educi éplicas del mismo se icio) e independien es del sis ema
ope a i o en el que se ejecu an (Linux o Windows en caso de Docke )."
La base de los con enedo es son los que Docke llama “imágenes”. Es el sis ema de
a chi os inicial que end á el con enedo cuando se ejecu e po p ime a ez.
Con iene una base de biblio ecas y ejecu ables que pe mi en al con enedo
unciona con lo que se desee. Las imágenes se mon an sob e capas, po lo que
pe mi e ene a ias imágenes que compa en una misma base, y educi espacio.
Po lo que un “con enedo ” no es más que una imagen en ejecución. En un
con enedo se puede con igu a qué a chi os puede e y donde almacena los,
además de qué edes puede e . También o ece la posibilidad de limi a el uso de
CPU y de memo ia de cada uno de ellos."
Con la ayuda de un o ques ado , como Kube ne es o Docke Swa m, Docke puede
ele a su uncionalidad a mul iples nodos (se ido es que ejecu an con enedo es)
que abajan conjun amen e pa a ejecu a odos los con enedo es, pe mi iendo
escalabilidad y al a disponibilidad. Con un o ques ado , uno pod ía mon a un
“cloud” como los que se encuen an en los se icios PaaS (Pla o m as a Se ice)."
Pa a nues o caso, no se usa á dicha uncionalidad po que la in aes uc u a no es
an g ande que la di e encia en e usa un o ques ado y no usa lo son pocas."
T a ando el ema de cómo mig a lo se icios, se segui á es os pasos:"
1. Analiza los componen es que con o man el se icio (analizado en los
apa ados an e io es)"
2. Busca si exis en imágenes en h ps://s o e.docke .com[33] con el
componen e lis o pa a usa se y analiza si alen la pena"
72
3. P epa a el a chi o pa a gene a la imagen (Docke ile) y los a chi os ex a
pa a con igu a el componen e"
4. P oba su uncionamien o"
A la ho a de busca imágenes exis en es, se in en a án que odos se basen en la
misma imagen, que suele se Debian S e ch, en la echa de esc i u a de la
memo ia."
El p ime componen e que se con e i á es el se ido nginx. En la ienda de Docke ,
se encuen a la imagen o icial de nginx[34] y con una e sión en Debian. Es a imagen
iene con una con igu ación po de ec o del se ido , según se puede lee en la
misma página [34]."
Pa a nues o caso, enemos que añadi le algún que o o a chi o de con igu ación
pa a pode pe sonaliza los a chi os de e o (e o es como es os códigos de es ado
HTTP: 404, 401, 500…)[35]. El se ido ac ual iene sopo e pa a PHP median e la
e sión php- pm que usa el p o ocolo Fas CGI, po lo que hay que añadi lo ambién
a la imagen. Po lo que, se necesi a án dos a chi os de con igu ación: uno que
con enga la con igu ación pa a que nginx se pueda conec a con php- pm ( as cgi-
php.con ), o o con la con igu ación po de ec o de nginx con los añadidos
(de aul .con )."
El a chi o que gene a la imagen se queda ía de la siguien e o ma:"
Desc ibiendo lo que hace el a chi o, la p ime a linea indica cuál es la base de es a
nue a imagen, que es nginx. Nó ese que al inal es á :la es , que indica qué e ique a
( e sión) de la imagen se a a usa . Los dos siguien es son los que copian los
a chi os de con igu ación al in e io de la imagen. El úl imo indica que en el pue o
80 ( cp) nginx a a es a escuchando pa a pe iciones."
Es os a chi os se pueden encon a adjun o, den o de la ca pe a de web-nginx en
eposi o ios."
73
he amien a docke -compose y como usa lo en un despliegue en local y en uno en
la esidencia."
docke -compose es una he amien a de Docke que pe mi e de ini componen es y
sus necesidades, y elaciona odos en e ellos, usando un simple a chi o de
de inición. Con sencillos comandos, puedes ejecu a a ios con enedo es, y
ac ualiza los cuando haya cambios de con igu ación o una nue a imagen. Es una
o ma sencilla de pode ejecu a di e sos con enedo es y ag upa los."
Pa a es e abajo, se usa á dicha he amien a pa a hace los despliegues an o de
p uebas como el en o no eal."
Pa a pe mi i dis ingui en e di e sos en o nos donde se hace el despliegue,
docke -compose nos pe mi e usa a iables de en o no pa a da alo a pa es del
a chi o de de inición, con lo que pa a cie os alo es de los componen es que
dependen de donde se despliegue se de ini án con esas a iables. De es a o ma,
no hay que modi ica los a chi os docke -compose.yaml (los de despliegue) pa a
adap a los a cada en o no. Se usa á un a chi o plan illa, como el de la imagen
an e io , que con enga odas las a iables de en o no sin ellena pa a su copia y
uso en cada en o no."
80
æ ik
Bases
de
da os
Web
As e isk
Se icios pa a
la pue a de
enlace
æ ik
Ma iaDB"
Redis"
pos g eSQL
Nginx"
php- pm"
Wo dp ess"
Saml"
Backend
As e isk
Speedy"
Componen e backend
G á icos de dependencias en e g upos de se icios (a iba) y los se icios den o
de cada g upo (abajo)

Pa a el despliegue, se di idi án 5 g upos los dis in os componen es de la siguien e
o ma:"
•Bases de da os:"
•Ma iaDB"
•Redis"
•pos g eSQL"
•T æ ik"
•Web
•nginx (pa a a chi os es á icos y el on end de la aplicación web)"
•php- pm (pa a ejecu a sc ip s en PHP en nginx)"
•wo dp ess (apache + PHP pa a usa lo en Wo dp ess)"
•saml (modulo de au en icación SAML con la Uni e sidad)"
•Backend aplicación web"
•as e isk
•Se icios pa a la pue a de enlace
•speedy (medido de ancho de banda po disposi i o)"
•Componen e ex e no del backend de la aplicación web"
Cada g upo de se icios co esponde un un iche o docke -compose.yaml pa a el
despliegue de los mismos."
"
‣T æ ik"
El a chi o de despliegue pa a æ ik
es cie amen e sencillo, pe o c ea la
base pa a que los componen es
que quie an publica un se icio a
a és del p oxy in e so, puedan
hace lo."
Hablamos de una ed in e na en e
con enedo es que conec a dichos
se icios con æ ik. De es a o ma,
dichos se icios solo son
accesibles di ec amen e (sin ene que pasa po æ ik) desde los con enedo es
conec ados a dicha ed (llamada ae ik_ne )."
81
El con enedo iene un a chi o de con igu ación (mon ado como olumen) que e
pe mi e p epa a lo que la aplicación denomina “en y poin s” y el au o-
descub imien o de los se icios. Con en y poin s nos e e imos a qué pue os a a
escucha el p oxy in e so pa a o ece sus se icios. En es e caso, usa emos el
es ánda pue o 80/ cp pa a HTTP, 443/ cp pa a HTTPS y el pue o al e na i o 8080/
cp pa a el panel de mé icas de æ ik (de inido en la sección po s en la cap u a de
código). En cambio, el au o-descub imien o pe mi e econ igu a el p oxy in e so
cuando apa ece un nue o con enedo con la con igu ación co ec a y
descon igu a lo cuando se pa a."
Pa a su uso en Docke , hay que e ique a los con enedo es (en web se explica á
cuáles son) con cie a con igu ación que incluye la egla que debe aplica se a una
pe ición pa a edi igi a ese se icio, la ed in e na (si el con enedo iene más de
una) y una pa a ac i a dicho con enedo pa a que el p oxy in e so edi ija las
pe iciones - en la con igu ación es á pues a pa a que no haga eso po de ec o, y
pe mi e il a con enedo es con se icios web de los que no. Y pa a que odo es o
uncione, necesi amos pasa el socke de Docke al con enedo de æ ik, de ahí
que en la sección de olúmenes se mon e el socke ."
‣Bases de da os"
Pa a el g upo de con enedo es de las base de da os, se i á explicando po cada
base de da os, y mos ando la pa e co espondien e del a chi o docke -
compose.yaml pa a educi las medidas de la imagen."
La base de da os Ma iaDB se despliega con la con igu ación de la imagen supe io . "
Pa a empeza , la base de da os se inicia con unos a gumen os (colocados en
commands) pa a que use UTF8 como codi icación de ex o po de ec o, en
82
conc e o la codi icación u 8mb4, que iene sopo e comple o de la codi icación, a
di e encia de o os modos que en MySQL (y Ma iaDB) no sopo an odo el es ánda ."
Pa a pe sis i los da os de la base de da os, usamos un olumen, en conc e o lo
que se denomina bind moun ya que enlaza algo exis en e den o del con enedo . La
u a de los da os se encuen a den o de una a iable de en o no que se puede
encon a en el a chi o comen ado an e io men e."
También se mon a la ca pe a sql que se encuen a en el mismo luga del a chi o de
despliegue. Los iche os SQL de esa ca pe a se ejecu a án en el se ido cuando se
es én c eando los a chi os de la base de da os (cuando es la p ime a ejecución po
ejemplo). Pe mi e da un alo inicial a la base de da os."
Po úl imo, el usua io po de ec o es oo y la con aseña se de ine den o de o a
a iable de en o no."
La siguien e base de da os es la de pos g eSQL con la ex ensión de imescaleDB."
La con igu ación es pa ecida a la de Ma iaDB: una u a donde pe sis i los da os,
una ca pe a pa a que al c ea las es uc u as de almacenamien o de la BD se
ejecu en di e sos SQL y la con aseña del usua io po de ec o. En es e caso, el
usua io po de ec o es pos g es."
Po úl imo enemos edis. Al se una base
de da os an sencilla, no hace al a
con aseña. El olumen mon ado es de
uso empo al ya que edis po de ec o no
pe sis e el con enido de la base de da os.
83
Si hicie a al a, en [40] e explican como ac i a lo."
La ed que c ea es e a chi o de despliegue, pa a su uso ue a de él, es
da abases_ne . Se usa á pa a conec a o os con enedo es a la ed de bases de
da os, al y como e emos aho a en los p óximos pá a os."
‣Se icios web"
Aho a desc ibi emos la con igu ación de despliegue de la pa e de la web. Al igual
que en la an e io pa e, se i á di idiendo en pa es po cada uno de los
con enedo es."
El se ido nginx, pa a a chi os es á icos, se de ine al y como apa ece en la imagen
supe io ."
Lo p ime o son los olúmenes. El p ime o es la u a, ue a del con enedo , donde se
encon a án los a chi os es á icos que se se i án en nginx, cuyo alo se de ine
median e una a iable de en o no. El segundo olumen es pa a una cache que iene
con igu ado nginx. En es e caso usamos un olumen que ges iona en e amen e
Docke ya que no es necesa io accede a esos da os ni hace copias de segu idad.
El nomb e ncache es el nomb e que iene el olumen."
84
En la sección de edes (ne wo ks) de inimos a qué edes iene acceso el con enedo ,
que en es e caso es la ed que conec a con æ ik y una ed in e na de es e
despliegue. El úl imo si e pa a conec a se con php- pm."
La sección depends_on de ine que es e con enedo debe ejecu a se después de lo
que haya den o (en es e caso, php- pm)."
La sección labels de ine las e ique as del con enedo (siemp e que no se despliegue
en Docke Swa m o Kube ne es). Aquí de inimos la con igu ación que usa á æ ik
pa a con igu a lo que ellos denominan el backend y el on end. El on end es la
con igu ación que pe mi e de ini un se icio y el backend son los se ido es
disponibles que si en ese con enido o se icio. De es a o ma, puede habe más de
un se ido pa a el mismo se icio que pe mi e hace dis ibución de ca ga y es a
mejo p o egido an e allos. En lo que se puede obse a de la imagen, la p ime a
e ique a dice a æ ik que ese con enedo se puede usa pa a con igu a un nue o
backend y/o on end. La segunda le da un nomb e al backend (pa a pode lo
iden i ica ). La e ce a es la egla que pe mi i á iden i ica qué pe iciones an
di ec os a es e se icio. Hos :${DOMAIN} indica que odas las pe iciones cuyo hos
(el dominio al que se accede) sea el de la a iable de en o no DOMAIN en onces i á
a ese se icio. El o den de aplicación de eglas, po de ec o, es del más la go al más
pequeño, y es e al se una egla pequeña se comp oba á en las ul imas posiciones
(meno p io idad). La úl ima e ique a si e pa a deci cuál ed es la que se conec a
con æ ik, pa a pode acaba de con igu a el backend."
Pa a php- pm, no se equie e de
mucha con igu ación pa a hace lo
unciona ."
Mon amos la misma u a de
a chi os que en nginx, po si se
desea ejecu a sc ip s en PHP, de
es a o ma coinciden las u as
en e nginx y php."
Las edes que se conec a son la ed in e na (pa a conec a se con nginx) y el de
base de da os, po si se desea conec a con alguna de las bases de da os."
85

Pa a wo dp ess, usamos la siguien e con igu ación."
P ime o, se mon a la ca pe a donde se encuen en los a chi os de Wo dP ess.
Nó ese que la u a den o del con enedo acaba en no icias- a j. La u a es á mal
esc i a ( a j en luga de aj que iene de Residencia Albe o Jiménez F aud) ya que
cuando se con igu ó inicialmen e, ni a An onio ni a mi nos dimos cuen a del allo y
aho a cambia la u a de un Wo dP ess uncionando es muy complicado."
Las edes a las que se conec a son la de las base de da os, pa a conec a se con
Ma iaDB, y la de æ ik, pa a pode se publica ."
Sob e las e ique as, muchas ya se conocen, aunque se an a explica los mas
di e en es. P ime o, la egla es más la ga y con iene aho a un Pa hP e ix. En e
ambos, se sepa a median e un pun o y coma (;) que signi ica Y. Po an o, es a egla
al comple o es “ odas las pe iciones al dominio ${DOMAIN} y cuya u a empiecen
po /no icias- a j”."
Las es siguien es e ique as, después de la egla, son pa a con igu a unos a chi os
de e o . Así, cuando sal a un e o 404 (no encon ado), un e o 500 (e o in e no) o
502 (cuando el con enedo es á pa ado - no apa ece en la cap u a) se se i á lo que
esul e de hace la pe ición al nginx en la u a /e o es/404.h ml, /e o es/500.h ml y /
e o es/502.h ml espec i amen e."
Aho a es el u no del módulo de au en icación SAML."
86
En es e con enedo , el olumen es pa a el ce i icado necesa io pa a el co ec o
uncionamien o de la au en icación SAML. Se gene an con un simple comando en la
he amien a po e minal de OpenSSL, po ejemplo, y con eso ya se ía su icien e. El
ce i icado debe llama se ce .pem, y la cla e p i ada, key.key."
Las edes uel en a se la de base de da os y la de æ ik. Como la au en icación
usa edis pa a almacena empo almen e unos da os, debe pode se conec a a él."
Po úl imo, las e ique as odas son conocidas, aunque se comen a á la e ique a de
la egla. En es e caso la pa e de Pa hP e ix iene dos alo es sepa ados po una
coma (,) que iene a deci O. Es a egla signi ica “las pe iciones al dominio $
{DOMAIN} que engan como p e ijo de u a /mellon o /albe ginia”."
87
El backend de la aplicación web (que podéis e más de alles en «Desa ollo del
backend de la apliación "Panel del esiden e”» en el abajo de An onio Ángel)
necesi a conec a se a odas las base de da os desplegadas (pos g eSQL, Ma iaDB
y edis), po lo que se le ha asociado a la ed de base de da os. Además, como se
debe publica la API den o de la web, se iene que añadi las e ique as
co espondien es (labels) pa a que æ ik lo de ec e y con igu e un camino pa a
pode publica dicha API."
Po comple i ud, comen a é ambién la pa e inal del
a chi o docke - ile.yaml.
En él podemos e como se de inen las dis in as edes,
donde la de æ ik y la de las bases de da os se ma can
como ex e nas ya que no los maneja es e a a és de
es e g upo."
Los olumenes que maneja Docke se ienen que de ini
ambién en el a chi o."
‣As e isk"
La cen ali a de ele onía po IP (VoIP) as e isk se desplega á como su p opio g upo
de se icios. Un equisi o indispensable pa a el uncionamien o co ec o de as e isk
es que debe usa el modo de ed hos (opción ne wo k_mode), en el que ealmen e
es deshabi a el aislamien o de edes y el con enedo iene acceso a las edes del
88
se ido di ec amen e. El con enedo ejecu a po de ec o una shell de comandos,
po lo que pa a ejecu a as e isk enemos que deci le exac amen e que debe
ejecu a . Eso se consigue en la opción cmd. El alo es una lis a de a gumen os que
el con enedo in e p e a á y ejecu a á. Con la opción “- ” de as e isk conseguimos
que uncione sin que el con enedo se de enga, ya que el se ido se ejecu a en lo
que se conoce como “ o eg ound” (el p oceso que ejecu as es el se ido , en luga
de c ea o o p oceso que se ejecu a á de ondo que ealiza á esa a ea). En caso de
no pone lo, as e isk c ea un segundo p oceso donde ejecu a á el se ido de ondo,
y el que se ha c eado po mo i o de ejecu a el comando se cie a. Al ce a ese
p oceso, que en Docke es el p incipal, el con enedo se pa a ya que solo iene en
cuen a dicho p oceso como comp obación del es ado, e igno a p ocesos
secunda ios. Po úl imo, queda con igu ación pa a que la cen ali a se pueda
conec a con la base de da os Ma iaDB, necesa ia pa a almacena cie a
in o mación."
Más de alles sob e la con igu ación de la cen ali a la podéis encon a en
«Con igu ación de as e isk» del abajo de An onio Ángel."
‣Se icios en la pue a de enlace"
Pa a e mina , habla emos de los con enedo es que se desplega án en el se ido /
pue a de enlace, que es dis in o al es o de con enedo es. En es e, como se
comen ó, iene el medido de á ico po disposi i o (speedy) y, como se puede
obse a en la imagen, ambién iene un ozo del backend de la aplicación web."
89
[49] h ps://code. isuals udio.com/ - IDE de Mic oso gené ico, al que se le pueden
inse a complemen os pa a desa ollo web"
[50] h ps://sass-lang.com - CSS wi h supe powe s
[51] h ps://unix.s ackexchange.com/a/198591 - Wha is bind moun ? ( espues a en
Unix & Linux S ack Exchange)"
[52] h p://man7.o g/linux/man-pages/man8/moun .8.h ml - Manual de moun en
Linux, incluye sección pa a bind moun s llamada “Bind moun ope a ion”"
[53] h ps://bind s.o g - Implemen ación de bind moun pa a sis emas o os
ope a i os median e FUSE (ú il pa a macOS o F eeBSD)"
[54] h ps://gi -scm.com/docs/gi submodules - Desc ipción y documen ación de los
submódulos en el sis ema de con ol de e siones gi
[55] h ps://gi hub.com/OAI/OpenAPI-Speci ica ion/blob/mas e / e sions/2.0.md -
Especi icación de OpenAPI 2.0/swagge "
[56] h p://ge boo s ap.com/docs/4.1/componen s/bu ons/"
[57] h p://ge boo s ap.com/docs/4.1/componen s/modal/"
[58] h p://ge boo s ap.com/docs/4.1/componen s/collapse/
[59] h ps://help.ubn .com/hc/en-us/a icles/115002806907-UniFi-High-Densi y-
WLAN-Scena io-Guide (6 de agos o 2018)
[60] Mell, P., & G ance, T. (2011). The NIST de ini ion o cloud compu ing."
96