|
| Perte de communication à la base de données pourtant sur le même poste |
| Iniciado por levolutionniste, 24,jul. 2017 18:29 - 10 respuestas |
| |
| | | |
|
| |
Miembro registrado
62 mensajes
Popularité : +11 (13 votes) |
|
Publicado el 24,julio 2017 - 18:29 |
Bonjour, j'ai un problème récurrent avec mon application. Depuis trois semaines, l'application me signale une perte de communication avec le serveur de base de données à travers le message suivant: [B]La communication avec le serveur a échoué.[/B]
Et pourtant il s'agit d'une installation en client serveur avec le serveur, le serveur de BD et le client sur le même poste. En principe la machine fait partie d'un réseau mais il s'avère qu'elle perd souvent la connexion.
J'ai pensé à un problème de résolution de nom mais je me souviens avoir installé la machine en utilisant le nom de la machine et pas son nom complet (domaine inclu), ni même son adresse IP.
--
Développeur & Scrum Master
Je suis ouvert. |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
62 mensajes
Popularité : +11 (13 votes) |
|
Publicado el 25,julio 2017 - 11:26 |
En poursuivant les tests, j'ai de plus en plus le constat qu'à chaque fois que le poste recherche le réseau, mon application plante en signalant la non communication avec le serveur de BD.
--
Développeur & Scrum Master
Je suis ouvert. |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
62 mensajes
Popularité : +11 (13 votes) |
|
Publicado el 31,julio 2017 - 17:01 |
Après plusieurs test. Voici les constatations:
Application Windev HF/CS installée sur un poste unique (pour l'instant, donc serveur, HFCS et application cliente sur la même machine)
-----------------------------------------------------
1-Carte réseau activée, lancer l'application, désactiver la carte réseau => lors du prochain accès à la BD, message d'erreur de communication avec le serveur de BD
2-Carte réseau désactivée , application lancée, carte réseau activée => pas de problème.
Donc au final, la désactivation de la carté réseau durant l'exécution (même en poste local) pertube l'adressage de mon application Windev 17. Et cela malgré le fait que je me suis servi du nom de la machine et non de l'IP durant l'installation.
--
Développeur & Scrum Master
Je suis ouvert. |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
950 mensajes
Popularité : +53 (63 votes) |
|
Publicado el 31,julio 2017 - 17:28 |
Bonjour,
tu peux essayer de modifier ton fichier host et de rajouter un ligne du genre
127.0.0.1 NOMDETAMACHINE
ou
localhost NOMDETAMACHINE
jordan |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
62 mensajes
Popularité : +11 (13 votes) |
|
Publicado el 01,agosto 2017 - 16:08 |
Bonjour, le fichier host, c'est lequel où le trouver?
Merci.
--
Développeur & Scrum Master
Je suis ouvert. |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
950 mensajes
Popularité : +53 (63 votes) |
|
Publicado el 01,agosto 2017 - 20:11 |
Bonjour,
C:\windows\system32\drivers\etc\
jordan |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
62 mensajes
Popularité : +11 (13 votes) |
|
Publicado el 02,agosto 2017 - 12:52 |
Je préfère ne pas trop y toucher vu l'arborescence. Merci quand même.
--
Développeur & Scrum Master
Je suis ouvert. |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
950 mensajes
Popularité : +53 (63 votes) |
|
Publicado el 02,agosto 2017 - 13:53 |
Bonjour,
c'est juste un fichier qui permet de se passer de serveur dns, pour certains acces, regarde sur google de quoi il s'agit, je le modifie sans probleme tous les jours.
jordan |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
62 mensajes
Popularité : +11 (13 votes) |
|
Publicado el 02,agosto 2017 - 18:24 |
OK, un grand merci à vous.
Si j'ai bien compris, si mon poste se nomme RAZ6F378LV, je vais ajouter la ligne suivante
127.0.0.1 RAZ6F378LV
de manière à avoir un fichier host tel que ci-dessous:
# Copyright (c) 1993-2009 Microsoft Corp.
#
# This is a sample HOSTS file used by Microsoft TCP/IP for Windows.
#
# This file contains the mappings of IP addresses to host names. Each
# entry should be kept on an individual line. The IP address should
# be placed in the first column followed by the corresponding host name.
# The IP address and the host name should be separated by at least one
# space.
#
# Additionally, comments (such as these) may be inserted on individual
# lines or following the machine name denoted by a '#' symbol.
#
# For example:
#
# 102.54.94.97 rhino.acme.com # source server
# 38.25.63.10 x.acme.com # x client host
# localhost name resolution is handled within DNS itself.
# 127.0.0.1 localhost
# ::1 localhost
127.0.0.1 RAZ6F378LV
Je vais testé et observé.
--
Développeur & Scrum Master
Je suis ouvert. |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
950 mensajes
Popularité : +53 (63 votes) |
|
Publicado el 02,agosto 2017 - 18:47 |
Bonjour,
oui voila, comme ça la résolution du nom regardera en premier dans le fichier host, et ensuite sur le réseau, donc en théorie plus de problème en cas de deconnexion.
ensuite dans ton analyse, tu peux modifier ta connexion en remplaçant le nom de ton pc par localhost dans l'adresse de connexion
jordan |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
62 mensajes
Popularité : +11 (13 votes) |
|
Publicado el 03,agosto 2017 - 16:05 |
Bonjour et merci.
Je me demandais justement puisque j'ai redirigé vers 127.0.0.1, je ne pense pas qu'il est possible qu'il cherche encore ailleurs puisque 127.0.0.1 est toujours joignable (il me semble).
Merci dans mon analyse j'ai depuis 127.0.0.1 c'est en installant que je je met le nom de la machine pour cela j'ai du l'autoriser lors de la configuration générateur d'exécutable.
--
Développeur & Scrum Master
Je suis ouvert. |
| |
| |
| | | |
|
| | | | |
| | |
|