Независимо от того, что TCP может терпеть проблемы packet-loss/packet-ordering, потеря ping 30% является все еще довольно значительной, если "население" является достаточно многочисленным - т.е. больше, чем говорят 100 ping.
Но отвечать на вопрос, можно посмотреть на nmap. Я уверен, что примеры прибудут, лавинно рассылая во вскоре :)
Что еще более важно, хотя, Вы не хотите только круговую задержку, Вы действительно хотите видеть производительность со своей машины на сервер и назад в каждом (возможном) транзитном участке.
Можно сделать это с traceroute
- однако обычно найденная версия этого сделана с помощью ICMP или UDP, но поиска tcp traceroute
- и запустите там.
Вот некоторые забавные инструменты для попытки, в то время как Вы в нем...
Вот пример с lft
...
% lft -S 4.2.2.2
Hop LFT trace to vnsc-bak.sys.gtei.net (4.2.2.2):80/tcp
1 ln-gateway.centergate.com (206.117.161.1) 0.5ms
2 isi-acg.ln.net (130.152.136.1) 2.3ms
3 isi-1-lngw2-atm.ln.net (130.152.180.21) 2.5ms
4 gigabitethernet5-0.lsanca1-cr3.bbnplanet.net (4.24.4.249) 3.0ms
5 p6-0.lsanca1-cr6.bbnplanet.net (4.24.4.2) 3.4ms
6 p6-0.lsanca2-br1.bbnplanet.net (4.24.5.49) 3.3ms
7 p15-0.snjpca1-br1.bbnplanet.net (4.24.5.58) 10.9ms
8 so-3-0-0.mtvwca1-br1.bbnplanet.net (4.24.7.33) 11.1ms
9 p7-0.mtvwca1-dc-dbe1.bbnplanet.net (4.24.9.166) 11.0ms
10 vlan40.mtvwca1-dc1-dfa1-rc1.bbnplanet.net (128.11.193.67) 11.1ms
** [neglected] no reply packets received from TTLs 11 through 20
** [4.2-3 BSD bug] the next gateway may errantly reply with reused TTLs
21 [target] vnsc-bak.sys.gtei.net (4.2.2.2) 11.2ms
Я просто хочу сказать, что все ответы были полезны мне.
В конце, однако, решение, в которое я приехал, было на самом деле довольно просто, и я должен был думать о нем раньше.
Я понял, что не перезапустил сервер после того, как я установил FTP 7. Я на самом деле не думал, что это требовалось, но после перезапуска поля и наблюдения Windows Explorer и ftp cmd работа, я пришел к выводу, что это должно быть необходимо в некоторой степени.
Так, для любого имеющего ту же проблему, которую я имел, удостоверьтесь, что перезапустили поле после установки FTP 7.
Удостоверьтесь, что Вы включаете имя пользователя в свои запросы. Например, когда Вы соединяетесь с Windows Explorer, введите URL как что-то как:
ftp://USERNAME@ftp.your-ftp-host.com
Поочередно, можно обычно также указывать пароль на строке как:
Вы говорите Проводнику / ftp.exe соединяться с определенным именем пользователя, а не 'Анонимный'?
Что ошибки разоблачают в журнале IIS?
Если другим ответам не удается решить Вашу проблему и существует брандмауэр, промежуточный Вы и FTP-сервер, брандмауэр мог вызывать проблемы с пассивными соединениями FTP режима. Который является тем, что проводник использует по умолчанию. Можно изменить проводник для использования активных соединений (также названный режимом порта) со следующими шагами.
У меня была такая же проблема, и ответы, упомянутые выше, не помогли. Затем я заметил, что пул приложений по умолчанию не запускается. Поскольку мне нужен был только FTP, я установил только FTP-сервисы в Win2008. Решением для меня было установить компоненты веб-сервера (базовые функции веб-сервера) в функциях сервера. После этого я мог запустить пул приложений по умолчанию (перезагрузка не требуется ;-), и вход по FTP работал.