Vraag

mqtt https-end point problems

  • 28 October 2022
  • 14 reacties
  • 161 keer bekeken

Goedemiddag,

 

Sinds kort begonnen lora.. Data vanaf de lora device naar de kpn  things werkt goed. Maar ik krijg mijn data alleen verzonden naar de webhook.site. En krijg het niet werkend op mijn eigen domain doormiddel van een webhook. Of via een mqtt broker ook op mijn eigen domain. Mijn domain is gecertificeerd met een juist tls en ssl certificaat.

Mijn mqtt broker run ik op 8883. 

Iemand nog enig idee waar de fout kan liggen?

Of iemand die tips heeft om de mqtt broker of de https end- point wel aan de praat gekregen heeft?

m.v.g Jasper


14 reacties

Reputatie 7
Badge +6

Goedemiddag @jagerding2

Welkom bij de IoT community! 
Wat tof om te zien dat je met LoRa aan de slag bent gegaan. We denken graag mee om dit op te lossen. 
Als ik het goed begrijp krijg je alleen data binnen via de ‘webhook’ destination en niet via de ‘HTTPS endpoint Nick’ destination, toch? 

Aangezien het met de webhook werkt kunnen we stellen dat aan onze kant eigenlijk alles goed gaat. Ik heb voor de zekerheid de vraag wel bij de specialisten neergelegd of ze mee kunnen kijken en wellicht tips hebben om het ook met de andere destination werkend te krijgen. 

Klopt, de webhook is inderdaad werkend. En de HTTPS endpoint nick niet.

 

Gelieve willen wij graag een mqtt broker gebruiken maar aangezien we deze al niet aan de praat kregen in mossquito hadden we deze hoop snel opgegeven. Mogelijk dat de specialisten wat tips hebben om dit wel aan te laten werken?

 

 

Reputatie 7
Badge +6

Goedemorgen @jagerding2 ,

Bedankt voor de reactie! 
Ik moet eerlijk zeggen dat ik nog geen inhoudelijk antwoord heb ontvangen, dus daar ga ik gelijk weer achteraan. Heb je trouwens bij het instellen van de MQTT Broker ook de informatie op onze docs omgeving gevonden en gebruikt?

Reputatie 5
Badge +5

Goedemiddag,

Ik neem het even over want Rick is een weekje met verlof. 

Met welk systeem en configuratie probeer je de mqqt broker op te zetten?

Dan gaan de developers proberen of ze het het kunnen reproduceren.

Ik heb hetzelfde met een eigen (Azure Webhook) Endpoint dus zeker weten voldoet deze aan alle eisen 

Het zou handig zijn  om ergens te zijn of  het is verstuurd en zo ja wat de response is van het Endpoint maar op de uitleg pagina zie ik nu dit staan 

At the moment, Destinations cannot be tested stand-alone in the Portal. To verify the connection to your server or application, you need to continue with the next tutorial. After linking the Destination to a Flow with a Device, you will be able to verify the proper working of your Destination, since you then will be receiving data from your Device.

We are working on bringing Destination verification and testing to the Portal.

 

Het Endpoint  werkt prima, als ik via andere testsites probeer maar als ik een flow test ….niets 

 

Edwin 

(vooralsnog Freemium gebruiker) 

Reputatie 7
Badge +6

Goedemiddag @isedwinr,

Bedankt voor je reactie!
Aan de hand van de gegevens uit jouw forumprofiel heb ik het Things Portal account gevonden. Ik zie dat je nu 2 destinations ingesteld hebt en als ik het goed begrijp werkt op dit moment alleen het ‘Webhook.site’ Endpoint, toch? En het ‘ta ENDPOINT api’ heb je op verschillende manieren getest en krijg je alleen in Things Portal niet werkend, toch? Begrijp ik het zo goed? 

Hallo Rick, 

Klopt helemaal, 

 

Mijn eigen webhook is deze: 

https://api.thinkautomation.com/addmessage?taid=622cd0f80b99990d14907f066437c4440b99990fa8e2e68fN8FPwYy9BjwMsz0F7Pdd%2bfmJ8U5hQYhE

Staat open zonder restricties. Het is ook geen probleem dat deze publiek staat.  ( je kunt ook zelf testen en de respons zien) 
Via Postman zonder payload of wat dan ook en zelfs als ik sec de link gewoon via browser open,  krijg ik een bericht/melding binnen. 


