Сетевая карта Ubuntu 18.04 с двумя IP-адресами

я хотел бы узнать, как настроить свою сетевую карту с двумя IP-адресами

я пробовал как ниже, но теперь!Д1] network: version: 2 renderer: NetworkManager ethernets: enp0s3: dhcp4: no dhcp6: no addresses: [ 192.168.0.2/32, 172.16.0.2/16 ] gateway4: 192.168.0.1 gateway4: 172.16.0.1 nameservers: search: [usp.br] addresses: [ 192.168.0.100, 192.168.0.102 ] optional: true

каждый IP имеет свой собственный шлюз....

не могли бы вы пожалуйста помочь мне, как это?

Спасибо

1
задан 8 May 2018 в 23:34

9 ответов

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

Короче говоря, вы обычно требуется только одна

gateway4: xx.xx.xx.xx

строка в вашей конфигурации.

Если у вас должно быть несколько маршрутов для отдельных IP-адресов интерфейса, вы можете точно контролировать, как они будут себя вести, написав статические маршруты (и установка метрики на основе приоритета адресов), например:

network: version: 2 renderer: NetworkManager ethernets: enp0s3: dhcp4: no dhcp6: no addresses: [ 192.168.0.2/32, 172.16.0.2/16 ] nameservers: search: [usp.br] addresses: [ 192.168.0.100, 192.168.0.102 ] routes: - to: 0.0.0.0/0 via: 192.168.0.1 - to: 0.0.0.0/0 via: 172.168.0.1

Вам также необязательно: true: он только останавливает задержку загрузки, если интерфейс не достаточно быстро, что не должно быть проблемой, учитывая, что вы задаете конкретные статические адреса. Добавление необязательно: true также имеет побочный эффект не блокирования для некоторых целей в systemd, что может означать, что сервер не запустит все службы, которые он должен сразу же, если эти службы нуждаются в сети.

1
ответ дан 17 July 2018 в 14:50

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

Короче говоря, вы обычно требуется только одна

gateway4: xx.xx.xx.xx

строка в вашей конфигурации.

Если у вас должно быть несколько маршрутов для отдельных IP-адресов интерфейса, вы можете точно контролировать, как они будут себя вести, написав статические маршруты (и установка метрики на основе приоритета адресов), например:

network: version: 2 renderer: NetworkManager ethernets: enp0s3: dhcp4: no dhcp6: no addresses: [ 192.168.0.2/32, 172.16.0.2/16 ] nameservers: search: [usp.br] addresses: [ 192.168.0.100, 192.168.0.102 ] routes: - to: 0.0.0.0/0 via: 192.168.0.1 - to: 0.0.0.0/0 via: 172.168.0.1

Вам также необязательно: true: он только останавливает задержку загрузки, если интерфейс не достаточно быстро, что не должно быть проблемой, учитывая, что вы задаете конкретные статические адреса. Добавление необязательно: true также имеет побочный эффект не блокирования для некоторых целей в systemd, что может означать, что сервер не запустит все службы, которые он должен сразу же, если эти службы нуждаются в сети.

1
ответ дан 20 July 2018 в 14:53

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

Короче говоря, вы обычно требуется только одна

gateway4: xx.xx.xx.xx

строка в вашей конфигурации.

Если у вас должно быть несколько маршрутов для отдельных IP-адресов интерфейса, вы можете точно контролировать, как они будут себя вести, написав статические маршруты (и установка метрики на основе приоритета адресов), например:

network: version: 2 renderer: NetworkManager ethernets: enp0s3: dhcp4: no dhcp6: no addresses: [ 192.168.0.2/32, 172.16.0.2/16 ] nameservers: search: [usp.br] addresses: [ 192.168.0.100, 192.168.0.102 ] routes: - to: 0.0.0.0/0 via: 192.168.0.1 - to: 0.0.0.0/0 via: 172.168.0.1

