liens sites informatique

http://www.commentcamarche.net/

http://www.commentcamarche.net/download/

 

http://www.clubic.com/

http://www.clubic.com/telecharger/

 

http://www.developpez.com/

 

http://korben.info/

 

https://openclassrooms.com/

https://openclassrooms.com/courses

 

 

install GLPI sur ubuntu serveur 16.04

Installation de Glpi, Apache 2.4, PHP 7 and MariaDB sur Ubuntu 16.04 LTS

Introduction :

GLPI (GESTION LIBRE DE PARC INFORMATIQUE) http://glpi-project.org/

Step 1: Pré-requis

J’utilise une VM Ubuntu 16.04 LTS serveur avec juste le minimum d’installé.

sudo su

Step 2: Installation d’Apache Web Server

sudo apt-get install apache2 apache2-utils

Apache devrait être démarré automatiquement. Vérifiez son statut avec systemctl:

root@Glpi:/home/ritek# systemctl status apache2 

● apache2.service - LSB: Apache2 web server
 Loaded: loaded (/etc/init.d/apache2; bad; vendor preset: enabled)
 Drop-In: /lib/systemd/system/apache2.service.d
└─apache2-systemd.conf
Active: active (running) since dim. 2016-06-19 21:10:09 CEST; 2min 44s ago
Docs: man:systemd-sysv-generator(8)      
 CGroup: /system.slice/apache2.service       
 ├─20559 /usr/sbin/apache2 -k start      
 ├─20562 /usr/sbin/apache2 -k start      
 └─20563 /usr/sbin/apache2 -k start      
juin 19 21:10:08 Glpi systemd[1]: Starting LSB: Apache2 web server...        
juin 19 21:10:08 Glpi apache2[20534]: * Starting Apache httpd web server apache2         
juin 19 21:10:09 Glpi apache2[20534]: *      
juin 19 21:10:09 Glpi systemd[1]: Started LSB: Apache2 web server. 

S’il n’est pas démarré, on utilise systemctl pour le lancer :

root@Glpi:/home/ritek# systemctl status apache2          
● apache2.service - LSB: Apache2 web server      
 Loaded: loaded (/etc/init.d/apache2; bad; vendor preset: enabled)       
 Drop-In: /lib/systemd/system/apache2.service.d      
 └─apache2-systemd.conf      
 Active: active (running) since dim. 2016-06-19 21:10:09 CEST; 2min 44s ago      
 Docs: man:systemd-sysv-generator(8)         
 CGroup: /system.slice/apache2.service       
 ├─20559 /usr/sbin/apache2 -k start      
 ├─20562 /usr/sbin/apache2 -k start      
 └─20563 /usr/sbin/apache2 -k start      
juin 19 21:10:08 Glpi systemd[1]: Starting LSB: Apache2 web server...        
juin 19 21:10:08 Glpi apache2[20534]: * Starting Apache httpd web server apache2         
juin 19 21:10:09 Glpi apache2[20534]: *      
juin 19 21:10:09 Glpi systemd[1]: Started LSB: Apache2 web server.       

Par la même occasion on active le démarrage auto au reboot

root@Glpi:/home/ritek# systemctl enable apache2      
apache2.service is not a native service, redirecting to systemd-sysv-install         
Executing /lib/systemd/systemd-sysv-install enable apache2       

Step 3: Installation de MariaDB

apt-get install mariadb-server mariadb-client        
systemctl status mysql       
● mysql.service - LSB: Start and stop the mysql database server daemon       
 Loaded: loaded (/etc/init.d/mysql; bad; vendor preset: enabled)         
 Active: active (running) since dim. 2016-06-19 22:39:15 CEST; 3min 2s ago       
 Docs: man:systemd-sysv-generator(8)         
 CGroup: /system.slice/mysql.service         
 ├─22586 /bin/bash /usr/bin/mysqld_safe      
 ├─22587 logger -p daemon err -t /etc/init.d/mysql -i        
 ├─22731 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib/mysql/plugin --user=mysql --skip-log-error --pid-fil         
 └─22732 logger -t mysqld -p daemon error        
