On Tuesday 14 February 2006 00:03, Mihai Voica wrote: > On Mon, 13 Feb 2006 11:10:45 +0200 > > Vali Dragnuta wrote: > > Deci sa fim clari : > > Oful tau este(sau era) cu raspunsul la broadcast ping. > > Daca da, atunci findsmb este prost facind asta. > > Intre protocolul CIFS/SMB si raspunsul la broadcast > > ping nu exista nici o legatura,descoperirea statiilor > > de pe retea se face via udp broadcast. > > omul tocmai daduse paste din tcpdump: > > Alex wrote: > > Primul test: PDC + XP (cablu crossover) > > Pe PDC dau: > > tcpdump -i eth1 si rulez findsmb -r 10.0.14.255 > > > > tcpdump: verbose output suppressed, use -v or -vv for full protocol > > decode listening on eth1, link-type EN10MB (Ethernet), capture size > > 96 bytes 17:11:13.828477 IP 10.0.14.2.32857 > 10.0.14.255.netbios-ns: > > NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST > > > > 1 packets captured > > 1 packets received by filter > > 0 packets dropped by kernel > > Io inteleg de aici ca findsmb a dat UDP broadcast
Intelegi corect ;-) In cursul zilei de ieri, am tot schimbat informatii cu cei de la m$. Din tonele de informatii inutile primite, intr-un email am gasit citeva rinduri care confirmau ca XP-ul este mult diferit de predecesorii sai ... [snip] Functionality in Windows XP, Windows XP SP1, and Microsoft Windows Server 2003 The Internet Connection Firewall (ICF) feature in the original release version of Windows XP examines only incoming unicast traffic. In Windows XP SP1 and in Windows Server 2003, ICF examines and blocks unsolicited incoming unicast, multicast, and broadcast traffic. [end snip] Le-am precizat ca acesta este subiectul/problema si a ramas stabilit ca studiaza daca se poate face ceva pentru a activa "the old behaviour" _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
