# Check Ingresses
The Entando Operator and custom resource controllers manage the ingresses which allow external access to services within an Entando cluster. The following directions show you how to examine these ingresses with two different methods.
# Using the OpenShift Dashboard
In the OpenShift dashboard, ingresses are not exposed directly as pods and deployments. The dashboard provides direct access to the ingress routes under the Applications
→ Routes
menu.
To see the ingress resources, choose Resources
→ Other resources
from the left navigation menu. From the drop-down, select Ingress
and you should see the ingresses available in that namespace or project.
# Using kubectl from the Command Line
- From the command line, use the following command with the namespace of your cluster:
kubectl get ingress -n YOUR-NAMESPACE
Copied!
Here is an example of the result for the namespace entando:
> kubectl get ingress -n entando NAME CLASS HOSTS ADDRESS PORTS AGE default-sso-in-namespace-ingress nginx quickstart.192.168.64.15.nip.io 192.168.64.15 80 19d quickstart-ingress nginx quickstart.192.168.64.15.nip.io 192.168.64.15 80 19d
Copied!
- For more details about a specific ingress, use the kubectl
get
command, specifying the ingress name you want to check and theyaml
output format.
> kubectl get ingress -n local quickstart-ingress -o yaml apiVersion: extensions/v1 kind: Ingress metadata: creationTimestamp: "2020-05-13T15:27:08Z" generation: 1 labels: EntandoApp: qst managedFields: - apiVersion: extensions/v1beta1 fieldsType: FieldsV1 fieldsV1: f:status: f:loadBalancer: f:ingress: {} manager: nginx-ingress-controller operation: Update time: "2020-05-13T15:27:08Z" name: qst-ingress namespace: local ownerReferences: - apiVersion: entando.org/v1 blockOwnerDeletion: true controller: true kind: EntandoApp name: qst uid: aa7053e1-fd8b-419f-bdee-df3018c013fa resourceVersion: "16802097" selfLink: /apis/extensions/v1beta1/namespaces/local/ingresses/qst-ingress uid: e9b6f027-369a-4b84-b4b1-736a6e49f180 spec: rules: - host: local.192.168.1.9.nip.io http: paths: - backend: serviceName: qst-server-service servicePort: 8080 path: /entando-de-app pathType: ImplementationSpecific - backend: serviceName: qst-server-service servicePort: 8083 path: /digital-exchange pathType: ImplementationSpecific - backend: serviceName: qst-server-service servicePort: 8081 path: /app-builder/ pathType: ImplementationSpecific status: loadBalancer: ingress: - ip: 127.0.0.1
Copied!
Learn More
- Learn more about Entando ingresses and architecture
- For more details about ingress concepts in Kubernetes, please refer to the Kubernetes Ingress documentation (opens new window).