Ikoula Wiki - Contributions de l’utilisateur [fr]

Comment changer l'OS de son serveur virtuel FLEX

2015-10-28T15:49:41Z

Elocart87fda :

[[:ro:Cum de a schimba sistemul de operare al FLEX Server]][[ro:Cum de a schimba sistemul de operare al FLEX Server]]
<span data-link_translate_ru_title="Как изменить ОС сервера FLEX" data-link_translate_ru_url="%D0%9A%D0%B0%D0%BA+%D0%B8%D0%B7%D0%BC%D0%B5%D0%BD%D0%B8%D1%82%D1%8C+%D0%9E%D0%A1+%D1%81%D0%B5%D1%80%D0%B2%D0%B5%D1%80%D0%B0+FLEX">[[:ru:Как изменить ОС сервера FLEX]][[ru:Как изменить ОС сервера FLEX]]
[[:pl:Jak zmienić OS jego serwer FLEX]][[pl:Jak zmienić OS jego serwer FLEX]]
<span data-link_translate_ja_title="その FLEX サーバーの OS を変更する方法" data-link_translate_ja_url="%E3%81%9D%E3%81%AE+FLEX+%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC%E3%81%AE+OS+%E3%82%92%E5%A4%89%E6%9B%B4%E3%81%99%E3%82%8B%E6%96%B9%E6%B3%95">[[:ja:その FLEX サーバーの OS を変更する方法]][[ja:その FLEX サーバーの OS を変更する方法]]
<span data-link_translate_ar_title="كيفية تغيير نظام تشغيل الملقم المرن الخاص به" data-link_translate_ar_url="%D9%83%D9%8A%D9%81%D9%8A%D8%A9+%D8%AA%D8%BA%D9%8A%D9%8A%D8%B1+%D9%86%D8%B8%D8%A7%D9%85+%D8%AA%D8%B4%D8%BA%D9%8A%D9%84+%D8%A7%D9%84%D9%85%D9%84%D9%82%D9%85+%D8%A7%D9%84%D9%85%D8%B1%D9%86+%D8%A7%D9%84%D8%AE%D8%A7%D8%B5+%D8%A8%D9%87">[[:ar:كيفية تغيير نظام تشغيل الملقم المرن الخاص به]][[ar:كيفية تغيير نظام تشغيل الملقم المرن الخاص به]]
<span data-link_translate_zh_title="如何更改它的 FLEX 服务器操作系统" data-link_translate_zh_url="%E5%A6%82%E4%BD%95%E6%9B%B4%E6%94%B9%E5%AE%83%E7%9A%84+FLEX+%E6%9C%8D%E5%8A%A1%E5%99%A8%E6%93%8D%E4%BD%9C%E7%B3%BB%E7%BB%9F">[[:zh:如何更改它的 FLEX 服务器操作系统]][[zh:如何更改它的 FLEX 服务器操作系统]]
[[:de:Das OS seines FLEX-Servers ändern]][[de:Das OS seines FLEX-Servers ändern]]
[[:nl:Het wijzigen van de OS van de FLEX-Server]][[nl:Het wijzigen van de OS van de FLEX-Server]]
[[:it:Come cambiare il sistema operativo del proprio Server FLEX]][[it:Come cambiare il sistema operativo del proprio Server FLEX]]
[[:pt:Como mudar o sistema operacional do seu servidor FLEX]][[pt:Como mudar o sistema operacional do seu servidor FLEX]]
[[:es:Cómo cambiar el sistema operativo de su servidor FLEX]][[es:Cómo cambiar el sistema operativo de su servidor FLEX]]
[[:en:How to change the OS of its FLEX Server]][[en:How to change the OS of its FLEX Server]]
Vous désirez changer l'OS de votre [https://express.ikoula.com/fr/serveur-virtuel serveur virtuel (VPS)].

Pour changer le système d'exploitation de votre serveur, vous devez vous rendre sur votre interface client :

Url : https://order.ikoula.com/cp

Vous vous loguez et vous allez sur l'onglet "Compte" puis :

- Vous cliquez sur "Abonnements"

- Vous cliquez sur la prestation concernée "****hpv******.ikoula.com"

- Sur la droite cliquez sur "Software"

Vous arrivez sur la liste d'OS. Vous Sélectionnez L'OS désiré et vous validez.

[[Catégorie:FLEX]]
 
<comments />

Test

2015-10-27T13:01:11Z

Elocart87fda :

Test

2015-10-27T13:00:43Z

Elocart87fda :