juin 19 22:39:16 Glpi /etc/mysql/debian-start[22783]: mysql.column_stats OK      
juin 19 22:39:16 Glpi /etc/mysql/debian-start[22783]: mysql.columns_priv OK      
juin 19 22:39:16 Glpi /etc/mysql/debian-start[22783]: mysql.db OK        
juin 19 22:39:16 Glpi /etc/mysql/debian-start[22783]: mysql.event OK         
juin 19 22:39:16 Glpi /etc/mysql/debian-start[22783]: mysql.func OK      
juin 19 22:39:16 Glpi /etc/mysql/debian-start[22783]: mysql.gtid_slave_pos OK        
juin 19 22:39:16 Glpi /etc/mysql/debian-start[22783]: mysql.help_category OK         
juin 19 22:39:16 Glpi /etc/mysql/debian-start[22783]: mysql.help_keyword OK      
juin 19 22:39:16 Glpi /etc/mysql/debian-start[22783]: mysql.help_relation OK         
juin 19 22:39:16 Glpi /etc/mysql/debian-start[22837]: Triggering myisam-recover for all MyISAM tables and aria-recover for all Aria tables       

Pour activer le démarrage de MariaDB au boot :

root@Glpi:/home/ritek# systemctl enable mysql        
mysql.service is not a native service, redirecting to systemd-sysv-install       
Executing /lib/systemd/systemd-sysv-install enable mysql         
root@Glpi:/home/ritek# mysql -u root -p      
Enter password:          
Welcome to the MariaDB monitor. Commands end with ; or g.        
Your MariaDB connection id is 50         
Server version: 10.0.25-MariaDB-0ubuntu0.16.04.1 Ubuntu 16.04        
Copyright (c) 2000, 2016, Oracle, MariaDB Corporation Ab and others.         
Type 'help;' or 'h' for help. Type 'c' to clear the current input statement.         
MariaDB [(none)]> create database glpi;      
MariaDB [(none)]> GRANT ALL PRIVILEGES ON `glpi` .* TO 'glpiuser'@'localhost' IDENTIFIED BY 'pwdglpiuser';       
MariaDB [(none)]> quit;      

Step 4: Installation PHP7

apt-get install php-common php7.0 php7.0-cli php7.0-common php7.0-fpm php7.0-json php7.0-opcache php7.0-readline php7.0-mysql php7.0-gd libapache2-mod-php7.0 php-mbstring php7.0-curl php7.0-ldap php7.0-imap php-xml   

On voit passer ca :

Creating config file /etc/php/7.0/apache2/php.ini with new version       
Module mpm_event disabled.       
Enabling module mpm_prefork.         
apache2_switch_mpm Switch to prefork         
apache2_invoke: Enable module php7.0         

qui rassure et qui évite l’erreur suivante :
Apache is running a threaded MPM, but your PHP Module is not compiled to be threadsafe. You need to recompile PHP.
AH00013: Pre-configuration failed
httpd.service: control process exited, code=exited status=1
si vous avez cette erreur
sudo a2dismod mpm_event
et on active prefork
sudo a2enmod mpm_prefork

root@Glpi:/home/ritek# systemctl status php7.0-fpm       
● php7.0-fpm.service - The PHP 7.0 FastCGI Process Manager       
 Loaded: loaded (/lib/systemd/system/php7.0-fpm.service; enabled; vendor preset: enabled)        
 Active: active (running) since dim. 2016-06-19 23:13:47 CEST; 3min 43s ago     
 Process: 997 ExecStartPre=/usr/lib/php/php7.0-fpm-checkconf (code=exited, status=0/SUCCESS)         
 Main PID: 1006 (php-fpm7.0)         
 Status: "Processes active: 0, idle: 2, Requests: 0, slow: 0, Traffic: 0req/sec"         
 Tasks: 3        
 Memory: 24.3M       
 CPU: 128ms      
 CGroup: /system.slice/php7.0-fpm.service        
 ├─1006 php-fpm: master process (/etc/php/7.0/fpm/php-fpm.conf)          
 ├─1010 php-fpm: pool www        
 └─1011 php-fpm: pool www        
juin 19 23:13:47 Glpi systemd[1]: Stopped The PHP 7.0 FastCGI Process Manager.       
juin 19 23:13:47 Glpi systemd[1]: Starting The PHP 7.0 FastCGI Process Manager...        
juin 19 23:13:47 Glpi systemd[1]: Started The PHP 7.0 FastCGI Process Manager.       
root@Glpi:/home/ritek# php --version         
PHP 7.0.4-7ubuntu2.1 (cli) ( NTS )       
Copyright (c) 1997-2016 The PHP Group        
Zend Engine v3.0.0, Copyright (c) 1998-2016 Zend Technologies        
 with Zend OPcache v7.0.6-dev, Copyright (c) 1999-2016, by Zend Technologies         