Вам также необязательно: true: он только останавливает задержку загрузки, если интерфейс не достаточно быстро, что не должно быть проблемой, учитывая, что вы задаете конкретные статические адреса. Добавление необязательно: true также имеет побочный эффект не блокирования для некоторых целей в systemd, что может означать, что сервер не запустит все службы, которые он должен сразу же, если эти службы нуждаются в сети.

1
ответ дан 20 July 2018 в 15:18

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

Короче говоря, вы обычно требуется только одна

gateway4: xx.xx.xx.xx

строка в вашей конфигурации.

Если у вас должно быть несколько маршрутов для отдельных IP-адресов интерфейса, вы можете точно контролировать, как они будут себя вести, написав статические маршруты (и установка метрики на основе приоритета адресов), например:

network:
  version: 2
  renderer: NetworkManager
  ethernets:
     enp0s3:
        dhcp4: no
        dhcp6: no
        addresses: [ 192.168.0.2/32, 172.16.0.2/16 ]
        nameservers:
              search: [usp.br]
              addresses: [ 192.168.0.100, 192.168.0.102 ]
        routes:
          - to: 0.0.0.0/0
            via: 192.168.0.1
          - to: 0.0.0.0/0
            via: 172.168.0.1

Вам также не нужно optional: true : он останавливает задержку загрузитесь, если интерфейс не подходит достаточно быстро, что не должно быть проблемой, учитывая конкретные статические адреса. Добавление необязательно: true также имеет побочный эффект от блокировки для некоторых целей в systemd, что может означать, что сервер не запустит все службы, которые он должен немедленно, если эти службы нуждаются в сети.

1
ответ дан 23 July 2018 в 15:49

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

Короче говоря, вы обычно требуется только одна

gateway4: xx.xx.xx.xx

строка в вашей конфигурации.

Если у вас должно быть несколько маршрутов для отдельных IP-адресов интерфейса, вы можете точно контролировать, как они будут себя вести, написав статические маршруты (и установка метрики на основе приоритета адресов), например:

network:
  version: 2
  renderer: NetworkManager
  ethernets:
     enp0s3:
        dhcp4: no
        dhcp6: no
        addresses: [ 192.168.0.2/32, 172.16.0.2/16 ]
        nameservers:
              search: [usp.br]
              addresses: [ 192.168.0.100, 192.168.0.102 ]
        routes:
          - to: 0.0.0.0/0
            via: 192.168.0.1
          - to: 0.0.0.0/0
            via: 172.168.0.1

Вам также не нужно optional: true : он останавливает задержку загрузитесь, если интерфейс не подходит достаточно быстро, что не должно быть проблемой, учитывая конкретные статические адреса. Добавление необязательно: true также имеет побочный эффект от блокировки для некоторых целей в systemd, что может означать, что сервер не запустит все службы, которые он должен немедленно, если эти службы нуждаются в сети.

1
ответ дан 2 August 2018 в 11:12

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

Короче говоря, вы обычно требуется только одна

gateway4: xx.xx.xx.xx

строка в вашей конфигурации.

Если у вас должно быть несколько маршрутов для отдельных IP-адресов интерфейса, вы можете точно контролировать, как они будут себя вести, написав статические маршруты (и установка метрики на основе приоритета адресов), например:

network:
  version: 2
  renderer: NetworkManager
  ethernets:
     enp0s3:
        dhcp4: no
        dhcp6: no
        addresses: [ 192.168.0.2/32, 172.16.0.2/16 ]
        nameservers:
              search: [usp.br]
              addresses: [ 192.168.0.100, 192.168.0.102 ]
        routes:
          - to: 0.0.0.0/0
            via: 192.168.0.1
          - to: 0.0.0.0/0
            via: 172.168.0.1

Вам также не нужно optional: true : он останавливает задержку загрузитесь, если интерфейс не подходит достаточно быстро, что не должно быть проблемой, учитывая конкретные статические адреса. Добавление необязательно: true также имеет побочный эффект от блокировки для некоторых целей в systemd, что может означать, что сервер не запустит все службы, которые он должен немедленно, если эти службы нуждаются в сети.

