Zdravim,
dovolil bych si oponovat v jedne podstatne veci. Neni pravdou, ze ICMP datagram neni schopen prenest nejaka uzivatelska data, ostatne, funkcni implementace tu jsou IMHO jiz skoro 10 let... pravda, vyuzivaji se spise v "underground scene", takze podprobnosti by se hodily spise na underground.cz...:-)
Otázka je, jestli je ICMP určen k přenosu uživatelských dat. Ale samozřejmě data s ním přenášet jdou. Jakákoliv data. Já se ale chci příště podívat spíše na situace, kdy jsou za hlavičkou ICMP paketu přenášena řídící data.
trochu predbiham, mam problem s protokolem TCP pres raw sokety (ale take s udp, viz komentare k minulemu clanku), po odeslani prvniho TCP segmentu s flagem SYN mi server odpovi segmentem s SYN+ACK, ale muj program ho pres recvfrom nedostane, protoze windows 2000 mu ho "seberou" a odeslou sami svoji odpoved RST, vubec nevim proc to delaji a jak tomu zabranit, pomuze nekdo?
v ICMPreciever.cpp se pise "Bohužel se mi nepodařilo přijmout data pomocí RAW ..."
no zrejme nam chybi bind, protoze sendto dela v podstate totez co bind (+ posle data)
pokud bindneme pred recvfrom, nemusime nic nikam posilat (coz je videt uz z toho, ze pokud se sendto nezdari kvuli napr spatne adrese typu INADDR_NONE, tak recvfrom pak stejne jde)
kazdopadne icmp server pro windows se celkove imho moc nepoved, protoze zachycene pakety jsou alespon na mych w2k jen velmi malou casti celkoveho transferu
jen pro upresneni socket se ve vasem pripade vola jako socket(PF_INET.... ne AF_INET, vim ze je to zatim jedno protoze obsahuji stejnou hodnotu, ale pak se to vsichni nauci blbe a jednou se budou divit...
