Comments (10)
@alexdelprete
Hi, Sorry for confusing you, I believe the document is outdated. In the new mechanism, the connector only acts as a connection, you need to configure the path in the rules. With this new mechanism, different rules can share the same connector.
from emqx.
Hi @lafirest,
I read about the new approach, but right now I have no rules, I only configured the "new" connector by duplicating an "old" bridge configuration:
The problem is that both in new connector and old bridge configuration, I am not able to configure WS/WSS, because the scheme and the path is missing. Furthermore, if you choose TLS you're forced to upload the CA certificate but that shouldn't be the case when the remote broker uses a working SSL cerrtificate. MQTTX works beautifully and the configuration is very straightforward. It has the scheme and the path fields to configure WS/WSS and it doesn't force you to upload the CA cert to connect to broker.emqx.io.
Thanks a lot for your support. :)
from emqx.
@alexdelprete
Sorry, I seem to have misread your feedback, please let me correct my comment, now the MQTT connector does not support WS ingress, this could be an enhancement.
from emqx.
Sorry, I seem to have misread your feedback, please let me correct my comment, now the MQTT connector does not support WS ingress, this could be an enhancement.
I'm using egress. It doesn't support it? I need to bridge my local EMQX to the public one.
from emqx.
Sorry, I seem to have misread your feedback, please let me correct my comment, now the MQTT connector does not support WS ingress, this could be an enhancement.
I'm using egress. It doesn't support it? I need to bridge my local EMQX to the public one.
the logic for both are the same
from emqx.
the logic for both are the same
is there a reason why the connector doesn't support WS/WSS? And also, why is the CA cert mandatory when using a destination broker with an official ssl cert, not self-signed? Shouldn't be needed.
from emqx.
@alexdelprete MQTT TCP can get better performance than ws. Why do you need to use ws/wss for transport?
from emqx.
@alexdelprete about certs. you can type in file paths in dashboard UI (does not have to be PEM content) if you can make sure the files exists in all EMQX nodes (when clustered).
MQTT bridge does not support websocket so far, MQTT over websocket for bridge is current not in our plan.
from emqx.
about certs. you can type in file paths in dashboard UI
question was not how it's configured, but why it's mandatory. it should be mandatory only when used vs a broker with self-signed certificate, that needs the CA cert to be validated. With the bridged broker using a valid trusted certificate, it shouldn't be needed.
MQTT over websocket for bridge is current not in our plan.
Understood. Am I wrong or in past versions (before connectors) it supported websocket also in bridge?
from emqx.
@alexdelprete Not supported before
from emqx.
Related Issues (20)
- Can't add users on touch screen device HOT 7
- Action output to external HTTP server - authorization header issue HOT 2
- The client disconnects after publish message whose topic starts with '$' HOT 2
- Not getting Emqx dashboard HOT 1
- EMQX Clustering - Message Replication HOT 4
- STOMP GW does not send heartbeat to client HOT 4
- EMQX cluster cannot restart after persistence HOT 1
- After STOMP enables authentication, authentication fails when the account password carries a colon
- runq_overload everyday for few minutes HOT 4
- Receive Maximum Not Sent in Bridge CONNACK HOT 4
- ~10ms latency on publishing and receiving message on the same machine on windows HOT 6
- webhook监听上下线事件时,事件时序有误,原因不明(connected and disconnected events may out of order) HOT 3
- Authentication fails periodically and restart fixes it HOT 9
- For my project required kafka and kerberos integration with EMQX opensource,So any how is it possible to do these integration with Emqx OPenSource version HOT 2
- Get acknowledgement from subscriber(s) after publish messages HOT 2
- Restored retained message have no payload HOT 2
- error messages received and MQTT broker keep running up and down, very HOT 4
- Several protocol violations or bugs in EMQX HOT 26
- Upgrade to Openssl 3.0 or higher HOT 7
- LDAP server treated as down due to wrong error returned than expected? HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from emqx.