Предположим, что у нас есть подсеть за коммутатором / маршрутизатором. Возможно ли иметь более одного набора хостов в этой подсети, у которых нет общих общедоступных IP-адресов?
Предположим: сегмент LAN 192.168.10.0 состоит из 20 участников. Мы не разделяем его на подсети. Пусть S1 = {a1, b1, c1 ....}, S2 = {a2, b2, c2 ...} - два непересекающихся множества.
Я хочу понять, какова вероятность или при каких обстоятельствах эти два набора имеют два разных публичных IP-адреса.
Если возможно, как это сделать? Какое оборудование или программное обеспечение требуется? Также, пожалуйста, помогите с некоторыми основными необходимыми элементами конфигурации.
Поскольку в вашем сообщении упоминается 192.168, общедоступные IP-адреса, связанные с машинами в сети, полностью регулируются маршрутизатором.
Вполне возможно, что разные частные IP-адреса в маршрутизаторе будут связаны с разными общедоступными IP-адресами. Это характеристика, связанная с NAT операторского класса.
Проблема, однако, значительно более тонкая, поскольку существует множество различных конфигураций/комбинаций, включая обработку входящих и исходящих соединений, участие нескольких провайдеров, группировку систем.
При всем уважении, если спрашивать, какое аппаратное/программное обеспечение требуется — это не по теме — существует множество разных вариантов. В то время как большинство маршрутизаторов Soho не предоставляют эту функциональность в графическом интерфейсе, даже маршрутизаторы Soho Ethernet, которые могут быть прошиты с помощью dd-wrt или аналогичного, могут быть кооптированы для этого, поскольку они работают в Linux, и это более или менее встроен в стек IP-адресов Linux, и для управления им просто требуются соответствующие инструменты — возможно, в командной строке. Биты/метки QoS, маршрутизация на основе политик Iptables — все это вероятные компоненты решения на основе Linux.
Нет смысла вдаваться в подробности «как», если проблема не конкретизирована более конкретно, и нет никакого способа сделать это, пока не будет представлена правильно сформулированная проблема. Также кажется вероятным, что то, что вы пытаетесь, является плохой идеей, поскольку вы, похоже, решаете проблемы, предназначенные для решения с использованием подсетей, игнорируя эту стандартизированную модель.