When reviewing MuleSoft logs, you notice that there are multiple entries within the log files of requests randomly trying URL paths. If your server has open Internet access, then this sort of probing is not unusual. The logs will show failures with HTTP error 404 and "No listener found for request".
You can see that are multiple entries within the log files of requests being randomly trying URL paths, for example:
No listener found for request:(GET)/admin/i18n/readme.txt
No listener found for request:(GET)/a2billing/admin/Public/index.php
No listener found for request:(GET)/current_config/passwd
No listener found for request:(GET)/recordings/
No listener found for request:(GET)/.git/objects
These HTTP requests would appear to be the result of something scanning the IP address that your application is running on. Once the IP address has been validated, it can be used in bot attacks that are attempting to exploit well-known URL's that are considered to be vulnerable for applications like WordPress or git repositories, for example.
This is a well-known issue for which there is really is no permanent solution. If your server has open Internet access then this sort of probing is not unusual.
An immediate solution would be to whitelist the IP's that you want to access this server. This will restrict he access to only known IP's and will introduce a potential administration overhead.
Another potential solution to this issue would be to change the IP address. This would just stop the tests until the IP of the application is identified again.
It would be a wise precaution to review the URL patterns that are being used and see if there could be an issue of hitting something on your server. It's more of issue if you're seeing unexpected access to a server, rather than the listener not being found.
Script kiddies - How do they find my Server IP
How Does the attacker find our Server
FreePBX 'admin/config.php' Remote Code Execution Vulnerability
001123856

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.