Connexion Oracle vers PostGreSQL

Bonjour,

J'ai un problème sur un DB Link pour une connexion entre Oracle et PostgreSQL 9.4.13, via ODBC.

Pour le côté Oracle, nous sommes en 11g r2, sur Windows Server 2012 R2
Les DB sous PostGreSQL ne sont pas "chez nous", on passe par un "tunnel" (via Stunnel), puis connexion OBDC.
ODBC: drivers 10.01.00.00, et on part sur System DSN / PostGreSQL unicode (x64).

Nous avons déjà des connexions sur des DB qui tournent en PostgreSQL 9.1.24, tout fonctionne bien.
Lorsque l'on tente d'acceder à la base sous PostgreSQL 9.4.13, on a:
. ODBC => test de connexion "ok"
. Un TNSPING me renvoie "ok"
. Un test sur le DBLink ou bien une tentative de "select" via le DBLink me renvoie:

Citation:

---

[Error] Execution (1: 40): ORA-28500: connection from ORACLE to a non-Oracle system returned this message:
could not connect to server: Connection refused (0x0000274D/10061)
Is the server running on host "localhost" (::1) and accepting
TCP/IP connections on port 4444?
FATAL: password authentication failed for user "mon_utilisateur"
{08001,NativeErr = 101}
ORA-02063: preceding 6 lines from LINK_MY_LINK

---

Sachant que l'on a des connexions qui fonctionnent vers PostgreSQL 9.1.24, j'ai tendance a penser que l'on ne se plante pas pour la partie tnsnames, listener et hs.

En cherchant sur le net, je suis tombé sur pleins d'autres sujets plus ou moins du même genre, avec un intervenant qui posait la question suivante:

Citation:

---

. Has postgres been setup to allow remote connections?

---

Est-ce une question pertinente dans mon cas? (la partie "d'en face", s'occupant des bases sous PostGreSQL n'étant pas des plus sympathiques, je réduis autant que possible les questions que je leur envoie).

Une idée?
Dois-je poster aussi sur le forum PostGreSQL? (et puis-je le faire sans être taxé de "double post").

Merci
@+
;)

Juste pour info:
J'ai une partie aussi qui tourne sous NodeJS (pour diverses raisons).
La encore, pour tout ce qui est sous PostgreSQL 9.1.24, tout est ok. Mais dès que je cherche a lancer une requête sur la base en PostgreSQL 9.4.13, j'ai:
. pas d'erreur de connexion
. mais aucun retour de données, ni message ni erreur ... le vide sidéral.

Voici ce que j'ai lu sur le net sur la création du dblink entre une base Oracle et une base non Oracle :
"When resolving the ORA-28500 error it's important to note that the username and password must be in double quotes. Mais attention, le nom du lien après le mot using doit être entre simple quote.

Code:

---

create [public] database link link_name connect to "user_name" identified by "password" using 'cas30c'

---

"

Est-ce que c'est identique chez toi?

Bonjour,

Oui, j'ai effectivement bien cette configuration, qui était rendue obligatoire (pour les double quotes) du fait des mots de passe qui contiennent des caractères spéciaux.
D'ailleurs, à propos de ces caractères spéciaux, les anciennes connexions qui fonctionnent contiennent tantôt des "@", des "!", etc .. et même un "-". Mais cette fois-ci, pour celle qui ne fonctionne pas, le mot de passe comporte un "+". Il y a t il un risque pour que cela soit la cause?
En même temps, je me disais que si la connexion ODBC fonctionnait, on était bon pour le reste.

Si tu penses que le + pose pb, essaye de créer un nouveau user avec un password sans + et essaye de te connecter avec lui à la base via le même db link.

Citation:

---

Envoyé par Ikebukuro

Si tu penses que le + pose pb, essaye de créer un nouveau user avec un password sans + et essaye de te connecter avec lui à la base via le même db link.

---

Je ne peux pas le faire.
Je dois voir cela avec le prestataire s'occupant de cette partie, qui semble ne pas avoir une grande envie d'être coopératif avec nous pour le moment (et qui, évidemment, parle avant tout de facturer le temps passé - je ne savais pas que créer un user sous PostGreSQL était si compliqué etc .. :aie: ). Bref.
Mais c'est effectivement ce que l'on demandera, si je ne trouve rien entre temps.
Que penses-tu d'un des derniers points de mon premier message?:

