|
|
lug-bg: NMAP филтрация.
- Subject: lug-bg: NMAP филтрация.
- From: Nikolaj <lorddoskias@xxxxxxxxx>
- Date: Mon, 24 Jul 2006 00:28:50 +0300
- Delivered-to: lug-bg-list@xxxxxxxxxxxxxxxxxx
- Delivered-to: lug-bg@xxxxxxxxxxxxxxxxxx
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; b=QfaPOOEvqgDrXH24wT673ZqGo5w6BZeJGUKxotkkDbddx4eAFyWLcSy3Y30UtXdwMkKC0FnolN+ZuY6zasX8VMCPUO9BnsbtauRbq0+EQhDsufAhxTHB3V0C/JmOwQMs79tW1FRzBHx5krkt9DIrQ1ggr/fPQGLIOxJMQk8m6nA=
От няколко месеца забелязах, че NMAP-a не връща никакви резултати, дори
scanme.nmap.org. Отначало помислих, че проблема е някъде в мен, но за
съжаление не беше така, проблема е в рутер-а на ISP-to, което съвсем
упорито заявява, че при тях няма проблем. Достигнах до този извод,
докато се опитвах да сканирам машини в друг физически сегмент, трафикът
към, който минава през въпросният рутер. Искам да знам какво може да
прави ISP-to, че да не работи НИТО ЕДИН режим на nmap - пробвах
всичките, -s*. За протокола - винаго когато се опитам да сканирам машина
извън моят сегмент ми дава, че тя блокирва ping requests и следовател да
пробвам с -P0 опцията, но така скана боквално "забива". Писах и по
листата на nmap, там никое от предложенията не проработи. В ISP-то ще
продължат да отричат, че вината е при тях. Мен ми е лубопитно какво
толкова биха могли да блокирват, при положение, че пинг към която и да е
машина, намираща се зад този рутер, си бачка? Отворен съм за всякакви
предложения.
Поздрави, Николай.
|
|
|