-
Notifications
You must be signed in to change notification settings - Fork 161
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
DNS Amplification with All-in-One Monitoring Stack #37
Comments
I don't think I understand entirely, you are experiencing a flood of requests to various CDN's and outbound DNS traffic? The DNS traffic appears to be coming from the exporters requests to the BBB server. In my setup (default) the container uses the host's DNS resolver. I suspect your host DNS resolver is Google's DNS (8.8.8.8), the DNS requests for BBB should be cached by your resolver, this seems more like a host misconfiguration to me. If you are hosting the all-in-one monitoring stack on the same host as your BBB server than yes, the DNS traffic can be resolved locally as well. For this to work you will need to either have a local DNS server or create an entry on the host which maps the external DNS of your BBB server to localhost (in |
The flooding is outbound from the BBB/BBB-Monitor Stack (same host) to Google's DNS not to the CDNs. No local DNS is required and BBB hosts have been operating without issues without having to redirect DNS to localhost. Can you provide an example of mapping the DNS in |
On mobile right now so I can’t SSH into my BBB host but this should help: http://www.tldp.org/LDP/solrhe/Securing-Optimizing-Linux-RH-Edition-v1.3/chap9sec95.html
On the left you should have 127.0.0.1 and on the right the FQDN of the BBB server (e.g. bbb.example.com).
…On Sat, Jun 27, 2020, at 3:33 PM, bayden10 wrote:
The flooding is outbound from the BBB/BBB-Monitor Stack (same host) to Google's DNS not to the CDNs. No local DNS is required and BBB hosts have been operating without issues without having to redirect DNS to localhost.
Can you provide an example of mapping the DNS in `/etc/hosts`
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub <#37 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ADPHVUXPLQFPCGWLGAMIW2DRYXYKZANCNFSM4OJ72RJA>.
|
Thank you for your support. I had just the host name and not the FQDN on 127.0.0.1 |
No problem, glad you got it working.
…On Sat, Jun 27, 2020, at 3:57 PM, bayden10 wrote:
Thank you for your support. I had just the host name and not the FQDN on 127.0.0.1
Resolved...
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub <#37 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ADPHVUQMVPC6YYSO6M3EC6TRYX3EJANCNFSM4OJ72RJA>.
|
When starting the BBB- Monitoring Docker Image and monitoring the traffic on the Gateway it is found that there are TCP connects, one to GoogleContent then the CDN at Fastway.com and then about 15sec later DNS Outbound traffic to Google's DNS 8.8.8.8 is flooding the outbound interface on the Gateway with timeouts starting at 3min.
Requested Outbound Connection
Outbound Amplification of DNS (exceeds 100 requests)
Adjusting the prometheus.yaml
Default
Changed to
Bring the Docker image up and the amount of DNS requests have dropped to about 10.
Somewhere in the scraping API is causing this DNS query issue or a possible configuration requirement to allow for a localhost lookup instead of an external lookup? Just my thoughts.
The text was updated successfully, but these errors were encountered: