Client IP Address Appearing as 10.244.x.x
Problem
Reason/Why
In Kubernetes NodePort structure, if X-Forwarded-For value does not come from client, it routes the pod’s IP address to the application behind by default. As a solution, we can solve it by making the externalTrafficPolicy value Local, but this time since NodePort does not route incoming requests to other servers in the Cluster, access problems occur. It is necessary to know the relevant Node and go to it.Solution
Since Apinizer Workers will be placed behind a structure like Nginx or F5, xff information needs to be added to the header in the relevant loadbalancer’s configuration file as follows.
WS-S/WS-STS Token Retrieval Routing Issue in SOAP Services
Problem
Reason/Why
Since the certificate loaded to Apinizer cannot be seen in SOAP service call, token retrieval of this service needs to be done through reverse proxy.Solution
A reverse proxy that routes with the relevant token retrieval address is created and the token retrieval address of the wss/wssts policy in the service using tokens is given as this service. In rare cases, it may be necessary to change the address in the xml message with script through reverse proxy.
DNS Resolution Issues
Problem
Reason/Why
This situation is caused by insufficient DNS resolution performance.Solution
1
Increase CoreDNS Resource Limits
CPU and RAM resources should be increased to enable processing more queries simultaneously.
2
Distribute CoreDNS Over Nodes
Deployment should be reconfigured so that there is one CoreDNS pod on each worker node. This way, DNS queries can be processed in a distributed manner without piling up at a central point.

