Какой самый простой способ (который не включает изменение IP-адреса моего терминала или маршрутизатора) для доступа к подсети, в которой не работает ни одно из этих устройств?

Маршрутизатор вещает 192.168.1.0-255, в котором сидит мой терминал. И у меня есть устройство со статическим IP-адресом где-то в диапазоне 10.0.0.0-255, которое находится на локальной стороне внешнего шлюза, но на стороне WAN маршрутизатора - я предположил, что это какой-то мост, так как сеть отказывается сотрудничать без него.

Мои знания статических маршрутов ограничены - но я попытался добавить один для 10.0.0.0/24 к своему внешнему шлюзу в соответствии с похожими проблемами, которые я погуглил, хотя это не помогло ситуации - я полагаю, потому Я неправильно настроил маршрут, или потому что это неосуществимое решение для этой проблемы.

Я хочу сохранить подсеть 192.168.1 в точности так, как она функционирует сегодня, и одновременно иметь возможность общаться с устройством 10.0.0. Если статический маршрут здесь не работает, каково ваше самое умное решение для ситуации такого рода?

Топология редактировать:

External Gateway --> 
    10.0.0.1 (bridge device) --> 
        192.168.1.1 (router) --> 
        192.168.1.5 (switch) --> 
        192.168.1.10 (terminal)

Таблица маршрутизации

Destination     Gateway    Flags    Use     Mtu     Netif
default         80.213.4.1  UGS    30655    1500    re0 
8.8.8.8         80.213.4.1  UGHS   2        1500    re0 
10.0.0.0/24     80.213.4.1  UGS    6183     1500    re0 ' <--?
80.213.4.0/22   link#1      U      12785    1500    re0 
80.213.4.124    link#1      UHS    0        16384   lo0 
127.0.0.1       link#7      UH     59       16384   lo0 
130.67.15.198   80.213.4.1  UGHS   0        1500    re0 
192.168.1.0/24  link#3      U      212101   1500    re2 
192.168.1.1     link#3      UHS    0        16384   lo0 
192.168.2.0/24  192.168.2.2 UGS    0        1500    ovpns1  
192.168.2.1     link#8      UHS    0        16384   lo0 
192.168.2.2     link#8      UH     0        1500    ovpns1

Nmap сканирует:

nmap -sP 10.0.0.0/24
nmap -sn 10.0.0.0/24
nmap -sL -n 10.0.0.0/24

Все сканы либо ничего не возвращают, либо каждый IP в подсети.

Последнее редактирование:

Я обнаружил устройство, но еще не установил соединение. На роутере (192.168.1.1):

[admin@purgatory.vegardindustries.com]/root: ifconfig re0 add 10.0.0.2/24
[admin@purgatory.vegardindustries.com]/root: ifconfig -a
re0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
        options=8209b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,WOL_MAGIC,LINKSTATE>
        ether 14:cc:20:06:5e:0e
        inet6 fe80::16cc:20ff:fe06:5e0e%re0 prefixlen 64 scopeid 0x1
        inet 80.213.4.124 netmask 0xfffffc00 broadcast 80.213.7.255
        inet 10.0.0.2 netmask 0xffffff00 broadcast 10.0.0.255
[admin@purgatory.vegardindustries.com]/root: arp -a
[...]
? (10.0.0.2) at 14:cc:20:06:5e:0e on re0 permanent [ethernet]
? (10.0.0.1) at cc:5d:4e:9c:ad:c0 on re0 expires in 328 seconds [ethernet]

2 ответа2

2

Добавьте маршрут к вашему маршрутизатору, чтобы шлюз получил доступ к этому устройству.

Скорее всего, вы найдете его в разделе статической маршрутизации PFsense, но я уже давно его использую. Кроме того, вам необходимо убедиться, что фильтрация «частных» адресов отключена (я полагаю, что она включена по умолчанию в pfsense), так как вы обычно не ожидаете увидеть этот диапазон IP на стороне «WAN» вашего маршрутизатора. ,

1

Какой самый простой способ (который не включает изменение IP-адреса моего терминала или маршрутизатора) для доступа к подсети, в которой не работает ни одно из этих устройств?

В Linux интерфейс может иметь 2 или более IP-адресов.

ip addr add 192.168.99.1/24 dev eth0

например. Это не будет мешать любому существующему IP-адресу. Если вы можете получить оболочку для этого устройства, попробуйте.

Удалите его, заменив add выше на del .

Если ваш маршрут по умолчанию не может направить эту подсеть, что, вероятно, - прошло некоторое время с тех пор, как я это сделал, но я думаю, что вы получаете "бесплатный" маршрут, например, к 192.168.99.0/24 только в силу вышеизложенного ("напрямую связанный" маршрут).

Если у вас есть проблемы, очистите таблицу ARP с помощью arp -d из корневой оболочки.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .