Problème terminal web service
swiso
Messages postés
58
Date d'inscription
Statut
Membre
Dernière intervention
-
kelux Messages postés 3074 Date d'inscription Statut Contributeur Dernière intervention -
kelux Messages postés 3074 Date d'inscription Statut Contributeur Dernière intervention -
salut tt le monde :)
Voila mon problème, dans mon entreprise, je dois installer et configurer un serveur services terminal sous Windows Server 2008 R2, dans la fenêtre Gestionnaire de Remote Apps TS , le volet distribution avec l'accès web TS est m'affiche le groupe de l'ordi accès web TS est VIDE !!! ( par contre j'ai insérer mes users lors de l'installation de service TS ) est dans le volet paramètre des signatures numériques il m'affiche " aucun certificat n'est configuré !!! ( par contre j'ai crée mon certificat dans le magasin des certificats mais quand je essaie de la parcourir pour éviter cette erreur elle n'apparaît pas !!! ,du coté client quand je veux avoir accès par un navigateur d'un poste client aux applications qui son installé sur mon serveur, le navigateur m'indique " la page introuvable erreur http 404 not found " ( j'ai les service IIs activés )
voici une capture : https://www.vulgarisation-informatique.com/upload/images/468e091b63ce431cfcd42c0ac74c275e028efc31.jpg
Merci d'avance pour votre aide.
Voila mon problème, dans mon entreprise, je dois installer et configurer un serveur services terminal sous Windows Server 2008 R2, dans la fenêtre Gestionnaire de Remote Apps TS , le volet distribution avec l'accès web TS est m'affiche le groupe de l'ordi accès web TS est VIDE !!! ( par contre j'ai insérer mes users lors de l'installation de service TS ) est dans le volet paramètre des signatures numériques il m'affiche " aucun certificat n'est configuré !!! ( par contre j'ai crée mon certificat dans le magasin des certificats mais quand je essaie de la parcourir pour éviter cette erreur elle n'apparaît pas !!! ,du coté client quand je veux avoir accès par un navigateur d'un poste client aux applications qui son installé sur mon serveur, le navigateur m'indique " la page introuvable erreur http 404 not found " ( j'ai les service IIs activés )
voici une capture : https://www.vulgarisation-informatique.com/upload/images/468e091b63ce431cfcd42c0ac74c275e028efc31.jpg
Merci d'avance pour votre aide.
A voir également:
- Problème terminal web service
- Web office - Guide
- Commande terminal mac - Guide
- Navigateur web - Guide
- Service spouleur - Guide
- Création site web - Guide
12 réponses
Bonjour,
Je vais essayer d'être sympa.
Votre installation n'est pas terminée ... refaites la proprement, désinstallez tous les rôles et recommencez.
Pour le certificat, ce n'est pas une erreur, mais un warning, ça fonctionnera sans.
Faites déjà fonctionner le bouzin sans certificat, la sécurité vient à la fin.
Même remarque pour le "groupe des ordinateurs".
Par contre pour les applis c'est normal : vous avez aucune appli publiée.
Pour l'accès à l'URL : c'est un problème lié à DNS, ou que l'installation n'est pas propre.
-
Séparez vos problèmes, ne mélangez pas tout : commencez par l'accès à l'url par les clients, puis les applis publiées, et enfin la sécurité.
L'accès depuis un client à l'URL : utilisez un FQDN pour l'url, testez la résolution DNS (on teste DNS avec nslookup, pas avec ping).
Ca peut être un problème d'authentification aussi ...
Testez le fonctionnement de l'accès sur le serveur lui même avec la même URL.
Pour tester des applis publiées, commencez par des applis simples, genre "calc" ... on teste le fonctionnement ... une fois vérifié on passe à autre chose.
Des tutos :
https://www.techotopia.com/index.php/Configuring_Windows_Server_2008_TS_Web_Access
http://techgenix.com/windows-server-2008-terminal-services-web-access-part1/
(celui ci est en plusieurs parties).
Je vais essayer d'être sympa.
Votre installation n'est pas terminée ... refaites la proprement, désinstallez tous les rôles et recommencez.
Pour le certificat, ce n'est pas une erreur, mais un warning, ça fonctionnera sans.
Faites déjà fonctionner le bouzin sans certificat, la sécurité vient à la fin.
Même remarque pour le "groupe des ordinateurs".
Par contre pour les applis c'est normal : vous avez aucune appli publiée.
Pour l'accès à l'URL : c'est un problème lié à DNS, ou que l'installation n'est pas propre.
-
Séparez vos problèmes, ne mélangez pas tout : commencez par l'accès à l'url par les clients, puis les applis publiées, et enfin la sécurité.
L'accès depuis un client à l'URL : utilisez un FQDN pour l'url, testez la résolution DNS (on teste DNS avec nslookup, pas avec ping).
Ca peut être un problème d'authentification aussi ...
Testez le fonctionnement de l'accès sur le serveur lui même avec la même URL.
Pour tester des applis publiées, commencez par des applis simples, genre "calc" ... on teste le fonctionnement ... une fois vérifié on passe à autre chose.
Des tutos :
https://www.techotopia.com/index.php/Configuring_Windows_Server_2008_TS_Web_Access
http://techgenix.com/windows-server-2008-terminal-services-web-access-part1/
(celui ci est en plusieurs parties).
Merciiiiiii bcp kelux :) :) j'ai testé de se connecter depuis le serveur pr tester , la page s'ouvre et mes applis sont publiées :) mais lorsque je clique sur une des applis la fentre remote app apparait dont il y a un avertissement : un site web veut établir une cnx à distance , l'éditeur de cette cnx ne peut pas etre identifié !!! et quand je clique sur connexion il m'affiche : cet ordi ne peut pas se connecter à l'ordi distant
lorsque j'écris mon_domain/ts il cherche dans le moteur de recherche :( normalement il doit charger la page .aspx :/
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
il faut utiliser le FQDN du serveur.
De même il faut tester la résolution de ce nom DNS sur le poste client.
De même il faut tester la résolution de ce nom DNS sur le poste client.
Je m'auto cite dans mon premier post :
(on teste DNS avec nslookup, pas avec ping).
-
Pour le FQDN : https://fr.wikipedia.org/wiki/FQDN
FQDN : nom du serveur + nom de domaine DNS.
Exemple : monserveur.mondomaine.local
monserveur n'est pas un nom DNS, c'est un nom netbios dans les environnements Windows.
Using a registry "compactor" on top of a registry "cleaner" would be equivalent to rinsing your throat with a swig of Jack Daniels after swallowing a pint of snake oil....
(on teste DNS avec nslookup, pas avec ping).
-
Pour le FQDN : https://fr.wikipedia.org/wiki/FQDN
FQDN : nom du serveur + nom de domaine DNS.
Exemple : monserveur.mondomaine.local
monserveur n'est pas un nom DNS, c'est un nom netbios dans les environnements Windows.
Using a registry "compactor" on top of a registry "cleaner" would be equivalent to rinsing your throat with a swig of Jack Daniels after swallowing a pint of snake oil....
j'ai exécuté la commande nslookup sous le serveur il affiche DNS request timed out , time was 2 secd , serveur par défaut : unknown , adresse : ::1
c un peu bizzare !
et j'ai testé sous le client ça donne : serveur par default : dns1.maroc-telecom.net.ma adresse : 212.217.0.1
je pense que le serveur doit afficher son adresse ip comme @ DNS !!! car j'ai installer le role DNS !!
c un peu bizzare !
et j'ai testé sous le client ça donne : serveur par default : dns1.maroc-telecom.net.ma adresse : 212.217.0.1
je pense que le serveur doit afficher son adresse ip comme @ DNS !!! car j'ai installer le role DNS !!
Pour le serveur : avec le role DNS, par défaut Windows met le localhost en tant que dns primaire, dans la configuration TCP/IPV4 et IPV6.
Le résultat de nslookup n'est pas étonnant.
Si vous avez déja une architecture Active Directory, pourquoi ne pointez vous pas sur vos DNS d'AD ?
Le problème, c'est que le client pointe sur des DNS internet, comment fait il pour résoudre les noms internes dans ce cas ;) ?
Pointez sur vos serveurs DNS internes et refaites un test.
Le résultat de nslookup n'est pas étonnant.
Si vous avez déja une architecture Active Directory, pourquoi ne pointez vous pas sur vos DNS d'AD ?
Le problème, c'est que le client pointe sur des DNS internet, comment fait il pour résoudre les noms internes dans ce cas ;) ?
Pointez sur vos serveurs DNS internes et refaites un test.
bon j'ai réinstaller le rôle dns et je les reconfigurer j'ai indiqué le nom de mon domaine comme zone principale !! pour le FQDN il porte le nom complet de ma machine :/ mais lorsque j'execute ns lookup il ne m'affiche default server : unknown !!!!!!!
pour savoir plus sur mon prob : https://www.vulgarisation-informatique.com/forum-6-18013-1--probleme-DNS-sous-win-server-2008R2.php#t98291
P.S : j'ai suivi le tuto suivant : http://idum.fr/spip.php?article175
pour savoir plus sur mon prob : https://www.vulgarisation-informatique.com/forum-6-18013-1--probleme-DNS-sous-win-server-2008R2.php#t98291
P.S : j'ai suivi le tuto suivant : http://idum.fr/spip.php?article175
POur le "unknown server" : il manque la reverse zone ...
et il faut désactiver dans TCP/IPV6 l'entrée du dns primaire, il faut passer sur automatique. (on retire ::1) ...
Pourquoi avoir mis DNS ?
Vous n'etes pas dans un domaine active directory ?
Je voies de voir le screen, vous avez tous les roles sur le serveur ...
Using a registry "compactor" on top of a registry "cleaner" would be equivalent to rinsing your throat with a swig of Jack Daniels after swallowing a pint of snake oil....
et il faut désactiver dans TCP/IPV6 l'entrée du dns primaire, il faut passer sur automatique. (on retire ::1) ...
Pourquoi avoir mis DNS ?
Vous n'etes pas dans un domaine active directory ?
Je voies de voir le screen, vous avez tous les roles sur le serveur ...
Using a registry "compactor" on top of a registry "cleaner" would be equivalent to rinsing your throat with a swig of Jack Daniels after swallowing a pint of snake oil....
Je m'auto répond.
Dans le screen, le serveur est interrogé sur IPV6.
Et meme s'il y a une zone reverse, elle est faite pour les Records PTR IPV4, et non IPV6 ...
D'où le "server unknown".
Mais ceci n'empeche pas la résolution DNS de fonctionner.
ON le voit très bien sur le screen, la résolution directe fonctionne ...
Dans le screen, le serveur est interrogé sur IPV6.
Et meme s'il y a une zone reverse, elle est faite pour les Records PTR IPV4, et non IPV6 ...
D'où le "server unknown".
Mais ceci n'empeche pas la résolution DNS de fonctionner.
ON le voit très bien sur le screen, la résolution directe fonctionne ...