3/ divers tutos recommandent pour le client wg win10, soit aucune directive DNS, soit une directive DNS, par exemple :
DNS = 10.8.0.1, 9.9.9.9
Je constate que pour accéder à internet via le serveur wg, le client iOS wg et le client win10 wg ont besoin
sinon, c'est "pas d'accès à internet".
Le client wg linux (mon poste de travail) n'a pas besoin de directire DNS.
4/ l'outil ping est trompeur avec ce protocole "peu bavard" car si le client a été inactif pendant un petit moment, il ne répond plus au ping des autres pairs.
Tandis que sur le serveur la commande sudo wg l'affiche avec un dernier contact assez lointain :
latest handshake: 1 minute, 56 seconds ago
Il suffit de faire une requête http sur le client wg win10, par exemple en rafraichissant un fenêtre de navigateur, pour que ce client réponde immédiatement à un ping d'un autre pair.
Et que le serveur le voit "récemment" :
latest handshake: 14 seconds ago
Ça me gêne car : le serveur applicatif, qui est sur ce vpn, ou un autre client, pourront-ils communiquer avec un client "en veille" avant que celui-ci ait manifesté son envie de communiquer ??...
5/ Le GUI Win10 qui affiche "Activé" alors que le serveur ne le voit pas, voire même n'a pas encore la clef publique du client : c'est bizarre...
Avez-vous ce même comportement ?
============================
Vous saviez tout ça sur wg ?