Citation:

---

. Has postgres been setup to allow remote connections?

---

Est-ce quelque chose de possible et que je devrais vérifier / demander au prestataire ayant la main sur la partie PostGre?
(sachant que la partie ODBC dit "ok", mais peut être cela n'a-t-il rien a voir?)

Bonjour,

Je reviens sur ce que j'ai dit dans mon second message: erreur de ma part => j'arrive bien a me connecter et faire un "select" via NodeJS. Idem dans Excel, je peux remonter des données via ma connexion ODBC.
Reste donc uniquement Oracle qui refuse obstinément d'utiliser le DB Link pour faire des "select"
Donc question: Savez-vous si il y a un problème de "compatibilité" entre PostgreSQL 9.4.13 et Oracle 11.2.0.1?

J'ai mis en route un "trace" sur la connexion, et je me retrouve avec:

Citation:

---

Exiting hgocont, rc=28500 at 2018/02/22-01:12:27 with error ptr FILE:hgocont.c LINE:2773 ID:Something other than invalid authorization

---

Merci d'avance
;)

Ne connaissant pas PostGreSQL, je ne pourrais plus t'aider.
Je peux juste te conseiller de poster aussi sur les forums de ce SGBD.

Bonjour,

Merci, mais c'est effectivement ce que j'ai fait et ... on m'a dit chez PostGreSQL que c'était un problème Oracle et que je devais voir sur le forum Oracle!
Je sens que je vais me mordre la queue moi :mouarf:

Bon, de toutes manières merci de t'être penché sur mon problème.

En espérant que quelqu'un passant par la aura une idée ..

@+
;)

Sur le site d'Oracle, en faisant une recherche sur "hgocont, rc=28500", je trouve ça :
"HS_FDS_CONNECT_INFO parameter is not correct in the Gateway init file.
The error message you got means you not ping the right server, port or DRDA server."

Et voilà ce que dit la doc officielle d'Oracle sur ce paramètre :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

D.3.13 HS_FDS_CONNECT_INFO Property Description Default Value None Range of Values Not applicable HS_FDS_CONNECT_INFO which describes the connection to the non-Oracle system. The default initialization parameter file already has an entry for this parameter. The syntax for HS_FDS_CONNECT_INFO for the gateway is as follows: HS_FDS_CONNECT_INFO=dsn_value where, dsn_value on Windows, is the name of the system DSN defined in the Windows ODBC Data Source Administrator and on UNIX, it is data source name configured in the odbc.ini file. The entry for dsn_value is case sensitive.

---

Est-ce qu'il est bien renseigné chez toi? Peut-être que c'est un paramètre mal géré par ta version de PostgreSQL.

Bonsoir,

Merci d'avoir regardé ;)
Je confirme que le HS_FDS_CONNECT_INFO est parametré correctement ..
J'ai vu avec mon "boss", afin de voir pourquoi notre accès a support.oracle.com a sauté. Je vais peut être pouvoir avoir accès a de plus amples recherches bientôt.

@+
;)

Bonjour,

Problème résolu avec un nouveau username / password chez la partie PostGreSQL.
Le mot de passe du premier contenait un "+", est-ce vraiment cela qui ne passait pas, je n'en sais rien - je ne saurais jamais d'ailleurs si il n'y avait pas un autre problème de leur côté.
M'enfin .. ça fonctionne maintenant, je passe à autre chose.

@+
;)

Hé ben, c'est enfin fini et, en plus, avec une Happy End ;)

Salut,

Oui, une "Happy End" heureusement. Mais que de temps perdu.
Tiens, une dernière petite blague pour la route: on devait aussi recevoir un username/password pour une base en test. On a bien redonné les différentes contraintes de notre côté (répétées dans plusieurs emails, surtout depuis le dernier problème).
Hé bé devinez quoi?! Le username donné par la partie PostGre, il fait ... 31 caractères.
Pour le smiley, j'hésite entre :cry: et :applo:

Bon, sinon, merci de t'être penché sur mon problème ;)

@+

Je viens de découvrir que depuis la V12.2 d'Oracle, tous les noms peuvent maintenant aller jusqu'à 128 caractères (sauf le DBNAME) alors qu'avant c'était 30...
Vous êtes en 12.2 côté Oracle?

Non! ;)
11.2.0.1.0

OK, je comprends mieux :lol: