chi3316 opened a new issue, #8607:
URL: https://github.com/apache/rocketmq/issues/8607

   ### Before Creating the Bug Report
   
   - [X] I found a bug, not just asking a question, which should be created in 
[GitHub Discussions](https://github.com/apache/rocketmq/discussions).
   
   - [X] I have searched the [GitHub 
Issues](https://github.com/apache/rocketmq/issues) and [GitHub 
Discussions](https://github.com/apache/rocketmq/discussions)  of this 
repository and believe that this is not a duplicate.
   
   - [X] I have confirmed that this bug belongs to the current repository, not 
other repositories of RocketMQ.
   
   
   ### Runtime platform environment
   
   Ubuntu 22.04
   Kubernetes Cluster: Running on ACK
   
   ### RocketMQ version
   
   Branch: develop
   Version: 5.3.1-SNAPSHOT
   
   ### JDK Version
   
    OpenJDK 8
   
   ### Describe the Bug
   
   In a Kubernetes environment, the RocketMQ Broker's address is incorrectly 
assigned as 127.0.0.1. This issue arises due to the getLocalInetAddress method 
in NetworkUtil, where loopback addresses are not excluded when traversing the 
localInetAddressList. As a result, when all IP addresses are internal, the 
method may incorrectly return 127.0.0.1
   
   ### Steps to Reproduce
   
   1. Deploy RocketMQ in a Kubernetes cluster.
   2. Start the RocketMQ Broker.
   3. Check the registered Broker address in the NameServer using the 
clusterList command.
   
   
![image](https://github.com/user-attachments/assets/574163e6-21b0-43aa-9dd6-9e6dfcbc98ec)
   
   
   ### What Did You Expect to See?
   
   The Broker address should be a valid non-loopback IP address corresponding 
to the network interface within the Kubernetes environment.
   
   ### What Did You See Instead?
   
   The Broker address was incorrectly assigned as 127.0.0.1.
   
   ### Additional Context
   
   _No response_


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]

Reply via email to