1
ответ дан 3 August 2018 в 09:48

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

Короче говоря, вы обычно требуется только одна

gateway4: xx.xx.xx.xx

строка в вашей конфигурации.

Если у вас должно быть несколько маршрутов для отдельных IP-адресов интерфейса, вы можете точно контролировать, как они будут себя вести, написав статические маршруты (и установка метрики на основе приоритета адресов), например:

network:
  version: 2
  renderer: NetworkManager
  ethernets:
     enp0s3:
        dhcp4: no
        dhcp6: no
        addresses: [ 192.168.0.2/32, 172.16.0.2/16 ]
        nameservers:
              search: [usp.br]
              addresses: [ 192.168.0.100, 192.168.0.102 ]
        routes:
          - to: 0.0.0.0/0
            via: 192.168.0.1
          - to: 0.0.0.0/0
            via: 172.168.0.1

Вам также не нужно optional: true : он останавливает задержку загрузитесь, если интерфейс не подходит достаточно быстро, что не должно быть проблемой, учитывая конкретные статические адреса. Добавление необязательно: true также имеет побочный эффект от блокировки для некоторых целей в systemd, что может означать, что сервер не запустит все службы, которые он должен немедленно, если эти службы нуждаются в сети.

1
ответ дан 5 August 2018 в 01:08

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

Короче говоря, вы обычно требуется только одна

gateway4: xx.xx.xx.xx

строка в вашей конфигурации.

Если у вас должно быть несколько маршрутов для отдельных IP-адресов интерфейса, вы можете точно контролировать, как они будут себя вести, написав статические маршруты (и установка метрики на основе приоритета адресов), например:

network:
  version: 2
  renderer: NetworkManager
  ethernets:
     enp0s3:
        dhcp4: no
        dhcp6: no
        addresses: [ 192.168.0.2/32, 172.16.0.2/16 ]
        nameservers:
              search: [usp.br]
              addresses: [ 192.168.0.100, 192.168.0.102 ]
        routes:
          - to: 0.0.0.0/0
            via: 192.168.0.1
          - to: 0.0.0.0/0
            via: 172.168.0.1

Вам также не нужно optional: true : он останавливает задержку загрузитесь, если интерфейс не подходит достаточно быстро, что не должно быть проблемой, учитывая конкретные статические адреса. Добавление необязательно: true также имеет побочный эффект от блокировки для некоторых целей в systemd, что может означать, что сервер не запустит все службы, которые он должен немедленно, если эти службы нуждаются в сети.

1
ответ дан 6 August 2018 в 17:37

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

Короче говоря, вы обычно требуется только одна

gateway4: xx.xx.xx.xx

строка в вашей конфигурации.

Если у вас должно быть несколько маршрутов для отдельных IP-адресов интерфейса, вы можете точно контролировать, как они будут себя вести, написав статические маршруты (и установка метрики на основе приоритета адресов), например:

network:
  version: 2
  renderer: NetworkManager
  ethernets:
     enp0s3:
        dhcp4: no
        dhcp6: no
        addresses: [ 192.168.0.2/32, 172.16.0.2/16 ]
        nameservers:
              search: [usp.br]
              addresses: [ 192.168.0.100, 192.168.0.102 ]
        routes:
          - to: 0.0.0.0/0
            via: 192.168.0.1
          - to: 0.0.0.0/0
            via: 172.168.0.1

Вам также не нужно optional: true : он останавливает задержку загрузитесь, если интерфейс не подходит достаточно быстро, что не должно быть проблемой, учитывая конкретные статические адреса. Добавление необязательно: true также имеет побочный эффект от блокировки для некоторых целей в systemd, что может означать, что сервер не запустит все службы, которые он должен немедленно, если эти службы нуждаются в сети.

1
ответ дан 14 August 2018 в 11:33

Другие вопросы по тегам:

Похожие вопросы: