Skip to content
This repository has been archived by the owner on Nov 14, 2022. It is now read-only.

Feature request: outbound TCP dialer #2

Closed
johnhtodd opened this issue Sep 17, 2020 · 5 comments
Closed

Feature request: outbound TCP dialer #2

johnhtodd opened this issue Sep 17, 2020 · 5 comments
Labels
enhancement New feature or request help wanted Extra attention is needed

Comments

@johnhtodd
Copy link

johnhtodd commented Sep 17, 2020

There are instances where DNSTAP streams are on listener ports in our network, as part of a larger DNSTAP transport model that we have configured, and which I know is not entirely uncommon in larger DNS installations. This means that to access the stream of messages, the application (dnstap-receiver) would need to connect to an IP:socket to start the flow. We could write some sort of "shim" that created back-to-back port forwarding, but it would seem that this could be accomplished in a much cleaner way by being another method by which dnstap-receiver could connect to a stream - specification of a "host:port" pair as part of the config file or command line. This may also imply a flag to insist/not insist on TLS encryption for host:port connections.

PS: This is a really great tool - thanks for the code!

@dmachard
Copy link
Owner

not hard to implement, have you some examples in server dns side of this behaviour (open source one) to test-it?

@johnhtodd
Copy link
Author

We (Quad9) have code that does this, and I know I've talked to others (sorry, I forget who) at dns-oarc who have implemented similar reversals of dnstap flow models internally. The code we have is heavily utilized in our network, but now that I look at our github account I don't see that we ever got around to committing it publicly. Let me see if one of the folks here can get something published. The short form is that it's an aggregator and data stripping/tagging tool for clusters of servers that allows "pipelining" of data into a single data feed with some additional features.

@dmachard
Copy link
Owner

implemented in commit bb23c5a

@johnhtodd
Copy link
Author

Thank you! This is very useful, and I see that the code base has had many features added since I last looked. This is quite useful, and is getting closer to what we have implemented ourselves.

@dmachard
Copy link
Owner

dmachard commented Jan 1, 2021

feature added in release 4.0.0 but without any tests

@dmachard dmachard closed this as completed Jan 1, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
enhancement New feature or request help wanted Extra attention is needed
Projects
None yet
Development

No branches or pull requests

2 participants