Samwel Для осуществления реальног решения предполагаемой задачи в общем случае необхолимо включение сетевого элемента включающего возможность получения внешних TCP-соединений и обладающее выделенным прозрачным IP-адресом

JustUserR Просветите если можно.

Использование технологии Netbios в общем случае предполагает возможность осуществления непосредственного обмена информационными полями между рабочими станциями локальной сети - которое может производиться как на основе непосредственно широковещательной рассылки так и передачи сообщений в маршрутизации по заданным протоколам - и в частности TCP-порту службы scvhost В случае осуществления работы в глобальной сети соответствующие узлы маршрутизации может обеспечивать передачу исключительных исходящих TCP-пакетов и некоторых служебных сообщений - которые не позволяют огранзовывать произвольную рассылку управляющих Netbios-пакетов в области действия всей глобальной сети - поскольк в условиях осутствия статического сетевого узла или туннельного соединения спецификация адресации сообщений не является определнной

JustUserR Протокол NetBIOS широко используется в небольших сетях, не разделенных маршрутизаторами на части. Этот протокол поддерживается в операционных системах WindowsforWorkgroups и WindowsNT компании Microsoft, в операционной системе OS/2 Warp компании IBM, а также в некоторых версиях Unix. NetBIOS используется не только как коммуникационный протокол, но и как интерфейс к протоколам, выполняющим транспортные функции в сети, например, к протоколам TCP, UDP или IPX. Последняя роль NetBIOS связана с тем, что в ОС, традиционно использовавших NetBIOS в качестве коммуникационного протокола, многие приложения и протоколы прикладного уровня были написаны в расчете на API, предоставляемый протоколом NetBIOS. При замене протокола NetBIOS на другие транспортные протоколы разработчики приложений и ОС захотели оставить свои программные продукты в неизменном виде, поэтому появились реализации интерфейса NetBIOS, оторванные от его функций как коммуникационного протокола, и выполняющие роль некоторой прослойки, транслирующей запросы одного API в другой.

Основным источником широковещательного трафика в сетях, использующих NetBIOS либо в качестве интерфейса, либо в качестве протокола, является служебный протокол разрешения имен, который ставит в соответствие символьному имени компьютера его МАС-адрес. Все компьютеры, поддерживающие NetBIOS, периодически рассылают по сети запросы и ответы NameQuery и NameRequest, с помощью которых это соответствие поддерживается. При большом количестве компьютеров уровень широковещательного трафика может быть весьма высоким.

Маршрутизаторы обычно не пропускают широковещательный трафик NetBIOS между сетями.

А кроме протокола NetBIOS есть еще много других протоколов и открытых портов и служб слушающих эти порты.

С уважением Самвел.

В общем случае целевые инернет-провадеры используемые в формулировки данной задачи не осуществляют возможность огранизации локальной сети между работими станциями и передача NetBIOS-траффика указанным образом является невозможным - создание специалнього туннельного соединения или виртуальной сети может предоставлять указанную функциональность однако осуществление его создания возможно для конкретных значений адресации компьютеров

JustUserR Чувствую разговор не получается. А жаль...

Осуществление взаимодействия между сетевым узлами в сетях интернет-провайдером как правило производится посредством специального центрального узла маршрутизации - который в общем случае не предоставляет прочрачную передачу соединений или FullCone NAT что приводит к невозможности явного определения MAC-узла целевого компьютера - в случае использования мобильных устройств в качестве источником интернет-соединения указанной ограничение является очевидным

JustUserR Что за детский лепет. В LINUX XTerm в командном процессоре зная надлежащие команды и имея нужные утилиты можно уязвимости и в Cisco найти. А тут просто динамический IP который ОРЁТ на весь интернет.

Что то у меня сложилось впечатление, что я с БОТОМ разговариваю. Hi

В рамках решения указанной задачи определение ориганильного динамического IP-адреса по умолчанию не является возможным поскольку его значения просто неизвестно удаленному узлу Кроме того предполагается явное решения задачи - а не проведение взлома маршрутзатора с целью получения требуемых пакетов - распространяемых оригинальным узлом в подсети