{"id":1386,"date":"2013-05-08T10:53:39","date_gmt":"2013-05-08T08:53:39","guid":{"rendered":"http:\/\/blog.sfsoft.it\/?p=1386"},"modified":"2013-05-08T10:57:12","modified_gmt":"2013-05-08T08:57:12","slug":"personalizzare-e-rendere-informativo-il-logon-di-un-ubuntu-server","status":"publish","type":"post","link":"http:\/\/www.sfsoft.it\/blog\/2013\/05\/08\/personalizzare-e-rendere-informativo-il-logon-di-un-ubuntu-server\/","title":{"rendered":"Personalizzare e rendere informativo il logon di un Ubuntu Server"},"content":{"rendered":"

Prendiamo per esempio una situazione, avete creato una macchina virtuale che ospita un determinato servizio di rete, per renderla disponibile anche ad altri terminali \u00e8 stata impostata come rete bridged<\/em> in maniera che abbia una classe IP uguale a tutti, un IP statico in questo caso \u00e8 sconsigliato in quanto potrebbe essere accesa in diversi uffici quindi con classi IP quasi sicuramente diverse.<\/p>\n

Appoggiandosi per\u00f2 ad un server DHCP<\/em> diverso di volta in volta per sapere che indirizzo IP viene assegnato dobbiamo eseguire il login<\/em>.<\/p>\n

Esiste la possibilit\u00e0 invece di personalizzare la schermata di login<\/em>, per intenderci quella che si presenta alla richiesta dell’utente\/password<\/em>, inserendo determinate informazioni, ad esempio l’indirizzo IP ottenuto.<\/p>\n

Per fare questo occorre modificare due file distinti, \/etc\/issue<\/em> per gli accessi da terminale locale e \/etc\/issue.net<\/em> per gli accessi remoti.<\/p>\n

Nel nostro caso ci concentriamo solo su quello per gli accessi locali.<\/p>\n

Creiamo ad esempio uno script<\/em> che si occupi di ottenere l’indirizzo IP e scriverlo nel file \/etc \/issue<\/em>:<\/p>\n

sudo nano \/root\/customize-issue<\/pre>\n
E inseriamo queste righe:<\/p>\n
#!\/bin\/bash\r\n\r\n# otteniamo l'IP locale\r\nip_lan=`ifconfig eth0 2> \/dev\/null | grep \"inet addr\" | awk '{ print $2 }' | awk -F: '{ print $2 }'`\r\n\r\n# puliamo il file\r\necho \"\" > \/etc\/issue\r\n\r\n# Aggiungiamo le nostre informazioni\r\necho \"L'indirizzo IP \u00e8: $ip_lan\" >> \/etc\/issue<\/pre>\n
Aggiungiamo l’esecuzione del nostro script nel file \/etc\/rc.local<\/em> e riavviamo, vedremo alla richiesta di login<\/em> l’informativa dell’indirizzo IP locale assegnato dal server DHCP<\/em>.<\/p>\n
Nel caso che questa macchina virtuale abbia un altra funzione che non sempre possa risultare attiva possiamo rendere lo schermo di login<\/em> dinamico in maniera che venga aggiornato di volta in volta quando una determinata condizione si presenta.<\/p>\n
Mettiamo il caso che questa macchina virtuale debba collegarsi ad una VPN<\/em> esterna e vogliamo indicare lo stato di connessione e magari anche il suo indirizzo IP quando collegato, quindi modifichiamo lo script di aggiornamento:<\/p>\n
#!\/bin\/bash\r\n\r\n# otteniamo l'IP locale\r\nip_lan=`ifconfig eth0 2> \/dev\/null | grep \"inet addr\" | awk '{ print $2 }' | awk -F: '{ print $2 }'`\r\n\r\n# otteniamo l'IP della VPN\r\nip_vpn=`ifconfig tun0 2> \/dev\/null | grep \"inet addr\" | awk '{ print $2 }' | awk -F: '{ print $2 }'`\r\n\r\n# puliamo il file\r\necho \"\" > \/etc\/issue\r\n\r\n# Aggiungiamo le nostre informazioni\r\necho \"L'indirizzo IP \u00e8: $ip_lan\" >> \/etc\/issue\r\n\r\n# Aggiungiamo l'informativa che varia in base allo stato della VPN\r\nif [ \"$ip_vpn\" ]; then\r\n  echo \"+++++ VPN attiva +++++: IP $ip_vpn\" >> \/etc\/issue\r\nelse\r\n  echo \"----- VPN inattiva -----\" >> \/etc\/issue\r\nfi<\/pre>\n
A questo punto il primo problema che serve affrontare \u00e8 che la schermata di login<\/em> \u00e8 basata su un file di testo e quindi \u00e8 statica, di conseguenza anche cambiando il file \/etc\/issue<\/em> l’informativa non viene aggiornata fino a che l’utente non aggiorna il terminale.<\/p>\n
Per ovviare a questo problema ed essendo la macchina virtuale un servizio a cui appoggiarsi e che quindi non richiede un login<\/em> da terminale di un utente \u00e8 possibile dopo aver modificato il file richiedere un caricamento della schermata uccidendo il processo che tiene attivo il terminale locale in maniera che venga forzato ad essere riaperto, creiamo quindi un altro script<\/em> che venga eseguito al boot<\/em> e resti in esecuzione controllando sempre lo stato della connessione e nel caso ci sia una variazione aggiorni la nostra schermata di login<\/em>:<\/p>\n
sudo nano \/root\/check-vpn-state<\/pre>\n
E scriviamo una cosa del genere:<\/p>\n
#!\/bin\/bash\r\n\r\nip_vpn=\"\"\r\nip_vpn_last=\"\"\r\n\r\nwhile [ true ]\r\ndo\r\n\r\n  # Ottiene l'IP assegnato dalla VPN se presente\r\n  ip_vpn=`ifconfig tun0 2> \/dev\/null | grep \"inet addr\" | awk '{ print $2 }' | awk -F: '{ print $2 }'`\r\n\r\n  # Controlla lo stato della connessione\r\n  if [ \"$ip_vpn\" != \"$ip_vpn_last\" ]\r\n  then\r\n\r\n    # Memorizza lo stato attuale\r\n    ip_vpn_last=\"$ip_vpn\"\r\n\r\n    # Aggiorna l'informativa\r\n    \/root\/customize-issue\r\n\r\n    # Forza il riavvio del terminale locale\r\n    kill $(ps aux | grep tty1 | awk '{ print $2 }' | head -1)\r\n\r\n  fi\r\n\r\n  # Aspetta 5 secondi prima di controllare nuovamente lo stato della connessione\r\n  sleep 5\r\ndone<\/pre>\n
Si edita quindi il file \/etc\/rc.local<\/em> e si aggiunge l’avvio anche di questo script<\/em> in maniera che venga eseguito in background:<\/p>\n
# Aggiorna la prima schermata\r\n\/root\/customize-issue\r\n\r\n# Resta in attesa e aggiorna di volta al cambio dello stato della connessione VPN\r\n\/root\/check-vpn-state &<\/pre>\n
Si riavvia e si controlla il risultato, subito si avr\u00e0 il messaggio che la VPN<\/em> \u00e8 inattiva, poi dopo le inizializzazioni del servizio e quando si sar\u00e0 stabilit\u00e0 la connessione vedremo l’informativa cambiare.<\/p>\n","protected":false},"excerpt":{"rendered":"
Prendiamo per esempio una situazione, avete creato una macchina virtuale che ospita un determinato servizio di rete, per renderla disponibile anche ad altri terminali \u00e8 stata impostata come rete bridged in maniera che abbia una classe IP uguale a tutti, un IP statico in questo caso \u00e8 sconsigliato in quanto potrebbe essere accesa in diversi […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":[],"categories":[15,3,23],"tags":[16,8,5],"_links":{"self":[{"href":"http:\/\/www.sfsoft.it\/blog\/wp-json\/wp\/v2\/posts\/1386"}],"collection":[{"href":"http:\/\/www.sfsoft.it\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.sfsoft.it\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.sfsoft.it\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/www.sfsoft.it\/blog\/wp-json\/wp\/v2\/comments?post=1386"}],"version-history":[{"count":3,"href":"http:\/\/www.sfsoft.it\/blog\/wp-json\/wp\/v2\/posts\/1386\/revisions"}],"predecessor-version":[{"id":1389,"href":"http:\/\/www.sfsoft.it\/blog\/wp-json\/wp\/v2\/posts\/1386\/revisions\/1389"}],"wp:attachment":[{"href":"http:\/\/www.sfsoft.it\/blog\/wp-json\/wp\/v2\/media?parent=1386"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.sfsoft.it\/blog\/wp-json\/wp\/v2\/categories?post=1386"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.sfsoft.it\/blog\/wp-json\/wp\/v2\/tags?post=1386"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}