Laboratorio

I tre servizi del corso, e come stanno insieme. Il nome utente e la password stanno sulla pagina del corso, nel portale: sono gli stessi su tutti e tre. I collegamenti si aprono in una finestra nuova, cosi' questa pagina resta a portata di mano.

Come ci si orienta

Le credenziali arrivano dal portale. Da qui si entra nei tre servizi: il terminale e' il posto dove si lavora, GitLab e' dove il lavoro viene conservato e discusso, Jenkins e' dove viene eseguito da una macchina invece che da te.

In alto: da dove arrivano le credenziali e dove si entra. In basso: il giro che fa un esercizio, dal terminale fino all'esecuzione.

I tre servizi

Terminale Il tuo nodo di controllo Ansible e i tre target su cui gira quello che scrivi. Il nodo ha git, ansible e la tua chiave SSH gia' dentro; i target si chiamano target1, target2 e target3 e stanno nel gruppo [targets] di inventory.ini, nella tua cartella. Accanto a loro c'e' un firewall Cisco condiviso (ASAc), che raggiungi in SSH dal nodo: sta nel gruppo [asa] di inventory-asa.ini, sempre nella tua cartella. Lo vedi solo se il laboratorio ha acceso il firewall condiviso. Da qui parte ogni esercizio: il primo comando che conviene provare e' ansible targets -m ping. Se rispondono tutti, l'ambiente e' in piedi. Per il firewall condiviso: ansible-inventory -i ~/inventory-asa.ini --graph mostra che il nodo lo conosce; la lettura vera e' il playbook asa-show-version.yml del tuo progetto.

GitLab I repository e le pipeline. Hai un progetto tuo dentro il gruppo della tua azienda: e' li' che finiscono i playbook e i Jenkinsfile degli esercizi. Il git clone si fa dal terminale in SSH, non da qui: la chiave e' quella del tuo nodo di controllo, e non serve digitare niente. Su main non si spinge: e' un ramo protetto, ed e' voluto. Si lavora su un ramo tuo - git switch -c esercizio-1 - e si apre una merge request, che e' come si fa fuori dall'aula.

Jenkins I job e le loro esecuzioni. Vedi la cartella della tua azienda e nient'altro: dentro puoi leggere i job e lanciarli, e guardare la console mentre girano. Il ruolo che hai nella cartella ti lascia leggere e lanciare, non configurare: e' voluto, e non e' un guasto.

Prima di cominciare

Una credenziale sola per tre servizi. Nome utente e password stanno sulla pagina del corso, nel portale. Non ci si registra da nessuna parte, e qui non c'e' niente da creare.
La password si puo' cambiare dal terminale, con passwd. Se lo fai, quella nuova vale su tutti e tre i servizi, e il portale continua a mostrare la prima: la pagina del corso non lo sa. Se la perdi, la rimette il docente - non esiste un «password dimenticata» da qui.
Copia e incolla nel terminale. Il testo che selezioni e' copiato da se', e si incolla con Ctrl+Shift+V. Se il browser non lo lascia fare, apri il menu di Guacamole con Ctrl+Alt+Shift e usa il riquadro degli appunti.
Il tuo ambiente e' tuo. I target di un compagno non si raggiungono dal tuo nodo, ed e' voluto: ogni partecipante ha la sua rete.
Rompere e' previsto. Se il nodo diventa inutilizzabile si rifa', e il lavoro resta: sta su un volume e sul tuo progetto GitLab, non dentro il container.

Questo ambiente si spegne alla scadenza del tuo accesso, e cio' che c'e' dentro sparisce con lui - container, repository e job compresi. Non e' un posto dove tenere qualcosa: quello che vuoi conservare mandalo su un repository tuo, o portalo via, prima dell'ultimo giorno.

Se un servizio non risponde o un accesso viene rifiutato, non e' una cosa da aggiustare da soli: dillo al docente. Da questa pagina non si ripara niente, e questa e' l'unica cosa che non fa.