cd /var/www      
wget -c https://github.com/glpi-project/glpi/releases/download/0.90.3/glpi-0.90.3.tar.gz         
tar -xvzf glpi-0.90.3.tar.gz         
root@Glpi:/var/www# chown -R www-data:www-data /var/www/glpi         

root@Glpi:/var/www# cd /etc/apache2/sites-available
root@Glpi:/etc/apache2/sites-available# cp 000-default.conf glpi.conf
root@Glpi:/etc/apache2/sites-available# vim glpi.conf
et vous changez DocumentRoot /var/www/html par
DocumentRoot /var/www/

root@Glpi:/etc/apache2/sites-available# a2dissite 000-default.conf       
Site 000-default disabled.       
To activate the new configuration, you need to run:      
 service apache2 reload      
root@Glpi:/etc/apache2/sites-available# a2ensite glpi.conf       
Enabling site glpi.      
To activate the new configuration, you need to run:      
 service apache2 reload      
root@Glpi:/etc/apache2/sites-available# service apache2 reload       

Step 5: Le VirtualHost et SSL:

On fait un peu le ménage et on optimise quelques bricoles.
Pour des raisons de sécurité, veuillez supprimer le fichier : install/install.php

XIVO OVH

Aller directement à la fin des métadonnées

Aller au début des métadonnées

Préambule

Cet IPBX basé sur Asterisk permet de configurer votre serveur facilement et rapidement.

Prérequis

Pour suivre ce guide, il vous faut :


Installation

Votre serveur est déjà installé. Nous utilisons Debian 7 dans ce guide et partons du principe que vous avez déjà suivi et appliqué les recommandations de la partie sécurisation.

Pour installer Xivo :

Une fois l’installation terminée, l’interface web est accessible via : http://ip_de_votre_serveur/

Il faut effectuer la première partie de l’assistant afin de sécuriser l’accès à l’interface Web  :

  • Le premier écran vous propose de choisir votre langue. Cliquez sur « Suivant » pour aller à l’étape suivante.
  • L’étape suivante vous présente la licence. Lisez-la et acceptez.
  • Le formulaire suivant contient des informations de sécurité et de configuration de votre IPBX :
    • Hostname : Indiquez le nom d’hôte de votre serveur ;
    • Domain name : indiquez le domaine de votre serveur ;
    • Password / Re-enter password : Il s’agit de définir le mot de passe du compte root pour accéder à l’interface Web ;
    • Address : Adresse IP de votre serveur ;
    • Netmask Masque de votre réseau ;
    • Default gateway : la passerelle qui sera utilisée par votre serveur ;
    • DNS Servers : Entrez les serveurs DNS primaire et secondaire à utiliser ;
    • Cliquez sur « Suivant » pour aller à l’étape suivante.

  • Le formulaire suivant permet de définir le nom de la société ainsi que les paramètres des contextes :
    • Entity – Printed name : Le nom de votre société.
    • Internal Calls Context :
      • Printed name : Nom du contexte. Dans ce guide nous laissons les valeurs par défaut.
      • Numbers interval start : Plage de début des extensions. Dans ce guide, nous utilisons 100.
      • Numbers interval end : Plage de fin des extensions. Dans ce guide, nous utilisons 110.
    • Incalls Context :
      • Printed name : Nom du contexte. Dans ce guide, nous laissons les valeurs par défaut.
      • Numbers interval start : Entrez le numéro de votre trunk au format national. Par exemple, dans ce guide, nous mettons 0972320690.
      • Numbers interval end : Laissez ce champ vide.
      • DID length : Format du DDI envoyé via le trunk. Sur un trunk OVH, c’est au format national, il y a donc 10 chiffres.
    • Outcalls context : Nom du contexte pour les appels sortants.

Validez le dernier formulaire pour que la configuration soit effective.

Enregistrement de votre ligne

Pour enregistrer votre trunk sur Xivo :

  • Cliquez sur « Protocole SIP » dans le menu « Gestion des interconnexions« .
  • Cliquez sur l’icône  pour accéder au formulaire d’ajout.