[[:ro:Testul]][[ro:Testul]]
[[:ru:Тест]][[ru:Тест]]
[[:pl:Badania]][[pl:Badania]]
[[:ja:テスト]][[ja:テスト]]
[[:ar:اختبار]][[ar:اختبار]]
[[:zh:测试]][[zh:测试]]
[[:de:Test]][[de:Test]]
[[:nl:Test]][[nl:Test]]
[[:it:Prova]][[it:Prova]]
[[:pt:Teste]][[pt:Teste]]
[[:es:Prueba]][[es:Prueba]]
[[:en:Test]][[en:Test]]
{{Infobox Société
| couleur boîte = 
| nom = Ikoula
| logo =
| taillelogo =
| légende =
| slogan = Ikoula, l'architecte de votre tranquillité
| forme juridique = [[Société par actions simplifiée|SAS]]
| action =
| date de création = 1998
| date de disparition =
| dates-clés =
| fondateur = Jules-Henri Gavetti
| personnages-clés = 
| drapeau = 
| siège (ville) = [[Boulogne-Billancourt]]
| siège (pays) = France
| direction actuelle = Jules-Henri Gavetti
| secteurs d'activités = [[Hébergeur web]]
| produits = [[Hébergement mutualisé|Hébergements mutualisés]], [[Serveur dédié|Serveurs dédiés]], [[Serveur dédié virtuel|Serveurs virtuels]], [[Nom de domaine|Noms de domaine]]...
| société mère =
| société sœur =
| filiales =
| actionnaires =
| sociétaires =
| effectif = 40
| chiffre d'affaires =
| évolution du CA =
| somme du bilan (banques) = 
| primes brut (assurances) = 
| résultat net =
| évolution du résultat net =
| fonds propres =
| dette =
| capitalisation boursière =
| rémunération = 
| site web = [http://www.ikoula.com ikoula.com]
| date de mise à jour = 18/01/2010
}}
Hello World
 
<comments />

Comment changer la date d'expiration d'un domaine sous Plesk?

2015-10-26T08:23:46Z

Elocart87fda :

[[:de:Wie das Ablaufdatum einer Domain in Plesk ändern?]][[de:Wie das Ablaufdatum einer Domain in Plesk ändern?]]
[[:nl:Hoe het wijzigen van de vervaldatum van een domein in Plesk?]][[nl:Hoe het wijzigen van de vervaldatum van een domein in Plesk?]]
[[:it:Come cambiare la data di scadenza di un dominio in Plesk?]][[it:Come cambiare la data di scadenza di un dominio in Plesk?]]
[[:pt:Como alterar a data de expiração de um domínio no Plesk?]][[pt:Como alterar a data de expiração de um domínio no Plesk?]]
[[:es:¿Cómo cambiar la fecha de vencimiento de un dominio en Plesk?]][[es:¿Cómo cambiar la fecha de vencimiento de un dominio en Plesk?]]
[[:en:How to change the expiration date of a domain in Plesk?]][[en:How to change the expiration date of a domain in Plesk?]]
==Symptômes==
Vous recevez des mails de notification du type ci-dessous et souhaitez savoir comment changer la date d'expiration d'un domaine sous Plesk :

The validity period of domain ''domain.tld'', owned by user account ''nom_du_compte'' (Contact name ''votre_nom'') is about to expire.
The domain and all of its services will be deactivated by unless the validity period is prolonged.

==Résolution==

* Connectez vous à Plesk.
* Sélectionnez '''Domaine''' dans le menu de gauche
* Sélectionnez le domaine qui vous intéresse
* Cliquez sur '''Personnaliser''' dans la barre de menu du haut
* Placez '''Date d'expiration''' dans une date future ou en '''illimité'''
* Faites '''OK''' pour sauvegarder les changements

* (optionnel) : Activez le domaine si besoin

Référence de l'article : http://www.names.co.uk/support/2039-domain_expiry_in_plesk.html

[[Category:Plesk 12.x]]

Se connecter en bureau à distance depuis un Mac

2015-10-26T08:02:14Z

Elocart87fda :

[[:de:Verbinden Sie Desktop Remote von einem Mac]][[de:Verbinden Sie Desktop Remote von einem Mac]]
[[:nl:Bureaublad extern verbinding maken vanaf een Mac]][[nl:Bureaublad extern verbinding maken vanaf een Mac]]
[[:it:Collegare il desktop in remoto da un computer Mac]][[it:Collegare il desktop in remoto da un computer Mac]]
[[:pt:Conectar a área de trabalho remotamente de um Mac]][[pt:Conectar a área de trabalho remotamente de um Mac]]
[[:es:Conectar escritorio remoto desde un Mac]][[es:Conectar escritorio remoto desde un Mac]]
[[:en:Connect desktop remotely from a Mac]][[en:Connect desktop remotely from a Mac]]
Vous pouvez vous connecter en bureau à distance depuis un Mac en installant l'application dédiée et développée par Microsoft depuis ce lien : https://itunes.apple.com/fr/app/microsoft-remote-desktop/id715768417?mt=12

L'application est très simple à utiliser mais, en cas de besoin, vous trouverez ci-dessus un petit tutoriel.

Tout d'abord ouvrez l'application :

[[Fichier:Capture_d’écran_2015-10-25_à_18.35.11.png]]

Cliquez ensuite sur ''New'' et renseigner les paramètres de connexion à votre serveur dans la fenêtre :

[[Fichier:Capture_d’écran_2015-10-25_à_18.35.38.png]]

'''Remarque : ''' par défaut, des données "anonymes" sont envoyées à Microsoft afin d'améliorer le produit :

[[Fichier:Capture_d’écran_2015-10-25_à_18.45.06.png]]

Vous pouvez également, dans cette même fenêtre et par le biais de l'onglet ''Résolution'', forcer une résolution pour l'utilisation du bureau à distance.

[[Catégorie:Windows]]
[[Catégorie:Mac OS]]
[[Catégorie:Serveur dédié]]

Configuration d'un client Mail sous Mac OS pour un hébergement mutualisé

2015-10-26T08:01:23Z

Elocart87fda :

[[:de:Einrichten von Mail unter Mac OS für ein hosting in IMAP]][[de:Einrichten von Mail unter Mac OS für ein hosting in IMAP]]
[[:nl:Het opzetten van Mail in Mac OS voor een hosting in IMAP]][[nl:Het opzetten van Mail in Mac OS voor een hosting in IMAP]]
[[:it:Impostazione Mail in Mac OS per un hosting in IMAP]][[it:Impostazione Mail in Mac OS per un hosting in IMAP]]
[[:pt:Configurando o Mail no Mac OS para uma hospedagem em IMAP]][[pt:Configurando o Mail no Mac OS para uma hospedagem em IMAP]]
[[:es:Configuración de correo en Mac OS para un hosting en IMAP]][[es:Configuración de correo en Mac OS para un hosting en IMAP]]
[[:en:Setting up Mail in Mac OS for a hosting in IMAP]][[en:Setting up Mail in Mac OS for a hosting in IMAP]]
== Introduction ==
Vous trouverez ci-dessous les différents écrans ainsi que les différents paramètres à renseigner afin de configuré ''Mail'', le client de messagerie de Mac OS X.

== Procéduredu configuration du client mail ==
Dans un premier temps, ouvrez ''Mail'' (effectuez une recherche via ''Spotlight'' si vous ne trouvez pas le raccourci associé) et sélectionnez ''Autre compte mail...'' :

[[Fichier:mail-heb-01.png]]

Saisissez votre adresse mail ainsi que le mot de passe associé à la boite mail :

[[Fichier:mail-heb-02.png]]

Renseignez ensuite les adresses des serveurs de messagerie qui sont '''mail.''domaine.fr''''' :

[[Fichier:mail-heb-02b.png]]

Cliquez ensuite sur ''Continuer'' pour accepter le certificat SSL :

[[Fichier:mail-heb-03.png]]

Une fois la connexion au serveur effectuée, vérifier les paramètres renseignés tels que :

[[Fichier:mail-heb-04.png]]

Nos serveurs de mails n'acceptant pas l'envoi de mail si les clients ne sont pas identifiés, il vous faut configurer cette option dans votre client.
Toujours depuis la fenêtre précédente, cliquez sur ''Serveur d'envoi (SMTP)" et sélectionnez l'option ''Modifier la liste des serveurs SMTP'' :

[[Fichier:mail-heb-06.png]]

Cliquez alors sur l'onglet ''Avancé'' au centre de la fenêtre puis saisissez votre adresse de messagerie dans le champs ''Nom d'utilisateur'' puis le mot de passe associé dans le champs ''Mot de passe'' :
[[Fichier:mail-heb-09.png]]

Validez en appuyant sur le bouton ''OK'' et votre boîte est désormais synchronisée avec le serveur.

[[Catégorie:Mail]]
[[Catégorie:Hébergement_mutualisé]]
[[Catégorie:Mac OS]]

Chrooter ses utilisateurs Debian

2015-10-26T08:00:19Z

Elocart87fda :

[[:de:Debian-Chroot-Benutzer]][[de:Debian-Chroot-Benutzer]]
[[:nl:Chroot Debian gebruikers]][[nl:Chroot Debian gebruikers]]
[[:it:Utenti Debian chroot]][[it:Utenti Debian chroot]]
[[:pt:Usuários Debian chroot]][[pt:Usuários Debian chroot]]
[[:es:Usuarios de Debian chroot]][[es:Usuarios de Debian chroot]]
[[:en:Chroot Debian users]][[en:Chroot Debian users]]
==Introduction==
Il peut être utile de '''chrooter''' ses utilisateurs afin de limiter leur liberté de mouvements au sein de son système. 
<div style="background-color: #FF9999;"> '''Avertissement''': Avant toute modification de votre système prévoyez toujours une sauvegarde de vos fichiers en cas de mauvaise manipulation. 
Sur un serveur de production, pensez à effectuer ces opérations pendant les heures creuses afin de minimiser l'impact de vos actions.</div>
==Pré-requis==
L'un des pré-requis essentiel est de conserver son système le plus à jour possible. 
<pre> apt-get update
apt-get upgrade </pre>
Afin de conserver votre système Debian à jour, assurez-vous de posséder une liste des dépôts officiels. Vous pourrez trouver une liste des dépôts disponibles chez Ikoula et les instructions d'installation [[Quelles_sont_les_sources_des_d%C3%A9p%C3%B4ts_debian_chez_Ikoula| à cette adresse]].
==Mise en place==
===Créer le groupe de chroot===
L'une des façons de mettre en place une prison est de créer un groupe dont tous les utilisateurs emprisonnés dépendent.
;Créer le groupe
<pre> groupadd chrootgrp </pre>
;Créer notre nouvel utilisateur
<pre> adduser -g chrootgrp notre_utilisateur </pre>
===Créer les répertoires===
Nous devons maintenant mettre en place les répertoires de base de notre prison '''chroot''' afin de simuler la présence du répertoire racine /
; Créer tous les répertoires
<pre> # la syntaxe { } nous permet de définir un répertoire et plusieurs sous-répertoires en une commande
mkdir -p /var/jail/{dev,etc,lib,usr,bin}
mkdir -p /var/jail/usr/bin</pre>
;Assigner les permissions aux répertoires créer afin de changer le propriétaire par ''root''
<pre> chown root.root /var/jail </pre>
;Créer également le fichier ''/dev/null''
<pre> mknod -m 666 /var/jail/dev/null c 1 3 </pre>
===Fichiers de configuration /etc/===
Le dossier de configuration ''/etc/'' requiert quelques fichiers vitaux afin de fonctionner correctement, nous allons donc les copier vers notre prison.
;Copier les fichiers de configuration vers la prison
<pre> # Se déplacer dans le dossier /etc/ de la prison
cd /var/jail/etc
# Copier les fichiers de configuration vers le répertoire courant . (/var/jail/etc/)
cp /etc/ld.so.cache .
cp /etc/ld.so.conf .
cp /etc/nsswitch.conf .
cp /etc/hosts .
</pre>
===Déterminer les commandes accessibles===
Nous devons à présent déterminer les commandes qui seront accessibles à notre utilisateur, par exemple la commande ls, cat et bash.
;Nous devons pour cela copier les exécutables vers notre prison
<pre> # Se déplacer dans le dossier /usr/bin de la prison
cd /var/jail/usr/bin
# Copier les exécutables souhaités vers le répertoire courant (/var/jail/usr/bin)
cp /usr/bin/ls .
cp /usr/bin/cat .
cp /usr/bin/bash .
</pre>
;Ne pas oublier d'ajouter les bibliothèques partagées pour les exécutables
<pre> # on cherche les bibliothèques de ls grâce à la commande ldd
ldd /bin/ls
# La commande retourne un résultat similaire:
linux-gate.so.1 => (0xb7f2b000)
librt.so.1 => /lib/librt.so.1 (0xb7f1d000)
libacl.so.1 => /lib/libacl.so.1 (0xb7f16000)
libc.so.6 => /lib/libc.so.6 (0xb7dcf000)
libpthread.so.0 => /lib/libpthread.so.0 (0xb7db7000)
/lib/ld-linux.so.2 (0xb7f2c000)
libattr.so.1 => /lib/libattr.so.1 (0xb7db2000)
</pre>
===Configurer le service SSH===
Maintenant que notre prison est en place nous devons configurer le service SSH de façon à rediriger notre utilisateur appartenant au groupe '''chrooté''' vers son nouvel emplacement sécurisé.
;Editer le fichier de configuration ssh
<pre> vi /etc/ssh/sshd_config </pre>
;Ajouter le contenu suivant en fin de fichier
<pre> # Ajout du groupe chroot
Match group chrootgrp
ChrootDirectory /var/jail/
X11Forwarding no
AllowTcpForwarding no
</pre>
;Redémarrer le service ssh
<pre> /etc/init.d/ssh restart </pre>
Cette configuration désactive également la redirection X11 et la redirection des ports TCP. Dans certains cas, notamment la mise en place d'un tunnel sécurisé, il peut être nécessaire de revoir la configuration et enlever cette interdiction.
===Option: Modifier le prompt===
Cette étape est optionnelle, en effet si vous avez tester la connexion vers votre prison vous avez du remarquer un prompt similaire à ceci:
<pre> bash-2-5$ </pre>
Si vous souhaitez utiliser un prompt moins général il vous suffit d'effectuer la procédure suivante:
<pre> # copier le contenu de /etc/skel vers /var/jail/home/votre_utilisateur
cp /etc/skel/* /var/jail/home/notre_utilisateur/

# Vous avez à présent quelque chose comme ceci
notre_utilisateur:->
</pre>

[[Catégorie:Serveur dédié]]
[[Catégorie:Linux]]

Catégorie:Mac OS

2015-10-23T07:52:30Z

Elocart87fda : Contenu remplacé par « Articles concernant l'environnement Mac OS »

Articles concernant l'environnement Mac OS

Sécuriser sa machine Debian

2015-10-22T08:04:40Z

Elocart87fda :

==Introduction==
Assurer la sécurité de sa machine est un point essentiel qui ne doit pas être sous-estimé sous peine de devenir la cible de diverses attaques. La puissance actuelle des ordinateurs rendant aujourd'hui des techniques d'intrusions comme l'attaque par force brute ou ''bruteforce'' très simple à mettre en oeuvre pour obtenir un accès administrateur à la machine cible en un temps réduit.
 
Vous trouverez sur cette page une liste non exhaustive de pistes afin de sécuriser votre serveur Debian sur différents points tels que le compte root, l'accès ssh, le pare-feu, etc...
<div style="background-color: #FF9999;"> '''Avertissement''': Avant toute modification de vôtre système prévoyez toujours une sauvegarde de vos fichiers en cas de mauvaise manipulation. 
Sur un serveur de production, pensez à effectuer ces opérations pendant les heures creuses afin de minimiser l'impact de vos actions.</div>

==Pré-requis==
L'un des pré-requis essentiel à la sécurité de son serveur est de maintenir ses paquets dans leur version la plus à jour possible. Un nombre important de failles découvertes sont rapidement corrigées par les développeurs des paquets et applications concernées, dans la mesure du possible il faut toujours conserver son système à jour et ainsi éviter les failles de sécurité.
Afin de conserver votre système Debian à jour, assurez-vous de posséder une liste des dépôts officiels à jour. Vous pourrez trouver une liste des dépôts disponibles chez Ikoula et les instructions d'installation [[Quelles_sont_les_sources_des_d%C3%A9p%C3%B4ts_debian_chez_Ikoula| à cette adresse]].

==L'accès root==
Autoriser la connexion du compte ''root'' après la première utilisation n'est en général pas une bonne idée. En effet le compte ''root'' ou ''super-utilisateur'' possède un accès total à votre système. Si une personne malveillante vient à gagner l'accès au compte ''super-utilisateur'' elle aura le contrôle total de votre machine.
===La commande sudo===
Afin de réduire les risques vous pouvez, par exemple, ajouter un utilisateur qui, au besoin, obtiendra les droits de notre ''super-utilisateur'' par l'utilisation de la commande ''sudo''.
;Il nous faut tout d'abord créer un nouvel utilisateur :
<syntaxhighlight lang="bash"> adduser votre_utilisateur</syntaxhighlight>
Remplissez ensuite les différents champs ainsi que le mot de passe qui, de préférence, sera composé de minuscules, majuscules et chiffres.
;Nous allons maintenant installer sudo:
<syntaxhighlight lang="bash"> apt-get install sudo</syntaxhighlight>
;Maintenant que notre utilisateur est créé et que sudo est installé il va devoir être dans le groupe sudo pour pouvoir utiliser la commande:
<syntaxhighlight lang="bash"> usermod -a -G sudo votre_utilisateur </syntaxhighlight>

A partir de maintenant notre utilisateur pourra, au besoin, faire précéder la commande souhaitée de sudo afin de l'exécuter avec les permissions du ''super-utilisateur''.
 Son mot de passe lui sera demandé avant d'exécuter toute commande.
<syntaxhighlight lang="bash"> sudo cat /etc/password </syntaxhighlight>

===Interdire le login root===
Maintenant que nous disposons d'un autre utilisateur nous pouvons par exemple empêcher la connexion à notre système à partir du compte ''root''. 

;Tout d'abord il vous faut éditer le fichier de configuration du service ssh
<syntaxhighlight lang="bash"> vi /etc/ssh/sshd_config </syntaxhighlight>

;Trouvez et éditez la ligne suivante dans votre fichier sshd_config, en modifiant le ''yes'' par ''no''. Au besoin dé-commentez la ligne en supprimant le symbole #.
<syntaxhighlight lang="bash"> PermitRootLogin no </syntaxhighlight>

N'oubliez pas ensuite de sauvegarder et de fermer le fichier de configuration. 
;Lorsque le service SSH sera relancé vos modifications prendront effet.
<syntaxhighlight lang="bash"> /etc/init.d/ssh restart </syntaxhighlight>
 
<div style="background-color: #FFCC99;"> '''Conseil''': Nous vous conseillons de toujours garder le terminal SSH connecté en root pendant la durée des tests. En effet une mauvaise manipulation rendrait la connexion à votre système impossible. 
L'ouverture d'un second terminal afin de tester la connexion et l'utilisation des modifications sur le nouvel utilisateur est donc recommandée.</div>

==L'accès SSH==
Grâce aux solutions apportées précédemment notre système est déjà bien sécurisé, mais nous pouvons encore renforcer cette sécurité en mettant en place une authentification par fichier de clé. 
Habituellement la connexion et l'authentification sur votre système s'effectue grâce à une paire login/mot de passe. Nous pouvons remplacer cette méthode qui n'est pas infaillible par une authentification par clé. 
Une fois la modification mise en place lors de chaque nouvelle connexion le système va regarder si l'utilisateur qui tente de se connecter possède une clé valide et si cette-ci est bien autorisée à effectuer une connexion pour cet utilisateur. 
Bien qu'aucune méthode ne soit infaillible l'authentification par fichier de clé requiert de la personne voulant s'introduire dans le système qu'elle possède ce fichier. Nous pouvons donc renforcer la sécurité par rapport à un mot de passe qui peut être deviné par ''brute force'' 
Plusieurs inconvénients sont cependant présents lorsque cette méthode est choisie, en effet il est impératif de devoir posséder le fichier de clé quelque soit l'endroit de la connexion, par exemple entre des ordinateurs au travail et à la maison. 
Vous devrez également ajouté manuellement chaque nouveau fichier de clé qui sera autorisé à accéder à votre système, dans le cas par exemple de l'ajout d'un nouvel utilisateur ou de l'accès d'une personne autorisée à votre système.

=== Changer le port par défaut ===
L'un des moyens les plus efficace pour arrêter les tests automatiques lancés contre les serveurs est de changer le port par défaut de SSH sur votre machine.
Pour ce faire éditez votre fichier '''sshd_config'''
<syntaxhighlight lang="bash"> vi /etc/ssh/sshd_config </syntaxhighlight>
; Trouvez et éditez la ligne suivante du fichier en remplaçant la valeur par celle choisie
<syntaxhighlight lang="bash"># What ports, IPs and protocols we listen for
Port 22
</syntaxhighlight>
; Redémarrez le service SSH
<syntaxhighlight lang="bash"> /etc/init.d/ssh restart </syntaxhighlight>
<div style="background-color: #FFCC99;"> '''Note''': A présent la connexion à votre machine s'effectuera en précisant le nouveau port SSH utilisé: ssh utilisateur@Adresse_IP -p Votre_port</div>
 
=== Générer une paire de clé ===
==== Windows ====
[[File:puttygen.png|thumb|right|PuTTYgen sous Windows]]
Vous pouvez générer votre paire de clé depuis le logiciel PuTTYgen disponible sous Windows.
 
==== Linux ====
Sous linux vous pouvez taper la commande suivante :
<syntaxhighlight lang="bash"> ssh-keygen </syntaxhighlight>

=== Copier une paire de clé ===
Lorsque la paire est générée nous devons à présent indiquer sur le serveur quelles sont les personnes autorisées à se connecter à notre nouvel utilisateur.
Pour ce faire chaque utilisateur de notre système dispose d'un fichier '''ssh/authorized_keys''' présent dans son répertoire local.

;Si vous êtes actuellement en train de générer la paire de clé sur votre système Debian vous pouvez utiliser la commande suivante afin de copier automatiquement la clé dans le fichier.
<syntaxhighlight lang="bash"> ssh-copy-id votre_utilisateur@IP_VotreServeur </syntaxhighlight>

;SInon vous pouvez manuellement ajouter votre clé publique au fichier des personnes autorisées
Si le dossier .ssh n'existe pas dans le dossier local de notre utilisateur nous devons le créer
<syntaxhighlight lang="bash">mkdir .ssh
chmod 700 .ssh
</syntaxhighlight>
;Maintenant nous devons créer un fichier '''authorized_keys''' dans notre dossier .ssh
<syntaxhighlight lang="bash"> vi .ssh/authorized_keys
</syntaxhighlight>
; On ajoute ensuite la clé publique au fichier, le résultat doit être semblable à cet exemple
<syntaxhighlight lang="bash"> ssh-rsa AAAB3NzaC1yc2EAAAADAQaSdMTJXMy3MtlQhva+j9CgguyVbU3nCKneB+KjKiS/1rggpFmu3HbXBnWSUdf votre_utilisateur@machine.locale </syntaxhighlight>
On enregistre et on ferme le fichier.
; Par mesure de sécurité nous allons restreindre l'accès à notre fichier
<syntaxhighlight lang="bash"> chmod 600 .ssh/authorized_keys
</syntaxhighlight>
A partir de maintenant notre utilisateur est autorisé à se connecter à la machine.

==Pare-feu==
L'utilisation d'un pare-feu est fortement recommandée pour la sécurisation de votre système. 
Le pare-feu est souvent la première ligne de défense de votre machine contre l'extérieur, c'est en effet lui qui va analyser le trafic qui transite entre votre machine et l'extérieur. 
Grâce au pare-feu vous êtes en mesure de pouvoir bloquer ou autoriser l'accès de votre machine depuis l'extérieur à certains ports ou protocoles, assurant ainsi la sécurité de votre système.
===Les politiques de sécurité===
Dans le cas d'un pare-feu il est nécessaire de définir une politique de sécurité à mettre en place. En effet sans une définition efficace le choix du blocage ou de l'autorisation des ports et protocoles se trouverait être assez aléatoire. 
Il est donc nécessaire de définir au préalable une politique claire quant à la sécurité de son réseau informatique ou de sa machine. 
 
Parmi les différentes politiques les plus couramment utilisées se trouvent les politiques de '''la liste blanche''' et celle de '''la liste noire'''.
====Liste blanche====
Le principe de la politique de la '''liste blanche''' consiste à bloquer tout le trafic entrant sans exception et n'autoriser explicitement que les ports et protocoles dont nous sommes absolument sûrs de leur sécurité.
Cette politique de sécurité présente de nombreux avantages par rapport à la '''liste noire'''. En effet tout trafic non explicitement autorisé sera bloqué, ceci permet d'éviter la plupart des tentatives de connexion que nous n'aurions pas forcement eu le réflexe de sécuriser. 
L'un des désavantages de cette politique est l'obligation de devoir définir chaque ports ou protocoles utilisés afin de ne pas bloquer l’exécution de nos services ( par exemple le protocole ''http'' sur le port 80 ), il faut donc connaître chaque port utilisé par la machine et garder à jour les règles établies lors de l'ajout ou de la suppression d'un service.
Concernant le trafic sortant dans la majorité des cas il n'est pas considéré comme risqué de tout autorisé, en effet vous êtes censé connaître le trafic sortant de votre réseau ou machine. Il est cependant recommandé de garder une trace du trafic sortant par mesure de sécurité.
====Liste noire====
Le principe de la politique de la '''liste noire''' consiste à autoriser tout le trafic entrant sans exception et à ne bloquer explicitement que les ports et protocoles dont nous sommes sûrs qu'ils présentent un risque pour la sécurité. 
Cette politique de sécurité présente de nombreux désavantages par rapport à la '''liste blanche'''. En effet autoriser tout le trafic entrant sans aucune restriction n'est pas recommandé, le blocage n'intervenant seulement que dans le cas d'un port ou protocole explicitement établi.
Concernant le trafic sortant dans la majorité des cas il n'est pas considéré comme risqué de tout autorisé, en effet vous êtes censé connaître le trafic sortant de votre réseau ou machine. Il est cependant recommandé de garder une trace du trafic sortant par mesure de sécurité.
===IPTables===
IPTables est surement le plus connu des pare-feu logiciel disponible pour Debian.

Voici quelques commandes pratiques le concernant:
;Installation d'iptables
<syntaxhighlight lang="bash"> sudo apt-get install iptables </syntaxhighlight>
; Lister les règles actuellement établies
<syntaxhighlight lang="bash"> sudo iptables -L </syntaxhighlight>
; Purger les règles établies
<syntaxhighlight lang="bash">
sudo iptables -F
sudo iptables -X
</syntaxhighlight>
;Ajouter une règle
<syntaxhighlight lang="bash">
# Autoriser les connexions entrantes sur le port ssh(22) tcp depuis l'adresse ip x.x.x.x par exemple
sudo iptables -A INPUT -p tcp --dport ssh -s x.x.x.x -j ACCEPT
</syntaxhighlight>
<div style="background-color: #FFCC99;"> '''Note''': Attention dans le cas d'une adresse IP dynamique, dès lors que votre IP aura changée vous serez incapable de vous connecter en SSH sur votre serveur! 
Faites preuve de prudence lors de l'assignation d'une adresse IP qui pourrait être dynamique, par exemple celle de votre box internet à la maison.</div>
;Supprimer une règle
<syntaxhighlight lang="bash">
# Supprimer la règle n°2 de la catégorie OUTPUT
sudo iptables -D OUTPUT 2
</syntaxhighlight>

[[Catégorie:Serveur dédié]]
[[Catégorie:Linux]]
 
<comments />

Comment avoir un seul utilisateur pour toutes les bases mysql

2015-10-22T08:01:40Z

Elocart87fda :

[[:de:Wie man einen einzelnen Benutzer für alle MySQLDatenbanken haben]][[de:Wie man einen einzelnen Benutzer für alle MySQLDatenbanken haben]]
[[:nl:Hoe te slapen hebben een enkele gebruiker voor alle mysql databases]][[nl:Hoe te slapen hebben een enkele gebruiker voor alle mysql databases]]
[[:it:Come avere un singolo utente per tutti i database di mysql]][[it:Come avere un singolo utente per tutti i database di mysql]]
[[:pt:Como ter um único usuário para todos os bancos de dados mysql]][[pt:Como ter um único usuário para todos os bancos de dados mysql]]
[[:es:Cómo tener un solo usuario para las bases de datos mysql]][[es:Cómo tener un solo usuario para las bases de datos mysql]]
[[:en:How to have a single user for all mysql databases]][[en:How to have a single user for all mysql databases]]
Cliquez sur bases de données 
[[Fichier:Causuptlbm1.JPG]] 
Cliquez sur l'onglet utilisateur 
[[Fichier:Causuptlbm2.JPG]] 
Cliquez sur l'utilisateur que vous souhaitez utiliser sur toutes les bases Mysql 
[[Fichier:Causuptlbm3.JPG]] 
Sélectionnez "tout" dans le menu déroulant 
[[Fichier:Causuptlbm4.JPG]] 
Validez 

[[Catégorie:Hébergement_mutualisé]][[Catégorie:Serveur dédié]][[Catégorie:Plesk]]

Quelques éléments utiles pour une vérification de l'intégrité de son système sous Linux

2015-10-19T09:45:10Z

Elocart87fda :

<span data-link_translate_de_title="Ein paar nützliche Elemente für eine Überprüfung der Integrität seines Systems unter Linux" data-link_translate_de_url="Ein+paar+n%C3%BCtzliche+Elemente+f%C3%BCr+eine+%C3%9Cberpr%C3%BCfung+der+Integrit%C3%A4t+seines+Systems+unter+Linux">[[:de:Ein paar nützliche Elemente für eine Überprüfung der Integrität seines Systems unter Linux]][[de:Ein paar nützliche Elemente für eine Überprüfung der Integrität seines Systems unter Linux]]
<span data-link_translate_nl_title="Een paar nuttige elementen voor een verificatie van de integriteit van het systeem onder Linux" data-link_translate_nl_url="Een+paar+nuttige+elementen+voor+een+verificatie+van+de+integriteit+van+het+systeem+onder+Linux">[[:nl:Een paar nuttige elementen voor een verificatie van de integriteit van het systeem onder Linux]][[nl:Een paar nuttige elementen voor een verificatie van de integriteit van het systeem onder Linux]]
<span data-link_translate_it_title="Alcuni elementi utili per una verifica dell'integrità del suo sistema sotto Linux" data-link_translate_it_url="Alcuni+elementi+utili+per+una+verifica+dell%27integrit%C3%A0+del+suo+sistema+sotto+Linux">[[:it:Alcuni elementi utili per una verifica dell'integrità del suo sistema sotto Linux]][[it:Alcuni elementi utili per una verifica dell'integrità del suo sistema sotto Linux]]
<span data-link_translate_pt_title="Alguns elementos úteis para uma verificação da integridade do seu sistema sob Linux" data-link_translate_pt_url="Alguns+elementos+%C3%BAteis+para+uma+verifica%C3%A7%C3%A3o+da+integridade+do+seu+sistema+sob+Linux">[[:pt:Alguns elementos úteis para uma verificação da integridade do seu sistema sob Linux]][[pt:Alguns elementos úteis para uma verificação da integridade do seu sistema sob Linux]]
<span data-link_translate_es_title="Algunos elementos útiles para una verificación de la integridad de su sistema bajo Linux" data-link_translate_es_url="Algunos+elementos+%C3%BAtiles+para+una+verificaci%C3%B3n+de+la+integridad+de+su+sistema+bajo+Linux">[[:es:Algunos elementos útiles para una verificación de la integridad de su sistema bajo Linux]][[es:Algunos elementos útiles para una verificación de la integridad de su sistema bajo Linux]]
<span data-link_translate_en_title="A few useful elements for a verification of the integrity of its system under Linux" data-link_translate_en_url="A+few+useful+elements+for+a+verification+of+the+integrity+of+its+system+under+Linux">[[:en:A few useful elements for a verification of the integrity of its system under Linux]][[en:A few useful elements for a verification of the integrity of its system under Linux]]
== Introduction ==
Sécuriser son serveur est une tâche qui s'avère être longue et complexe. Mettre à jour son système d'exploitation ainsi que les différents composants de celui-ci est une première étape cruciale mais si vous avez des doutes sur l'intégrité de votre système, vous trouverez ci-dessous quelques éléments vous permettant d'établir un premier diagnostique rapide.

Pour chaque point de ce tutoriel, vous trouverez différentes informations relatives aux vérifications qui sont effectuées ainsi que quelques commandes utiles en rapport avec celles-ci.

== Point important ==
La vérification de l'intégrité de son système est une opération longue et compliquée.
Cet article n'a nullement pour prétention d'être un tutoriel de référence en la matière. Notez également que le fait de suivre cet article ne vous assurera en rien une sécurité totale, loin de là mais c'est une entrée en matière.
Il est simplement question ici de présenter une approche globale et accessible dans le but d'effectuer une vérification rapide de l'intégrité de votre système.
Pour une vérification plus poussée, vous pouvez vous tourner vers la commande d'une infogérance ponctuelle (contactez notre support au préalable).

== Un mot d'ordre : prudence ==
Avant d'aller plus loin, un rappel est nécessaire : soyez prudent dans vos modifications, effectuez des sauvegardes, renommez les fichiers plutôt que de les supprimer, etc.
Ikoula décline toute responsabilité quant à la mauvaise application du présent article.

== Vérifications système de fichiers ==
=== Les différents journaux ===
Beaucoup d'informations sont disponibles par le biais des journaux disponibles dans ''/var/log/''.

Les fichiers qui peuvent vous fournir des informations précieuses sont :
* ''auth.log'' pour les différentes connexions à votre serveur en SSH
* ''syslog'' pour les journaux du système
* les fichiers de log associées aux applications installées (''mail.err'', ''mail.info'', ''mail.err'' pour les mails, ''fail2ban.log'' pour fail2ban, etc.)

=== Les tâches planifiées ===
Il peut être intéressant d'effectuer une vérification au niveau des tâches planifiées également.

En effet un appel à un script ou tout autre élément à un intervalle régulier ou suite à différents événements système peut être une bonne chose.

Afin de vérifier les différentes tâches planifiées configurées sur votre système, vous pouvez utiliser la commande more /etc/crontab

Vous pouvez également utiliser la commande ls /etc/cron.* en complément de celle citée plus haut afin de lister les différentes tâches cron en place sur votre système.

=== Les services lancés au démarrage ===
Certains programmes ou scripts sont appelés dès le lancement du système. Ceux-ci peuvent être également facilement identifiés par le biais de la commande suivante :
<syntaxhighlight lang="bash">
for i in `find /etc/rc*.d -name S*`; do basename $i | sed -r 's/^S[0-9]+//'; done | sort | uniq
</syntaxhighlight>

=== Les utilisateurs ===
Vous pouvez vérifier qu'un utilisateur indésirable ne dispose d'un compte lui permettant d'accéder à votre serveur en listant les différents comptes créés sur la machine.
La commande "cat /etc/passwd" vous permettra d'identifier les utilisateurs disposant de la possibilité d'utiliser bash sur votre système.

=== Les processus actuellement démarrés ===
Une autre vérification consiste à lister les processus actuellement lancés sur votre système.
Vous pouvez lister les processus actifs via la commande suivante :
<syntaxhighlight lang="bash">
ps faux
</syntaxhighlight>

=== La vérification des signatures des paquets installés ===
Vous pouvez procéder à la vérification des signatures md5 des paquets installés sur votre système en utilisant ''debsums''. Ce paquet n'est pas installé par défaut, il vous faudra l'installer par le biais de la commande :
<syntaxhighlight lang="bash">
apt-get install debsums
</syntaxhighlight>

Suivant les paquets installés et la puissance de votre machine, cette opération peut être relativement longue. D'autant plus si vous utilisez l'option ''-a'' qui vérifie également les fichiers de configuration.

La vérification du contenu du fichier sources.list (sources des différents paquets que vous allez installer) peut-être une bonne chose également : ''cat /etc/apt/sources.list''

== Vérifications réseau ==
=== Le fichier HOST ===
Le fichier HOST situé dans ''cat /etc/hosts'' peut également avoir été modifié afin de shunter la résolution DNS pour l'accès à un hôte distant.
En modifiant ce fichier, on peut, par exemple faire pointer le nom de domaine zzz.fr du serveur ayant pour adresse IP 1.1.1.1 vers 2.2.2.2 de manière quasi transparente et ainsi se faire voler ses données, pensant que l'on visite le site hébergé sur le serveur ayant pour adresse IP 1.1.1.1

=== Serveurs DNS ===
L'utilisation de serveurs DNS qui ne sont pas dit "de confiance" peut également vous faire courir un risque. Vous pouvez installer votre propre serveur DNS si vous ne faites pas confiance à des serveurs DNS tiers si vous le souhaitez.
Vous pouvez lister les serveurs DNS actuellement utilisés sur votre système par le biais de la commande ''cat /etc/resolv.conf''.

=== Les processus et les connexions associées ===
Vous pouvez également voir quels processus sont actuellement en cours d'exécution ainsi que les connexions qui sont associées à ces processus.

Pour avoir ses détails, vous pouvez lancer la commande ''lsof -Ki''.

Vous pouvez également actualiser ces informations toutes les X secondes en ajoutant ce délai d'actualisation à la fin de la commande :
<syntaxhighlight lang="bash">
watch -n X lsof -Ki
</syntaxhighlight>

== Conclusion ==
Vous disposez maintenant d'informations complémentaires pour effectuer une première analyse de votre système. Disposer de ces informations n'est pas le plus dur, l'exploitation de ces informations est ce qu'il y a de plus complexe étant donné qu'il faut être familier avec les différents processus système, leurs ports et les différentes connexions associées.

[[Catégorie:Serveur dédié]]
[[Catégorie:Linux]]
 
<comments />

Règles de répartition de charge

2015-10-19T09:40:03Z

Elocart87fda :

=== Regles de répartition de charge ===
.
Sur notre cloud public vous pouvez créer des règles afin de rediriger du trafic web vers plusieurs vm.

== Ajouter une règle ==

1.Connectez vous à l’interface https://cloudstack.ikoula.com/client

2.Allez dans le menu « Réseau »

3.Cliquez sur le réseau pour lequel vous souhaitez mettre en place un équilibrage de charge.

4.Cliquez sur « voir adresse ip »

5.Cliquez sur l’ip public sur laquelle vous voulez créer la règle et allez dans l’onglet configuration.

6.Dans l’encart « répartition de charge » cliquez sur « Voir tout ».

7.Renseignez les informations suivantes :

'''Nom''' Nommez la règle.

'''Port public''' Le port recevant le trafic entrant.

'''Port privé''' Le port utilisé par les vm pour recevoir le trafic.

'''Algorithme'''

''Cyclique (round robin)'' la première requête est envoyée au premier serveur, la deuxième au second, la troisième au troisième, la quatrième au premier et ainsi de suite.

''Le moins de connexion (least connexions)'' Cloudstack envoie le trafic vers le serveur qui a le moins de connexion.

''Origine (ip source)'' Cloudstack reparti le trafic en se basant sur l’ip du visiteur.

'''Fidélité''' est utilisé par les applications web pour maintenir la continuité de l’information lorsqu’il y a plusieurs requêtes au seins d’une même session.

La méthode peut être : un cookie généré par le lb, un cookie généré par l’application ou se baser l’ip source.

Ip source : l’ip est utilisée pour identifier l’utilisateur et localiser où sont stockées les données de l’utilisateur. Utilisation d’un cookie.

Le cookie généré par le lb ou l’application est inclus dans l'url de réponse pour créer la persistance.

Le nom du cookie peut être spécifié ou généré automatiquement.

Des options peuvent être spécifiées pour définir leur comportement comme comment ils sont générés et où ils sont mis en cache.

'''Vérification statut''' (nous contacter pour la mise en place).

8.Cliquez « ajouter vm » et ensuite cochez deux vm ou plus sur lesquelles seront répartie la charge et cliquez sur appliquer.

Vous pouvez créer plusieurs règles.

[[Catégorie:Cloudstack]][[Catégorie:Cloud public]]
 
<comments />

Creation cluster SQL avec Storage iSCSI sur 2012R2

2015-10-09T07:17:04Z

Elocart87fda : Annulation des modifications 9843 de Elocart87fda (discussion)

[[:de:Erstellen von SQL mit Storage 2012R2 iSCSI cluster]][[de:Erstellen von SQL mit Storage 2012R2 iSCSI cluster]]
[[:nl:SQL maken met opslag 2012R2 iSCSI-cluster]][[nl:SQL maken met opslag 2012R2 iSCSI-cluster]]
[[:it:Creazione di SQL con cluster di iSCSI Storage 2012R2]][[it:Creazione di SQL con cluster di iSCSI Storage 2012R2]]
[[:pt:Criação de SQL com cluster de iSCSI Storage 2012R2]][[pt:Criação de SQL com cluster de iSCSI Storage 2012R2]]
[[:es:Creación de SQL con almacenamiento 2012R2 iSCSI del racimo]][[es:Creación de SQL con almacenamiento 2012R2 iSCSI del racimo]]
[[:en:Creating SQL with Storage 2012R2 iSCSI cluster]][[en:Creating SQL with Storage 2012R2 iSCSI cluster]]

== Problème ==
Nous voulons monter un cluster SQL avec un storage sur un serveur accessible en iSCSI, le tout sur des serveurs en Windows 2012 R2.

== Debug ==

Cette plateforme nécessite 3 serveurs :
* 2 Windows 2012R2 avec SQL 2014 avec 5 ports Ethernet (ce nombre peut être réduit en fonction des besoins) : ServSQL01 et ServSQL02
* 1 Windows 2012R2 en serveur de stockage avec 9 ports Ethernet (ce nombre peut être réduit en fonction des besoins) ServStor01

== Solution ==
En prérequis, on installe Windows 2012 R2 sur les 3 serveurs et on les met à jour.
les deux serveurs SQL doivent être sur le même domaine.

Schéma réseau "simplifié" de la plateforme (Les switchs ne sont pas présents afin de bien pouvoir suivre qui est relié à quoi) :

[[Fichier:schema_reseau_simple.PNG]]

=== Configuration du serveur ServStor01 ===

Sur ce serveur nous avons 9 ports réseaux utilisés.
1 dédié au management.
2 x 4 ports dédiés à l'iSCSI.

NIC1, NIC2 et NIC3 correspondent aux trois cartes réseaux présentes, chacune possédant 4 ports gigabits.
(Voir schéma pour repérer les branchements)

Pour le réseau iSCSI, nous utiliserons des IP en 192.168.0.0/24
Voici les IP configurées sur le serveur ServStor01 :
<pre>
NIC1 port 1 : Votre IP de votre serveur
NIC1 port 2 : Non utilisé
NIC1 port 3 : Non utilisé
NIC1 port 4 : Non utilisé

NIC2 Port 1 : 192.168.0.11
NIC2 Port 2 : 192.168.0.12
NIC2 Port 3 : 192.168.0.13
NIC2 Port 4 : 192.168.0.14

NIC3 Port 1 : 192.168.0.15
NIC3 Port 2 : 192.168.0.16
NIC3 Port 3 : 192.168.0.17
NIC3 Port 4 : 192.168.0.18
</pre>

Pour toutes les cartes en 192.168.0.x on va dans les paramètres avancés, onglet DNS, et on décoche la case "Register this connection's addresses in DNS"

[[Fichier:register_dns.PNG]]

Sur le serveur ServStor01, on installe le rôle ''iSCSI Target Server''

[[Fichier:roles_servstor01.PNG]]

Dans le Server Manager, on va créer les disques iSCSI (qui sont au final des VHDx) et les Target iSCSI qui leur vont avec :

[[Fichier:iSCSI_servstor01.PNG]]

On fait donc :
* task / New iSCSI virtual disk
* On sélectionne le volume
* On lui donne un nom (on peut remarquer son futur chemin en bas)
* On choisit la taille en "Fixed Size" (On laisse "Clear the virtual disk on allocation")
* On choisit "New iSCSI Target"
* On donne un nom à cette "iSCSI Target"
* Cliquez sur ADD dans la partie "access Servers"
* Dans le choix de la méthode d'identification de l'initiateur, choisiez en bas par IP et mettez une IP, on changera ça plus tard.
* On laisse CHAP et Reverse CHAP décoché
* On termine par "Create" puis "close" une fois terminé

A partir de la, vous avez un disque partagé en iSCSI.
Répétez l'opération autant de fois que nécessaire.
Dans notre cas nous allons créer 3 disques :
* 1 pour les bases de données
* 1 pour les logs
* 1 pour le quorum (1Go suffira)

=== Configuration iSCSI des serveurs ServSQL01 et 02 ===

Dans cette partie, on va relier les deux serveurs SQL au serveur de storage par des liaisons iSCSI.
Nous allons utiliser le MPIO afin d'utiliser nos 4 liens réseaux et de partager la charge.

Configuration IP des serveurs:

NIC1 et NIC2 correspondent aux deux cartes réseaux présentes sur les serveurs. NIC1 possède 4 ports, NIC2 en a 2.
Voici la configuration :

ServSQL01 :
<pre>
NIC1 port 1 : 192.168.0.22
NIC1 port 2 : 192.168.0.26
NIC1 port 3 : IP du serveur
NIC1 port 4 : non utilisé

NIC2 port 1 : 192.168.0.25
NIC2 port 2 : 192.168.0.21
</pre>
ServSQL02 :
<pre>
NIC1 port 1 : 192.168.0.24
NIC1 port 2 : 192.168.0.28
NIC1 port 3 : IP du serveur
NIC1 port 4 : non utilisé

NIC2 port 1 : 192.168.0.27
NIC2 port 2 : 192.168.0.23
</pre>

Pour toutes les cartes en 192.168.0.x on va dans les paramètres avancés, onglet DNS, et on décoche la case "Register this connection's addresses in DNS"

[[Fichier:Register dns.PNG]]

* Sur les deux serveurs, on installe la feature "Multipath I/O".

[[Fichier:Feature_mpio.PNG]]

* Une fois installé, dans l'interface metro de 2012R2 (cliquez sur le menu démarré donc) tapez simplement "MPIO" et cliquez sur le résultat :

[[Fichier:Mpio.PNG]]

* Dans l'onglet "Discover Multipaths" on coche "Add Support for iSCSI devices" puis on clique sur ADD. Cela propose de redémarrer, on le fait.
* Une fois redémarré, on relance MPIO, et on s'assure que "MSFT2005iSCSIBusType_0x9" est présent dans le "device hardware id".

* On lance ensuite "iSCSIinitiator " sur les deux serveurs SQL
* On se rend dans l'onglet "configuration" et on récupère le "Initiator Name" (sous la forme "iqn.1991-05.com.microsoft:ServSQL01.domain.tld")
* On retourne sur le serveur ServSTOR01
* Dans Server Manager, "File and storage Services", "iSCSI", on clique droit sur la Target pour aller dans ses propriétés puis dans initiators
* On clique sur ADD
* On coche "Enter a value for the selected type"
* On met en type "IQN" et on met l'adresse trouvée plus tôt sur le serveur SQL.
* On clique sur OK, on répète l'opération pour ajouter les "IQN" des deux SQL sur toutes les Targets
* On retire l'IP qu'on avait précédemment mit ici.
* une fois validé, on retourne sur nos serveurs SQL, toujours dans l'iSCSI initiator, on va dans l'onget "Targets" et on se connecte au serveur de storage.
* On va dans l'onglet "Favorite Targets", on sur va la Target visible puis on fait remove.
* On retourne sur l'onglet "Targets" puis on va sur properties pour l'une des Target
* La on déconnecte la session active, puis on clique sur Add Session. On coche enable Multipath, on clique sur advanced. On choisit "Microsoft iSCSI initiator" dans "local adapter". En initiator IP on choisit la première IP iSCSI du serveur SQL. En Target portal IP on choisit la première IP iSCSI du serveur de storage. On valide 2 fois. On répète l'opération pour chaque carte réseau en passant à l'ip suivante donc.
Au final on doit avoir les IPs liées de cette forme :

<table border="1">
<tr>
<th>Initiator IP</th>
<th>Target Portal IP</th>
<th>Sur le serveur</th>
</tr>
<tr>
<th>192.168.0.21</th>
<th>192.168.0.11</th>
<th>ServSQL01</th>
</tr>
<tr>
<th>192.168.0.22</th>
<th>192.168.0.12</th>
<th>ServSQL01</th>
</tr>
<tr>
<th>192.168.0.23</th>
<th>192.168.0.13</th>
<th>ServSQL02</th>
</tr>
<tr>
<th>192.168.0.24</th>
<th>192.168.0.14</th>
<th>ServSQL02</th>
</tr>
<tr>
<th>192.168.0.25</th>
<th>192.168.0.15</th>
<th>ServSQL01</th>
</tr>
<tr>
<th>192.168.0.26</th>
<th>192.168.0.16</th>
<th>ServSQL01</th>
</tr>
<tr>
<th>192.168.0.27</th>
<th>192.168.0.17</th>
<th>ServSQL02</th>
</tr>
<tr>
<th>192.168.0.28</th>
<th>192.168.0.18</th>
<th>ServSQL02</th>
</tr>
</table>

* On retourne dans "Favorite Targets" et on regarde les détails de celles-ci. On vérifie qu'on retrouve bien les relations d'IP du tableau précédent.

=== Configuration du Failover des serveurs ServSQL01 et 02 ===

On commence par installer la feature Failover clustering sur les 2 serveurs SQL.

Pendant ce temps là on peut aller dans le disk management (clic droit sur le menu Windows, "disk management").
De là on passe les disques en "online" et on les initialise (GPT). On créé aussi les partitions et on formate.

On lance ensuite "Failover cluster Manager" et on fait Validate Configuration afin de vérifier que tout est ok. Quelques avertissements peuvent être présents au niveau du réseau.
On fait ensuite "Create cluster" :
* On entre le nom des deux serveurs SQL
* On entre le nom du cluster, dans notre exemple nous allons prendre clusterSQL01
* On met l'IP du cluster
* On laisse "Add all eligible storage to the cluster" coché
* On valide

Il faut maintenant configurer le quorum. Pour cela, on clic sur le nom du cluster, puis "more actions" et "configure cluster quorum settings".
* On fait next
* Select the quorum witness
* Configure a disk witness
* On coche le disque correspondant au quorum
* on fait next puis finish.
* Pour les deux autres disques, on fait "add to clustershared volume" (Dans "disks", on sélectionne les disques en questions afin de le faire)

Nous obtenons le disque des logs en volume 1 et le disque des BDD en volume 2 dans notre cas.

Nous avons maintenant un cluster configuré.

=== Installation de SQL 2014 en cluster ===

Nous commençons par ServSQL01

* On installe la fonctionnalité .net 3.5
* On lance l'installation, on choisit "New SQL Server Failover cluster installation"

[[Fichier:Install_SQL1.PNG]]

* Au choix des fonctionnalités, dans notre cas (future utilisation avec CRM 2015) nous allons cocher Database Engine Services, SQL Server Replication, Full-Text and Semantic Extractions for Search, reporting services-native, management Tools basic / complete
* Choisissez un nom réseau pour le SQL. Dans notre cas nous allons utiliser SQLServ
* Sur cluster Disk Selection on choisit ceux qu'on veut utiliser. Dans notre cas, on prend les cluster Disk 1 et 3 (le 2 étant le quorum, le 1 et 2 étant les volumes databases et logs)
* On choisit ensuite l'ip du failover SQL
* On choisit les comptes et mots de passe pour les services (dans notre cas nous avons créés des comptes de services dédiés)
* Dans la partie "Database engine Configuration" dans notre cas nous allons utiliser le Mixed mode. On clique aussi sur ajouter l'utilisateur courant.
* Toujours dans la même partie, dans l'onglet Data Directories, on spécifie les dossiers des bases de données (on choisit donc nos volumes en iSCSI)
* Pour le reporting Services on met "Install & configure"
* On lance l'installation

Si vous rencontrez l'erreur suivante durant l'installation :


<pre>
The following error has occurred:

Updating permission setting for folder 'C:\clusterstorage\Volume2' failed. The folder permission setting were supposed to be set to 'D:P(A;OICI;FA;;;BA)(A;OICI;FA;;;SY)(A;OICI;FA;;;CO)(A;OICI;FA;;;S-1-5-80-3880718306-3832830129-1677859214-2598158968-1052248003)'.

Click 'Retry' to retry the failed action, or click 'Cancel' to cancel this action and continue setup.

For help, click: http://go.microsoft.com/fwlink?LinkID=20476&ProdName=Microsoft%20SQL%20Server&EvtSrc=setup.rll&EvtID=50000&ProdVer=12.0.2000.8&EvtType=0x0ADF5303%25400xBB814387
</pre>


Il faut vous rendre dans le volume concerné avec l'explorateur windows, faire s'afficher les fichiers cachés et fichiers protégés du système et changer les droits sur le dossier system volume information.

Une fois l'intervention terminée, on passe à ServSQL02.
* On installe le .net framework 3.5
* On lance l'installation avec "Add a node to a SQL Server Failover cluster"

[[Fichier:Install_SQL2.PNG]]

* On suit les étapes, la plupart étant pré-remplies
* On retape les mots de passe si nécessaire.
* On lance l'installation

Une fois l'installation terminée, vous avez votre SQL 2014 en failover avec storage connecté en iSCSI sur un Windows 2012 R2.
Vous pouvez apporter des améliorations, comme un lien entre les 2 serveurs pour le heartbeat par exemple, mais c'est optionnel.

[[Catégorie:Windows]]

<comments />

Creation cluster SQL avec Storage iSCSI sur 2012R2

2015-10-09T07:14:52Z

Elocart87fda :

[[:de:Erstellen von SQL mit Storage 2012R2 iSCSI cluster]][[de:Erstellen von SQL mit Storage 2012R2 iSCSI cluster]]
[[:nl:SQL maken met opslag 2012R2 iSCSI-cluster]][[nl:SQL maken met opslag 2012R2 iSCSI-cluster]]
[[:it:Creazione di SQL con cluster di iSCSI Storage 2012R2]][[it:Creazione di SQL con cluster di iSCSI Storage 2012R2]]
[[:pt:Criação de SQL com cluster de iSCSI Storage 2012R2]][[pt:Criação de SQL com cluster de iSCSI Storage 2012R2]]
[[:es:Creación de SQL con almacenamiento 2012R2 iSCSI del racimo]][[es:Creación de SQL con almacenamiento 2012R2 iSCSI del racimo]]
[[:en:Creating SQL with Storage 2012R2 iSCSI cluster]][[en:Creating SQL with Storage 2012R2 iSCSI cluster]]

== Problème ==
Nous voulons monter un cluster SQL avec un storage sur un serveur accessible en iSCSI, le tout sur des serveurs en Windows 2012 R2.

== Debug ==

Cette plateforme nécessite 3 serveurs :
* 2 Windows 2012R2 avec SQL 2014 avec 5 ports Ethernet (ce nombre peut être réduit en fonction des besoins) : ServSQL01 et ServSQL02
* 1 Windows 2012R2 en serveur de stockage avec 9 ports Ethernet (ce nombre peut être réduit en fonction des besoins) ServStor01

== Solution ==
En prérequis, on installe Windows 2012 R2 sur les 3 serveurs et on les met à jour.
les deux serveurs SQL doivent être sur le même domaine.

Schéma réseau "simplifié" de la plateforme (Les switchs ne sont pas présents afin de bien pouvoir suivre qui est relié à quoi) :

[[Fichier:schema_reseau_simple.PNG]]

=== Configuration du serveur ServStor01 ===

Sur ce serveur nous avons 9 ports réseaux utilisés.
1 dédié au management.
2 x 4 ports dédiés à l'iSCSI.

NIC1, NIC2 et NIC3 correspondent aux trois cartes réseaux présentes, chacune possédant 4 ports gigabits.
(Voir schéma pour repérer les branchements)

Pour le réseau iSCSI, nous utiliserons des IP en 192.168.0.0/24
Voici les IP configurées sur le serveur ServStor01 :
<pre>
NIC1 port 1 : Votre IP de votre serveur
NIC1 port 2 : Non utilisé
NIC1 port 3 : Non utilisé
NIC1 port 4 : Non utilisé

NIC2 Port 1 : 192.168.0.11
NIC2 Port 2 : 192.168.0.12
NIC2 Port 3 : 192.168.0.13
NIC2 Port 4 : 192.168.0.14

NIC3 Port 1 : 192.168.0.15
NIC3 Port 2 : 192.168.0.16
NIC3 Port 3 : 192.168.0.17
NIC3 Port 4 : 192.168.0.18
</pre>

Pour toutes les cartes en 192.168.0.x on va dans les paramètres avancés, onglet DNS, et on décoche la case "Register this connection's addresses in DNS"

[[Fichier:register_dns.PNG]]

Sur le serveur ServStor01, on installe le rôle ''iSCSI Target Server''

[[Fichier:roles_servstor01.PNG]]

Dans le Server Manager, on va créer les disques iSCSI (qui sont au final des VHDx) et les Target iSCSI qui leur vont avec :

[[Fichier:iSCSI_servstor01.PNG]]

On fait donc :
* task / New iSCSI virtual disk
* On sélectionne le volume
* On lui donne un nom (on peut remarquer son futur chemin en bas)
* On choisit la taille en "Fixed Size" (On laisse "Clear the virtual disk on allocation")
* On choisit "New iSCSI Target"
* On donne un nom à cette "iSCSI Target"
* Cliquez sur ADD dans la partie "access Servers"
* Dans le choix de la méthode d'identification de l'initiateur, choisiez en bas par IP et mettez une IP, on changera ça plus tard.
* On laisse CHAP et Reverse CHAP décoché
* On termine par "Create" puis "close" une fois terminé

A partir de la, vous avez un disque partagé en iSCSI.
Répétez l'opération autant de fois que nécessaire.
Dans notre cas nous allons créer 3 disques :
* 1 pour les bases de données
* 1 pour les logs
* 1 pour le quorum (1Go suffira)

=== Configuration iSCSI des serveurs ServSQL01 et 02 ===

Dans cette partie, on va relier les deux serveurs SQL au serveur de storage par des liaisons iSCSI.
Nous allons utiliser le MPIO afin d'utiliser nos 4 liens réseaux et de partager la charge.

Configuration IP des serveurs:

NIC1 et NIC2 correspondent aux deux cartes réseaux présentes sur les serveurs. NIC1 possède 4 ports, NIC2 en a 2.
Voici la configuration :

ServSQL01 :
<pre>
NIC1 port 1 : 192.168.0.22
NIC1 port 2 : 192.168.0.26
NIC1 port 3 : IP du serveur
NIC1 port 4 : non utilisé

NIC2 port 1 : 192.168.0.25
NIC2 port 2 : 192.168.0.21
</pre>
ServSQL02 :
<pre>
NIC1 port 1 : 192.168.0.24
NIC1 port 2 : 192.168.0.28
NIC1 port 3 : IP du serveur
NIC1 port 4 : non utilisé

NIC2 port 1 : 192.168.0.27
NIC2 port 2 : 192.168.0.23
</pre>

Pour toutes les cartes en 192.168.0.x on va dans les paramètres avancés, onglet DNS, et on décoche la case "Register this connection's addresses in DNS"

[[Fichier:Register dns.PNG]]

* Sur les deux serveurs, on installe la feature "Multipath I/O".

[[Fichier:Feature_mpio.PNG]]

* Une fois installé, dans l'interface metro de 2012R2 (cliquez sur le menu démarré donc) tapez simplement "MPIO" et cliquez sur le résultat :

[[Fichier:Mpio.PNG]]

* Dans l'onglet "Discover Multipaths" on coche "Add Support for iSCSI devices" puis on clique sur ADD. Cela propose de redémarrer, on le fait.
* Une fois redémarré, on relance MPIO, et on s'assure que "MSFT2005iSCSIBusType_0x9" est présent dans le "device hardware id".

* On lance ensuite "iSCSIinitiator " sur les deux serveurs SQL
* On se rend dans l'onglet "configuration" et on récupère le "Initiator Name" (sous la forme "iqn.1991-05.com.microsoft:ServSQL01.domain.tld")
* On retourne sur le serveur ServSTOR01
* Dans Server Manager, "File and storage Services", "iSCSI", on clique droit sur la Target pour aller dans ses propriétés puis dans initiators
* On clique sur ADD
* On coche "Enter a value for the selected type"
* On met en type "IQN" et on met l'adresse trouvée plus tôt sur le serveur SQL.
* On clique sur OK, on répète l'opération pour ajouter les "IQN" des deux SQL sur toutes les Targets
* On retire l'IP qu'on avait précédemment mit ici.
* une fois validé, on retourne sur nos serveurs SQL, toujours dans l'iSCSI initiator, on va dans l'onget "Targets" et on se connecte au serveur de storage.
* On va dans l'onglet "Favorite Targets", on sur va la Target visible puis on fait remove.
* On retourne sur l'onglet "Targets" puis on va sur properties pour l'une des Target
* La on déconnecte la session active, puis on clique sur Add Session. On coche enable Multipath, on clique sur advanced. On choisit "Microsoft iSCSI initiator" dans "local adapter". En initiator IP on choisit la première IP iSCSI du serveur SQL. En Target portal IP on choisit la première IP iSCSI du serveur de storage. On valide 2 fois. On répète l'opération pour chaque carte réseau en passant à l'ip suivante donc.
Au final on doit avoir les IPs liées de cette forme :

* On retourne dans "Favorite Targets" et on regarde les détails de celles-ci. On vérifie qu'on retrouve bien les relations d'IP du tableau précédent.

=== Configuration du Failover des serveurs ServSQL01 et 02 ===

On commence par installer la feature Failover clustering sur les 2 serveurs SQL.

Pendant ce temps là on peut aller dans le disk management (clic droit sur le menu Windows, "disk management").
De là on passe les disques en "online" et on les initialise (GPT). On créé aussi les partitions et on formate.

On lance ensuite "Failover cluster Manager" et on fait Validate Configuration afin de vérifier que tout est ok. Quelques avertissements peuvent être présents au niveau du réseau.
On fait ensuite "Create cluster" :
* On entre le nom des deux serveurs SQL
* On entre le nom du cluster, dans notre exemple nous allons prendre clusterSQL01
* On met l'IP du cluster
* On laisse "Add all eligible storage to the cluster" coché
* On valide

Il faut maintenant configurer le quorum. Pour cela, on clic sur le nom du cluster, puis "more actions" et "configure cluster quorum settings".
* On fait next
* Select the quorum witness
* Configure a disk witness
* On coche le disque correspondant au quorum
* on fait next puis finish.
* Pour les deux autres disques, on fait "add to clustershared volume" (Dans "disks", on sélectionne les disques en questions afin de le faire)

Nous obtenons le disque des logs en volume 1 et le disque des BDD en volume 2 dans notre cas.

Nous avons maintenant un cluster configuré.

=== Installation de SQL 2014 en cluster ===

Nous commençons par ServSQL01

* On installe la fonctionnalité .net 3.5
* On lance l'installation, on choisit "New SQL Server Failover cluster installation"

[[Fichier:Install_SQL1.PNG]]

* Au choix des fonctionnalités, dans notre cas (future utilisation avec CRM 2015) nous allons cocher Database Engine Services, SQL Server Replication, Full-Text and Semantic Extractions for Search, reporting services-native, management Tools basic / complete
* Choisissez un nom réseau pour le SQL. Dans notre cas nous allons utiliser SQLServ
* Sur cluster Disk Selection on choisit ceux qu'on veut utiliser. Dans notre cas, on prend les cluster Disk 1 et 3 (le 2 étant le quorum, le 1 et 2 étant les volumes databases et logs)
* On choisit ensuite l'ip du failover SQL
* On choisit les comptes et mots de passe pour les services (dans notre cas nous avons créés des comptes de services dédiés)
* Dans la partie "Database engine Configuration" dans notre cas nous allons utiliser le Mixed mode. On clique aussi sur ajouter l'utilisateur courant.
* Toujours dans la même partie, dans l'onglet Data Directories, on spécifie les dossiers des bases de données (on choisit donc nos volumes en iSCSI)
* Pour le reporting Services on met "Install & configure"
* On lance l'installation

Si vous rencontrez l'erreur suivante durant l'installation :


<pre>
The following error has occurred:

Updating permission setting for folder 'C:\clusterstorage\Volume2' failed. The folder permission setting were supposed to be set to 'D:P(A;OICI;FA;;;BA)(A;OICI;FA;;;SY)(A;OICI;FA;;;CO)(A;OICI;FA;;;S-1-5-80-3880718306-3832830129-1677859214-2598158968-1052248003)'.

Click 'Retry' to retry the failed action, or click 'Cancel' to cancel this action and continue setup.

For help, click: http://go.microsoft.com/fwlink?LinkID=20476&ProdName=Microsoft%20SQL%20Server&EvtSrc=setup.rll&EvtID=50000&ProdVer=12.0.2000.8&EvtType=0x0ADF5303%25400xBB814387
</pre>


Il faut vous rendre dans le volume concerné avec l'explorateur windows, faire s'afficher les fichiers cachés et fichiers protégés du système et changer les droits sur le dossier system volume information.

Une fois l'intervention terminée, on passe à ServSQL02.
* On installe le .net framework 3.5
* On lance l'installation avec "Add a node to a SQL Server Failover cluster"

[[Fichier:Install_SQL2.PNG]]

* On suit les étapes, la plupart étant pré-remplies
* On retape les mots de passe si nécessaire.
* On lance l'installation

Une fois l'installation terminée, vous avez votre SQL 2014 en failover avec storage connecté en iSCSI sur un Windows 2012 R2.
Vous pouvez apporter des améliorations, comme un lien entre les 2 serveurs pour le heartbeat par exemple, mais c'est optionnel.

[[Catégorie:Windows]]

<comments />

Perte d acces aux persistent chat room

2015-10-01T15:38:01Z

Elocart87fda :

[[:it:Perdita di accesso alla chat persistente]][[it:Perdita di accesso alla chat persistente]]
[[:pt:Perda de acesso à sala de chat persistente]][[pt:Perda de acesso à sala de chat persistente]]
[[:es:Pérdida de acceso a la sala de chat persistente]][[es:Pérdida de acceso a la sala de chat persistente]]
[[:en:Loss of access to the persistent chat room]][[en:Loss of access to the persistent chat room]]

== Problème : ==

Vous rencontrez un message d'erreur sur Lync / Skype for business de ce type :
[[Fichier:PCR_down.PNG]]

Et les "chat Room" ne sont plus accessibles.

== Debug : ==

Sur le serveur de Persistant Chat Room vous avez l'erreur suivante au niveau de l'event viewer :
[[Fichier:PCR_down_event.PNG]]


<pre>
Microsoft Lync Server 2013, Persistent Chat could not start due to the following exception:
at
Microsoft.Rtc.Internal.Chat.Server.ServerCommon.Exceptions.StopServerException: CmdID: f172b345-4351-434e-af18-883a28e48034 The server could not restore db connection within the
allowed time (00:10:00) using connection string: Data Source=lync13sql01;Initial Catalog=mgc;Integrated Security=SSPI;Failover Partner=lync13sql02. --->
System.Data.SqlClient.SqlException: A network-related or instance-specific error occurred while establishing a connection to SQL Server.
The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections.
(provider: Named Pipes Provider, error: 40 - Could not open a connection to SQL Server) ---> System.ComponentModel.Win32Exception: The network path was not found
</pre>


== Solution : ==

Il s'agit en fait d'une perte de connexion SQL entre votre serveur "Persistent Chat Room" et votre serveur SQL

Rétablissez la connexion (Problème réseau, Service SQL non démarré), vérifiez qu'un telnet sur le port SQL (1433 par défaut) fonctionne, puis redémarrez le service RTCCHAT (Lync Server Persistent Chat)

[[Category:Skype for Business]]
 
<comments />
 
<comments />

Manque d'espace sur la partition root d'un linux avec plesk

2015-09-29T08:56:48Z

Elocart87fda :

[[:en:Lack of space on the partition root for linux with plesk]][[en:Lack of space on the partition root for linux with plesk]]


==Introduction== 
Vous manquez de place pour PLESK et souhaitez utiliser l'espace de la partition /data 
Par exemple, dans le cas d'un montage de ce type :


/dev/hda3 de 10 GO monté sur / 
/dev/hda4 de 40 GO monté sur /data

==Déroulé== 
Attention, il est fortement recommandé de faire un backup de votre serveur avant cette intervention.

Dans notre manipulation nous allons monter le /data, donc /dev/hda4, dans le /var, utilisé par plesk. Il faut donc stopper tous services utilisant des fichiers de /var (apache, mysql, plesk,... )

== Arrêt des services pouvant impacter le dossier /var == 
<syntaxhighlight lang="bash">
for i in {zabbix-agent,cron,bind9,dbus,atd,portmap,acpid,rsyslog,nfs-common,apache2}; do /etc/init.d/"$i" stop; done

/etc/init.d/psa stopall
</syntaxhighlight>
== Copie du contenu de /var /data == 
<syntaxhighlight lang="bash">
rsync -av /var/* /data
</syntaxhighlight>
le -av permet de garder les attributs des fichiers.

== Modification du fstab == 

En modifiant le fstab on va faire monter le /data dans le /var.
Nous avions indiqué dans la description du problème que /data correspondait à /dev/hda4
La ligne :
<syntaxhighlight lang="bash">
/dev/hda4 /data ext3 defaults 0 0
</syntaxhighlight>
devient donc
<syntaxhighlight lang="bash">
/dev/hda4 /var ext3 defaults 0 0
</syntaxhighlight>
Pour modifier le fstab vous pouvez utiliser cette commande :
<syntaxhighlight lang="bash">
vi /etc/fstab
</syntaxhighlight>

== Redémarrage du serveur == 


On utilise la commande "reboot"

== Libération de l'espace == 


Si votre site est fonctionnel à cette étape, vous pouvez définitivement libérer l'espace précédemment occupé en suivant ces étapes :
<syntaxhighlight lang="bash">
for i in {zabbix-agent,cron,bind9,dbus,atd,portmap,acpid,rsyslog,nfs-common,apache2}; do /etc/init.d/"$i" stop; done


/etc/init.d/psa stopall


umount /var
</syntaxhighlight>
/!\ à cette étape vérifiez que /var est bien démonté avant de lancer la commande suivante. si un processus bloque le démontage, vous le trouverez avec la commande /!\ <syntaxhighlight lang="bash"> lsof | grep "/var" </syntaxhighlight> 


libérer l'espace :
<syntaxhighlight lang="bash">
rm -rf /var/*


reboot
</syntaxhighlight>



 
Cet article vous a semblé utile ? <vote />


[[category:Serveur dédié]]
[[category:FLEX]]
[[Catégorie:Linux]]
 
<comments />

Existe-t-il une supervision pour les instances cloud ?

2015-09-29T08:24:19Z

Elocart87fda :

La supervision des instances que ce soit dans le cloud public ou le cloud privé n'est pas assurée par iKoula. Dans la mesure où les clients ont la liberté de créer, arrêter et détruire leurs instances selon leur besoin, il leur incombe d'en assurer la supervision.


Cependant, iKoula assure la supervision de l'infrastructure cloudstack et des hyperviseurs.


[[category:cloud public]]
[[category:cloud privé]]


Cet article vous a semblé utile ? <vote>
 
<comments />

Existe-t-il un outil de migration automatisée des BAL

2015-09-29T08:24:12Z

Elocart87fda :

'''''Existe-t-il un outil de migration automatisée des BAL ? Comment l'utiliser ?'''''

Oui, votre interface EX10 Manager dispose d'un outil de migration automatisée des BAL.

Celle-ci prend en charge différents fournisseurs dont : Google, Office 365, Microsoft Exchange, Lotus, Zimbra...

La procédure à suivre pour réaliser cette opération est détaillée [[Migration_boite_mail|ICI]]

[https://www.ex10.biz/fr/messagerie_exchange/migration Outil Migration]

[[Category:Hosted Exchange]]
 
<comments />

Existe-il une taille limite des BAL à migrer

2015-09-29T08:24:04Z

Elocart87fda :

La migration est au final une "copie de fichiers" vers un point externe sur l'internet.
Plus la BAL est importante, plus cela prendra de temps.
Nous ne préconisons pas de migration distante au delà de 4 Go.

[[Category:Hosted Exchange]]
 
<comments />

Exemples d'utilisation de l'API

2015-09-29T08:23:23Z

Elocart87fda :

==Introduction== 
Comment utiliser l'API à travers quelques exemples concrets et fonctionnels.

==Fonctions pour les exemples== 
<syntaxhighlight lang="php">
// Chemin local vers la clé publique téléchargée sur http://api.ikoula.com/downloads/Ikoula.API.RSAKeyPub.pem
define('API_PUB_KEY_PATH', dirname(__FILE__) . '/Ikoula.API.RSAKeyPub.pem');


// Fonction de chiffrement du mot de passe via la clé publique Ikoula
function opensslEncryptPublic($password)
{
// Vérification de la présence de la clé publique
if(file_exists(API_PUB_KEY_PATH))
{
if(!empty($password))
{
// on récupère la clé public
$publicKey = openssl_pkey_get_public('file://'.realpath(API_PUB_KEY_PATH));


// S'il n'y as pas eu d'erreurs lors de la récupération de la clé publique, on continue
if ($publicKey !== FALSE)
{
// Si chiffrement clé publique OK
if(openssl_public_encrypt($password, $crypted, $publicKey) === TRUE)
{
// Renvoie du mot de passe crypté
return $crypted;
}
else
{
return NULL;
}
}
else
return NULL;
}
else
return NULL;
}
else
{
echo("Erreur - la clé publique n'est pas présente.\n");
return NULL;
}
}


// Fontction de création de la signature en fonction des paramètres présents
function createSignature($params=array())
{
$signature = null;


// Si il y a au moins un paramètre
if (count($params) > 0)
{
//debug('create signature');
//debug($params);

// Triage des paramètres dans le sens croissant
ksort($params);

// Encodage des paramètres
$query = http_build_query($params);


// Encodage des signes "plus "+"
$query = str_replace("+", "%20", $query);


// Transformation de la chaîne de caractères en minuscule
$query = strtolower($query);


$public_key = "";
// Si le fichier existe, on va récupérer la clé
if (file_exists(API_PUB_KEY_PATH))
{
$public_key = trim(
str_replace(
array("\n", '-----BEGIN PUBLIC KEY-----','-----END PUBLIC KEY-----'),
array('', '', ''),
file_get_contents(API_PUB_KEY_PATH)
)
);
}


// Hashage des paramètres
$hash = hash_hmac("SHA1", $query, $public_key, true);


// Encodage en base64
$signature = base64_encode($hash);
}


return $signature;
}


// Fonction facilitant l'envoie des requêtes vers l'API Ikoula
function send_request ($rest, $url_param, $params=array())
{
// initialisation de CURL
$ch = curl_init();
if($ch)
{
// Si on a des info on utilise l'api REST sinon on utilise l'api standard (WebService)
if($rest)
$url = "https://api.ikoula.com/rest/" . $url_param;
else
$url = "https://api.ikoula.com/?r=" . $url_param;


// si on est en REST on rajoute le type d'appel (POST,DELETE,PUT,GET,...) sinon on passe en POST
curl_setopt($ch, CURLOPT_CUSTOMREQUEST, ($rest)?$rest:"POST");
// Si il y a des paramètres on les rajoute dans la requête
if(is_array($params) && count($params) > 0)
{
$params_str = http_build_query($params);
}
if($rest=='POST')
{
// on rentre le nom de paramètre présent dans la requête
curl_setopt($ch,CURLOPT_POST, true);
curl_setopt($ch,CURLOPT_POSTFIELDS, $params_str);
}
else
{
$url .= (strpos($url,'?') === false ? '?' : '&').$params_str;
}

// On ajoute l'url
curl_setopt($ch, CURLOPT_URL, $url);
curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, FALSE);
curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, 2);
curl_setopt($ch, CURLOPT_HEADER, 1);
curl_setopt($ch, CURLOPT_RETURNTRANSFER,1);
// on vire les en-tête HTTP pour avoir directement le retour
curl_setopt($ch, CURLOPT_HEADER, false);

// exécution de la requête
$data = curl_exec($ch);

// fermeture de l'objet
curl_close($ch);


// retourne la réponse
return($data);
}
return null;
}
</syntaxhighlight>

==Appels API== 
<syntaxhighlight lang="php">
//login
$login = 'mail@test.com';
//on crypte le mot de passe
$crypted_password = base64_encode(opensslEncryptPublic('MOT_DE_PASSE_A_CRYPTER'));


//liste des VM - retour en JSON


//liste des paramètres que l'on souhaite envoyer à l'API (pour générer la signature)
$parameters = array('login' => $login, 'crypted_password' => $crypted_password, 'format' => 'json');
//on génère la signature
$signature = createSignature($parameters);
//on ajoute la signature dans les paramètres à envoyer lors de l'appel à l'API
$parameters['signature'] = $signature;
//on fait l'appel API
$data = send_request(false,'wsflex/vmlist',$parameters);
print_r($data); //appel WebService
$data2 = send_request('GET','vm/list',$parameters);
print_r($data2); //appel REST


//informations d'une VM - retour en XML


//liste des paramètres que l'on souhaite envoyer à l'API (pour générer la signature)
$parameters = array('login' => $login, 'crypted_password' => $crypted_password, 'format' => 'xml', 'subscr_id' => 12345);
//on génère la signature
$signature = createSignature($parameters);
//on ajoute la signature dans les paramètres à envoyer lors de l'appel à l'API
$parameters['signature'] = $signature;
//on fait l'appel API
$data = send_request(false,'wsflex/vminfo',$parameters);
print_r($data); //appel WebService
$data2 = send_request('GET','vm/'.$parameters['subscr_id'],$parameters);
print_r($data2); //appel REST

</syntaxhighlight>

==Erreurs usuelles== 
;Permission Denied
: Signifie que l'utilisateur utilisé dans l'API n'a pas le droit d'accéder à l'information demandée ou d'effectuer l'action souhaitée
;Unable to decrypt password
: Signifie que le paramètre '''crypted_password''' a été mal crypté ou corrompu
;Invalid credentials
: Signifie que l'authentification a échoué et que l'utilisateur n'est donc pas reconnu
;Invalid or missing signature
: Signifie que la signature n'est pas présente dans les paramètres reçus par l'API, ou que celle-ci est invalide
 D'autres remontées d'erreurs sont possibles mais seront contextuelles en fonction de la fonctionnalité souhaitée.



 
Cet article vous a semblé utile ? <vote />

[[Catégorie:API]]



 
<comments />

Etapes d’activation de votre licence Outlook

2015-09-29T08:23:11Z

Elocart87fda :

'''''Comment activer votre licence Outlook ?'''''

1/ Sur l’interface manager [https://www.ex10.biz/ ex10.biz] , dans votre organisation le client/revendeur coche la case « licence Outlook » pour une BAL déterminée.

[[Fichier:EX10 ActLicenceOut 0.jpg|EX10_ActLicenceOut_0.jpg]]

2/ Récupérez le fichier d’installation Outlook 2010 dans l'onglet "Telechargement" sur [https://tools.ex10.biz/index.php?r=tools/telechargement tools.ex10.biz] pour la plateforme que vous souhaitez

[[Fichier:EX10 ActLicenceOut 1.png|EX10_ActLicenceOut_1.png]]

3/ Installez-le sur votre poste de travail

4/ Configurez Outlook 2010 en récupérant le script de configuration Ex10 dans l'onglet "Script"

[[Fichier:EX10 ActLicenceOut 2.jpg|EX10_ActLicenceOut_2.jpg]]

5/ Ensuite redirigez-vous dans la partie tools.ex10.biz section licence et remplissez les informations demandées (Un email sera alors automatiquement envoyé au support)

[[Fichier:EX10 ActLicenceOut 3.jpg|EX10_ActLicenceOut_3.jpg]]

6/ Le support vérifie les informations et procède à la validation

7/ L’activation d’Outlook 2010 se fera alors automatiquement

[[Category:Hosted Exchange]]
 
<comments />

Est-ce possible d'avoir plusieurs identifiants de connexion à l'extranet ?

2015-09-29T08:22:59Z

Elocart87fda :

==Introduction== 
Est-ce possible d'avoir plusieurs identifiants de connexion à l'extranet ?

==Explications== 
L'extranet iKoula dispose d'un système de sous-utilisateurs. Ces utilisateurs disposent d'un rôle '''les limitant à certaines prestations spécifiques''', dont la liste est définie par l'utilisateur principal du compte client. 
Le système de gestion des sous-utilisateurs est accessible depuis l'accueil extranet pour tout utilisateur '''n'étant PAS lui même un sous-utilisateur'''.
 
Pour s'y rendre, rendez-vous sur page d'accueil de l'extranet, dans la section "Gestion du compte & facturation" vous trouverez le lien ''gestion des sous-utilisateurs''. 
On y trouve une liste les sous-utilisateurs et pour chacun la possibilité de configurer le compte et les droits du sous-utilisateur souhaité via le bouton "Editer".
 
Dans la page de configuration, il est possible de :
* Activer / désactiver le compte du sous-utilisateur
* Changer ses informations personnelles + mot de passe
* L'associer aux prestations auxquelles il pourra accéder (et ajouter un commentaire optionnel à cet association)

==Pour aller plus loin== 
Retrouvez toutes les informations sur l'Extranet : https://ies.ikoula.com/extranet_entreprise



 
Cet article vous a semblé utile ? <vote />

[[Catégorie:Extranet]]



 
<comments />

Erreur echec de la mise à jour de la periode de rétention

2015-09-29T08:22:47Z

Elocart87fda :

J'essaye de modifier une option de l'onglet "avancé" de ma boite mail et j'obtiens l'erreur "échec de la mise à jour de la période de rétention".

Le message d'erreur affiché est le suivant:

[[Fichier:EX10 cs retention 0.jpg|800px|thunb|center|EX10_cs_retention_0.jpg]]

Tout d'abord il faut relever une information.

Cliquez sur le nom de votre organisation sous la barre "accueil du compte-rapports-configuration"

Vous arriverez sur l'écran et l'information à relever est le Plan d'hébergement:

[[Fichier:EX10 cs retention 1.jpg|800px|thunb|center|EX10_cs_retention_1.jpg]]

Ensuite toujours sous la barre "accueil du compte-rapports-configuration" cliquez sur XXXXXexch (votre compte exch) puis à gauche "plans d'Hébergement".

Vous arriverez sur cet écran:

[[Fichier:EX10 cs retention 2.jpg|800px|thunb|center|EX10_cs_retention_2.jpg]]

Cliquez sur le plan à modifier (le nom du plan a été relevé au début de ce guide).

Vous arriverez sur cette écran :

[[Fichier:EX10 cs retention 3.jpg|800px|thunb|center|EX10_cs_retention_3.jpg]]

Vous pouvez alors changer la valeur de rétention des éléments supprimés.

Vous pouvez indiquer la valeur de votre choix en sachant que la valeur par défaut est 14 jours.

Vous pouvez retourner dans l'onglet "avancé" de votre boite et pourrez en modifier les propriétés.

[[Fichier:EX10 cs retention 4.jpg|800px|thunb|center|EX10_cs_retention_4.jpg]]

[[Category:Hosted Exchange]]
 
<comments />

Envoyer un email avec authentification SMTP avec PHP

2015-09-29T08:22:19Z

Elocart87fda :

Dans le cadre de l'utilisation d'un hébergement mutualisé Ikoula, il n'est pas possible de générer l'envoi d'email depuis un script PHP non sécurisé, nos serveurs demandant une authentification SMTP.

==Via PHPmailer== 
Voici un exemple de code utilisant [https://github.com/PHPMailer/PHPMailer PHPmailer].


<syntaxhighlight lang="php">
// exemple serveur windows ikoula
<?php
include("class.phpmailer.php");
include("class.smtp.php");
date_default_timezone_set("Europe/Paris");
$mail = new PHPMailer();
$body = "Test de PHPMailer.";
$mail->IsSMTP();
$mail->SMTPAuth = true;
$mail->Host = "mail.votredomaine.tld";
$mail->Port = 25;
$mail->Username = "votre email";
$mail->Password = "mot de passe";
$mail->From = "votre email"; //adresse d’envoi correspondant au login entré précédemment
$mail->FromName = "votre nom"; // nom qui sera affiché
$mail->Subject = "This is the subject"; // sujet
$mail->AltBody = "corps du message au format texte"; //Body au format texte
$mail->WordWrap = 50; // nombre de caractères pour le retour à la ligne automatique
$mail->MsgHTML($body);
$mail->AddReplyTo("votre mail","votre nom");
$mail->AddAttachment("./examples/images/phpmailer.gif");// pièce jointe si besoin
$mail->AddAddress("adresse destinataire 1","adresse destinataire 2");
$mail->IsHTML(true); // envoyer au format html, passer a false si en mode texte
if(!$mail->Send()) {
echo "Mailer Error: " . $mail->ErrorInfo;
} else {
echo "Le message à bien été envoyé";
}
?>
</syntaxhighlight>


Copiez/coller le code ci-dessous dans votre fichier et adaptez les éléments suivants :
;$body = "Test de PHPMailer.";
: corps du message à envoyer. Ce dernier peut être en texte brut ou en HTML.
;$mail->Host = "mail.votredomaine.tld";
: relais SMTP qui va envoyer votre message
;$mail->Username = "votre email";
: votre adresse e-mail, qui sera aussi utilisée pour vous identifier sur le serveur SMTP
;$mail->Password = "mot de passe";
: votre mot de passe SMTP
;$mail->From = "votre email";
: adresse e-mail qui apparaîtra en tant qu'expéditeur
;$mail->FromName = "votre nom";
: nom de l'expéditeur
;$mail->Subject = "This is the subject";
: sujet du message
;$mail->AltBody = "corps du message au format texte";
: corps du message au format texte brut
;$mail->AddReplyTo("votre mail","votre nom");
: adresse de réponse par défaut
;$mail->AddAttachment("./examples/images/phpmailer.gif");
: pièce jointe si besoin
;$mail->AddAddress("adresse destinataire 1","adresse destinataire 2");
: destinataire(s)

==Informations complémentaires== 
Lorsqu'on travaille avec des scripts pour envoyer des e-mails, il est important d'avoir en tête que ces derniers sont les premières cibles de détournement par les spammeurs. Il est donc important que vous sécurisiez vos scripts autant que possible.


Notre première recommandation est de ne pas utiliser votre boite mail usuelle. Préférez utiliser une adresse qui sera uniquement destinée à cet usage.


Si vous utilisez le code ci-dessus dans un formulaire de contact, nous vous recommandons d'y ajouter des [https://fr.wikipedia.org/wiki/CAPTCHA captchas].


 
Cet article vous a semblé utile ? <vote />
[[Catégorie:PHP]] [[Catégorie:Hébergement_mutualisé]]



 
<comments />

Déploiement one click de vos instances depuis l'extranet Ikoula

2015-09-29T08:21:59Z

Elocart87fda :

==Introduction== 
Présentation de la section extranet permettant de déployer une instance sur le cloud public en un click.

==Déroulé== 
1.Ouvrez un navigateur et rendrez vous à l'adresse https://extranet.ikoula.com/


2.Indiquez vos identifiants.


[[File:oneclick_01loginextranet.JPG]]


3.Rendez vous en bas de la page dans la partie "Ikoula Express Hosting" cliquez sur "Cloudstack Instances"


[[File:oneclick_02cloudstackinstances.JPG]]


4.Choisissez l'abonnement cloud public sur lequel vous voulez déployer.


[[File:oneclick_03selectsub.JPG]]


5.Sélectionnez vos options et lancez la création de l'instance en cliquant sur le bouton "Créer mon instance".


Plusieurs options sont disponibles. Explications après l'impression écran.


[[File:oneclick_04oneclick.JPG]]


NOM DE LA VM : à renseigner, sert à donner un nom à votre VM.


TEMPLATE : à renseigner modèle (OS) utilisé lors du déploiement.


OFFRE DE SERVICES : à renseigner, ressources à attribuer à votre VM


REGLES FIREWALL ENTRANTES : facultatif, par défaut tout les ports sont fermés, vous devez ouvrir les ports que vous souhaitez utiliser en cochant le service correspondant.


ZONES BASIQUES : Pour le moment seules les zones en routage directe sont utilisables pour le déploiement one click, si vous souhaitez déployer sur une zone routage avancé il faudra passer par le portail cloud public.


TYPE D AUTHENTIFICATION : facultatif, il vous est possible d'enregistrer une paire de clés SSH afin de réaliser une connexion SSH par clés.


USER-DATA : facultatif, permet d’insérer des information ou du code accessible/exécutable post déploiement, plus d'information au lien indiqué.

==Conclusion== 
Passer par l'extranet vous fera gagner du temps mais n'oubliez pas que pour accéder à toutes les fonctionnalités de notre solution vous pouvez passer le portail cloud public.
Pour plus d'information de la documentation est disponible [https://support.ikoula.com/subindex-1-2-232.html ici].



 
Cet article vous a semblé utile ? <vote />





[[Catégorie:cloud public]]
 
<comments />

Documents pour la validation d'un certificat SSL

2015-09-29T08:21:51Z

Elocart87fda :

Quels sont les documents nécessaires à la validation d'un certificat SSL pour mon nom de domaine ?

==Introduction== 
Voici la liste des documents dont vous aurez besoin pour la validation de votre commande ou pour le renouvellement d'un certificat de sécurité (SSL).

== Pour les certificats sans validation de l'identité == 
Pour les certificats de type DV "Quick SSL" ou "Instante SSL", aucun documents supplémentaires n'est requis. La validation pour ce type de certificat est uniquement au niveau du domaine avec une validation par e-mail.

==Pour les certificats avec validation de l'identité == 
Pour les certificats de type OV "True BusinessID" ou "True BusinessID SAN". Ces certificats demande plus de temps pour la validation car nécessite la validation de l'identité de la personne ou de l'organisme demandent le certificat.


Cette validation passe par 4 étapes :
# Validation de la possession du domaine à protéger, cette validation passe par une validation par e-mail.
# Validation de l'identité de la personne ou de l'organisme demandent le certificat.
## Dans le cas d'une entreprise cela passera par l’envoi d'un KBIS ou autre document prouvent l'enregistrement de la société.
## Dans le cas d'un particulier ou d'une profession libérale, il faudra fournir une lettre Notarial attestant de l'identité du demandeur du certificat.
# Validation de la conformité et disponibilité des informations sur internet. Dans cette phase l'organisme fournissent vont vérifier que les informations présente sur internet corresponde au document qui ont en leur possession. Les informations présente sur les noms de domaines ou sur le KBIS doit être identique, il faut aussi que ces informations soit présente dans sur un annuaire Public avec un numéro de téléphone joignable.
# La dernière phase de vérification est une confirmation téléphonique de la demande de certificat en contactent aillent demander le certificat en appellent le numéro présent dans l'annuaire Public.

==Les certificats de type Green barre== 
Pour les certificats de type EV "True BusinessID EV" demande la même validation que les certificats avec validation d'identité (OV).
Ce pendant ce type de certificat demande une demande d’agrément signé d'un directeur de la société.
De plus la validation téléphonique sera destinée à une ressource RH qui devra valider la présence du directeur au sein de la société.


Attention, ce type de certificat n'est pas dé-livrable au particulier ou aux professions libérale.

== Liens utile == 


* Agrémentent pour la commande du certificat : https://www.geotrust.com/support/true-businessid/ev-validation-requirements/acknowledgement-agreement.pdf
* Liste des annuaires Public accepté : http://world.192.com/europe/france
* Information sur les certificats que nous vendons : https://express.ikoula.com/fr/certificats-ssl



 
Cet article vous a semblé utile ? <vote />
[[Catégorie:SSL]]



 
<comments />

Distinction pack pro et pack entreprise sur l'interface de gestion

2015-09-29T08:21:30Z

Elocart87fda :

'''''''Comment savoir si j'utilise un pack Pro ou un pack Entreprise ?'''''''

Quand vous créé votre plan d'hébergement sous manager.ex10.biz, vous choisissez vous-même les fonctionnalités propres à chaque plan.

La différence entre les packs Pro et Entreprise se fait principalement dans le choix du MAPI. Par exemple, si vous cochez la fonctionnalités MAPI, les comptes de messagerie à l'intérieur de votre Organisations seront sur le pack Entreprise.

Vous avez la possibilité de changer les fonctionnalités de vos comptes de messagerie en cliquant sur la catégorie "Messagerie" puis sur l'onglet "Avancé".

A côté de chaque fonctionnalités est indiqué le pack correspondant. Vous avez la possibilité de cocher les caractéristiques que vous souhaitez ajouter ou décocher celles que vous souhaitez enlever. Il est possible que cette manipulation provoque des changements de pack.

[[Category:Hosted Exchange]]
 
<comments />

Diagnostiquer un problème outlook

2015-09-29T08:21:21Z

Elocart87fda :

'''''Cet article présente les différents points à vérifier lorsque des problèmes sont rencontrés avec Outlook.'''''

Avant toute chose, il est important de savoir si le problème est persistant ou ponctuel. S'il est récurrent, quelle en est sa fréquence ? Se présente-t-il uniquement dans un certain contexte (ne se présente que dans tel ou tel cas) ?

Il est également important de savoir si cela concerne une personne unique ou plusieurs personnes, voire tous les membres d'une même organisation.

Ces différents éléments permettent de cadrer l'ampleur du problème ainsi que son diagnostic.

Ci-dessous, vous trouverez une liste d'éléments qui pourront vous aider à diagnostiquer la grande majorité des problèmes qui peuvent être rencontrés avec Outlook .

'''Problème de connexion login/mot de passe'''

1. Vérifiez vos identifiants

2. Vérifiez la configuration du client de messagerie. Une [https://ikoula.wiki/help/Cat%C3%A9gorie:Hosted_Exchange liste d'articles] sont à votre disposition pour ce point.

3. Pouvez vous vous connecter depuis le [https://ex10.biz/owa webmail OWA] ?

4. Pouvez vous vous connecter depuis un autre poste ?

Si un de ces points donne un résultat positif, alors le problème ne se localise pas au niveau du poste de travail.

'''Problème de connexion au serveur de messagerie'''

1. Disposez vous d'un firewall ?

2. Si oui, avez vous essayé en le désactivant ?

3. Mêmes questions si vous disposez d'un antivirus

4. Votre connexion passe-t-elle par un proxy ?

5. Pouvez vous vous connecter depuis une autre connexion Internet ? Si oui, alors le problème se localise sur un des points précédent.

Pour vous aider, vous pouvez effectuer les tests suivants :

* ping cas.ex10.biz - dans le cas des requètes ping, elles doivent au minimum vous retourner une adresse numérique. Si ce n'est pas le cas, vérifier vos résolveurs DNS.

* ping smtp.ex10.biz

* traceroute cas.ex10.biz - pour les traceroutes, ces derniers doivent vous montrer un chemin arrivant jusqu'à destination. Sinon, envoyez les au support technique pour analyse.

* traceroute smtp.ex10.biz
vérification de l'enregistrement autodiscover. Lancer une invite de commande. L'exemple ci-dessous est fait depuis un poste de travail Windows.

[[Fichier:EX10 DiagOutl1.JPG|EX10_DiagOutl1.JPG]]

'''Messages non reçus'''

1. Sont-ils présents sur le webmail ?

2. Avez vous relever vos mails en POP depuis un autre client de messagerie ?

3. Sont-ils présents dans la liste des SPAM ?

4. Les expéditeurs ont-ils reçus un retour d'envoi en erreur ?

'''Outlook "freeze" par moment'''

Cela est souvent dû à un trop grand nombre d'éléments dans certains dossiers "importants" (éléments envoyés, boîte de réception..). Plus d'informations : http://support.microsoft.com/kb/905803

Si malgré ces points, vous n'avez pas résolu votre problème, [https://support.ikoula.com/index.php?x=&mod_id=4 ouvrez un ticket au support] en leur donnant :

1. la liste des vérifications et test effectués

2. la ou les adresses e-mails des boites au lettres concernées

3. le contexte du problème (fréquence, localisation, etc.)

4. une copie et/ou une description aussi précise que possible de l'erreur
Tous ces éléments seront utiles pour établir un diagnostic rapide et établir une solution adaptée.

[[Category:Hosted Exchange]]
 
<comments />

Deployer un cluster Kubernetes avec CoreOS

2015-09-29T08:21:14Z

Elocart87fda :

Cette procédure décrit comment déployer rapidement et simplement un cluster [http://kubernetes.io/ Kubernetes] multi-nodes avec 3 instances CoreOS. Kubernetes fonctionnent en mode client - serveur, le client Kubernetes est nommé "Kubernetes minion" et le serveur "Kubernetes master". L'instance Kubernetes Master est l'instance qui va orchestrer de manière centralisée les instances Kubernetes Minions. Dans notre exemple, une instance CoreOS jouera la rôle de master Kubernetes et les deux autres instances joueront le rôle de node Kubernetes (minion).


Kubernetes est un système d'orchestration open source crée par Google permettant la gestion d'application conteneurisées avec Docker sur un cluster de plusieurs hôtes (3 VM CoreOS dans notre exemple). Il permet notamment le déploiement, la maintenance et la scalabilité d'applications. Pour en savoir plus vous pouvez vous rendre sur [https://github.com/GoogleCloudPlatform/kubernetes/ le github Kubernetes]


Nous partons du principe que vos 3 instances CoreOS sont déjà déployées, qu''''elles peuvent communiquer entre elles''' et que vous y êtes connectés en ssh avec l'utilisateur core.


Si cela n'est pas déjà fait, mettez à jour vos instances CoreOS afin qu'elles soient à minima en version CoreOS 653.0.0 et incluent Etcd2 (voir notre FAQ [https://ikoula.wiki/help/Mettre_a_jour_CoreOS_manuellement Mettre à jour CoreOS manuellement]). Dans notre cas toutes nos instances sont en CoreOS stable 681.2.0.


<syntaxhighlight lang="bash">
$ cat /etc/lsb-release
DISTRIB_ID=CoreOS
DISTRIB_RELEASE=681.2.0
DISTRIB_CODENAME="Red Dog"
DISTRIB_DESCRIPTION="CoreOS 681.2.0"
</syntaxhighlight>


Nous devons également faire en sorte que toutes nos instances CoreOS ont un ID de machine différent pour le bon fonctionnement en context cluster. Pour se faire il suffit de supprimer le fichier /etc/machine-id et de redémarrer chacune de vos instances CoreOS soit :


<syntaxhighlight lang="bash">
$ sudo rm -f /etc/machine-id && sudo reboot
</syntaxhighlight>

== '''Configuration de l'instance Kubernetes Master :''' == 


Ecraser le fichier cloud-config.yml par défaut par celui de notre configuration Kubernetes Master en effectuant les commandes suivantes ('''uniquement sur l'instance qui jouera le rôle master et dans le même ordre d'exécution que celui ci-dessous''') :


<syntaxhighlight lang="bash">
core@Kube-MASTER ~ $ sudo wget -O /usr/share/oem/cloud-config.yml http://mirror02.ikoula.com/priv/coreos/kubernetes-master.yaml
--2015-06-22 15:55:48-- http://mirror02.ikoula.com/priv/coreos/kubernetes-master.yaml
Resolving mirror02.ikoula.com... 80.93.X.X, 2a00:c70:1:80:93:81:178:1
Connecting to mirror02.ikoula.com|80.93.X.X|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 8913 (8.7K) [text/plain]
Saving to: '/usr/share/oem/cloud-config.yml'


/usr/share/oem/cloud-config.yml 100%[===================================================================================================>] 8.70K --.-KB/s in 0s


2015-06-22 15:55:48 (148 MB/s) - '/usr/share/oem/cloud-config.yml' saved [8913/8913]
</syntaxhighlight>


<syntaxhighlight lang="bash">
core@Kube-MASTER ~ $ export `cat /etc/environment`
</syntaxhighlight>


<syntaxhighlight lang="bash">
core@Kube-MASTER ~ $ sudo sed -i 's#PRIVATE_IP#'$COREOS_PRIVATE_IPV4'#g' /usr/share/oem/cloud-config.yml
</syntaxhighlight>


On redémarre notre instance afin que sa configuration soit effective :


<syntaxhighlight lang="bash">
core@Kube-MASTER ~ $ sudo reboot
</syntaxhighlight>


On vérifie que notre instance s'est bien initialisée :


<syntaxhighlight lang="bash">
core@Kube-MASTER ~ $ sudo fleetctl list-machines
MACHINE IP METADATA
aee19a88... 10.1.1.138 role=master
</syntaxhighlight>


<syntaxhighlight lang="bash">
core@Kube-MASTER ~ $ sudo etcdctl ls --recursive
/coreos.com
/coreos.com/updateengine
/coreos.com/updateengine/rebootlock
/coreos.com/updateengine/rebootlock/semaphore
/coreos.com/network
/coreos.com/network/config
/coreos.com/network/subnets
/coreos.com/network/subnets/10.244.69.0-24
/registry
/registry/ranges
/registry/ranges/serviceips
/registry/ranges/servicenodeports
/registry/namespaces
/registry/namespaces/default
/registry/services
/registry/services/endpoints
/registry/services/endpoints/default
/registry/services/endpoints/default/kubernetes
/registry/services/endpoints/default/kubernetes-ro
/registry/services/specs
/registry/services/specs/default
/registry/services/specs/default/kubernetes
/registry/services/specs/default/kubernetes-ro
/registry/serviceaccounts
/registry/serviceaccounts/default
/registry/serviceaccounts/default/default
</syntaxhighlight>


On peut également voir les services/ports en écoute (on y retrouve les composants serveur/master Kubernetes):


<syntaxhighlight lang="bash">
core@Kube-MASTER ~ $ sudo netstat -taupen | grep LISTEN
tcp 0 0 10.1.1.138:7001 0.0.0.0:* LISTEN 232 16319 634/etcd2
tcp 0 0 10.1.1.138:7080 0.0.0.0:* LISTEN 0 19392 1047/kube-apiserver
tcp 0 0 0.0.0.0:5000 0.0.0.0:* LISTEN 0 19142 973/python
tcp 0 0 127.0.0.1:10251 0.0.0.0:* LISTEN 0 20047 1075/kube-scheduler
tcp 0 0 10.1.1.138:6443 0.0.0.0:* LISTEN 0 19406 1047/kube-apiserver
tcp 0 0 0.0.0.0:5355 0.0.0.0:* LISTEN 245 14794 502/systemd-resolve
tcp 0 0 127.0.0.1:10252 0.0.0.0:* LISTEN 0 19653 1058/kube-controlle
tcp 0 0 10.1.1.138:2380 0.0.0.0:* LISTEN 232 16313 634/etcd2
tcp6 0 0 :::8080 :::* LISTEN 0 19390 1047/kube-apiserver
tcp6 0 0 :::22 :::* LISTEN 0 13647 1/systemd
tcp6 0 0 :::4001 :::* LISTEN 232 16321 634/etcd2
tcp6 0 0 :::2379 :::* LISTEN 232 16320 634/etcd2
tcp6 0 0 :::5355 :::* LISTEN 245 14796 502/systemd-resolve
</syntaxhighlight>

== '''Configuration des instances Kubernetes Minions :''' == 


Ecraser le fichier cloud-config.yml par défaut par celui de notre configuration Kubernetes Minion en effectuant les commandes suivantes sur l'ensemble de vos instance qui joueront le rôle de Kubernetes Minion ('''uniquement sur les instances qui joueront le rôle node/minion et dans le même ordre d'exécution que celui ci-dessous''') :


<syntaxhighlight lang="bash">
core@Kube-MINION1 ~ $ sudo wget -O /usr/share/oem/cloud-config.yml http://mirror02.ikoula.com/priv/coreos/kubernetes-minion.yaml
--2015-06-22 16:39:26-- http://mirror02.ikoula.com/priv/coreos/kubernetes-minion.yaml
Resolving mirror02.ikoula.com... 80.93.X.X, 2a00:c70:1:80:93:81:178:1
Connecting to mirror02.ikoula.com|80.93.X.X|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 5210 (5.1K) [text/plain]
Saving to: '/usr/share/oem/cloud-config.yml'


/usr/share/oem/cloud-config.yml 100%[===================================================================================================>] 5.09K --.-KB/s in 0s


2015-06-22 16:39:26 (428 MB/s) - '/usr/share/oem/cloud-config.yml' saved [5210/5210]
</syntaxhighlight>


<syntaxhighlight lang="bash">
core@Kube-MINION1 ~ $ export `cat /etc/environment`
</syntaxhighlight>


Attention il faut adapter l'adresse ip privée de votre instance kubernetes master dans la commande ci-dessous ('''remplacez 10.1.1.138 par l'ip privée de votre instance kubernetes master''') la commande ci-dessous :


<syntaxhighlight lang="bash">
core@Kube-MINION1 ~ $ sudo sed -i 's#MASTER_PRIVATE_IP#10.1.1.138#g' /usr/share/oem/cloud-config.yml
</syntaxhighlight>


Enfin une fois que vous avez effectuez ces commandes à l'identique sur chacune de vos instances/nodes kubernetes minion, redémarrez celles-ci afin que leur configuration soient effectives et quelles joignent le cluster.


<syntaxhighlight lang="bash">
core@Kube-MINION1 ~ $ sudo reboot
</syntaxhighlight>


Nous vérifions que nos 2 instances kubernetes minion ont bien rejoint notre cluster (la commande ci-dessous peut être exécuté sur n'importe laquelle de vos instances membre de votre cluster) :


<syntaxhighlight lang="bash">
core@Kube-MASTER ~ $ sudo fleetctl list-machines
MACHINE IP METADATA
5097f972... 10.1.1.215 role=node
aee19a88... 10.1.1.138 role=master
fe86214c... 10.1.1.83 role=node
</syntaxhighlight>


<syntaxhighlight lang="bash">
core@Kube-MINION1 ~ $ sudo etcdctl ls --recursive
/coreos.com
/coreos.com/updateengine
/coreos.com/updateengine/rebootlock
/coreos.com/updateengine/rebootlock/semaphore
/coreos.com/network
/coreos.com/network/config
/coreos.com/network/subnets
/coreos.com/network/subnets/10.244.69.0-24
/coreos.com/network/subnets/10.244.38.0-24
/coreos.com/network/subnets/10.244.23.0-24
/registry
/registry/ranges
/registry/ranges/serviceips
/registry/ranges/servicenodeports
/registry/namespaces
/registry/namespaces/default
/registry/services
/registry/services/specs
/registry/services/specs/default
/registry/services/specs/default/kubernetes
/registry/services/specs/default/kubernetes-ro
/registry/services/endpoints
/registry/services/endpoints/default
/registry/services/endpoints/default/kubernetes
/registry/services/endpoints/default/kubernetes-ro
/registry/serviceaccounts
/registry/serviceaccounts/default
/registry/serviceaccounts/default/default
/registry/events
/registry/events/default
/registry/events/default/10.1.1.215.13ea16c9c70924f4
/registry/events/default/10.1.1.83.13ea16f74bd4de1c
/registry/events/default/10.1.1.83.13ea16f77a4e7ab2
/registry/events/default/10.1.1.215.13ea16c991a4ee57
/registry/minions
/registry/minions/10.1.1.215
/registry/minions/10.1.1.83
</syntaxhighlight>


<syntaxhighlight lang="bash">
core@Kube-MINION2 ~ $ sudo etcdctl ls --recursive
/coreos.com
/coreos.com/updateengine
/coreos.com/updateengine/rebootlock
/coreos.com/updateengine/rebootlock/semaphore
/coreos.com/network
/coreos.com/network/config
/coreos.com/network/subnets
/coreos.com/network/subnets/10.244.69.0-24
/coreos.com/network/subnets/10.244.38.0-24
/coreos.com/network/subnets/10.244.23.0-24
/registry
/registry/ranges
/registry/ranges/serviceips
/registry/ranges/servicenodeports
/registry/namespaces
/registry/namespaces/default
/registry/services
/registry/services/specs
/registry/services/specs/default
/registry/services/specs/default/kubernetes
/registry/services/specs/default/kubernetes-ro
/registry/services/endpoints
/registry/services/endpoints/default
/registry/services/endpoints/default/kubernetes
/registry/services/endpoints/default/kubernetes-ro
/registry/serviceaccounts
/registry/serviceaccounts/default
/registry/serviceaccounts/default/default
/registry/events
/registry/events/default
/registry/events/default/10.1.1.83.13ea16f77a4e7ab2
/registry/events/default/10.1.1.215.13ea16c991a4ee57
/registry/events/default/10.1.1.215.13ea16c9c70924f4
/registry/events/default/10.1.1.83.13ea16f74bd4de1c
/registry/minions
/registry/minions/10.1.1.215
/registry/minions/10.1.1.83
</syntaxhighlight>


Sur nos instances Kubernetes Minion voici les services/ports en écoute (dont le service Kubelet par lequel l'échange d'informations se fait avec le Kubernetes master) :


<syntaxhighlight lang="bash">
core@Kube-MINION1 ~ $ sudo netstat -taupen | grep LISTEN
tcp 0 0 127.0.0.1:10249 0.0.0.0:* LISTEN 0 18280 849/kube-proxy
tcp 0 0 0.0.0.0:5355 0.0.0.0:* LISTEN 245 14843 500/systemd-resolve
tcp6 0 0 :::49005 :::* LISTEN 0 18284 849/kube-proxy
tcp6 0 0 :::10255 :::* LISTEN 0 19213 1025/kubelet
tcp6 0 0 :::47666 :::* LISTEN 0 18309 849/kube-proxy
tcp6 0 0 :::22 :::* LISTEN 0 13669 1/systemd
tcp6 0 0 :::4001 :::* LISTEN 232 16106 617/etcd2
tcp6 0 0 :::4194 :::* LISTEN 0 19096 1025/kubelet
tcp6 0 0 :::10248 :::* LISTEN 0 19210 1025/kubelet
tcp6 0 0 :::10250 :::* LISTEN 0 19305 1025/kubelet
tcp6 0 0 :::2379 :::* LISTEN 232 16105 617/etcd2
tcp6 0 0 :::5355 :::* LISTEN 245 14845 500/systemd-resolve
</syntaxhighlight>

== '''Vérification de la communication avec l'API du Kubernetes Master :''' == 


'''La Kubernetes UI :'''


Pour accéder au dashboard Kubernetes, il vous faut autoriser les connexions au port 8080 (Kubernetes master API server) et effectué une redirection de port si besoin (zone avancée) vers le port 8080 de votre instance Kubernetes master. Ensuite, il vous suffit d'accéder à l'url http://''adresse_ip_publique_instance_kubernetes_master'':8080/static/app/#/dashboard/ dans votre navigateur :


[[File:Kubernetes-UI.png]]


Depuis ce dashboard, il vous est entre autre possible d'afficher des informations sur vos nodes (Kubernetes Minion). Pour cela, vous pouvez cliquez sur "Views" :


[[File:Kubernetes-UI-2.png]]


Cliquez sur "Nodes" :


[[File:Kubernetes-UI-3.png]]


La liste de vos nodes Kubernetes minion apparait :


[[File:Kubernetes-UI-4.png]]


Cliquez sur l'un d'eux pour afficher les informations relatives à ce node (version de Docker, système, KubeProxy et Kubelet,etc.) :


[[File:Kubernetes-UI-5.png]]


'''Kubernetes CLI :'''


Vous pouvez également utiliser l'outils [https://cloud.google.com/container-engine/docs/kubectl/ Kubectl] depuis votre instance Kubernetes master. Pour se faire, vous devez installer cette utilitaire comme suit :


Une fois connecté en ssh sur votre instance Kubernetes master saisissez les commandes suivantes :


<syntaxhighlight lang="bash">
core@Kube-MASTER ~ $ sudo wget -O /opt/bin/kubectl https://storage.googleapis.com/kubernetes-release/release/v0.17.0/bin/linux/amd64/kubectl
--2015-06-23 11:39:09-- https://storage.googleapis.com/kubernetes-release/release/v0.17.0/bin/linux/amd64/kubectl
Resolving storage.googleapis.com... 64.233.166.128, 2a00:1450:400c:c09::80
Connecting to storage.googleapis.com|64.233.166.128|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 20077224 (19M) [application/octet-stream]
Saving to: '/opt/bin/kubectl'


/opt/bin/kubectl 100%[===================================================================================================>] 19.15M 1.18MB/s in 16s


2015-06-23 11:39:26 (1.18 MB/s) - '/opt/bin/kubectl' saved [20077224/20077224]
</syntaxhighlight>


<syntaxhighlight lang="bash">
core@Kube-MASTER ~ $ sudo chmod 755 /opt/bin/kubectl
</syntaxhighlight>


Test de la bonne communication avec votre API Kubernetes :


<syntaxhighlight lang="bash">
core@Kube-MASTER ~ $ kubectl get node
NAME LABELS STATUS
10.1.1.215 kubernetes.io/hostname=10.1.1.215 Ready
10.1.1.83 kubernetes.io/hostname=10.1.1.83 Ready
</syntaxhighlight>


<syntaxhighlight lang="bash">
core@Kube-MASTER ~ $ kubectl cluster-info
Kubernetes master is running at http://localhost:8080
</syntaxhighlight>


Nous pouvons ainsi déployer un premier container Nginx dans notre cluster :


<syntaxhighlight lang="bash">
core@Kube-MASTER ~ $ kubectl run-container nginx --image=nginx
CONTROLLER CONTAINER(S) IMAGE(S) SELECTOR REPLICAS
nginx nginx nginx run-container=nginx 1
</syntaxhighlight>


On peut ensuite voire sur lequel de nos hosts ce container s'est déployé, le nom du pod et l'ip qui lui a était affecté :


<syntaxhighlight lang="bash">
core@Kube-MASTER ~ $ kubectl get pods
POD IP CONTAINER(S) IMAGE(S) HOST LABELS STATUS CREATED MESSAGE
nginx-zia71 10.244.38.2 10.1.1.215/10.1.1.215 run-container=nginx Running 3 minutes
nginx nginx Running 1 minutes
</syntaxhighlight>


Nous retrouvons ces mêmes informations via le dashboard de la Kubernete UI en allant dans "Views" puis "Pods" :


[[File:Kubernetes-UI-6.png]]


Nous pouvons voir l'ip de l'host sur lequel, ce container s'est déployé, avec le nom du Pod et son adresse ip :


[[File:Kubernetes-UI-7.png]]


En cliquant dessus on obtient des informations plus détaillées sur notre Pod :


[[File:Kubernetes-UI-8.png]]


Nous pouvons stopper notre container simplement :


<syntaxhighlight lang="bash">
core@Kube-MASTER ~ $ kubectl stop rc nginx
replicationcontrollers/nginx
</syntaxhighlight>


Nous pouvons également déployer notre container avec 2 replicas :


<syntaxhighlight lang="bash">
core@Kube-MASTER ~ $ kubectl run-container nginx --image=nginx --replicas=2
CONTROLLER CONTAINER(S) IMAGE(S) SELECTOR REPLICAS
nginx nginx nginx run-container=nginx 2
</syntaxhighlight>


<syntaxhighlight lang="bash">
core@Kube-MASTER ~ $ kubectl get pods
POD IP CONTAINER(S) IMAGE(S) HOST LABELS STATUS CREATED MESSAGE
nginx-7gen5 10.244.38.3 10.1.1.215/10.1.1.215 run-container=nginx Running About a minute
nginx nginx Running 39 seconds
nginx-w4xue 10.244.23.3 10.1.1.83/10.1.1.83 run-container=nginx Running About a minute
nginx nginx Running About a minute
</syntaxhighlight>


[[File:Kubernetes-UI-9.png]]


Pour plus d'informations sur l'architecture, les différents composants et le fonctionnement d'un cluster Kubernetes, nous vous invitons à prendre connaissance de la documentation officielle [https://github.com/GoogleCloudPlatform/kubernetes/blob/master/docs/design/architecture.md "Kubernetes architecture"] :


[[category:cloudstack]]
[[category:cloud public]]
[[category:cloud privé]]
 
<comments />

Deploiement d'une instance en zone basic (cliquez pour lire la suite)

2015-09-29T08:21:03Z

Elocart87fda :

2. Déploiement d’une instance en Zone Direct-Routing

a. Deploiement

1) Pour vous connecter à l’interface web du Cloud public d’Ikoula saisissez l'url https://cloudstack.ikoula.com/client/ puis vos identifiants tels qu’ils vous ont été fournis dans le mail de livraison de votre compte.

[[File:premierpascs05.png]]

Après vous être connecté à votre interface de gestion vous serez face à l’écran suivant :

[[File:premierpascs06.png]]

2) Cliquez sur « Instances » dans le menu gauche vertical :

[[File:premierpascs07.png]]

3) Cliquez sur « Ajouter une instance » :

[[File:premierpascs08.png]]

4) L’assistant de déploiement s’ouvre :

Etape 1 « Configuration » :
Sélectionnez la zone 3 dans la liste déroulante :

[[File:premierpascs09.png]]

Laissez la sélection « Modèle » cochée puis cliquez sur « Suivant ».

Etape 2 « Sélectionner un modèle » :
Sélectionnez le système d’exploitation que vous souhaitez parmi la liste déroulante des modèles proposés dans l’onglet « Sponsorisé » :

[[File:premierpascs10.png]]

Cliquez ensuite sur « Suivant ».

Etape 3 « Offre de calcul » :
Sélectionnez l’offre de calcul que vous voulez parmi les configurations proposées :

[[File:premierpascs11.png]]

Etape 4 «Offre de disque de données » :

Laissez coché « Non merci », votre instance sera déployée avec un seul disque de 50Go appelé ROOTDISK avec un partitionnement LVM pour vous laisser la possibilité d’ajuster la taille de vos partitions.

[[File:premierpascs12.png]]

Si toutefois vous désirez ajouter un disque de données (DATADISK) en plus de votre ROOTDISK de 50Go, cochez « Data disk » puis faites glisser votre curseur pour obtenir la taille que vous souhaitez (1) ou saisissez la taille directement (2). Un DATADISK est limité à 2To.

[[File:premierpascs13.png]]

Etape 5 « Affinité » :
S’agissant du déploiement de notre première instance, nous n’avons pas de groupe d’affinité, vous pouvez donc cliquez sur « Suivant » :

[[File:premierpascs14.png]]

Etape 6 « Réseau » :
S’agissant de notre premier déploiement, cochez le groupe de sécurité « default » puis cliquez sur « Suivant » :

[[File:premierpascs15.png]]

Etape 7 « Revoir » :
À cette dernière étape, donnez un nom à votre instance tel qu’il apparaîtra ensuite dans votre interface Cloud public (bien que facultatif, cela est très recommandé). Puis vérifiez que toutes les informations sont bonnes (Offre de calcul, Groupes de sécurité, etc…) :

[[File:premierpascs16.png]]

Votre instance apparaît dans la liste des instances en état « Creating »

[[File:premierpascs17.png]]

Quelques secondes plus tard une fenêtre pop-up s’ouvre pour vous indiquer le mot de passe généré pour votre nouvelle instance, vous devez noter/copier celui-ci car il s’agit du mot de passe système de votre instance qui vous servira donc à vous connecter à celle-ci.

[[File:premierpascs18.png]]

Une seconde fenêtre pop-up vous indique que la tâche d’ajout de votre instance est terminée :

[[File:premierpascs19.png]]

Votre nouvelle instance apparaît maintenant en état « running », soit prête à être utilisée :

[[File:premierpascs20.png]]

b. Introduction aux groupes de sécurité.

Les groupes de sécurité fournissent un moyen d'isoler le trafic des instances. Un groupe de sécurité est un groupe qui filtre le trafic entrant et sortant selon un ensemble de règles, dites « Règles d’entrée » et « Règles sortantes ».

Ces règles de trafic réseau filtrent selon l'adresse IP ou le réseau qui essaye de communiquer avec la ou les instance(s).

Chaque compte CloudStack est livré avec un groupe de sécurité par défaut qui interdit tout le trafic entrant et permet tout le trafic sortant tant qu’aucune règle d’entrée ni règle sortante n’est créée.

Tout utilisateur peut mettre en place un certain nombre de groupes de sécurité supplémentaires. Quand une nouvelle machine virtuelle est lancée, elle est affectée au groupe de sécurité par défaut sauf si un autre groupe de sécurité défini par l'utilisateur est spécifié.

Une machine virtuelle peut être membre d'un certain nombre de groupes de sécurité. Une fois une instance affectée à un groupe de sécurité, celle-ci reste dans ce groupe pour l'ensemble de sa durée de vie, vous ne pouvez pas déplacer une instance existante d'un groupe de sécurité à un autre.

Vous pouvez modifier un groupe de sécurité en supprimant ou en ajoutant un certain nombre de règles d’entrée et de sortie. Lorsque vous le faites, les nouvelles règles s'appliquent à toutes les instances dans le groupe, qu’elles soient en cours d'exécution ou arrêtées.

Si aucune règle d’entrée n’est créée, alors aucun trafic entrant ne sera autorisé, exception faite des réponses à tout le trafic qui a été autorisé en sortie.

c. Comment autoriser une connexion SSH vers votre machine virtuelle dans un groupe de sécurité (Direct-Routing).

1) Vous devez en premier lieu récupérer l'adresse ip de votre vm

Cliquez sur le nom de votre instance puis allez dans l’onglet « Cartes NIC » et notez/copiez l’adresse IP de votre instance (xxx.xxx.xxx.xxx).

[[File:premierpascs21.png]]

2) Création de la règle dans le groupe de sécurité pour autoriser les connexions SSH :

Pour que vous puissiez vous connecter à votre instance via SSH, il vous faut créer une règle d’entrée autorisant la connexion. En effet par défaut, toutes les connexions sont filtrées, en entrée (de l’extérieur vers votre instance) et en sortie (de votre instance vers l’extérieur). Pour vous connecter en SSH vous n’aurez besoin d’ouvrir qu’en entrée.

Cliquez sur « Réseau » dans le menu gauche vertical :

[[File:premierpascs22.png]]

En arrivant sur l’écran ci-dessous sélectionnez la vue « Groupes de sécurité » :

[[File:premierpascs23.png]]

Cliquez alors sur « default » c’est le groupe de sécurité créé par défaut dans lequel vous avez déployé votre instance :

[[File:premierpascs24.png]]

Pour créer la règle, cliquez sur l’onglet « Règle d’entrée », laissez coché CIDR, choisissez le protocole TCP, saisissez 22 comme port de début et port de fin, et indiquez l’adresse IP ou réseau depuis laquelle vous souhaitez vous connecter au format CIDR dans le champ CIDR puis cliquez sur « Ajouter » :

[[File:premierpascs25.png]]

Vous pouvez maintenant vous connecter à votre instance via SSH.

d. Créer des règles pour autoriser les connexions entre machines virtuelles dans un groupe de sécurité (Direct-Routing), exemples

Connectez-vous à l’interface web Cloud public d’Ikoula : https://cloudstack.ikoula.com/client/

Cliquez sur « Réseau » dans le menu vertical gauche :

[[File:premierpascs26.png]]

En arrivant sur l’écran ci-dessous sélectionnez la vue « Groupes de sécurité » :

[[File:premierpascs27.png]]

Cliquez sur le nom du groupe de sécurité pour lequel vous souhaitez ajouter ou supprimer des règles :

[[File:premierpascs28.png]]

Cliquez sur l’onglet « Règle d’entrée » si vous souhaitez configurer une règle de trafic entrant :

[[File:premierpascs29.png]]

A. Autoriser les requêtes ICMP (PING) entre vos instances :

1- Cochez « Account ».

2- Choisissez le protocole à autoriser parmi TCP/UDP/ICMP.

3- Le port de début à autoriser pour TCP/UDP ou le Type ICMP pour ICMP.

4- Le port de fin à autoriser pour TCP/UDP ou le type ICMP pour ICMP.

5- Le nom de votre compte CloudStack (votre login).

6- Le nom de votre groupe de sécurité, dans notre cas « default ».

[[File:premierpascs30.png]]

La règle ci-dessus permet d’autoriser le ping entre les machines virtuelles du groupe de sécurité « default ».

Note : pour accepter uniquement le trafic entrant d'un autre groupe de sécurité, entrez le nom du compte CloudStack et le nom d'un groupe de sécurité qui a déjà été défini dans ce compte.

Pour permettre le trafic entre les machines virtuelles au sein du groupe de sécurité que vous éditez maintenant, entrez le nom du groupe de sécurité actuel.

B. Autoriser les connexions SSH entre vos instances (ouvrir le port 22) :

[[File:premierpascs31.png]]

C. Autoriser les connexions MySQL entre vos instances (ouvrir le port 3306) :

[[File:premierpascs32.png]]

D. Autoriser toutes les connexions entre vos instances (ouvrir tous les ports) :

[[File:premierpascs33.png]]

e. Comment configurer des règles Firewall de trafic entrant dans un groupe de sécurité (Direct-Routing).

Connectez-vous à l’interface web Cloud public d’Ikoula : https://cloudstack.ikoula.com/client/

Cliquez sur « Réseau » dans le menu vertical gauche :

[[File:premierpascs34.png]]

En arrivant sur l’écran ci-dessous sélectionnez la vue « Groupes de sécurité » :

[[File:premierpascs35.png]]

Cliquez sur le nom du groupe de sécurité pour lequel vous souhaitez ajouter ou supprimer des règles :

[[File:premierpascs36.png]]

Cliquez sur l’onglet « Règle d’entrée » si vous souhaitez configurer une règle de trafic entrant :

[[File:premierpascs37.png]]

Dans l’exemple ci-dessous nous allons créer une règle qui autorise les connexions entrantes sur le port 80 (trafic http) quelle que soit la source (le CIDR 0.0.0.0/0 signifie n’importe quelle source, c’est-à-dire tous les CIDR).

Si vous avez une machine virtuelle faisant office de serveur web ce sera donc la règle à créer pour que tout le monde puisse accéder à vos sites.

1 – Cochez « CIDR ».

2 – Choisissez le protocole à autoriser parmi TCP/UDP/ICMP.

3 – Indiquez le port de début à autoriser dans le cadre d’une plage de ports (si vous indiquez le même port en port de début et port de fin cela n’ouvrira donc que ce port comme dans l’exemple ci-dessous).

4 – Indiquez le port de fin à autoriser dans le cadre d’une plage de ports (si vous indiquez le même port en port de début et port de fin cela n’ouvrira donc que ce port comme dans l’exemple ci-dessous).

5 – On indique le CIDR source à autoriser, exemple 0.0.0.0/0 pour autoriser tout le monde, votre adresse IP publique (depuis laquelle vous vous connectez) suivie de /32 pour n’autoriser que votre adresse IP ou votre adresse réseau en notation CIDR (xx.xx.xx.xx/xx, avec /xx = /16 pour un réseau ayant un masque 255.255.0.0 soit 16bits pour le réseau par exemple).

[[File:premierpascs38.png]]

Autres exemples de règles entrantes :

1) Pour autoriser les connexions entrantes TCP du port 1 à 65535 (tous les ports) sur toutes les instances du groupe de sécurité depuis un CIDR source d’une adresse IP publique précise (indiquez votre adresse IP publique suivit de /32) :

[[File:premierpascs39.png]]

2) Pour autoriser les connexions SSH sur le port 22 sur toutes les instances du groupe de sécurité depuis le CIDR source d’un réseau précis :

[[File:premierpascs40.png]]

3) Pour autoriser les connexions RDP/bureau à distance à nos instances depuis n’importe quelle source (CIDR 0.0.0.0/0) :

[[File:premierpascs41.png]]

4) Pour autoriser le ping (protocole ICMP, type 8, code 0) de nos instances depuis n’importe quelle source (CIDR 0.0.0.0/0) :

[[File:premierpascs42.png]]

f. Comment configurer des règles Firewall de trafic sortant dans un groupe de sécurité (Direct-Routing).

Connectez-vous à l’interface web Cloud public d’Ikoula : https://cloudstack.ikoula.com/client/

Cliquez sur « Réseau » dans le menu vertical gauche :

[[File:premierpascs43.png]]

En arrivant sur l’écran ci-dessous sélectionnez la vue « Groupes de sécurité » :

[[File:premierpascs44.png]]

Cliquez sur le groupe de sécurité pour lequel vous souhaitez ajouter ou supprimer des règles :

[[File:premierpascs45.png]]

Cliquez sur l’onglet « Règle sortante » si vous souhaitez configurer une règle de trafic sortant :

Par défaut quand aucune règle sortante n’est créée, tout le flux sortant des machines virtuelles du groupe de sécurité est autorisé ainsi que les connexions relatives à ce flux sortant.

[[File:premierpascs46.png]]

/!\ À partir du moment où une règle de sortie est ajoutée, tout le flux sortant est interdit hormis celui explicitement autorisé par la ou les règles ajoutée(s).

1 – Cochez « CIDR ».

2 – Choisissez le protocole que vous souhaitez autoriser parmi TCP/UDP/ICMP.

3 – Indiquez le port de début à autoriser.

4 – Indiquez le port de fin à autoriser.

Note : pour n’autoriser qu’un seul port, indiquez le même port en début et fin.

5 – Indiquez le CIDR de destination pour autoriser la connexion depuis votre instance vers cette IP.

[[File:premierpascs47.png]]

Quelques exemples de règles sortantes :

1) Autoriser le ping (protocole ICMP, type 8, code 0) depuis les instances vers n’importe quelle destination (CIDR 0.0.0.0/0) :

[[File:premierpascs48.png]]

2) Autoriser les connexions http (TCP port 80/ typiquement navigation web) depuis les instances vers n’importe quel serveur web (CIDR 0.0.0.0/0) :

[[File:premierpascs49.png]]



 
Cet article vous a semblé utile ? <vote />





[[Catégorie:Premiers_pas_sur_le_cloud_public_ikoula]]
[[Catégorie:Cloud_public]]
 
<comments />

Deploiement d'une instance en zone ADV (cliquez pour lire la suite)

2015-09-29T08:20:17Z

Elocart87fda :

3. Déploiement d’une instance en Zone Advance-Routing

Connectez-vous à l’interface web Cloud public d’Ikoula : https://cloudstack.ikoula.com/client/ et rendez-vous dans l’onglet « Instances » et cliquez sur le bouton « Ajouter une instance ».

[[File:premierpascs50.png]]

La première étape vous permet de choisir la Zone d’hébergement de votre instance (cinq zones sont actuellement disponibles) et un modèle (système préinstallé/préconfiguré) ou un ISO.

[[File:premierpascs51.png]]

Pour cet exemple nous utiliserons un modèle. Sélectionnez l’image « CentOS 7 – Minimal – 64bits » et cliquez sur « Suivant ».

[[File:premierpascs52.png]]

L’étape suivante consiste à sélectionner la configuration de l’instance, les descriptions des différentes offres sont indiquées.

[[File:premierpascs53.png]]

À l’étape suivante, nous pouvons indiquer si nous voulons un DATADISK (disque de données) et sa taille. Nous n’en désirons pas dans l’immédiat : cliquez alors sur le bouton « Suivant ».

[[File:premierpascs54.png]]

Vient ensuite la sélection du réseau, si vous disposez déjà d’un ou plusieurs réseaux dans cette zone ils apparaîtront dans la partie supérieure (« default » dans l’image ci-dessous).

Sinon, différentes offres sont disponibles pour la création (en fonction de la prestation souscrite) dans la partie inférieure : 10/100/200/500/1000
Une fois votre choix effectué, cliquez sur « Suivant » :

[[File:premierpascs55.png]]

Cette page vous permet de définir un nom et/ou un groupe pour votre instance, ces deux paramètres sont optionnels et uniquement présents pour vous aider à vous organiser. Une fois terminé, vous pouvez lancer la création.

[[File:premierpascs56.png]]

L’interface étant asynchrone, elle vous « rend la main » durant le déploiement de votre première instance. Vous pouvez voir les actions en cours, en erreur ou terminées dans la fenêtre « Message » en haut au milieu de votre interface :

[[File:premierpascs57.png]]

Une fois le déploiement terminé, une pop-up vous informera du mot de passe de votre nouvelle instance :

[[File:premierpascs58.png]]

De plus, une autre, en bas de l’écran vous informera de la fin du déploiement :

[[File:premierpascs59.png]]

- Exemples de configuration réseau pour les instances

Une fois votre instance créée, vous pouvez y accéder via le KVM disponible dans la fenêtre de détails de cette dernière ou, par exemple, ouvrir son port d’accès SSH (GNU/Linux) ou TerminalServer/RDP (Windows).

- Accessibilité SSH de l’extérieur pour une instance type GNU/Linux.

Rendez-vous dans votre onglet « Réseau » et cliquez sur le nom de votre réseau :

[[File:premierpascs60.png]]

Puis cliquez sur « Voir Adresses IP » :

[[File:premierpascs61.png]]

Vous y trouverez la ou les adresses IP publiques qui vous ont été assignées, cliquez sur celle que vous souhaitez configurer :

[[File:premierpascs62.png]]

Une fois sur le détail de votre adresse publique, cliquez sur « Configuration » :

[[File:premierpascs63.png]]

Nous allons ouvrir le port 22 (SSH) sur votre routeur virtuel privé, nous cliquons alors sur « Voir tout » dans le cadre « Firewall » :

[[File:premierpascs64.png]]

Dans cet écran vous allez pouvoir ajouter l’adresse IP ou le réseau (notation CIDR, exemple x.x.x.x/24 ou 0.0.0.0/0 pour tout le monde) que vous souhaitez autoriser à se connecter au port TCP 22 depuis l’extérieur (à savoir « Internet ») :

[[File:premierpascs65.png]]

Une fois effectué, cliquez sur « Ajouter » et revenez à l’étape précédente pour, cette fois, cliquer sur « Voir tout » dans le cadre « Redirection de port » :

[[File:premierpascs66.png]]

De la même manière, vous allez indiquer un port (ou un intervalle de ports) externe (sur votre adresse IP publique) à faire correspondre à un port (ou un intervalle de ports) interne (sur votre instance en adressage privé).

Dans notre exemple, nous avons créé notre règle Firewall sur le port 22, le port public à indiquer sera donc le port 22 comme pour le port privé (pour une instance où le serveur SSH écoute sur le port par défaut).

Après quoi, vous pourrez accéder à votre instance en SSH depuis le port 22 de votre IP publique.

De cette façon, il est possible d’avoir plusieurs instances en écoute sur le port privé 22 et y accéder depuis des ports publics différents depuis l’extérieur. Si vous n’avez qu’une instance, indiquez 22 en port privé et public comme dans notre exemple pour y accéder depuis le port 22 de l’extérieur.

[[File:premierpascs67.png]]

- Accessibilité TS/RDP de l’extérieur pour une instance type MS Windows.

Rendez-vous dans votre onglet « Réseau » et cliquez sur le nom de votre réseau :

[[File:premierpascs68.png]]

Puis cliquez sur « Voir Adresses IP » :

[[File:premierpascs69.png]]

Vous y trouverez la ou les adresses IP publiques qui vous ont été assignées, cliquez sur celle que vous souhaitez configurer :

[[File:premierpascs70.png]]

Une fois sur le détail de votre adresse publique, cliquez sur « Configuration » :

[[File:premierpascs71.png]]

Nous allons ouvrir le port 22 (SSH) sur votre routeur virtuel privé, nous cliquons alors sur « Voir tout » dans le cadre « Firewall » :

[[File:premierpascs72.png]]

Dans cet écran vous allez pouvoir ajouter l’adresse IP ou réseau (notation CIDR, exemple x.x.x.x/24 ou 0.0.0.0/0 pour tout le monde) que vous souhaitez autoriser à se connecter au port TCP 3389 depuis l’extérieur (à savoir « Internet ») :

[[File:premierpascs73.png]]

Une fois effectué, cliquez sur « Ajouter » et revenez à l’étape précédente pour, cette fois, cliquer sur « Voir tout » dans le cadre « Redirection de port » :

[[File:premierpascs74.png]]

[[File:premierpascs75.png]]

De la même manière, vous allez indiquer un port (ou un intervalle de ports) externe (sur votre adresse IP publique) à faire correspondre à un port (ou un intervalle de ports) interne (sur votre instance en adressage privé).

Dans notre exemple, nous avons créé notre règle Firewall sur le port 3389, le port public à indiquer sera donc le port 3389 comme pour le port privé (pour une instance où le serveur SSH écoute sur le port par défaut).

Après quoi, vous pourrez accéder à votre instance en Terminal Server depuis le port 3389 depuis votre IP publique.
De cette façon, il est possible d’avoir plusieurs instances en écoute sur le port privé 3389 et y accéder depuis des ports publics différents depuis l’extérieur ou si vous n’avez qu’une instance, indiquez 3389 en port privé et public comme dans notre exemple et y accéder depuis le port 3389 de l’extérieur.

À voir également :

Autorisation PING (ICMP/Echo) de l’extérieur vers son IP publique

Autoriser le flux réseau sortant vers l’extérieur



 
Cet article vous a semblé utile ? <vote />





[[Catégorie:Premiers_pas_sur_le_cloud_public_ikoula]]
[[Catégorie:Cloud_public]]
 
<comments />

Demande de login récurrente avec Outlook sous Windows XP

2015-09-29T08:20:07Z

Elocart87fda :

'''Lors de la configuration d'une boîte mail sous Outlook avec windows XP, il se peut que la demande d'identifiant revienne constamment.

Voici un exemple :'''

[[Fichier:Demande login.jpg|demande_login.jpg]]

Le problème vient d'une configuration en mémoire dans XP.

Afin de pouvoir régler le problème, Il faut faire (en adminsitrateur) :

- Démarrer -> Executer

- Entrez "control userpasswords2" (sans guillemets) et validez

Dans la fenêtre qui s'ouvre, Cliquez sur l'onglet "Options avancées" puis sur "Gérer les mots de passe" :

[[Fichier:Controluserpasswords2.png|controluserpasswords2.png]]

Vous arrivez alors sur cette fenêtre qui vous affiche les mots de passe stockés, vous pouvez donc supprimer celui qui pose problème et le re entrer ici manuellement en faisant ajouter :

[[Fichier:Mdp.png|mdp.png]]

[[Category:Hosted Exchange]]
 
<comments />

Créer un lien

2015-09-29T08:19:57Z

Elocart87fda :

<noinclude>
</noinclude>
Il existe deux types de liens :
* '''liens internes''' : qui pointe vers une page ou une section au sein des articles [[Main_Page| ikoula.wiki]].
* '''liens externes''' : qui pointent vers un site tiers.
 
=== Liens internes === 


Les liens internes sont les liens qui pointent vers un autre article de Wikipédia. Les liens internes connexes à un article sont regroupés en fin d'article dans une sous-rubrique ''Articles connexes'' de la rubrique ''Voir aussi''. Dans le cas où la rubrique ''Voir aussi'' ne présente pas de liens externes, on admet qu'elle soit utilisée pour les articles connexes.


{| class="wikitable centre" width="80%"
|-
| align=center | <code><nowiki>[[Nom de l'article]]</nowiki></code>
|}


Il est aussi possible de faire un lien interne à l'article (lien ancré) en utilisant un titre de section avec la syntaxe <code><nowiki>[[#Nom de la section]]</nowiki></code>, ou vers une section d'un autre article de Wikipédia avec la syntaxe suivante :


{| class="wikitable centre" width="80%"
|-
| align=center | <code><nowiki>[[Nom de l'article#Nom de la section]]</nowiki></code>
|}


Pour faire apparaître un texte quelconque à la place du titre du lien, on peut utiliser la barre verticale (''pipe'') (|).


{| class="wikitable centre" width="80%"
|-
| align=center | <code><nowiki>[[Wikipédia|texte à faire apparaître]]</nowiki></code>
|-
| align=center | <code>[[Wikipédia|texte à faire apparaître]]</code>
|}

=== Liens externes === 


Les liens externes sont des hyperliens qui mènent vers d'autres sites web que celui dans lequel se trouve la page. Dans les articles de ce site, on peut en trouver à deux endroits : dans la liste des références, et en fin d'article comme dans la rubrique « Voir aussi ».


{| width=100% class=wikitable
! scope="col"| Exemple
! scope="col"| Résultat
|-
| width=50% |
<pre>[https://ikoula.wiki le wiki]</pre>
| width=50% |
[https://ikoula.wiki le wiki]
|-
| width=50% |
<pre>http://ikoula.com</pre>
| width=50% |
https://www.Ikoula.com
|-
| width=50% |
<pre>[https://support.ikoula.com]</pre>
| width=50% |
[https://support.ikoula.com]
|}


<noinclude>
Cet article vous a semblé utile ? <vote />

[[Category:Contribuer]]
</noinclude>
 
<comments />

Création d’une sauvegarde locale des mails avec Outlook 2007

2015-09-29T08:18:37Z

Elocart87fda :

'''''Création d’une sauvegarde locale des mails avec Outlook 2007'''''

- Ouvrir Outlook

- Sélectionner « Importer et Exporter …» dans le menu « Fichier »

[[Fichier:EX10 Backup-Out2007 0.jpg|EX10_Backup-Out2007_0.jpg]]

- Sélectionner « Exporter les données vers un fichier », puis « suivant »

[[Fichier:EX10 Backup-Out2007 1.jpg|EX10_Backup-Out2007_1.jpg]]

- Sélectionner « fichier de dossiers personnels (.pst) », puis « suivant »

[[Fichier:EX10 Backup-Out2007 2.jpg|EX10_Backup-Out2007_2.jpg]]

- Sélectionner « Boite aux lettres - … », cocher la case « Inclure les sous-dossiers », puis « suivant »

[[Fichier:EX10 Backup-Out2007 3.jpg|EX10_Backup-Out2007_3.jpg]]

- Sélectionner le fichier de sauvegarde en cliquant sur « Parcourir » ou laisser le nom par défaut.

- Sélectionner « Remplacer les doublons par les éléments exportés, puis « Terminer »

[[Fichier:EX10 Backup-Out2007 4.jpg|EX10_Backup-Out2007_4.jpg]]

- cliquer sur « OK »

[[Fichier:EX10 Backup-Out2007 5.jpg|EX10_Backup-Out2007_5.jpg]]

Plus d'informations : [https://www.ex10.biz/fr/messagerie_exchange/fonctionnalites Hosted Exchange]

[[Category:Hosted Exchange]]
 
<comments />

Catégorie:Cloud public

2015-09-25T08:48:56Z

Elocart87fda :

[[:en:Category:Public cloud]][[en:Category:Public cloud]]
Le {{cloud public}} d'Ikoula, c’est la plateforme haute disponibilité pour créer facilement et rapidement votre réseau d'instances SSD en self-service. Créez jusqu’à 20 instances SSD facturées à l’heure que vous pouvez interrompre et supprimer à tout moment.

Votre {{cloud public}} bénéficie d’une interface web unique et d'un outil d’orchestration permettant le déploiement sur toutes les zones géographiques indépendantes. Avec notre API (compatibles EC2), le déploiement d'instances se fera automatiquement sur le Cloud d'Ikoula sécurisé et multi-tenant.

[[category:cloudstack]]

Configuration Outlook 2013 - MAPI

2015-09-24T12:52:24Z

Elocart87fda :

[[:en:Configuration Outlook 2013 - MAPI]]
[[en:Configuration Outlook 2013 - MAPI]]
'''''Comment configurer son client mail Outlook 2013 pour une connexion en MAPI (ie: Exchange avec synchronisation de mails, contacts, calendriers, etc.)'''''

1. Sélectionnez l’icône “Courrier” du Panneau de Configuration de votre PC .

Si vous disposez déjà d'un ou de plusieurs comptes mails sur votre PC cliquez sur “Afficher profils”.

[[Fichier:EX13 MAPI 0.gif|EX13_MAPI_0.gif]]

2. Créez un nouveau profil en cliquant sur “Ajouter”.

Ecrivez le nom de ce nouveau profil et cliquez sur OK.

[[Fichier:EX13 MAPI 1.jpg|EX13_MAPI_1.jpg]]

3. La fenêtre "configuration de compte automatique" s'affiche. Cocher la case “Compte de messagerie”, remplissez les champs puis faites suivant.

[[Fichier:EX13 MAPI 2.PNG|EX13_MAPI_2.PNG]]

4. Une fenêtre "Autoriser ce site web à configurer les paramètres du serveur adressemail@domaine.tld peut appraître lors d'une première configuration, cochez la case "ne plus me poser la question à propos de ce site web" et cliquez sur "autoriser"

[[Fichier:EX13 MAPI 3.PNG|EX13_MAPI_3.PNG]]

5. Si l'autodiscover du domaine est bien configuré, la configuration se termine en succès. il ne reste plus qu'a cliquer sur "terminer"

[[Fichier:EX13 MAPI 4.PNG|EX13_MAPI_4.PNG]]

Le nouveau profil apparaîtra dans la fenêtre des profils. Si vous désirez que ce profil soit celui par défaut à l'ouverture d'Outlook, sélectionnez alors l’option "Toujours utiliser ce profil" dans la fenêtre des profils. Cliquez sur OK, pour fermer la fenêtre.

Une fois votre compte configuré, ouvrez votre logiciel client Outlook. Un nom d’utilisateur et un mot de passe vous seront demandés, insérez les données de votre compte de messagerie. Si tout est correct, vous pourrez accéder à votre compte sur le serveur Exchange.

Plus d'informations : [https://www.ex10.biz/fr/messagerie_exchange/fonctionnalites Hosted Exchange]

[[Category:Hosted Exchange]]
 
<comments />

Configuration Outlook 2013 - MAPI

2015-09-24T12:52:11Z

Elocart87fda :

[[:en:Configuration Outlook 2013 - MAPI]][[en:Configuration Outlook 2013 - MAPI]]
'''''Comment configurer son client mail Outlook 2013 pour une connexion en MAPI (ie: Exchange avec synchronisation de mails, contacts, calendriers, etc.)'''''

1. Sélectionnez l’icône “Courrier” du Panneau de Configuration de votre PC .

Si vous disposez déjà d'un ou de plusieurs comptes mails sur votre PC cliquez sur “Afficher profils”.

[[Fichier:EX13 MAPI 0.gif|EX13_MAPI_0.gif]]

2. Créez un nouveau profil en cliquant sur “Ajouter”.

Ecrivez le nom de ce nouveau profil et cliquez sur OK.

[[Fichier:EX13 MAPI 1.jpg|EX13_MAPI_1.jpg]]

3. La fenêtre "configuration de compte automatique" s'affiche. Cocher la case “Compte de messagerie”, remplissez les champs puis faites suivant.

[[Fichier:EX13 MAPI 2.PNG|EX13_MAPI_2.PNG]]

4. Une fenêtre "Autoriser ce site web à configurer les paramètres du serveur adressemail@domaine.tld peut appraître lors d'une première configuration, cochez la case "ne plus me poser la question à propos de ce site web" et cliquez sur "autoriser"

[[Fichier:EX13 MAPI 3.PNG|EX13_MAPI_3.PNG]]

5. Si l'autodiscover du domaine est bien configuré, la configuration se termine en succès. il ne reste plus qu'a cliquer sur "terminer"

[[Fichier:EX13 MAPI 4.PNG|EX13_MAPI_4.PNG]]

Le nouveau profil apparaîtra dans la fenêtre des profils. Si vous désirez que ce profil soit celui par défaut à l'ouverture d'Outlook, sélectionnez alors l’option "Toujours utiliser ce profil" dans la fenêtre des profils. Cliquez sur OK, pour fermer la fenêtre.

Une fois votre compte configuré, ouvrez votre logiciel client Outlook. Un nom d’utilisateur et un mot de passe vous seront demandés, insérez les données de votre compte de messagerie. Si tout est correct, vous pourrez accéder à votre compte sur le serveur Exchange.

Plus d'informations : [https://www.ex10.biz/fr/messagerie_exchange/fonctionnalites Hosted Exchange]

[[Category:Hosted Exchange]]
 
<comments />

Configuration Outlook 2013 - MAPI

2015-09-24T12:47:05Z

Elocart87fda :

[[:en:Configuration Outlook 2013 - MAPI]][[en:Configuration Outlook 2013 - MAPI]]
'''''Comment configurer son client mail Outlook 2013 pour une connexion en MAPI (ie: Exchange avec synchronisation de mails, contacts, calendriers, etc.)'''''

1. Sélectionnez l’icône “Courrier” du Panneau de Configuration de votre PC .

Si vous disposez déjà d'un ou de plusieurs comptes mails sur votre PC cliquez sur “Afficher profils”.

[[Fichier:EX13 MAPI 0.gif|EX13_MAPI_0.gif]]

2. Créez un nouveau profil en cliquant sur “Ajouter”.

Ecrivez le nom de ce nouveau profil et cliquez sur OK.

[[Fichier:EX13 MAPI 1.jpg|EX13_MAPI_1.jpg]]

3. La fenêtre "configuration de compte automatique" s'affiche. Cocher la case “Compte de messagerie”, remplissez les champs puis faites suivant.

[[Fichier:EX13 MAPI 2.PNG|EX13_MAPI_2.PNG]]

4. Une fenêtre "Autoriser ce site web à configurer les paramètres du serveur adressemail@domaine.tld peut appraître lors d'une première configuration, cochez la case "ne plus me poser la question à propos de ce site web" et cliquez sur "autoriser"

[[Fichier:EX13 MAPI 3.PNG|EX13_MAPI_3.PNG]]

5. Si l'autodiscover du domaine est bien configuré, la configuration se termine en succès. il ne reste plus qu'a cliquer sur "terminer"

[[Fichier:EX13 MAPI 4.PNG|EX13_MAPI_4.PNG]]

Le nouveau profil apparaîtra dans la fenêtre des profils. Si vous désirez que ce profil soit celui par défaut à l'ouverture d'Outlook, sélectionnez alors l’option "Toujours utiliser ce profil" dans la fenêtre des profils. Cliquez sur OK, pour fermer la fenêtre.

Une fois votre compte configuré, ouvrez votre logiciel client Outlook. Un nom d’utilisateur et un mot de passe vous seront demandés, insérez les données de votre compte de messagerie. Si tout est correct, vous pourrez accéder à votre compte sur le serveur Exchange.

Plus d'informations : [https://www.ex10.biz/fr/messagerie_exchange/fonctionnalites Hosted Exchange]

[[Category:Hosted Exchange]]
 
<comments />