Documentació Xarxa.
- Introducció.
- Esquema d'ip's dels Servidors del Centre.
2.1 Quadre IP's Servidors Físics.
2.2 Quadre Ip's Servidors Virtuals.
- Servidors físics.
- Servidor Central IESJRB2 -> Proliant ML110 G7
- Instal.lació Ubuntu 12.04
- Servidor Central IESJRB -> Proliant ML110G5
1. Introducció:
Aquest document recollirà pas a pas, la instal.lació i configuració dels diferents servidors del centre, ja siguin físics o virtuals. Actualment a data 14/03/2013 en tenim 3 servidors físics (HP Proliant), dos d'ells, HP Proliant ML110 G7 i HP Proliant ML110 G5 són els servidors centrals i són un mirall l'un de l'altre, és a dir, tenen exactament el mateix sistema operatiu, els mateixos scripts de còpia, i tenen virtualitzades quatre maquines amb els següents serveis:
- Servidor Moodle -> ServidorMoodleIESJRB.
- Servidor Dns -> ServidorDnsIESJRB
- Servidor Windows 2003 (Dhcp, carpetes dades e impressores compartides, enrutament) -> s-207
- Servidor DocMgr -> ServidorDocMgr.
L'Hp Proliant ML110 G7, situat a Consergeria, és el servidor que actualment té engegades les màquines virtuals. L'altre servidor HP Proliant ML110 G5, situat al Quart Elèctric, rep les copies de les màquines virtuals que es fan cada dia, està de reserva per si algun dia tenim algun problema amb el servidor en ús.
El tercer servidor, HP Proliant ML110 G2, s'està preparant per oferir els serveis de Proxy, servidor d'arxius i dchp, per poder suprimir el servidor s-207 (windows 2003) virtualitzat.
2. Esquema d'ip's dels Servidors del Centre.
Actualment, fins que no s'executi el projecte de implementar vlan's, el centre està dividit en 3 xarxes amb accès a internet cadasquna d'elles:
- Xarxa0 -> La xarxa de secretaria amb rang 192.168.0.0 / 255.255.255.0 amb sortida a internet mitjançant router Cisco i amb proveïdor Telefònica proporcionat pel Departament d'Educació.
- Xarxa10 -> La què compren la planta baixa del centre de l'Edifici Verd i el Taller, i que en la seva majoria està utilitzada pels Professors del centre, amb rang 192.168.10.0 / 255.255.255.0 amb sortida a internet mitjançant router Comtrend CT-3561 i amb proveïdor Jazztel proporcionada pel propi centre.
- Xarxa20 -> La què compren la primera planta de l'edifici Verd, l'edifici Blau i l'edifici Vermell (menys el taller), i que en l'inici va ser pensada pels alumnes, amb rang 192.168.20.0 / 255.255.255.0 amb sortida a internet mitjançant router Comtrend CT-3561 i amb proveïdor Jazztel proporcionada pel propi centre.
2.1 Quadre IP's Servidors Físics.
HP Proliant ML110 G7 -> Servidor en ús.
LLISTATS IP'S SERVIDORS:
===========================================
Nom: ServidorCentralIESJRB2 (Actualment servidor utilitzat al centre)
Model: Proliant ML110 G7
Ubicació: Consergeria
IP's:
eth0: 192.168.0.10
eth1: 192.168.10.10
eth2: 192.168.20.10
Màquines Virtualitzades:
Nom: ServidorMoodleIESJRB
IP's:
eth0: 192.168.0.2
eth1: 192.168.10.2
eth2: 192.168.20.2
Nom: s-207 (Servidor Windows 2003)
IP's:
eth0: 192.168.0.207
eth1: 192.168.10.207
eth2: 192.168.20.207
Nom: ServidorDocMgr
Ip's:
eth0: 192.168.0.4
eth1: 192.168.10.4
eth2: 192.168.20.4
Nom: ServidorDnsIESJRB
Ip's:
eth0: 192.168.0.5
eth1: 192.168.10.5
eth2: 192.168.20.5
Nom: ServidorCentralIESJRB (Servidor què és una copia del Central en ús)
Model: Proliant ML110 G5
Ubicació: Quart elèctric
IP's:
eth0: 192.168.0.3
eth1: 192.168.10.3
eth2: 192.168.20.3
Màquines virtualitzades:
Té les mateixes màquines virtuals que el servidor central que està en ús.
Copies de Seguretat dels servidors:
====================================================================
*Desde el servidor virtualitzat s-207 amb el programa de còpia Cobian Backup 11
*Cada día a les 5.10 de la matinada s'executa l'script de còpia de les màquines virtuals "vmbackup.sh" (les que s'indiquin). Aquest script bàsicament para les màquines indicades fa un backup comprimit i el guarda en el directori indicat, en el nostre cas, /home/administrador/Escritorio/BackupVm. Aquestes copies de les màquines virtuals són també copiades al ServidorCentralIESJRB (servidor reserva), via ftp (mirar connexió a ftp ServidorCentralIESJRB), a la carpeta també anomenada BackupVm.
Cada día també s'executa l'script "borracopia.sh", què està instal.lat als 2 servidors, al que està en funcionament i el que està de reserva. L'script guarda el número de copies de les màquines virtuals que indiquem i esborra les demés.
Aquests scripts s'executen diàriament mitjançant la configuració de crontab:
-> crontab -e
Fitxer:
# m h dom mon dow command
*/10 * * * * wget -v -O /home/administrador/Escritorio/cron.log http://iessitges.xtec.cat/admin/cron.php?password=Nimda_Master
10 5 * * * export DISPLAY=":0" && /home/administrador/Escritorio/vmbackup.sh > /home/administrador/Escritorio/BackupVm/vmbackup.log
45 10 * * * /home/administrador/Escritorio/borracopia.sh > /home/administrador/Escritorio/borracopia.log
CANVIS EN LA MAQUINA VIRTUAL DOCMGR:
================================================
Canviar la ip que consideris pertinent del rang 192.168.0, per fer això:
nano /etc/network/interfaces
Crearem el site docmgr (si es que no està creat):
cd /etc/apache2/sites-available
ls (per mirar si està creat)
Si no està creat:
cp default docmgr
Editem el site:
nano docmgr
I el deixarem amb la següent configuració:
<virtualhost *:80>
ServerAdmin webmaster@iessitges.xtec.cat
ServerName docmgr.iessitges.xtec.cat
ServerAlias docmgr
DocumentRoot /var/www/docmgr
<directory /var/www/docmgr >
Options Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
allow from all
</directory>
ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
<directory "/usr/lib/cgi-bin" >
AllowOverride None
Options ExecCGI -MultiViews +SymLinksIfOwnerMatch
Order allow,deny
Allow from all
</directory>
ErrorLog /var/log/apache2/error.log
# Possible values include: debug, info, notice, warn, error, crit, alert, emerg.
LogLevel warn
CustomLog /var/log/apache2/access.log combined
ServerSignature On
</virtualhost>
Editem el fitxer de configuració del docmgr:
nano /var/www/docmgr/config/config.php
Busquem la linea define("SITE_URL","http:.........)
i la deixem així:
define("SITE_URL","http://docmgr.iessitges.xtec.cat");
Reiniciem el servidor d'apache:
service apache2 restart
(Continua amb la següent configuració abans de fer proves d'accès)
CANVIS EN LA MÀQUINA VIRTUAL MOODLE:
========================================================================
Canviem la ip de la màquina virtual de moodle i li possem la 192.168.0.2 (fitxer /etc/network/interfaces)
Editem l'arxiu hosts per incluir la adreça del servidor docmgr que rebrà les peticions del proxy desde l'exterior:
nano /etc/hosts
I afegim la següent entrada:
192.168.....(ipdocmgr) docmgr.iessitges.xtec.cat
Instal.lem al servidor del moodle el modul de l'apache mod proxy:
sudo aptitude install libapache2-mod-proxy-html
Ens donarà un error que ressoldrem de la següent manera:
Editem el fitxer nano /etc/apache2/mods-available/proxy_html.load
i canviem la ruta de la primera linea per aquesta altre:
/usr/lib/i386-linux-gnu/libxml2.so.2
Activem els moduls de proxy instal.lats:
sudo a2enmod proxy proxy_http
sudo service apache2 restart
Accedim a la ruta cd /etc/apache2/sites-available
Creem un site nou:
sudo cp default iessitges.xtec.cat
Editem el site nou:
sudo nano iessitges.xtec.cat
I deixem la següent configuració:
<VirtualHost *:80>
ServerAdmin webmaster@iessitges.xtec.cat
ServerName iessitges.xtec.cat
ServerAlias www.iessitges.xtec.cat
DocumentRoot /var/www/moodle
<Directory /var/www/moodle >
Options Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
allow from all
</Directory>
ScriptAlias /cgi-gin/ /usr/lib/cgi-gin/
<Directory "/usr/lib/cgi-gin">
AllowOverride None
Optiones +ExecCGI -MultiViews +SymLinksIfOwnerMatch
Order allow,deny
Allow from all
</Directory>
ErrorLog ${APACHE_LOG_DIR}/error.log
#Possible values include: debug, info, notice, warn, error, crit,
# alert, emerg
LogLevel warn
CustomLog ${APACHE_LOG_DIR}/acces.log combined
ProxyPreserveHost on
ProxyRequests off
<Proxy *>
Order deny,allow
Allow from all
</Proxy>
ProxyPass /docmgr http://docmgr.iessitges.xtec.cat/docmgr
ProxyPassReverse /docmgr http://docmgr.iessitges.xtec.cat/docmgr
</VirtualHost>
Actiem el site:
sudo a2ensite iessitges.xtec.cat
Reiniciem l'apache:
sudo service apache2 restart
Editem el fitxer de configuració del moodle:
sudo nano /var/www/moodle/config.php
Busquem la cadena $CFG->wwwroot = 'http........
i la deixem així:
$CFG->wwwroot = 'http://iessitges.xtec.cat';
Reiniciem l'apache:
sudo service apache2 restart
PROVES D'ACCES I CONSIDERACIONS FINALS:
===========================================================
Accès a Docmgr:
Internet -> http://iessitges.xtec.cat/docmgr
Xarxa interna (editar una entrada al host de la màquina desde la qual volem accedir):
http://docmgr.iessitges.xtec.cat
Accès a Moodle:
Internet -> http://iessitges.xtec.cat
Xarxa Interna (editar una entrada al arxiu hosts de la màquina desde la qual volem accedir):
http://iessitges.xtec.cat
Quan fem la instal.lació del dns en un futur no serà necessari editar les entrades en els
fitxers host.
IMPORTACIÓ USUARIS DES DEL FITXER CSV MOODLE 1.9:
==========================================================
Obrime el fitxer .ods amb el llistat d'usuaris i el desem seleccionant Text CSV (csv), marquem
la casella Edita els parametres del filtre i acceptem. En la següent advertència seleccionem
conserva el format actual i editem els següents valors:
Joc de caràcters: Unicode (UTF-8)
Delimitador de camp: ,
Delimitador de text: (deixem en blanc)
Continuem clicant d'acord i tenim el fitxer csv preparat per la importació.
En el moodle fem el login com administrador:
Administració del lloc -> Usuaris -> Comptes -> Carrega usuaris.
Accedim a Escull un fitxer -> Penja un fitxer -> Adjunt (naveguem fins el fitxer csv q
que hem creat) -> Penja aquest fitxer.
Canviem delimitador csv per una coma. Fem clic a carrega d'usuaris.
Per carregar fitxer csv amb la contrasenya en blanc, en moodle:
Administració del lloc -> Seguretat -> Normativa del lloc i desmarquem
Normativa de contrasenyes.
En paràmetres fem les següents seleccions:
Tipus de càrrega: Afegeix usuaris nous i actualitza els ja existents
Nova contrasenya d'usuari: Camp requerit en el fitxer
Detalls de l'usuari existent: Actualitza o sense canvis (Victor)
Imposa canvi de contrasenya: Tots
Altres valors consultar Victor.
CONFIGURACIO GMAIL PER L'US DE MOODLE:
===========================================================
Email settings
Location: Settings > Site administration > Plugins > Message outputs > Email
SMTP hosts: smtp.gmail.com:465 NOTE: Leave out the port (:465) in 1.9.2 or lower
SMTP username: Your email address @gmail.com or your own domain if using Google Apps
SMTP password: password for the above email account
Code Modification
In your Moodle site go to /lib/phpmailer/ and modify the following file:
class.smtp.php
Around line 83 DIRECTLY after the Connect function header, insert this line immediately after the "{" :
$host = 'ssl://' . $host;
Note: It appears that you can simply enter your host as ssl://smtp.gmail.com:465 to avoid the need for code changes.
Documentació extreta de: http://docs.moodle.org/23/en/Email_setup_gmail
DOCUMENTACIO SALAR PASSWORD:
=================================================================
What is password salting?
Passwords are stored in Moodle in an encrypted form, called an 'md5 hash'.
Password salting is a way of making passwords more secure by adding a random string of characters to passwords before their md5 hash is calculated, which makes them harder to reverse (the longer the random string, the harder you make it).
Enabling password salting
To set a password salt, add the following line to your config.php file:
$CFG->passwordsaltmain = 'some long random string here with lots of characters';
The random string of characters should be a mix of letters, numbers and other characters. The Moodle Salt Generator may be used to obtain a suitable long random string. A string length of at least 40 characters is recommended.
Note: For security reasons the only way to enable password salting is by editing config.php - there is no way to do so in the Moodle interface.
Tip: Keep a note of your password salt somewhere other than config.php to prevent the situation of your password salt being lost and all site users having to go through password recovery to reset their passwords.
Changing the salt
If for any reason you wish to change the salt, the old salt must be retained in config.php in addition to the new salt.
passwordsaltmain should be changed to passwordsaltalt1 (note that the exact expressions must be used) for the old salt as follows:
$CFG->passwordsaltalt1 = 'old long random string';
$CFG->passwordsaltmain = 'new long random string';
If you change your salt again in the future, you must retain all the previous salts for some time (until every user has logged in at least once, so they start using the new salt). You can use $CFG->passwordsaltalt2, $CFG->passwordsaltalt3, etc. to keep up to 20 previous salts.
Warning: If you change the salt and do not retain the old one in config.php you will no longer be able to login to your site!
Disabling password salting
Note: Not Recommended! Once enabled, you should leave password salt enabled.
To disable password salting in Moodle, you can delete, comment out, or change the value of passwordsaltmain to "empty"
// EXAMPLE: set to empty string
$CFG->passwordsaltmain = '';
// EXAMPLE: comment out
/*
$CFG->passwordsaltmain = '';
*/
However, you are not done! You must also move the old salt to an "alt" value, just like the "changing the salt" description, above:
$CFG->passwordsaltalt1 = 'old long random string';
$CFG->passwordsaltmain = '';
Importing users from another site
If you import users from another Moodle site which uses a password salt, you need to add the other site's salt to config.php too. Upto 20 alternate salts may be added
$CFG->passwordsaltalt1, $CFG->passwordsaltalt2, ... $CFG->passwordsaltalt20
How does password salting work?
When a password is checked, the code looks for CFG->passwordsaltmain. If set, salt is appended to user's password before calculating the md5 hash.
If the unsalted md5 hash of a user's password validates, it is assumed that the salt was set for the first time since the last time the user logged in. The user's password is upgraded, using the salt. The password is salted during the first login after the salt was set in config.php.
If neither the unsalted md5 hash, or the salted md5 hash validates, the code looks for up to 20 alternate salts.
If you change salts, in order not to orphan existing user accounts, you must enter the old salt into one of the alternate slots.
When a user who has an "old salt" password logs in, the first test of their authentication with the new salt will fail... then the code will test any alternate salts, looking for one that allows the password to be proven valid.
If a user is deemed valid, the system will upgrade the user's hashed password to the latest salt.
Documentació extreta de: http://docs.moodle.org/22/en/Password_salting
CONFIGURACIÓ AUTOMATITZACIÓ CRON MOODLE:
=================================================================
Cron
Algunos módulos de Moodle requieren revisiones continuas para llevar a cabo determinadas tareas. Por ejemplo, Moodle necesita revisar los foros de discusión para poder enviar copias de los mensajes a las personas que están suscritas.
El script que hace todo esto está en el directorio admin, y se llama cron.php. Sin embargo, no puede funcionar por sí mismo, de manera que usted tiene que establecer un mecanismo en el que este script se ejecute regularmente (por ejemplo, cada cinco o diez minutos). Esto proporciona una señal de manera que el script pueda llevar a cabo funciones en determinados períodos definidos para cada módulo. Este tipo de mecanismo es lo que se denomina un servicio cron.
Tenga en cuenta que la máquina que ejecuta el cron no tiene que ser necesariamente la misma en la que está ejecutando Moodle. Por ejemplo, si usted tiene un servicio de alojamiento web limitado que no tiene cron, usted puede elegir ejecutar el cron en otro servidor o en su ordenador personal. Lo que importa es que el archivo cron.php sea llamado regularmente.
La carga de este script no es muy alta, así que un intervalo de 5 minutos es razonable generalmente, pero si esto le preocupa, puede ampliar el periodo de tiempo a 15 minutos o incluso 30 minutos. Es mejor no establecer un intervalo de tiempo demasiado largo, ya que el retrasar el envío de mensajes de correo puede reducir la actividad del curso.
Primero, compruebe que el script funcione directamente desde su navegador:
http://ejemplo.com/moodle/admin/cron.php
Ahora, usted necesita establecer alguna manera de ejecutar el script automática y regularmente.
Contenido
[ocultar]
1 En Windows
2 En servicios de hospedaje web
3 Usando la línea de comandos en Unix
4 Usando el programa "crontab" en Unix
En Windows
La forma más sencilla es usar este pequeño paquete moodle-cron-for-windows.zip que lo hace todo de una forma muy fácil instalando un pequeño servicio Windows. Ejecútelo y olvídese de él.
En servicios de hospedaje web
Su panel de control puede tener una página web que le permita establecer este proceso de cron. Por ejemplo, en el sistema Cpanel, busque un botón llamado "Tareas de Cron". Ahí podrá establecer los mismos comandos Unix que aparecen más abajo.
Usando la línea de comandos en Unix
Hay diferentes programas de línea de comandos que puede usar para llamar a la página desde la línea de comandos. Puede que no todos ellos estén disponibles en un determinado servidor.
Por ejemplo, puede usar una utilidad Unix como 'wget':
wget -q -O /dev/null http://example.com/moodle/admin/cron.php
Observe en este ejemplo que la salida se elimina (en /dev/null).
Otra posible opción en aquellos casos que no funcione wget -q -O es:
wget --spider http://example.com/moodle/admin/cron.php
Es lo mismo usando lynx:
lynx -dump http://ejemplo.com/moodle/admin/cron.php > /dev/null
Como alternativa puede usar una versión de PHP compilada para ejecutarse desde la línea de comandos. La ventaja de hacer esto es que las entradas a su servidor web no se llenan con constantes solicitudes a cron.php. La desventaja es que necesitará tener acceso a una versión de línea de comandos de PHP.
/opt/bin/php /web/moodle/admin/cron.php
Otra posible opción en aquellos casos que no funcione wget -q -O es: wget --spider http://example.com/moodle/admin/cron.php
Usando el programa "crontab" en Unix
Todo lo que Cpanel hace es proporcionar una interfaz web a una utilidad Unix conocida como «crontab». Si dispone de línea de comandos, puede establecer el «crontab» usted mismo usando el comando:
crontab -e
y añadiendo una línea como la siguiente:
*/5 * * * * wget -q -O /dev/null http://example.com/moodle/admin/cron.php
Normalmente, el comando "crontab" le enviará al editor 'vi'. Se entra en "modo de inserción" presionando "i", después teclee la línea de arriba, luego salga del modo de inserción presionando ESC. Se guardan los cambios y se sale tecleando ":wq", se puede salir también sin guardar usando ":q!" (sin las comillas).
En el nostre cas farem:
crontab -e
* 7 * * * wget -v -O /home/administrador/Escritorio/cron.log http://iessitges.xtec.cat/admin/cron.php
Per ara executarem el cron a les 7 del matí de cada dia i guardarem el resultat en l'arxiu cron.log
Documentació extreta de: http://docs.moodle.org/all/es/Cron
http://hatteras.wordpress.com/2010/12/02/crontab-programarautomatizar-tareas/
http://moodle.org/mod/forum/discuss.php?d=184972
HABILITAR HTTPS MOODLE:
=============================
Creem el directori:
mkdir /etc/apache2/ssl
Creem el nostre certificat:
openssl req $@ -new -x509 -days 3650 -nodes -out /etc/apache2/ssl/apache.pem -keyout /etc/apache2/ssl/apache.pem
Paràmetres:
Country: ES
State: Barcelona
Locality name: Sitges
Organization Name: IES J.R.Benaprès
Orgainzational unit name: Coordinació Informàtica
Common name: iessitges.xtec.cat
Email: iesjrb@gmail.com
Donem permisos al fitxer creat:
chmod 600 /etc/apache2/ssl/apache.pem
Activem el modul ssl de l'apache i el reiniciem:
a2enmod ssl
service apache2 restart
Creem un nou virtualhost dintre del nostre site moodle:
<VirtualHost *:443>
ServerAdmin webmaster@iessitges.xtec.cat
ServerName iessitges.xtec.cat
ServerAlias www.iessitges.xtec.cat
DocumentRoot /var/www/moodle
<Directory /var/www/moodle >
Options Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
allow from all
</Directory>
SSLEngine on
SSLCertificateFile /etc/apache2/ssl/apache.pem
</VirtualHost>
Reiniciem l'apache -> Service apache2 restart
Després al moodle com administrador, entrem a Administració del lloc
-> Seguretat -> Seguretat HTTP i marquem "Utilitza HTTPS per a les entrades"
Documentació extreta de:
http://moodle.org/mod/forum/discuss.php?d=64735&parent=295824
http://willytell-moodle.blogspot.com.es/2010/12/habilitar-https-en-moodle.html
AUTOMATITZACIO DE COPIA DE LES MAQUINES VIRTUALS ENCESES A UNA HORA DETERMINADA: (FET)
================================================================================================
Creem arxiu amb el següent script:
cat vmbackup.sh
(Veure script)
Automatitzem la tasca amb el crontab:
*Donem permisos al nostre script:
chmod a+x /usr/local/bin/vmbackup.sh
* 20 * * 1-5 /usr/local/bin/script
--
valor de los campos:
1.) minutos.
2.) horas
3.) dias del mes (de 1 a 31)
4.) meses
5.) dias de la semana (de 1 a 7 ó de 0 a 6, funciona igual )
En el ejemplo dado, ejecutara el scrip tarea a las 20 horas todos los meses, solo los lunes, martes, miercoles, jueves y viernes.
si se quiere que se ejecute todos los dias de la semana reemplaza el valor 1-5 por * que indica todos.
Al cas nostre la cosa quedarà:
En nuestro caso la cosa es asi, necesitamos ui grafica para correr vmware:
echo $DISPLAY
>:0 (el valor que nos da es nuestro entorno gráfic)
Donem permisos al nostre script:
chmod 755 /usr/local/bin/vmbackup.sh
crontab -e (i afegim la següent entrada)
10 5 * * * 10 5 * * * export DISPLAY=":0" && /home/administrador/Escritorio/vmbackup.sh > /home/administrador/Escritorio/BackupVm/vmbackup.log (Cada dia a las 5.10 matinada s'executarà l'script de backup de les màquines virtuals)
POSSAR SEGURETAT AL CRON.PHP DEL MOODLE:
=====================================================================================
Edito: acabo de darme cuenta que si puedes limitar la ejecución del cron y ponerle contraseña. Las opciones están en Administración del sitio >> Seguridad >> Políticas del sitio y son:
Ejecución de cron sólo mediante comandos cronclionly
Contraseña de cron para acceso remoto cronremotepassword
Al nostre cas Arranjaments -> Administració del lloc -> Seguretat -> Normativa del lloc i marquem Contrasenya d'accés remot al cron (Nimda_Master). Per executar el cron:
http://iessitges.xtec.cat/admin/cron.php?password=Nimda_Master
Documentació extreta: http://moodle.org/mod/forum/discuss.php?d=163129
PROBLEMA ESBORRAMENT DNS EN REINICIS:
===========================================================
Al Docmgr es va solucionar amb la instrucció chattr +i /etc/resolv.conf que impedia que s'esborrés el fitxer, però tant al servidor central com al del moodle (Ubuntu 12.04) la instrucció no funciona. Per ressoldre això afegim els dns directament al fitxer /etc/network/interfaces, i al final afegim:
dns-nameservers 213.176.161.16 213.176.161.18 80.58.61.250 80.58.61.254
CONNEXIO DESDE UBUNTU A DISC DUR XARXA DIRECCIO:
===========================================================
$ sudo apt-get update
$ sudo apt-get install nfs-common nfs-kernel-server portmap
$ showmount -e server-Ip-address
$ showmount -e 192.168.1.1
PROBLEMES EN LA CONNEXIO DEL SERVIDOR AMB MULTIPLES TARJAS DE XARXA
=============================================================================
*Primer de tot anem a eliminar el Network manager del nostre servidor que per les proves sembla que dona més problemes que altre cosa:
sudo apt-get remove network-manager
*Parem les diferents interficies de xarxa, obrim terminal i:
-ifconfig ethx down -> On ethx es cada interface de xarxa, eth0, eth1...
*Fem les modificacions a les diferents connexions de xarxa en el fitxer:
-nano /etc/network/interfaces
Si ens dona el problema de failed to bring up eth1:
La baixem i pujem manualment amb ifconfig eth1 down i ifconfig eth1 up.
Si continua l'error triem el gateway de la configuracio de eth1 en interfaces.
*Aixequem les distintes tarjas de xarxa "ifconfig ethx up"
*Reiniciem la connexió de xarxa:
-/etc/init.d/networking restart
*Mirem les rutes estàtiques creades per defecte pel linux amb la comanda route -n
En principi tindrem algo així:
Destino Pasarela Genmask Indic Métric Ref Uso Interfaz
0.0.0.0 192.168.0.1 0.0.0.0 UG 100 0 0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
192.168.10.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
192.168.186.0 0.0.0.0 255.255.255.0 U 0 0 0 vmnet8
192.168.217.0 0.0.0.0 255.255.255.0 U 0 0 0 vmnet1
*Si cal esborrem les rutes per defecte amb la comanda "ip route flush default"
ó 1 a 1 segons l'exemple:
route del -net 192.168.10.0 netmask 255.255.255.0 gw 0.0.0.0
El problema com veiem al diagrama de rutes es que tot el que s'envia per la eth0 ó eth1 sense destí acaba sortint per la eth0, i això no volem que passi. El que vagi per la eth1 ha de continuar per aquesta interface.
*Anem a crear les diferents rutes estàtiques per les nostres 3 interfaces de xarxa (Farem 2 per ara)
Al terminal (Per ara fem les 2 que tenim, però posso les 3 pel futur):
> echo "200 xarxa10" >> /etc/iproute2/rt_tables (Aixó ens crearà una nova tabla de politiques d'enrutament del servidor).
Comencem a afegir les nostres rutes a la tabla d'enrutament:
> ip route add 192.168.10.0 dev eth1 src 192.168.10.3 table xarxa10
> ip route add default via 192.168.10.1 dev eth1 table xarxa10
O bé afegim solsament ip route add default via 192.168.10.1 dev eth1 table main a la taula main principal
Apliquem les politiques d'aquestes rutes:
> ip rule add from 192.168.10.3/32 table xarxa10
> ip rule add to 192.168.10.3/32 table xarxa10
> ip route flush cache
Comandes per veure rutes:
route -n
ip rule ó ip rule show
netstat -anr
ip route show table "nom taula" -> per veure les rutes definides a les taules
Esborrarip route flush cache regles:
ip rule del nomdelataula
En el següent diagrama:
0: from all lookup local
32765: from 192.168.10.3 lookup 200
32766: from all lookup main
32767: from all lookup default
ip rule del lookup 200 -> esborrem la entrada 32765
Activar ip forwarding per veure si solucionem problema:
echo 1 > /proc/sys/net/ipv4/ip_forward
Deshabilitar rp filter:
echo "0" > /proc/sys/net/ipv4/conf/all/rp_filter
Probar ping desde diferents interfaces:
ping -I eth1 192.168.1.2
sudo route add -net 0.0.0.0 netmask 0.0.0.0 gw 192.168.10.1 dev eth1 metric 1100
INSTAL.LACIO NOU KERNEL 3.4 UBUNTU 12
====================================================================0
Executar l'script següent:
#!/bin/bash
# Programado por Christian Martínez Lozano de Ubunteate.es
# Licencia GPL v3
clear
echo ""
echo "1) Paquete debian"
echo ""
echo "2) Repositorios"
echo ""
echo "Escoge tu opción (introduciendo el número):"
read menu
if [ "$menu" = "1" ]; then
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.4-precise/linux-headers-3.4.0-030400_3.4.0-030400.201205210521_all.deb
clear
echo ""
echo "a) 32 bits con 4 GB de RAM o menos"
echo ""
echo "b) 32 bits con más de 4 GB de RAM"
echo ""
echo "c) 64 bits"
echo ""
echo "Escoge tu opción (introduciendo la letra):"
read deb
if [ "$deb" = "a" ]; then
clear
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.4-precise/linux-headers-3.4.0-030400-generic_3.4.0-030400.201205210521_i386.deb
dpkg -i linux-headers-3.4.0-030400_3.4.0-030400.201205210521_all.deb
dpkg -i linux-headers-3.4.0-030400-generic_3.4.0-030400.201205210521_i386.deb
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.4-precise/linux-image-3.4.0-030400-generic_3.4.0-030400.201205210521_i386.deb
dpkg -i linux-image-3.4.0-030400-generic_3.4.0-030400.201205210521_i386.deb
update-grub
rm linux-headers-3.4.0-030400_3.4.0-030400.201205210521_all.deb
rm linux-headers-3.4.0-030400-generic_3.4.0-030400.201205210521_i386.deb
rm linux-headers-3.4.0-030400_3.4.0-030400.201205210521_all.deb
echo ""
echo ""
echo "Hecho, reinicia el equipo y reinstala los drivers."
fi
if [ "$deb" = "b" ]; then
clear
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.4-precise/linux-headers-3.4.0-030400-generic-pae_3.4.0-030400.201205210521_i386.deb
dpkg -i linux-headers-3.4.0-030400_3.4.0-030400.201205210521_all.deb
dpkg -i linux-headers-3.4.0-030400-generic-pae_3.4.0-030400.201205210521_i386.deb
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.4-precise/linux-image-3.4.0-030400-generic-pae_3.4.0-030400.201205210521_i386.deb
dpkg -i linux-image-3.4.0-030400-generic-pae_3.4.0-030400.201205210521_i386.deb
update-grub
rm linux-headers-3.4.0-030400-generic-pae_3.4.0-030400.201205210521_i386.deb
rm linux-image-3.4.0-030400-generic-pae_3.4.0-030400.201205210521_i386.deb
rm linux-headers-3.4.0-030400_3.4.0-030400.201205210521_all.deb
echo ""
echo ""
echo "Hecho, reinicia el equipo y reinstala los drivers."
fi
if [ "$deb" = "c" ]; then
clear
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.4-precise/linux-headers-3.4.0-030400-generic_3.4.0-030400.201205210521_amd64.deb
dpkg -i linux-headers-3.4.0-030400_3.4.0-030400.201205210521_all.deb
dpkg -i linux-headers-3.4.0-030400-generic_3.4.0-030400.201205210521_amd64.deb
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.4-precise/linux-image-3.4.0-030400-generic_3.4.0-030400.201205210521_amd64.deb
dpkg -i linux-image-3.4.0-030400-generic_3.4.0-030400.201205210521_amd64.deb
update-grub
rm linux-headers-3.4.0-030400-generic_3.4.0-030400.201205210521_amd64.deb
rm linux-image-3.4.0-030400-generic_3.4.0-030400.201205210521_amd64.deb
rm linux-headers-3.4.0-030400_3.4.0-030400.201205210521_all.deb
echo ""
echo ""
echo "Hecho, reinicia el equipo y reinstala los drivers."
fi
if [ "$deb" = "*" ]; then
clear
echo "Valor incorrecto."
fi
fi
if [ "$menu" = "2" ]; then
clear
echo ""
echo "a) 32 bits con 4 GB de RAM o menos, o 64 bits"
echo ""
echo "b) 32 bits con más de 4 GB de RAM"
echo ""
echo "Escoge tu opción (introduciendo la letra):"
read repo
if [ "$repo" = "a" ]; then
echo "deb http://security.ubuntu.com/ubuntu quantal-security main universe restricted multiverse" >> /etc/apt/sources.list
echo "deb-src http://security.ubuntu.com/ubuntu quantal-security main universe restricted multiverse" >> /etc/apt/sources.list
echo "deb http://it.archive.ubuntu.com/ubuntu/ quantal-updates main universe restricted multiverse" >> /etc/apt/sources.list
echo "deb-src http://it.archive.ubuntu.com/ubuntu/ quantal-updates main universe restricted multiverse" >> /etc/apt/sources.list
echo "deb http://it.archive.ubuntu.com/ubuntu/ quantal main universe restricted multiverse" >> /etc/apt/sources.list
echo "deb-src http://it.archive.ubuntu.com/ubuntu/ quantal main universe restricted multiverse" >> /etc/apt/sources.list
apt-get update
apt-get install linux
cat /etc/apt/sources.list | egrep -v "deb http://security.ubuntu.com/ubuntu quantal-security main universe restricted multiverse" > /etc/apt/sources.list2
mv /etc/apt/sources.list2 /etc/apt/sources.list
cat /etc/apt/sources.list | egrep -v "deb-src http://security.ubuntu.com/ubuntu quantal-security main universe restricted multiverse" > /etc/apt/sources.list2
mv /etc/apt/sources.list2 /etc/apt/sources.list
cat /etc/apt/sources.list | egrep -v "deb http://it.archive.ubuntu.com/ubuntu/ quantal-updates main universe restricted multiverse" > /etc/apt/sources.list2
mv /etc/apt/sources.list2 /etc/apt/sources.list
cat /etc/apt/sources.list | egrep -v "deb-src http://it.archive.ubuntu.com/ubuntu/ quantal-updates main universe restricted multiverse" > /etc/apt/sources.list2
mv /etc/apt/sources.list2 /etc/apt/sources.list
cat /etc/apt/sources.list | egrep -v "deb http://it.archive.ubuntu.com/ubuntu/ quantal main universe restricted multiverse" > /etc/apt/sources.list2
mv /etc/apt/sources.list2 /etc/apt/sources.list
cat /etc/apt/sources.list | egrep -v "deb-src http://it.archive.ubuntu.com/ubuntu/ quantal main universe restricted multiverse" > /etc/apt/sources.list2
mv /etc/apt/sources.list2 /etc/apt/sources.list
apt-get update
update-grub
fi
if [ "$repo" = "b" ]; then
echo "deb http://security.ubuntu.com/ubuntu quantal-security main universe restricted multiverse" >> /etc/apt/sources.list
echo "deb-src http://security.ubuntu.com/ubuntu quantal-security main universe restricted multiverse" >> /etc/apt/sources.list
echo "deb http://it.archive.ubuntu.com/ubuntu/ quantal-updates main universe restricted multiverse" >> /etc/apt/sources.list
echo "deb-src http://it.archive.ubuntu.com/ubuntu/ quantal-updates main universe restricted multiverse" >> /etc/apt/sources.list
echo "deb http://it.archive.ubuntu.com/ubuntu/ quantal main universe restricted multiverse" >> /etc/apt/sources.list
echo "deb-src http://it.archive.ubuntu.com/ubuntu/ quantal main universe restricted multiverse" >> /etc/apt/sources.list
apt-get update
apt-get install linux-generic-pae
cat /etc/apt/sources.list | egrep -v "deb http://security.ubuntu.com/ubuntu quantal-security main universe restricted multiverse" > /etc/apt/sources.list2
mv /etc/apt/sources.list2 /etc/apt/sources.list
cat /etc/apt/sources.list | egrep -v "deb-src http://security.ubuntu.com/ubuntu quantal-security main universe restricted multiverse" > /etc/apt/sources.list2
mv /etc/apt/sources.list2 /etc/apt/sources.list
cat /etc/apt/sources.list | egrep -v "deb http://it.archive.ubuntu.com/ubuntu/ quantal-updates main universe restricted multiverse" > /etc/apt/sources.list2
mv /etc/apt/sources.list2 /etc/apt/sources.list
cat /etc/apt/sources.list | egrep -v "deb-src http://it.archive.ubuntu.com/ubuntu/ quantal-updates main universe restricted multiverse" > /etc/apt/sources.list2
mv /etc/apt/sources.list2 /etc/apt/sources.list
cat /etc/apt/sources.list | egrep -v "deb http://it.archive.ubuntu.com/ubuntu/ quantal main universe restricted multiverse" > /etc/apt/sources.list2
mv /etc/apt/sources.list2 /etc/apt/sources.list
cat /etc/apt/sources.list | egrep -v "deb-src http://it.archive.ubuntu.com/ubuntu/ quantal main universe restricted multiverse" > /etc/apt/sources.list2
mv /etc/apt/sources.list2 /etc/apt/sources.list
apt-get update
update-grub
fi
if [ "$repo" = "*" ]; then
clear
echo "Valor incorrecto."
fi
fi
if [ "$menu" = "*" ]; then
clear
echo "Valor incorrecto."
fi
Documentacion extreta de: http://ubunteate.es/instala-el-nuevo-kernel-3-4-en-ubuntu-12-04/
UBUNTU EN CATALA I RESSOLUCIO DEL PROBLEMA CALENDARI ANGLES DEL MOODLE:
===========================================================================
*Desde l'Ubuntu entrem a configuració del sistema -> Soport d'idiomes -> Instal.lar o eliminar idiomes. Seleccionem l'idioma català i apliquem els canvis, començaran a baixar els paquets de l'idioma català.
Si en un terminal possem "locale -a" veurem tots els paquets d'idiomes disponibles, en el cas del català ca_ES.utf8.
L'ordre en un terminal "locale" ens indica quin és l'idioma que està usant el sistema.
A la pantalla de soporte d'idiomes ara veurem el català que està com en gris, passem per sobre d'ell amb el ratolí i l'arrastrem fins a la primera posició de la llista. Aplicar a todo el sistema. A la pestanya de Formatos Regionales, seleccionem català valencià Espanya i Aplicar a tot el sistema.
Reiniciem l'ubuntu i ja el tenim en català, mirem el calendari del moodle que també en principi estarà en català si no es així mirem a la pròpia configuració del moodle:
-Administració del lloc -> Idioma.