-
Notifications
You must be signed in to change notification settings - Fork 220
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
Topic prefix based on host name? #85
Comments
I think so! Have a look at the https://github.com/mochi-co/mqtt/blob/master/server/events/events.go#L49 And then you could do something like this... server.Events.OnProcessMessage = func(cl events.Client, pk events.Packet) (pkx events.Packet, err error) {
// Check if pk.TopicName is 'someTopic'
pkx = pk
// Modify pkx.TopicName to new topic
return pkx, nil
} I'm not sure how you could determine the wildcard domain for the client though. Open to throwing some ideas around. We expose the connecting client address in |
Thanks. Thinking about it properly though it would be better to not have a topic prefix but to have a whole seperate instance per sub-domain. So foo.myserver.com and bar.myserver.com are issolated and topic "someTopic" in one is not visible to the other. I guess that means a speperate instance of the Mochi MQTT server for each. The way I have it presently uses the Go TLS Config
but i need some way for that to use multiple instances of Mochi mqtt.Server instead of just the one. Probably too much for this Github issue and I need to work it out myself... |
@torntrousers Very interested to hear updates if you made any progress on this. |
We ended up implementing our own TLS listener which managed a collection of Mochi MQTT Servers and our listener called the Server EstablishConnection function on the appropriate Server. Seems to work ok. |
Is there some way I could configure something so that I can set a root topic based on the host name that devices are connecting to the broker with?
What I mean is my server is available with a wildcard domain - *.myserver.com. Clients can then connect with eg foo.myserver.com or bar.myserver.com and publish / subscribe to topics, so is there some way if a client connects to foo.myserver.com and publishes to topic 'someTopic' that the server would make the actual topic "foo/someTopic"?
The text was updated successfully, but these errors were encountered: