Connexion a distance
Fermé
AMBASSADEUR22
Messages postés
18
Date d'inscription
mercredi 19 décembre 2012
Statut
Membre
Dernière intervention
2 mai 2020
-
2 mai 2020 à 19:24
softmicro Messages postés 129 Date d'inscription jeudi 7 mars 2013 Statut Membre Dernière intervention 23 octobre 2024 - 3 mai 2020 à 22:35
softmicro Messages postés 129 Date d'inscription jeudi 7 mars 2013 Statut Membre Dernière intervention 23 octobre 2024 - 3 mai 2020 à 22:35
A voir également:
- Connexion a distance
- Gmail connexion - Guide
- Allumer pc à distance - Guide
- Gmail connexion autre compte - Guide
- Connexion chromecast - Guide
- Facebook connexion - Guide
1 réponse
softmicro
Messages postés
129
Date d'inscription
jeudi 7 mars 2013
Statut
Membre
Dernière intervention
23 octobre 2024
19
3 mai 2020 à 22:35
3 mai 2020 à 22:35
Bonjour,
Pour résumer, il existe 3 principaux clients applicatifs pour "attaquer" une BDD :
1. Le client lourd : ne fonctionne qu'en réseau local à cause de la contrainte de la sollicitation réseau.
2. Le client Web : a l'avantage d'une faible consommation réseau. L'impératif est la nécessité d'un serveur Web en DMZ qui jouera le rôle d'interface. Hélas, l'éditeur n'est pas toujours en capacité de mettre en œuvre ce type d'architecture.
3. Le client RDP : à mon avis celui qui te correspond. L'appli est installée sur un serveur (ou un broker) RDS sur lequel les utilisateurs ouvriront leurs sessions USER..
NB: Pour des raisons de sécurité, cette solution nécessite la mise en place préalable d'un réseau en étoile entre les sites et le siège.
Il faut une redondance des liens et au moins 2 serveurs (RDS + BDD) qui aient les épaules pour supporter la charge.
Idéalement un AD unifié avec des RODC sur les sites, ya du boulot :-) et de nombreuses autres "bonnes pratiques" si tu veux sécuriser tout ça.
Si je puis me permettre, tu devrais faire appel à une société de conseils pour t'accompagner.
Pour résumer, il existe 3 principaux clients applicatifs pour "attaquer" une BDD :
1. Le client lourd : ne fonctionne qu'en réseau local à cause de la contrainte de la sollicitation réseau.
2. Le client Web : a l'avantage d'une faible consommation réseau. L'impératif est la nécessité d'un serveur Web en DMZ qui jouera le rôle d'interface. Hélas, l'éditeur n'est pas toujours en capacité de mettre en œuvre ce type d'architecture.
3. Le client RDP : à mon avis celui qui te correspond. L'appli est installée sur un serveur (ou un broker) RDS sur lequel les utilisateurs ouvriront leurs sessions USER..
NB: Pour des raisons de sécurité, cette solution nécessite la mise en place préalable d'un réseau en étoile entre les sites et le siège.
Il faut une redondance des liens et au moins 2 serveurs (RDS + BDD) qui aient les épaules pour supporter la charge.
Idéalement un AD unifié avec des RODC sur les sites, ya du boulot :-) et de nombreuses autres "bonnes pratiques" si tu veux sécuriser tout ça.
Si je puis me permettre, tu devrais faire appel à une société de conseils pour t'accompagner.