Ciphers, TLS, etc is volgens de voorwaarden ( zie hier https://www.ssllabs.com/ssltest/analyze.html?d=api.thinkautomation.com&hideResults=on )

 

Edwin 

 

 

 

Reputatie 7
Badge +6

Goedemiddag Edwin, 

Ik heb gisteren een hulpvraag uitgezet naar de specialisten en zij hebben de logging van dit endpoint bekeken. Hier kwam het volgende naar voren: 

Failed to send message 9abcfeea-29dc-4281-b3fe-11d01468201d to plug 9c6f2a7b-fc9c-4038-a62b-856f178530f6 and will not retry. Got 401 instead with body Invalid addmessage request

OK, thanks, ik heb de ontwikkelaar geïnformeerd en we gaan op onderzoek. 

Als ik exact dezelfde payload via Postman naar de API stuur gaat het goed dus ben benieuwd. wat er aan de hand is 

Ik zal terugkoppeling geven zodra ik wat weet 

 

Edwin 

 

 , 

Ik heb als antwoord van de developer 

-----------------------------------

A 401 invalid addmessage request response is only returned by the ThinkAutomation gateway if the request URL is wrong (ie is not the same as the url shown for the Message Source in ThinkAutomation studio - it must be identical - including any % escapes).. When you test KPN post to webhook site - can you see the request URL?

-----------------------------------

Zover ik kan zien in de KPN Things Portal is de URL exact zoals deze moet zijn, ik kan alleen niet zien of de URL nog “escaped” wordt  of aangepast nadat ik 'm heb ingevoerd in de portal. (Het endpoint URL is zo te zien al encoded met een “+” naar %2b door ThinkAutomation). Naar webhook.site gaat ie gewoon goed dus de URL lijkt OK

Voor de zekerheid  heb ik de decoded URL ook  nog even geprobeerd maar ook niet het gewenste resultaat. 
 

suggesties? 

 

Edwin 

 

 

Reputatie 7
Badge +6

Goedemiddag Edwin, 

Bedankt voor de terugkoppeling! 
Ik ga dit ook weer delen met de specialisten en bespreken wat we verder kunnen doen. 

Ik kom hier weer op terug. 

Reputatie 7
Badge +6

Hey Edwin, 

Excuses voor de late reactie! 
Ik had alweer een mailtje gekregen van de specialisten, maar die had ik in eerste instantie gemist. Hierin deelde zij de loggings van zaterdag 15-04: 

14:06 15-4-2023

 

Exception while handling message from queue 'plug.https.senml.queue'; reason: null; message moved to: ‘xxxxxxxxx’ with key

‘yyyyyyy’: org.springframework.web.client.ResourceAccessException [I/O error on POST request for

https://api.thinkautomation.com/addmessage: Remote host terminated the handshake; nested exception is javax.net.ssl.SSLHandshakeException:

Remote host terminated the handshake] @ org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:785) -->

javax.net.ssl.SSLHandshakeException [Remote host terminated the handshake] @ java.base/sun.security.ssl.SSLSocketImpl.handleEOF(SSLSocketImpl.java:1709) -->

java.io.EOFException [SSL peer shut down incorrectly] @ java.base/sun.security.ssl.SSLSocketInputRecord.read(SSLSocketInputRecord.java:483)

met URL:

https://api.thinkautomation.com/addmessage?taid=622cd0f80b99990d14907f06643a91e10b99990474275f88iMtbyLw%2fWOtswpI2jl2ojXoxEA%2f710Rj

 

17:11 15-4-2023

 

Exception while handling message from queue 'plug.https.senml.queue'; reason: Maximum amount of delivery attempts reached (4); message moved to:

‘xxxxxx’ with key ‘yyyyyyy’: org.springframework.web.client.ResourceAccessException [I/O error on POST request

for https://api.thinkautomation.com/addmessage: Remote host terminated the handshake; nested exception is javax.net.ssl.SSLHandshakeException:

Remote host terminated the handshake] @ org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:785) --> javax.net.ssl.SSLHandshakeException

[Remote host terminated the handshake] @ java.base/sun.security.ssl.SSLSocketImpl.handleEOF(SSLSocketImpl.java:1709) --> java.io.EOFException

[SSL peer shut down incorrectly] @ java.base/sun.security.ssl.SSLSocketInputRecord.read(SSLSocketInputRecord.java:483)

 

met URL:

https://api.thinkautomation.com/addmessage?taid=622cd0f80b99990d14907f066437c4440b99990fa8e2e68fN8FPwYy9BjwMsz0F7Pdd%2bfmJ8U5hQYhE

 

Hallo Rick, 

Excuses voor de erg late reactie. ik zie nu je antwoord pas, ik dacht dat ik een mail kreeg zodra er weer update is (die instelling heb ik aan staan maar ontvang geen mail)

nevertheless, bedankt, ik ga ermee aan de slag !…. 

 

Edwin 

Reputatie 7
Badge +6

Goedemorgen Edwin, 

Geen probleem hoor! 
Je zou inderdaad een notificatie per mail moeten krijgen als er een nieuwe reactie in het topic is geplaatst. Controleer voor de zekerheid bij de initiële post in dit topic of ‘Topic volgen’ aan staat. Daarnaast komt het ook wel eens voor dat de mail in de ongewenste mail map beland. 

Reageer