авторZ:\>netstat -an | find "135"
TCP 0.0.0.0:135 0.0.0.0:0 LISTENING
TCP 127.0.0.1:135 127.0.0.1:1244 ESTABLISHED
TCP 127.0.0.1:1244 127.0.0.1:135 ESTABLISHED
TCP 192.168.1.1:135 192.168.1.2:56495 ESTABLISHED

ну и че? :-)
LISTENING тока один

На самом деле - в любом RTFM написано что 0.0.0.0 - это все интерфейсы
я правда в винде меньше работаю, но в ней imho должно быть так же как у всех людей, если конечно дядя Билли что-нить и тут не намудрил

авторZ:\>netstat -an | find "135"
TCP 0.0.0.0:135 0.0.0.0:0 LISTENING
TCP 127.0.0.1:135 127.0.0.1:1244 ESTABLISHED
TCP 127.0.0.1:1244 127.0.0.1:135 ESTABLISHED
TCP 192.168.1.1:135 192.168.1.2:56495 ESTABLISHED

ну и че? :-)
LISTENING тока один

На самом деле - в любом RTFM написано что 0.0.0.0 - это все интерфейсы
я правда в винде меньше работаю, но в ней imho должно быть так же как у всех людей, если конечно дядя Билли что-нить и тут не намудрил

Нижняя строчка с портом 56495 - это я "совершил невозможное" по Вашему мнению, уважаемый Di_LIne - зателнетился к 135 порту с другой тачки. :-)

авторИбо коннект идет на адрес, АДНАЗНАЧА отличный от 0.0.0.0

конечно на отличный. Если Вы знакомы с интерфейсом сокетов - listen() мы делаем к сокету, к коему прибинден INADDR_ANY (в случае сервера, слушающего ВСЕ - в моем жабском примере это 0.0.0.0 в соответствии с RFC) И только когда происходит accept() и устанавливается реальное соединения - все части "пятерки" готовы и сторона сервера имеет конкретный адресб соответствующий интерфейсу, откуда пришел коннект.
И там не важно - это реальный интерфейс или петля 127.0.0.1

авторИнтересно, а стек TCP/IP ва-апще-то кто-нить для свой операционки с "нуля"
писал? Или так и качует от одной к другой?..............

Windows повзаимствовал стек из лучшей системы всех времен и народов - BSD :-)
В MSDN поиск по слову Berkeley подскажет путь Ищущему :-)