Как проверить, открыт ли порт в сети клиента / брандмауэре?

Попался !!! Я решил проблему с JSONP и вызовом jQuery AJAX. Я обнаружил атрибут timeout jQuery AJAX, и мой код выполнялся плавно, когда порт был заблокирован или открыт. Вот решение для будущих посетителей. Спасибо всем ответчикам за вклад.

Я не думаю, что вы понимаете варианты использования JSONP, и с ним невозможно проверить открытые порты. http://en.wikipedia.org/wiki/JSONP

Если вы хотите решение на стороне клиента, это может быть возможно с помощью websockets, но это доступно только в новых браузерах, таких как chrome или ff. В противном случае запросите скрипт на стороне сервера, который выполняет пинг. Например, с помощью скрипта curl: curl and ping – как проверить, находится ли сайт вверх или вниз?

Вот Java-код как апплет для тестирования подключения к серверу / порту:

 import java.io.*; import java.net.*; public class ConnectionTestApplet extends Applet { public void start() { boolean portAvailable = false; int delay = 1000; // 1 s try { Socket socket = new Socket(); socket.connect(new InetSocketAddress("server.domain.com", 1935), delay); portAvailable = socket.isConnected(); socket.close(); } catch (UnknownHostException uhe) { uhe.printStackTrace(); } catch (IOException ioe) { ioe.printStackTrace(); } System.out.println("Connection possible: " + portAvailable); } } 

Вы все равно должны получить информацию из апплета, чтобы сделать что-то еще с этим результатом. Самый простой способ – перенаправить браузер через getAppletContext().showDocument(url)

Вместо апплета может использоваться flash-компонент. Используя class Socket, ansible в ActionCcript, можно открыть tcp-соединение из флэш-памяти на порт на сервере, чтобы проверить, открыт ли он. Но на основе версии flash-плеера файл политики должен быть размещен на сервере, к которому открыт сокет.

Проверь это:

http://blog.andlabs.org/2010/12/port-scanning-with-html5-and-js-recon.html

С помощью JS-Recon вы можете выполнять сканирование портов с помощью javascript. Вы можете просто указать его на локальный IP-адрес. Я считаю, что это работает, создавая соединение с веб-сокетами / cors с произвольным дескриптором ip / socket и измеряя таймауты. Это не идеальный подход, но в конечном итоге это может быть предел javascript.

Если вы можете сделать это в приложении java applet / flash, это может быть лучше в конечном счете, поскольку они имеют доступ на более низком уровне.

Вы не можете сделать это в JavaScript, потому что он не поддерживает настоящую поддержку сокетов, а с помощью JavaScript вы можете проверить только наличие HTTP-сокета. Вы можете использовать Java (JavaScript не Java) и написать соответствующий Java-апплет для этого.

Вы также должны прочитать это Q & A. Как выполнить Ping в java

Попробуйте использовать isReachable

В JavaScript вы должны обходить асинхронную проблему. Вот предложение:

• На странице HTML отображается анимированное изображение как индикатор выполнения
• Вы вызываете checkURL
• После получения обратного вызова или определенного таймаута вы меняете отображение сообщения об ошибке или выполняете задание

Основываясь на следующем документе с использованием XMLHttpRequest , вот пример кода для checkURL :

 var myrequest = new ajaxRequest(); var isAccessible = false; myrequest._timeout = setTimeout(function() { myrequest.abort(); displayErrorMessage(); }, 1000 ) //end setTimeout myrequest.onreadystatechange = function() { if (myrequest.readyState == 4) { //if request has completed if (myrequest.status == 200) { isAccessible = false; goOnWithTheJob(); } else { displayErrorMessage(); } } myrequest.open("GET", url, true); myrequest.send(null); //send GET request // do nothing - wait for either timeout or readystate callback 

Этот код позволяет 1 секунде получить ответ 200 из HTTP GET на базовом ресурсе.

В вашем локальном тесте вы получите немедленный ответ, потому что система отвечает на сброс соединения, если порт закрыт, но брандмауэр просто не отвечает.

Даже если метод open может использоваться синхронно, я рекомендую использовать таймер, потому что код, вероятно, будет ждать тайм-аутов TCP и повторений (3 x 1 минута?), Поскольку брандмауэр обычно просто отбрасывает пакеты на закрытых портах и ​​может отклонять ICMP пакеты, препятствующие проверке доступности благодаря ping . И я предполагаю, что такого долгого ожидания не ожидается для такой проверки.