Własny CLOUD

[0xFF]

Jeśli chodzi o połączenie do serwerów cloud.supla.org
Od strony smartfona widzę próbę połączenia na porcie 2016 do 5.196.27.90

niestety docelowy host nie odpowiada:

Badanie supla.org [5.196.27.90] z 32 bajtami danych:
Upłynął limit czasu żądania.
Upłynął limit czasu żądania.
Upłynął limit czasu żądania.
Upłynął limit czasu żądania.

nie dziwię się że nie można się połączyć

Stwierdzasz to na podstawie PING-a?
ICMP-ECHO (Ping) nie ma tu nic do rzeczy.
Badasz nie ten host, nie ten protokół.
Sprawdź czy z Twojej sieci widać otwarty port 2016 na svr3.supla.org (164.132.46.3) , nie na supla.org (5.196.27.90)

Np:

Code: Select all

 nmap svr3.supla.org -p 2016

Starting Nmap 6.00 ( http://nmap.org ) at 2016-11-02 16:51 CET
Nmap scan report for svr3.supla.org (164.132.46.3)
Host is up (0.051s latency).
rDNS record for 164.132.46.3: 3.ip-164-132-46.eu
PORT     STATE SERVICE
2016/tcp open  bootserver

[darius]

Przyznam że nie weryfikowałem IP przeklepałem go z aplikacji sądząc że prawidłowo rozwiązuje adres.
Aplikacja rozwiązuje adres srv3.supla.org na 5.196.27.90.
Co do ping to faktycznie nie pomyślałem że został wyłączony po stronie serwera mój błąd.

[0xFF]

Prosty test:
Jak wpiszesz w swojej sieci, w Google Chrome http://164.132.46.3:2016/
powinieneś szybko dostać taki komunikat:

Code: Select all

This site can’t be reached

The connection was reset.
Try:
Checking the connection
Checking the proxy and the firewall
Running Windows Network Diagnostics
ERR_CONNECTION_RESET

Jak będzie chwilę wisieć i na końcu ERR_CONNECTION_TIMED_OUT, to jest problem - coś blokuje połączenie.

[darius]

po wpisaniu w aplikacji wskazanego przez Ciebie IP zamiast srv3.supla.org połączenie z cloud działa, czyli to jakiś problem z rozwiązywaniem nazw.
Dzięki za wskazówkę
teraz pozostaje mi walczyć z połączeniem do własnego cloud

[pzygmunt]

Wpisywałeś srv3.supla.org zamiast svr3.supla.org dlatego nie mógł się połączyć.
Wszystkie nierozpoznawalne adresy w domenie supla.org wskazują 5.196.27.90
Muszę to wyłączyć