Re: lug-bg: БТК DSL порт 5190/tcp
Това е стандартна ситуация и както се казва грешката е вярна.Същия резултат ще имаш ако от машина, примерно зад MS ISA се опитваш да сканираш порт на машина отвън. Подобно е и при някои настройки на FIrewall политики, при CISCO, че и LINUX. Това което става е, че отговора, който ти получаваш се генерпира и изпраща в твоя случай от firewall модула на модема. Вина в случая има начина по който nmap извършва сканирането.Ако искаш да получиш реален резултат , то използвай допълнителни опции на nmap. 2006/9/22, Alexander Iliev [EMAIL PROTECTED]: Dragomir Todorov wrote: Здрасти , ми и аз пуснах сокет на машина зад модема, telnet на този порт и всичко си работи... Дълго време имах проблем с adsl не искаха да ми отворят порт 8080 , но там се оказа че web административния модул на модема си пуска http_proxy на 8080 и трябваше просто да се изключи въпросния web, но за 5190 си работи при мен...Момент сега. Не съм сигурен, че сме се разбрали.както писах преди:[ m1 ] -- [ adsl ] -- internet -- [ m2 ] m2 е произволна машина с публичен IP адрес, на която няма услуга,слушаща на порт 5190/tcp. m1 е машината от която пускам сканирането.Резултата е, че въпросния порт се вижда като отворен, а на практикане е. Това, което си мисля е, че ADSL модема прихваща по някакъв начин заявките към този порт. С каква цел и какво ги прави - не знам.Това всъщност искам да разбера.Нямам никакво желание или нужда да ми отварят портове на модема, коитода се виждат от интернет. Не ми е това идеята. Поздрави,--Александър Илиев
Re: lug-bg: БТК DSL порт 5190/tcp
Ivaylo Toshev wrote: Това е стандартна ситуация и както се казва грешката е вярна. Същия резултат ще имаш ако от машина, примерно зад MS ISA се опитваш да сканираш порт на машина отвън. Подобно е и при някои настройки на FIrewall политики, при CISCO, че и LINUX. Това което става е, че отговора, който ти получаваш се генерпира и изпраща в твоя случай от firewall модула на модема. Вина в случая има начина по който nmap извършва сканирането. Момент, че не зацепих. Каква е вината на nmap, и как по-различно сканира всички останали портове, така че цитирания от мен резултат се получава само за този порт, а останалите ги дава както са в реалността? Ако искаш да получиш реален резултат , то използвай допълнителни опции на nmap. На tcptraceroute също ли да гледам опциите, понеже и с него ситуацията е странна? p.s.: не се заяждам, наистина не ти разбрах идеята. -- Александър Илиев
lug-bg: Re: lug-bg: апаче на 80-ти порт и редирект към друга машина на 80-ти
за името освен да се абонирам с друг и-мейл. Точно това бях пробвал само че така ProxyRequests Off ProxyPass / http://192.168.0.2/ ProxyPassReverse / http://192.168.0.2/ обаче проблема беше че се зарежда началната страница и после някой линк изглежда така http://192.168.0.2/link а тоя комп не се вижда. И съответно проксито не ми върши никаква работа. хммм ся като се замисля, защо се е получавало така, като не би трябвало. Освен тоя линк да си е бил хардкоднат така, но не мисля че е. Утре ще го видя.