Le formulaire est divisé en plusieurs onglets :

  • Dans l’onglet « Général » :
    • Nom : Mettez le numéro de votre trunk au format international.
    • Identifiant d’authentification : Mettez le numéro de votre trunk au format international.
    • Mot de passe : Le mot de passe du trunk.
    • Nombre d’appels simultanés : Choisissez le nombre d’appels simultanés de votre trunk.
    • Type de connexion : Sélectionnez « Peer« .
    • Type d’adressage IP : Sélectionnez Statique et entrez le domaine de la ligne. Dans notre guide, ce sera siptrunk.ovh.net.
    • Contexte : Sélectionnez le contexte « Appels entrants« .
    • Langue : Choisissez la langue de la ligne.
  • Dans l’onglet « Enregistrement » :
    • Enregistrement : Cochez la case.
    • Transport : Sélectionnez UDP.
    • Nom : Mettez le numéro de votre trunk au format international.
    • Identifiant d’authentification : Mettez le numéro de votre trunk au format international.
    • Mot de passe : Le mot de passe du trunk.
    • Serveur distant : Entrez le domaine de la ligne. Dans notre guide ce sera siptrunk.ovh.net.
    • Port : 5060.
    • Délai d’expiration : Sélectionnez 1800.
  • Dans l’onglet « Signalisation » :
    • DTMF : sélectionnez InBand.
    • Personnaliser les codecs : Cochez la case et sélectionnez les codecs G711 u-law et G711 a-law.
  • Cliquez sur le bouton « Sauvegarder » pour appliquer la configuration.

Pour vérifier que votre trunk est bien enregistré :

  • Entrez la commande sip show registry dans l’invite de commande Asterisk. (Pour lancer l’invite Asterisk, entrez rasterisk dans votre terminal)
vps123*CLI> sip show registry
Host                                    dnsmgr Username       Refresh State                Reg.Time                
siptrunk.ovh.net:5060                   N      003397232069      1785 Registered           Tue, 24 Mar 2015 09:20:24
1 SIP registrations.
  • Vous pouvez vérifiez également dans le Manager :
    • Connectez-vous à votre Espace Client OVH : https://www.ovhtelecom.fr/espaceclient/
    • Cliquez sur le lien « Accéder à l’ancienne interface« .
    • Cliquez sur l’icône « Téléphonie« .
    • Cliquez sur votre « Trunk« .
    • Cliquez sur « Gestion » dans le menu « Navigation« .
    • Cliquez sur « Informations générales« .

Vous obtenez alors l’information du REGISTER :


Création et configuration des utilisateurs

Dans ce guide, nous créons les extensions 100 et 110. Pour ce faire :

  • Cliquez sur « Utilisateurs » dans le menu « Paramètres IPBX« .
  • Cliquez sur  puis « Ajouter« .
  • Le formulaire se décompose en plusieurs onglets :
    • Général :
      • Prénom : Entrez le prénom de l’utilisateur.
      • Nom : Entrez le nom de l’utilisateur .
      • Nom d’appel sortant : Sélectionnez « Personnaliser » et entrez dans le champ le DDI que vous souhaitez présenter au format International.

    • Lignes :
      • Cliquez sur l’icône  pour accéder au formulaire.
      • Laissez les champs par défaut sauf pour Numéro où il faut choisir le numéro de l’extension.

Cliquez sur « Sauvegarder » pour confirmer la configuration.


Configuration du routage des appels entrants

Il faut dans un premier temps déclarer les SDA sur le contexte des appels entrants :

  • Rendez-vous dans le menu « Contextes » dans la catégorie « Configuration IPBX« .
  • Cliquez sur l’icône  sur le contexte « from-extern.
  • Cliquez sur l’onglet « Appels entrants« .
  • Le formulaire est très simple : vous devez indiquer vos DDI au format national et indiquer le début et la fin de la plage.

    Si vous ne possédez qu’un seul DDI, indiquez le uniquement dans le champ « Début de l’intervalle de numéros« .

  • Sélectionnez 10 sur l’onglet « Nb de chiffres reçus« .
  • Cliquez sur « Sauvegarder » pour confirmer la configuration.

La configuration du routage de l’appel sur un service ou une extension du DDI appelé se gère via ces étapes :

  • Cliquez sur « Appels entrants » dans le menu « Gestion des appels« .
  • Cliquez sur  puis « Ajouter« .
  • La configuration se gère dans l’onglet « Général » :
    • SDA : Entrez le DDI au format national.
    • Contexte : Sélectionnez « Appels entrants (from-extern).
    • Destination : Sélectionnez « Utilisateur« .
    • Renvoyez vers : Sélectionnez votre utilisateur.
    • Cliquez sur « Sauvegarder » pour confirmer la configuration.


