То, что я пытаюсь сделать, чрезвычайно близко к к этому , с одним поворотом. Я хочу, чтобы второй "ник" был вторым IP-адресом (иногда его называют виртуальным ником), добавленным к тому же физическому никну (в той же подсети, и способным добраться до шлюза, если я специально отправляю пакет по этому новый ник). Я знаю, что вы, вероятно, спросите, зачем мне это делать, и, как вы можете догадаться, это длинный, сложный ответ, но суть в том, что мне нужно:
Если это поможет, второй интерфейс потребуется только «ведут себя», когда я связываюсь с ним и отправляю из него пакеты (или пакеты специально приходят к нему). То есть мне не нужны никакие другие правила маршрутизации, кроме этого.
Теперь я попробовал самое очевидное: изменить приведенный выше ответ, просто изменив eth1 на eth0: 1, однако это не сработало для меня, в результате чего RTNETLINK answers: File exists
и виртуальный ник фактически не функционировал, когда я привязался к нему. (Например, с помощью простого теста wget --bind-address
.
я чувствую, что это решение очень близко, хотя, просто нужно немного больше - пожалуйста, помогите!
Вы также можете сделать это таким образом. Этот метод лучше подходит для более новых систем Ubuntu.
auto eth0
iface eth0 inet static
address 192.168.1.50
netmask 255.255.255.0
broadcast 192.168.255
gateway 192.168.1.1
# the "up" lines are executed verbatim when the interface is brought up
up ip addr add 192.168.1.2 brd 192.168.1.255 dev eth0 label eth0:0
up ip addr add 192.168.1.3 brd 192.168.1.255 dev eth0 label eth0:1