Предполагам, че проблема е в наина по-който е организиран firewall_а в
модема.
Най-вероятно tcptraceroute ползва подобни библиотеки като nmap.
Alexander Iliev написа:
Ivaylo Toshev wrote:
Това е стандартна ситуация и както се казва грешката е вярна.
Същия резултат ще имаш ако от машина, примерно зад MS ISA се опитваш
да сканираш порт на машина отвън. Подобно е и при някои настройки на
FIrewall политики, при CISCO, че и LINUX.
Това което става е, че отговора, който ти получаваш се генерпира и
изпраща в твоя случай от firewall модула на модема. Вина в случая има
начина по който nmap извършва сканирането.
Момент, че не зацепих.
Каква е вината на nmap, и как по-различно сканира всички останали
портове, така че цитирания от мен резултат се получава само за този
порт, а останалите ги дава както са в реалността?
Ако искаш да получиш реален резултат , то използвай допълнителни
опции на nmap.
На tcptraceroute също ли да гледам опциите, понеже и с него ситуацията
е странна?
p.s.: не се заяждам, наистина не ти разбрах идеята.
