Serveur, client et gestionnaire SoftEther : lequel vous faut-il ?
Le serveur accepte les connexions, le client en crée une et le gestionnaire modifie le déploiement. Installer la mauvaise partie laisse une configuration qui ne fait rien.
SoftEther fournit plusieurs programmes qui, dans une liste de téléchargement, se ressemblent et se comportent de façon totalement différente. Le serveur accepte et gère les connexions, le client en crée une depuis un appareil, et le gestionnaire administre un déploiement. Choisir le mauvais programme produit une installation qui fonctionne mais ne fait pas la tâche que vous aviez en tête.
Ce que fait réellement le serveur
Le binaire du serveur, vpnserver, écoute, authentifie les utilisateurs et rattache des concentrateurs virtuels aux réseaux. Il détient les identités et la politique. Quand vous l'installez, vous construisez une passerelle à laquelle d'autres appareils se connectent ; vous ne configurez pas votre propre machine pour utiliser le service de quelqu'un d'autre.
Ses écouteurs relèvent de la configuration et non d'une propriété du produit. Un concentrateur peut exister sans aucun écouteur activé, et un écouteur peut être activé sans concentrateur joignable derrière lui. C'est pourquoi une vérification de port réussie prouve moins qu'il n'y paraît : quelque chose a répondu, et la question utile est contre quoi cela vous a authentifié. Demandez le nom de l'écouteur ainsi que son port.
Le gestionnaire de serveur est la vue administrative de cet état. Il affiche la configuration ; il ne transporte pas de trafic.
Ce que fait réellement le client
Le binaire du client, vpnclient, crée un adaptateur virtuel sur l'appareil et connecte un compte enregistré à un serveur. C'est dans l'adaptateur que se trouvent l'adresse, les routes et le comportement DNS. Installer le client ne crée pas de compte et n'active rien de l'autre côté.
Le client conserve aussi son propre état entre les exécutions : la liste des comptes, l'indicateur de démarrage automatique et la configuration de l'adaptateur. Cet état est la raison pour laquelle un client peut sembler installé et ne rien connecter après un redémarrage. Le gestionnaire de serveur ne peut pas remplacer ce chemin, aussi complets que paraissent ses menus.
À quoi sert le gestionnaire
Le gestionnaire de serveur se connecte à un serveur en cours d'exécution avec des identifiants administratifs et modifie sa configuration. C'est un plan de contrôle. Une session y prouve que l'administration fonctionne ; elle ne fait pas passer le trafic du navigateur local par le serveur.
Gardez les identifiants administratifs séparés des profils utilisateurs, car les deux objets accordent des choses différentes. Si quelqu'un reçoit une connexion administrative, il peut modifier le déploiement ; s'il reçoit un compte utilisateur, il peut rejoindre le service. Distribuer le premier pour résoudre le second est une erreur courante et coûteuse. La console atteint le serveur par le même processus que celui qui exécute le service, et c'est pourquoi cette distinction se perd facilement.
Notez quels identifiants appartiennent à quel rôle avant de remettre quoi que ce soit. Un mot de passe qui ouvre la console de gestion n'est pas un compte VPN, et le traiter comme tel supprime la frontière que vous tentiez de tracer.
Les écouteurs compatibles ajoutent un quatrième rôle
SoftEther peut exposer des écouteurs compatibles OpenVPN, ainsi que L2TP/IPsec et SSTP. Ce sont des rôles de pont : le serveur parle un autre protocole pour qu'un client qui ne prend pas en charge le mode natif puisse tout de même se connecter. Ils ne transforment pas le client en serveur ni le gestionnaire en client. Nommez la pile dans le ticket, car la première question utile est toujours lequel des deux programmes a produit l'erreur.
Un appareil qui utilise un écouteur compatible a besoin du client tiers correspondant et des paramètres que cet écouteur attend. Ce client possède sa propre configuration, ses propres journaux et ses propres modes de défaillance, donc le support doit savoir quelle pile est en jeu avant de lire quoi que ce soit. Mélanger les conseils du client natif à un client compatible fait perdre du temps.
Associez le composant à la tâche en une seule passe
Vous avez besoin du serveur lorsque d'autres appareils se connectent à vous, du client lorsque cet appareil doit utiliser une passerelle existante, et du gestionnaire lorsque vous devez changer la configuration de la passerelle. Seuls les deux premiers déplacent du trafic. Gardez les identifiants administratifs hors des mains des utilisateurs lorsque vous remettez le troisième.
| Component | What it does | What it cannot do |
|---|---|---|
vpnserver | Terminates VPN sessions and holds hub state | Create an outgoing connection for your device |
vpnclient | Creates the virtual adapter and connects an account | Administer the server's configuration |
| Server Manager | Edits a running server's configuration | Carry your traffic or replace the client |
Vérifiez ensuite le résultat à la couche que vous avez modifiée, non à la couche que vous avez installée. Un client fonctionne lorsque son adaptateur a une adresse et que la ressource prévue répond.
Un serveur fonctionne lorsque l'écouteur prévu accepte le compte prévu, et un gestionnaire fonctionne lorsqu'il peut lire la configuration sans la modifier par accident. Ces trois phrases évitent la majeure partie de la confusion. L'utilitaire vpncmd est l'équivalent en ligne de commande pour le côté serveur comme pour le côté client, ce qui est pratique quand aucune console graphique n'est disponible.