Configuration des appels sortants

La règle pour les appels sortants permet de définir le dialplan pour utiliser le trunk :

  • Dans le menu « Gestion des appels« , cliquez sur « Appels sortants« .
  • Cliquez sur  pour accéder au formulaire de création.
  • Dans l’onglet « Général » :
    • Nom : Indiquez le nom du dialplan.
    • Contexte : Sélectionnez le contexte « Appels sortants (to extern)« .
    • Interconnexions : Sélectionnez votre trunk.
  • Dans l’onglet « Extensions » : Il y a deux règles à créer, une première pour autoriser les appels sur les numéros de 01 à 07 et une seconde pour les appels sur les numéros 09.
    • Cliquez sur l’icône .
    • Dans le champ extensions, indiquez la macro de la règle.
    • Dans la liste « Stripnum« , sélectionnez 0.
    • Cliquez sur le bouton « Sauvegarder » pour confirmer la création de la règle.
Extension
Description
0[1-7]XXXXXXXX Autorise les appels sur les numéros de 10 chiffres où les deux premiers chiffres sont entre 01 et 07.
09XXXXXXXX Autoriser les appels sur les numéros de 10 chiffres où les deux premiers chiffres sont 09.

XIVO purge db

Purge Logs

Keeping records of personal communications for long periods may be subject to local legislation, to avoid personal data retention. Also, keeping too many records may become resource intensive for the server. To ease the removal of such records, xivo-purge-db is a process that removes old log entries from the database. This allows keeping records for a maximum period and deleting older ones.

By default, xivo-purge-db removes all logs older than a year (365 days). xivo-purge-db is run nightly.

Note

Please check the laws applicable to your country and modify days_to_keep (see below) in the configuration file accordingly.

Tables Purged

The following features are impacted by xivo-purge-db:

More technically, the tables purged by xivo-purge-db are:

  • call_log
  • cel
  • queue_log
  • stat_agent_periodic
  • stat_call_on_queue
  • stat_queue_periodic
  • stat_switchboard_queue

Configuration File

We recommend to override the setting days_to_keep from /etc/xivo-purge-db/config.yml in a new file in /etc/xivo-purge-db/conf.d/.

Warning

Setting days_to_keep to 0 will NOT disable xivo-purge-db, and will remove ALL logs from your system.

See Configuration priority and /etc/xivo-purge-db/config.yml for more details.

Manual Purge

It is possible to purge logs manually. To do so, log on to the target XiVO server and run:

xivo-purge-db

You can specify the number of days of logs to keep. For example, to purge entries older than 365 days:

xivo-purge-db -d 365

Usage of xivo-purge-db:

usage: xivo-purge-db [-h] [-d DAYS_TO_KEEP]

optional arguments:
  -h, --help            show this help message and exit
  -d DAYS_TO_KEEP, --days_to_keep DAYS_TO_KEEP
                        Number of days data will be kept in tables

Maintenance

After an execution of xivo-purge-db, postgresql’s Autovacuum Daemon should perform a VACUUM ANALYZE automatically (after 1 minute). This command marks memory as reusable but does not actually free disk space, which is fine if your disk is not getting full. In the case when xivo-purge-db hasn’t run for a long time (e.g. upgrading to 15.11 or when days_to_keep is decreased), some administrator may want to perform a VACUUM FULL to recover disk space.

Warning

VACUUM FULL will require a service interruption. This may take several hours depending on the size of purged database.

You need to:

$ xivo-service stop
$ sudo -u postgres psql asterisk -c "VACUUM (FULL)"
$ xivo-service start

Archive Plugins

In the case you want to keep archives of the logs removed by xivo-purge-db, you may install plugins to xivo-purge-db that will be run before the purge.

XiVO does not provide any archive plugin. You will need to develop plugins for your own need. If you want to share your plugins, please open a pull request.

Archive Plugins (for Developers)

Each plugin is a Python callable (function or class constructor), that takes a dictionary of configuration as argument. The keys of this dictionary are the keys taken from the configuration file. This allows you to add plugin-specific configuration in /etc/xivo-purge-db/conf.d/.

There is an example plugin in the xivo-purge-db git repo.

Example

Archive name: sample

Purpose: demonstrate how to create your own archive plugin.

Activate Plugin

Each plugin needs to be explicitly enabled in the configuration of xivo-purge-db. Here is an example of file added in /etc/xivo-purge-db/conf.d/:

