MQTT Portunun Açık Olup Olmadığı Nasıl Kontrol Edilir (nc, telnet, nmap)

Bir MQTT portunun açık olup olmadığını kontrol etmek için Linux veya macOS'ta nc -vz -w 5 broker.connectmq.com 1883, PowerShell'de ise Test-NetConnection broker.connectmq.com -Port 1883 çalıştırın. "Succeeded" bir TCP bağlantısının kabul edildiğini gösterir; "refused" veya "timed out" ise bir sonraki adımda nereye bakmanız gerektiğini söyler. Bu rehber her aracı, çıktısının ne anlama geldiğini ve bir firewall sorununu broker sorunundan nasıl ayıracağınızı gösteriyor.

Kontrol edilecek portlar

Kesin port numaraları broker yapılandırmasına bağlıdır — bkz. MQTT portları. Örneklerde 1883, 8883, 8083 ve 8084'ü dinleyen broker.connectmq.com kullanıyoruz.

nc (netcat) — Linux ve macOS

nc -z bir TCP bağlantısı açar ve veri göndermeden kapatır; -v sonucu yazdırır, -w 5 ise beş saniye sonra vazgeçer.

nc -vz -w 5 broker.connectmq.com 1883

Connection to broker.connectmq.com port 1883 [tcp/ibm-mqtt] succeeded!
nc: connect to broker.connectmq.com port 1883 (tcp) failed: Connection refused
nc: connect to broker.connectmq.com port 1883 (tcp) failed: Connection timed out

Tam ifade netcat sürümleri arasında değişir (macOS connectx to ... yazar, bazı sürümler open yazar), ancak üç sonuç her zaman aynıdır. Tüm MQTT portlarını tek seferde kontrol edin:

for p in 1883 8883 8083 8084; do nc -vz -w 5 broker.connectmq.com "$p"; done

nc kurulu değil mi? Bash kendi başına bir TCP soketi açabilir:

timeout 5 bash -c '</dev/tcp/broker.connectmq.com/1883' && echo open || echo closed

telnet

telnet birçok sunucuda hâlâ kuruludur ve Windows'ta Telnet İstemcisi özelliği etkinleştirildiğinde çalışır:

telnet broker.connectmq.com 1883

Trying 203.0.113.10...
Connected to broker.connectmq.com.
Escape character is '^]'.

Connected to portun açık olduğunu gösterir. Çıkmak için Ctrl+] tuşlayıp quit yazın. Bunun yerine telnet: Unable to connect to remote host: Connection refused görüyorsanız bağlantıyı hiçbir şey kabul etmemiştir; uzun bir bekleme ardından gelen Connection timed out ise arada bir filtre olduğuna işaret eder. Bağlandıktan sonra bir şey yazmayın — MQTT ikili (binary) bir protokoldür ve broker geçerli bir CONNECT paketi almadan bağlantı zaman aşımı dolduğunda bağlantıyı kapatır. Bu normaldir.

nmap — birden fazla port ve durumları

nmap her port için net bir durum bildirir; bu da onu "closed" ile "filtered"ı ayırt etmek için en iyi araç yapar:

nmap -Pn -p 1883,8883,8083,8084 broker.connectmq.com

PORT     STATE    SERVICE
1883/tcp open     mqtt
8883/tcp open     secure-mqtt
8083/tcp open     us-srv
8084/tcp filtered websnp

-Pn, birçok bulut host'unun engellediği ping kontrolünü atlar. SERVICE sütunu yalnızca nmap'in port numarasına göre yaptığı bir tahmindir; orada MQTT çalıştığının kanıtı değildir.

PowerShell Test-NetConnection — Windows

Test-NetConnection broker.connectmq.com -Port 1883

ComputerName     : broker.connectmq.com
RemoteAddress    : 203.0.113.10
RemotePort       : 1883
TcpTestSucceeded : True

Başarısız olursa WARNING: TCP connect to (203.0.113.10 : 1883) failed ve TcpTestSucceeded : False görürsünüz. Script'lerde yalnızca True / False almak için -InformationLevel Quiet kullanın. Yerel bir broker'a başka makinelerden erişilemiyorsa Windows Defender Firewall sık görülen bir nedendir — bkz. MQTT ve Windows firewall.

Sonucu okumak: firewall mı, broker mı?

Ardından aynı kontrolü ikinci bir ağdan çalıştırın — telefonunuzun hotspot'u, bir bulut VM'i, bir ekip arkadaşınızın makinesi. Port dışarıdan açık ama ofisinizden kapalıysa ağınız onu engelliyordur (kurumsal ağlarda ve misafir Wi-Fi'larında 1883 ve 8883 için yaygındır; bkz. kurumsal firewall arkasında MQTT). Her yerden kapalıysa sorun broker tarafındadır.

Broker host'unda: dinleyen bir şey var mı?

Broker'ı kendiniz çalıştırıyor ve "refused" görüyorsanız neyin dinlediğini kontrol edin:

sudo ss -ltnp | grep -E '1883|8883'        # Linux
sudo lsof -iTCP -sTCP:LISTEN -n -P | grep -E '1883|8883'   # macOS

netstat -ano | findstr :1883

127.0.0.1:1883 üzerindeki bir listener yalnızca yerel bağlantıları kabul eder. Mosquitto 2.x, hiçbir listener tanımlanmadığında varsayılan olarak böyle davranır ve Starting in local only mode. Connections will only be possible from clients running on this machine. mesajını loglar. Uzak istemcileri kabul etmek için açık bir listener (ve kimlik doğrulama) ekleyin:

listener 1883 0.0.0.0
allow_anonymous false
password_file /etc/mosquitto/passwd

Mosquitto yapılandırma oluşturucu, TLS ve WebSocket listener'larıyla eksiksiz bir dosya üretir. Docker'da ayrıca portun yayınlandığını (-p 1883:1883) kontrol edin.

Port açık ama bağlantı yine yok mu? Bir sonraki katmanı test edin

Açık bir port yalnızca TCP'nin çalıştığını kanıtlar. İki hızlı kontrol üst katmanları kapsar:

openssl s_client -connect broker.connectmq.com:8883 -servername broker.connectmq.com </dev/null

mosquitto_pub -h broker.connectmq.com -p 1883 -t testmqtt/port-check/ping -m ok -d

-d ile sağlıklı bir broker, bir sending CONNECT satırının ardından received CONNACK (0) gösterir. Sıfırdan farklı bir CONNACK, kimlik doğrulama veya protokol sorunudur — kodu reason code aracında arayın. TLS 1883'te takılıyor ya da MQTT 8883'te başarısız oluyorsa düz port ile TLS portunu karıştırmışsınızdır. Sertifika hataları TLS bağlantısını test etme yazısında ele alınıyor. Son olarak tam bir publish/subscribe gidiş-dönüşünü doğrulamak için online MQTT istemcisi ile bağlanın.

Gerçek bir MQTT gidiş-dönüşüyle doğrulayın

Port kontrolü saniyeler sürer ve sorunu ikiye böler: TCP başarısızsa sorun ağda, firewall'da veya listener'dadır; TCP başarılıysa TLS'e, kimlik bilgilerine ve MQTT'nin kendisine bakın. Kontrolü birden fazla ağdan çalıştırın, "refused" ile "timed out"u farklı okuyun; tek bir log dosyası açmadan nereye bakacağınızı bilirsiniz.

Sıkça sorulan sorular