Oracle SQL Developer: Échec - échec du Test: La Carte Réseau n'a pas pu établir la connexion?

Problème

Veuillez noter que j'ai changé de détails pour des raisons de sécurité. Cependant, le problème reste intact.

J'ai installé une base de données Oracle 11g sur un serveur à l'emplacement, dire, herp-devDV.derp.edu.
Maintenant j'ai une autre base de données Oracle 11g sur un serveur à l'emplacement, dire, derp-db.derp.edu.

J'ai entré le nom de la connexion, nom d'utilisateur, mot de passe, nom d'hôte et le nom du service dans Oracle SQL developer pour les deux herp-devDV.derp.edu et derp-db.derp.edu. Je peux me connecter à un schéma derp-db.derp.edu mais pas herp-devDV.derp.edu. Il me donne ce message:

Failure - Test failed: The Network Adapter could not establish the connection

Détails

J'ai les informations suivantes:

  • Le Port 1521 n'est pas ouvert pour le serveur quand je telnet
  • Mon auditeur est en place et fonctionne pour les deux.
  • Je peux accéder à derp-db.derp.edu sur Oracle SQL Developer.
  • Client Oracle est sur ma machine locale + Oracle SQL Developer
  • Je peux le bureau à distance pour les deux serveurs

Ce que j'ai fait

  • Googlé
  • Stackoverflow
  • Couru arrêter et démarrer lnrctl commandes
  • Sur herp-devDB.derp.edu j'ai couru lsnrctl status

J'ai reçu la sortie suivante

Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=EXTPROC1521)))
STATUS of the LISTENER
------------------------
Alias                     LISTENER
Version                   TNSLSNR for 64-bit Windows: Version 11.2.0.1.0 - Production
Start Date                03-JUN-2014 13:37:22
Uptime                    6 days 0 hr. 53 min. 4 sec
Trace Level               off
Security                  ON: Local OS Authentication
SNMP                      OFF
Listener Parameter File   D:\oracle\product\11.2.0\dbhome_1\network\admin\listener.ora
Listener Log File         d:\oracle\diag\tnslsnr\HERP-DEVDB\listener\alert\log.xml
Listening Endpoints Summary...
  (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(PIPENAME=\\.\pipe\EXTPROC1521ipc)))
  (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=HERP-DEVDB.derp.edu)(PORT=1521)))
Services Summary...
Service "CLRExtProc" has 1 instance(s).
  Instance "CLRExtProc", status UNKNOWN, has 1 handler(s) for this service...
Service "HERPDEVDBXDB" has 1 instance(s).
  Instance "herpdevdb", status READY, has 1 handler(s) for this service...
Service "herpdevdb" has 1 instance(s).
  Instance "herpdevdb", status READY, has 1 handler(s) for this service...
The command completed successfully

Je vérifie mon auditeur.ora et trouver

  SID_LIST_LISTENER =
  (SID_LIST =
    (SID_DESC =
      (SID_NAME = CLRExtProc)
      (ORACLE_HOME = D:\oracle\product\11.2.0\dbhome_1)
      (PROGRAM = extproc)
      (ENVS = "EXTPROC_DLLS=ONLY:D:\oracle\product.2.0\dbhome_1\bin\oraclr11.dll")
    )
  )

LISTENER =
  (DESCRIPTION_LIST =
    (DESCRIPTION =
      (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1521))
      (ADDRESS = (PROTOCOL = TCP)(HOST = HERP-DEVDB.derp.edu)(PORT = 1521))
    )
  )

À ce point, j'avoue que je suis de me gratter la tête que je ne vois rien qui sortait et me dire pourquoi cela ne devrait pas être travail.

Le seul indice est lorsque je vérifie derp-db.derp.edu et exécutez la commande lsnrctl status. Merci
voir extrait ci-dessous:

Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=DERP-DB.edu)(PORT=1521)))
STATUS of the LISTENER
------------------------
Alias                     LISTENER
Version                   TNSLSNR for 64-bit Windows: Version 11.2.0.3.0 - Production
Start Date                18-MAY-2014 02:19:01
Uptime                    22 days 12 hr. 23 min. 18 sec
Trace Level               off
Security                  ON: Local OS Authentication
SNMP                      OFF
---etc----

Donc je suis encore à me gratter la tête. Pourquoi serait-derp-db de se connecter à l'DERP-DB.edu mais herp-devDB est de la connexion à EXTPROC1521? Comment puis-je résoudre ce problème? L'auditeur.ora et d'autres fichiers entre ces deux serveurs sont presque identiques, sauf pour le nom des instances.
Hmmm.

  • EDIT1: j'ai changé le port d'écoute.ora dans de reptiles et d'amphibiens. Ce n'est pas le résoudre.
  • EDIT2: je ne peux pas en telnet derp-db.derp.edu sur le port 1521. Mais je peux encore me connecter avec SQL Developer? Wth?
  • EDIT3 je ne peux pas en telnet herp-devdb.derp.edu sur le port 1521.
  • EDIT4 je la requête ping sur les adresses IP de serveur.

De toute façon, l'aide serait grandement appréciée. Grâce

Ce qui concerne,
Geek

Pouvez-vous telnet herp-devDV.derp.edu sur le port 1521 à partir de votre client? Est le client Oracle installé sur votre machine client ou tout simplement SQL Developer?
J'ai édité ma question pour répondre à vos questions. Merci pour votre aide.
Ne HERP-DEVDB.derp.edu résoudre à la même adresse IP à partir de votre client et le serveur? Ou pour le dire d'une autre façon, si vous ne netstat -an | find "1521" sur le serveur se fait-il que le port sur l'adresse IP que vous attendez? Vous avez mentionné la modification de votre listener.ora; on suppose que vous avez redémarré l'auditeur par la suite? (Et où HERP-DEVDB.users.campus ajustement; est-ce tout simplement occulté différemment, ou faut-il se résoudre à la même adresse?)
La première chose que je voudrais essayer, est à ajouter à la base de données pour le tnsnames.ora sur votre machine, puis essayez d'exécuter tnsping. Si cela fonctionne, tous les ports sont ouverts, si vous pas besoin de vérifier les paramètres de pare-feu sur le serveur de base de données et de votre machine.
Puis il sonne vraiment comme vous avez un pare-feu bloque le port 1521, quelque part entre votre client et le serveur, ou sur l'un d'eux. (La seule chose étrange est telnet ne fonctionne pas pour derp-db; que peut-être, suggère une fireall/antivirus sur votre client qui le bloque au niveau de l'application. Mais alors telnet n'aurait jamais du travail à toute l'hôte ou le port). L'exécution d'une commande traceroute pour les deux serveurs donner un indice de l'endroit où le bloc de l'est, mais vous pourriez avoir besoin de votre réseau de personnes pour surveiller une tentative de connexion à la broche vers le bas.

OriginalL'auteur GeekyOmega | 2014-06-09