1
2
3
enabled_plugins:
    archives:
        - sample

sample.py

The following example will be save a file in /tmp/xivo_purge_db.sample with the following content:

Save tables before purge. 365 days to keep!
1
2
3
4
5
 sample_file = '/tmp/xivo_purge_db.sample'

def sample_plugin(config):
    with open(sample_file, 'w') as output:
        output.write('Save tables before purge. {0} days to keep!'.format(config['days_to_keep']))

Install sample plugin

The following setup.py shows an example of a python library that adds a plugin to xivo-purge-db:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
 #!/usr/bin/env python
 # -*- coding: utf-8 -*-

 from setuptools import setup
 from setuptools import find_packages


 setup(
     name='xivo-purge-db-sample-plugin',
     version='0.0.1',

     description='An example program',
     packages=find_packages(),
     entry_points={
         'xivo_purge_db.archives': [
             'sample = xivo_purge_db_sample.sample:sample_plugin',
         ],
     }
 )

XIVO sysconfd

XiVO sysconfd

xivo-sysconfd is the system configuration server for XiVO. It does quite a few different things; here’s a non exhaustive list:

  • configuring network (interfaces, hostname, DNS)
  • configuring high availability
  • staring/stopping/restarting services
  • reloading asterisk configuration
  • sending some events to components (xivo-agentd, xivo-agid and xivo-ctid)

Configuration File

Default location: /etc/xivo/sysconfd.conf. Format: INI.

The default location may be overwritten by the command line options.

Here’s an example of the configuration file:

[general]
xivo_config_path = /etc/xivo
templates_path = /usr/share/xivo-sysconfd/templates
custom_templates_path = /etc/xivo/sysconfd/custom-templates
backup_path = /var/backups/xivo-sysconfd

[resolvconf]
hostname_file = /etc/hostname
hostname_update_cmd = /etc/init.d/hostname.sh start
hosts_file = /etc/hosts
resolvconf_file = /etc/resolv.conf

[network]
interfaces_file = /etc/network/interfaces

[wizard]
templates_path = /usr/share/xivo-config/templates
custom_templates_path = /etc/xivo/custom-templates

[commonconf]
commonconf_file = /etc/xivo/common.conf
commonconf_cmd = /usr/sbin/xivo-update-config
commonconf_monit = /usr/sbin/xivo-monitoring-update

[openssl]
certsdir = /var/lib/xivo/certificates

[monit]
monit_checks_dir = /usr/share/xivo-monitoring/checks
monit_conf_dir = /etc/monit/conf.d

[request_handlers]
synchronous = true

[bus]
username = guest
password = guest
host = localhost
port = 5672
exchange_name = xivo
exchange_type = topic
exchange_durable = true

request_handlers section

synchronous

If this option is true, when xivo-sysconfd receives a request to reload the dialplan for example, it will wait for the dialplan reload to complete before replying to the request.

When this option is false, xivo-sysconfd reply to the request immediately.

Setting this option to false will speed up some operation (for example, editing a user from the web interface or from xivo-confd), but this means that there will be a small delay (up to a few seconds in the worst case) between the time you create your user and the time you can dial successfully its extension.

XIVO service

XiVO service

XiVO has many running services. To restart the whole stack, the xivo-service command can be used to make sure the service is restarted in the right order.

Usage

Show all services status:

xivo-service status

Stop XiVO services:

xivo-service stop

Start XiVO services:

xivo-service start

Restart XiVO services:

xivo-service restart

The commands above will only act upon XiVO services. Appending an argument all will also act upon nginx and postgresql. Example:

xivo-service restart all

UDP port 5060 will be closed while services are restarting.

XIVO proxy

Proxy Configuration

If you use XiVO behind an HTTP proxy, you must do a couple of manipulations for it to work correctly.

apt

Create the /etc/apt/apt.conf.d/90proxy file with the following content:

Acquire::http::Proxy "http://domain\username:password@proxyip:proxyport";

provd

Proxy information is set via the Configuration ‣ Provisioning ‣ General page.

dhcp-update

This step is needed if you use the DHCP server of the XiVO. Otherwise the DHCP configuration won’t be correct.

Proxy information is set via the /etc/xivo/dhcpd-update.conf file.

Edit the file and look for the [proxy] section.

xivo-fetchfw

This step is not needed if you don’t use xivo-fetchfw.

Proxy information is set via the /etc/xivo/xivo-fetchfw.conf file.

Edit the file and look for the [proxy] section.