Problema
Este problema se puede presentar por diversas razones, al conectarse atreves de sql developer u otras herramientas externas, nos presenta el siguiente error Estado: Fallo:Fallo de la prueba: Error de E/S: The Network Adapter could not establish the connection

Solución
Fallo 1 – listener.ora
Uno de los errores más comunes, se debe a un cambio en el nombre o ip del servidor de base de datos. Por lo cual provoca inconsistencia en el archivo listener.ora, para solucionar este, realizamos la modificación adecuada.
Realizando el levantamiento del listener, podremos obtener la ubicación del archivo listener.ora
[oracle@soyundba ~]$ lsnrctl start
LSNRCTL for Linux: Version 11.2.0.4.0 - Production on 21-DEC-2020 17:14:52
Copyright (c) 1991, 2013, Oracle. All rights reserved.
Starting /oracle/app/oracle/product/11.2.0/db/bin/tnslsnr: please wait...
TNSLSNR for Linux: Version 11.2.0.4.0 - Production
System parameter file is /oracle/app/oracle/product/11.2.0/db/network/admin/listener.ora
Log messages written to /oracle/app/oracle/diag/tnslsnr/soyundba/listener/alert/log.xml
Listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=soyundba)(PORT=1521)))
Listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC1521)))
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=soyundba)(PORT=1521)))
STATUS of the LISTENER
------------------------
Alias LISTENER
Version TNSLSNR for Linux: Version 11.2.0.4.0 - Production
Start Date 21-DEC-2020 17:14:54
Uptime 0 days 0 hr. 0 min. 0 sec
Trace Level off
Security ON: Local OS Authentication
SNMP OFF
Listener Parameter File /oracle/app/oracle/product/11.2.0/db/network/admin/listener.ora
Listener Log File /oracle/app/oracle/diag/tnslsnr/soyundba/listener/alert/log.xml
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=soyundba)(PORT=1521)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC1521)))
The listener supports no services
The command completed successfully
Como podemos observar, este se encuentra en la ruta «/oracle/app/oracle/product/11.2.0/db/network/admin/listener.ora». Por lo cual procedemos a modificar el parámetro HOST en el cual se pondrá el nombre del servidor
[oracle@soyundba ~]$ cd /oracle/app/oracle/product/11.2.0/db/network/admin/
[oracle@soyundba admin]$ vi listener.ora
# listener.ora Network Configuration File: /oracle/app/oracle/product/11.2.0/db/network/admin/listener.ora
# Generated by Oracle configuration tools.
LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = soyundba)(PORT = 1521))
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1521))
)
)
ADR_BASE_LISTENER = /oracle/app/oracle
Fallo 2 – tnsnames.ora
Otra razón, puede deberse a la configuración del tnsnames.ora, el cual, de igual manera que el listener.ora se debe realizar la modificación de los parámetros. Este archivo se encuentra ubicado junto al listener.ora, por lo cual pueden seguir el paso anterior para encontrarlo
Por lo cual procedemos a modificar el parámetro HOST en el cual se pondrá el nombre del servidor
# tnsnames.ora Network Configuration File: /oracle/app/oracle/product/11.2.0/db/network/admin/tnsnames.ora
# Generated by Oracle configuration tools.
SOYUNDBA =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = soyundba)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = soyundba)
)
)
Fallo 3 – firewall
El fallo más común entre los tres, se debe a el firewall, dado que no se tiene la política habilitada para la entrada a través del puerto 1521. Podemos validar el servicio de firewall de la siguiente manera
[root@soyundba ~]# service iptables status
Table: filter
Chain INPUT (policy ACCEPT)
num target prot opt source destination
1 ACCEPT all -- 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED
2 ACCEPT icmp -- 0.0.0.0/0 0.0.0.0/0
3 ACCEPT all -- 0.0.0.0/0 0.0.0.0/0
4 ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 state NEW tcp dpt:22
5 REJECT all -- 0.0.0.0/0 0.0.0.0/0 reject-with icmp-host-prohibited
Chain FORWARD (policy ACCEPT)
num target prot opt source destination
1 REJECT all -- 0.0.0.0/0 0.0.0.0/0 reject-with icmp-host-prohibited
Chain OUTPUT (policy ACCEPT)
num target prot opt source destination
Para habilitar entrada al puerto 1521, añadimos «-A INPUT -m state –state NEW -m tcp -p tcp –dport 1521 -j ACCEPT» sobre el archivo /etc/sysconfig/iptables. Recordando que este lo debemos realizar con el usuario root
[root@soyundba ~]# vi /etc/sysconfig/iptables
# Firewall configuration written by system-config-firewall
# Manual customization of this file is not recommended.
*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
-A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
-A INPUT -p icmp -j ACCEPT
-A INPUT -i lo -j ACCEPT
-A INPUT -m state --state NEW -m tcp -p tcp --dport 22 -j ACCEPT
-A INPUT -m state --state NEW -m tcp -p tcp --dport 1521 -j ACCEPT
-A INPUT -j REJECT --reject-with icmp-host-prohibited
-A FORWARD -j REJECT --reject-with icmp-host-prohibited
COMMIT
Por ultimo, reiniciamos el firewall
[root@soyundba ~]# service iptables reload
iptables: Trying to reload firewall rules: [ OK ]
[root@soyundba ~]# service iptables status
Table: filter
Chain INPUT (policy ACCEPT)
num target prot opt source destination
1 ACCEPT all -- 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED
2 ACCEPT icmp -- 0.0.0.0/0 0.0.0.0/0
3 ACCEPT all -- 0.0.0.0/0 0.0.0.0/0
4 ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 state NEW tcp dpt:22
5 ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 state NEW tcp dpt:1521
6 REJECT all -- 0.0.0.0/0 0.0.0.0/0 reject-with icmp-host-prohibited
Chain FORWARD (policy ACCEPT)
num target prot opt source destination
1 REJECT all -- 0.0.0.0/0 0.0.0.0/0 reject-with icmp-host-prohibited
Chain OUTPUT (policy ACCEPT)
num target prot opt source destination
Validando nuevamente el estado, observamos que este ya tiene la política del puerto 1521.
sos un crack