Sur mon PC, j’ai plusieurs connecteurs OpenVPN vers mes différents clients. Tout fonctionnait bien jusqu’à ce qu’un matin, un des connecteurs (et seulement UN) ne fonctionne plus. Le client OpenVPN GUI m’affiche alors ce message d’erreur :
Warning: route gateway is not reachable on any active network adapters
Concrétement dans OpenVPN GUI :
Le message d’erreur est explicite : il n’arrive pas à créer des routes… et effectivement, il manque la route 0.0.0.0 – 192.168.177.x :
J’utilise du matériel Mikrotik depuis des années et notamment la fonction CAPsMAN qui me permet de gérer plusieurs points d’accès (CAP) depuis mon routeur principal (CAPsMAN).
Jusqu’à présent, j’avais du matériel compatible wifi AC (hAPac3, cap-lite, mANT 2 12s, etc) pour couvrir mes besoins en wifi.
Récemment j’ai acquis un hAPax3 pour pouvoir faire des tests sur cette version améliorée et notamment son wifi AX. Je pensais que le CAPsMAN serait identique dans son fonctionnement… mais je me suis fait avoir sur deux points (qui m’ont pris plusieurs heures à diagnostiquer et comprendre les changements de fonctionnement) :
1/ le nouveau CAPsMAN (wave2 / « wifi-qcom ») n’est pas compatible avec l’ancien CAPsMAN (« wireless »)
Donc le premier point est tout bête mais n’est pas mis en avant par Mikrotik : les contrôleurs CAPsMAN de nouvelle génération (wave 2 : tous ceux qui ont du wifi AX, BE) ne sont pas compatibles avec les contrôleurs CAPsMAN précédent (tous ceux qui ont du wifi AC maximum). Concrètement cela veut dire que je peux pas ajouter mon hAPax3 en tant que « cap » sur le CAPsMAN d’un contrôleur hAPac3 (pas la même génération). Dommage, c’était l’idée de départ de mon test.
2/ une « cap » locale ne se connecte plus de la même façon avec le nouveau CAPsMAN
Le second point, c’est lorsque j’ai activé le CAPsMAN sur mon hAPax3 et que j’ai voulu activer sa propre « cap » (la « cap » du hAPax3 donc) : la CAP se « joint » bien au CAPsMAN mais elle ne se provisionne pas, ne créé par d’interface malgré tout le paramétrage correctement effectué (configuration/security/channel/datapath/provisioning).
Sur cette capture écran des logs, on voit que la CAP s’est bien connecté/joint localement sur le CAPsMAN :
On voit également que la « cap » est bien gérée par le CAPsMAN mais qu’aucune configuration ne redescend :
Sur l’ancien CAPsMAN (avec un hAPac3 par exemple), on voit ça pour une cap locale :
Au travail, j’utilise SQL-Developer pour requêter sur des bases Oracles. Mais à titre perso, j’utilise des bases MariaDB (et quelques ancienne MySql). Plutôt que d’installer PhpMyAdmin, je souhaitais utiliser le même logiciel qu’au travail pour faire mes requêtes en base. Nativement, SQL-Dev gère que les connexions à des bases Oracle…. mais il existe un module tiers pour le rendre compatible MySql / MariaDB. Tuto :
On part du principe que vous avez déjà SQL dev sur votre PC. (au cas où : http://www.oracle.com/technetwork/developer-tools/sql-developer/downloads/index.html )
Configurer le connecteur Tiers pour MySql / MariaDB
1/ Récupérer le connecteur spécifique pour MySql / MariaDB (c’est le même pour les deux). On va sur le site de MySql : https://dev.mysql.com/downloads/connector/j/ Dans la liste déroulante, on sélectionne « Platform Independent » puis on télécharge le zip :
Tout d’abord, cela nécessite ROS (RouterOS) version 7 minimum. Dans la suite de cet exemple, j’utilise un hAPac2 avec la v7.15.3
Côté serveur (Mikrotik) :
On commence par aller dans Winbox et de créer l’interface WireGuard en allant dans le menu correspondant et en faisant le « + ». On peut changer le nom et le port d’écoute (perso je n’ai pas laissé la valeur par défaut 13231).
Cela va créer automatiquement les clés (privées et publiques) :
Cela a donc créé une nouvelle interface « WireGuard1 » dans le Mikrotik. Il faut donc maintenant lui assigner une adresse IP, on va donc dans IP / Addresses et on ajoute avec le « + » :
