MQTT ağ geçidi bağlantı arızaları ilk başarısız aşamada araştırılmalıdır: hedef çözümleme, ağ bağlantısı, gerekliyse TLS, aracı sunucu kabulü veya mesaj izni. Konu değiştirmek başarısız TLS el sıkışmasını onaramaz. Sonraki testin doğru aşamayı ele alması için istemci hatasını ve karşılık gelen aracı sunucu günlüğünü saklayın.
Kurulu ağ geçidinin ne çalıştırdığını doğrulayın
İlgili METRAVON TG451 ağ geçidi yazılım işlevleri arasında MQTT listeler; ancak gerekli ürün yazılımı modu ve platform mesaj tasarımı yine doğrulanmalıdır. Ürün yazılımı sürümünü, MQTT sürümünü, taşıma yöntemini, aracı sunucu adını, hizmet portunu ve kuruluma atanan kimliği kaydedin.

Düz TCP, TLS veya başka desteklenen taşıma için gerçek hizmet şartnamesini kontrol edin. Doğru portu ezberlenmiş varsayılandan çıkarmayın. Yapılandırılmış hedefin web konsolu adresi veya başka hizmete ait yük dengeleyici rotası değil, aracı sunucu uç noktası olduğunu doğrulayın.
MQTT ağ geçidi bağlantı arızalarını günlüklerde bulun
| Sonuç | Olası aşama | Yararlı kanıt |
|---|---|---|
| Ad çözümlenmiyor | Hedef araması kullanılabilir adres üretmemiş. | Kimlik bilgilerini değiştirmeden ana makine adını, çözümleyici sonucunu ve etkin ağ yolunu kaydedin. |
| Port başarısız | İstenen hizmet bağlantısı kurulmamış. | Bağlantı denemesini sunucu dinleyicisi ve güvenlik duvarı kayıtlarıyla karşılaştırın. |
| TLS başarısız | Güvenli oturum kurulmamış. | El sıkışma hatasını saklayın; saati, ana makine adını ve gerekli sertifika malzemesini doğrulayın. |
| Sunucu reddediyor | Sunucu MQTT bağlantı sonucu döndürmüş. | Sonucu müzakere edilen protokol sürümü ve aracı sunucu günlüğüyle yorumlayın. |
| Kullanılır veri yok | Bağlantı kabulü beklenen uygulama sonucunu üretmemiş. | Konu izinlerini, veri yükü işlemesini ve platformun kabul edilmiş kayıt günlüğünü inceleyin. |
Güveni ve kimliği devre dışı bırakmadan düzeltin
TLS için ağ geçidi saatini, sertifika geçerliliğini ve ana makine adını doğrulayın. Özel sertifika otoritesi uygun güven yapılandırması ister. Karşılıklı TLS gerekiyorsa istemci sertifikası ile özel anahtarın eşleştiğini ve amaçlanan cihaza ait olduğunu belirleyin.
Özel anahtarları destek kayıtlarına yüklemeyin veya hatayı yok etmek için sertifika doğrulamasını kapatmayın. Hizmet sahibinden beklenen güven zincirini ve desteklenen bağlantı ayarlarını isteyin, ardından yetkili yapılandırma süreciyle uygulayın.
MQTT istemci kimliği ve yayımlama izinleri ayrı konulardır. Aracı sunucu bağlantıyı kabul edip yetkisiz işlemi reddedebilir. Tam konuyu, büyük/küçük harfi ve hesap politikasını kontrol edin. MQTT 3.1.1'de sunucu zaten bağlı istemci tanımlayıcısıyla yeni bağlantı kabul ederse mevcut istemciyi ayırır. Aynı tanımlayıcıyı kullanan iki ağ geçidi yeniden bağlanırken birbirini tekrar tekrar düşürebilir. Anten veya canlı tutma ayarından önce istemci tanımlayıcılarını ve sunucu bağlantı zamanlarını karşılaştırın.
Başarılı yayımlamayı doğru ölçümden ayırın
Aracı sunucu veri yükünü taşır; sensör değerinin mühendislik anlamını kendiliğinden doğrulamaz. Yakalanan mesajı kararlaştırılmış şema ve kontrol edilmiş kaynak okumayla karşılaştırın. Eksik eğilimi bağlantı sorunu saymadan önce birimleri, ölçeklendirmeyi, kaynak kimliğini ve edinim zamanını doğrulayın.
QoS 1 PUBACK, MQTT alıcısının mesaj sorumluluğunu kabul ettiğini doğrular; son veritabanının ölçümü sakladığını değil. QoS 1 tekrarlar iletebilir; QoS 2 kendi protokol alışverişinde yinelenen teslimatı önler, ancak sonraki veritabanı işlemesini belgelemez. Kurulu ürün yazılımı ve alıcı hizmetin desteklediği QoS'yi kontrol edip uygulamanın tekrarlı kayıtları nasıl tanıyıp uzlaştıracağını tanımlayın. Aracı sunucunun tuttuğu son mesaj zaman serisi arşivi değildir; oturum bulunması önceki bütün ölçümlerin hâlâ mevcut olduğunu kanıtlamaz.
Kararsız oturumlarda canlı tutma yapılandırmasını, ağ kesintilerini ve sunucu kapatma nedenlerini karşılaştırın. Tekrar ve canlı tutma davranışını hizmet gereksinimlerine ve gözlenen koşullara göre ayarlayın. Saldırgan tekrar döngüleri ilk hatayı gizleyip hedefi yükleyebilir.
Yalıtılmış istemci karşılaştırmasını yalnız belirli soruyu yanıtlıyorsa kullanın
Aynı ağdaki onaylı test istemcisi hizmet erişilebilirliğini ağ geçidi yapılandırma sorunundan ayırabilir. Ayrı kimlik ve izinli test konusu verin. Canlı cihaz kimliğini kopyalamayın veya üretim ölçümlerine test değeri yayımlamayın.
Hangi uç noktanın, taşımanın ve kimlik bilgisi sınıfının test edildiğini kaydedin. Başka ağ üzerinden başarılı dizüstü bağlantısı yararlı kanıttır; ancak ağ geçidinin rotasını, saatini veya güven deposunu doğrulamaz.
MQTT entegrasyon soruları
Q1. Aracı sunucu oturumu hiç kabul etmiyorsa konular değiştirilmeli mi?
Önce başarısız bağlantı aşamasını çözün. Bağlantıyla ilişkili özelliklerin ayrı politika gerekleri olabilse de normal telemetri konusu eşlemesi kabulden sonra ilgilidir. İlgisiz alanları değiştirmek yerine sunucunun gerçek ret sonucunu kullanın.
Q2. Başarılı kimlik doğrulama yayımlama iznini kanıtlar mı?
Hayır. Hesabın yetkili işlemlerini ve tam konu yollarını doğrulayın. Ardından sonraki uygulamanın kabul ettiği veri yükünü kontrol edin; taşıma izni ve uygulama doğrulaması ayrıdır.
Q3. MQTT destek talebinde neler olmalı?
Model ve ürün yazılımını, protokol sürümünü, taşımayı, uç noktayı, hata zamanını ve hassas bilgileri temizlenmiş istemci/sunucu sonuçlarını gönderin. Oturum çalışıp veri başarısızsa gizlenmiş konu ve veri yükü örneği ekleyin. Parolaları, belirteçleri ve özel anahtarları dışarıda bırakın.
Özet
Başarısız bağlantı aşamasını teşhis edin; sonra mesaj izinlerini ve mühendislik verisini ayrı doğrulayın. METRAVON MQTT yapılandırma incelemesi isteyin ve yalnız çevrimdışı ekran görüntüsü yerine kayıtlı hatayı ve hizmet şartnamesini ekleyin.
