Ошибка конфигурации Netplan: & ldquo; Недопустимый YAML & hellip; не нашел ожидаемого ключа. & rdquo;

Итак, что касается конкретной ошибки, которую вы получаете, вы провалили базовый синтаксис YAML и отступы, что является одной из причин, по которым жалуется netplan. YAML чрезвычайно ориентирован на углубление для того, как он интерпретирует команды, аргументы конфигурации и т. Д. Для правильной обработки конфигураций YAML необходимо иметь правильный отступ. Сюрприз, вы не делаете этого вообще и не нарушаете синтаксис YAML. Вот почему netplan жалуется, потому что вы не предоставляете надлежащий YAML.

Но что еще более важно, чем синтаксис YAML, который заставит Netplan работать, крайне , и вам действительно нужно исправлять их независимо. Эти сбои, в частности:

Итак, исправление вашего отступа более важно , фиксирующего сеть, чтобы предположить, что это /24 на основе попыток IP и шлюза, которые вы указали, ваш YAML должен выглядеть следующим образом: соответствующие углубления. И по сравнению с существующим, вам действительно нужно узнать, как работает отступ.

Итак, что касается конкретной ошибки, которую вы получаете, вы провалили базовый синтаксис YAML и отступы, что является одной из причин, по которым жалуется netplan. YAML чрезвычайно ориентирован на углубление для того, как он интерпретирует команды, аргументы конфигурации и т. Д. Для правильной обработки конфигураций YAML необходимо иметь правильный отступ. Сюрприз, вы не делаете этого вообще и не нарушаете синтаксис YAML. Вот почему netplan жалуется, потому что вы не предоставляете надлежащий YAML.

Но что еще более важно, чем синтаксис YAML, который заставит Netplan работать, крайне , и вам действительно нужно исправлять их независимо. Эти сбои, в частности:

Итак, исправление вашего отступа более важно , фиксирующего сеть, чтобы предположить, что это /24 на основе попыток IP и шлюза, которые вы указали, ваш YAML должен выглядеть следующим образом: соответствующие углубления. И по сравнению с существующим, вам действительно нужно узнать, как работает отступ.

Итак, что касается конкретной ошибки, которую вы получаете, вы провалили базовый синтаксис YAML и отступы, что является одной из причин, по которым жалуется netplan. YAML чрезвычайно ориентирован на углубление для того, как он интерпретирует команды, аргументы конфигурации и т. Д. Для правильного анализа конфигураций YAML необходимо иметь правильный отступ. Сюрприз, вы не делаете этого вообще и не нарушаете синтаксис YAML. Вот почему netplan жалуется, потому что вы не предоставляете надлежащий YAML.

Но что еще более важно, чем синтаксис YAML, который заставит Netplan работать, крайне , и вам действительно нужно исправлять их независимо. Эти сбои, в частности:

Итак, исправление вашего отступа более важно , фиксирующего сеть, чтобы предположить, что это /24 на основе попыток IP и шлюза, которые вы указали, ваш YAML должен выглядеть следующим образом: соответствующие углубления. И по сравнению с существующим, вам действительно нужно узнать, как работает отступ.

Итак, что касается конкретной ошибки, которую вы получаете, вы провалили базовый синтаксис YAML и отступы, что является одной из причин, по которым жалуется netplan. YAML чрезвычайно ориентирован на углубление для того, как он интерпретирует команды, аргументы конфигурации и т. Д. Для правильной обработки конфигураций YAML необходимо иметь правильный отступ. Сюрприз, вы не делаете этого вообще и не нарушаете синтаксис YAML. Вот почему netplan жалуется, потому что вы не предоставляете правильный YAML.

Но даже более важно , чем синтаксис YAML, который заставит Netplan работать, у вас есть критические сбои в конфигурации вашей сети , и вам действительно нужно исправить их независимо. Эти сбои, в частности:

• 10.0.2.15/64 не являются допустимым диапазоном CIDR IPv4. Допустимые диапазоны CIDR находятся между /0 (для всех IPv4) и /32 (для одного адреса) для IPv4. Большинство сетей /24 для диапазона CIDR (с этим диапазоном IP, который будет охватывать 10.0.2.1 - 10.0.2.255 как удобное адресное пространство, хотя я бы предположил, что .1 является шлюзом, а .255 является широковещательной, но это может отличаются в вашей сети, поэтому дважды проверьте все значения!). Требуется правильный диапазон CIDR, поэтому система знает, что такое сетевая маска и доступное пространство IP.
• 10.0.2.0 не является надлежащим адресом шлюза. Адрес .0 не является удобным для использования адресом в подсети IP, поскольку он обычно удерживается только сетевым префиксом. И поскольку ваша конфигурация netowrk пытается сделать /24, но ужасно терпит неудачу, этот шлюз, вероятно, должен быть 10.0.2.1 - но опять же дважды проверьте эти значения с помощью сетевого администратора.

So , исправляя ваши отступы и , фиксирующие сеть, чтобы предположить, что это /24 на основе попыток IP и шлюза, которые вы указали, ваш YAML должен выглядеть так, как показано ниже, с соответствующими углублениями. И по сравнению с вашим существующим, вам действительно нужно узнать, как работает отступ.

network:
  version: 2
  ethernets:
    enp0s3:
      dhcp4: no
      dhcp6: no
      addresses: [10.0.2.15/24]
      gateway4: 10.0.2.1
      nameservers:
        addresses: [8.8.8.8, 8.8.4.4]

Итак, что касается конкретной ошибки, которую вы получаете, вы провалили базовый синтаксис YAML и отступы, что является одной из причин, по которым жалуется netplan. YAML чрезвычайно ориентирован на углубление для того, как он интерпретирует команды, аргументы конфигурации и т. Д. Для правильной обработки конфигураций YAML необходимо иметь правильный отступ. Сюрприз, вы не делаете этого вообще и не нарушаете синтаксис YAML. Вот почему netplan жалуется, потому что вы не предоставляете правильный YAML.

Но даже более важно , чем синтаксис YAML, который заставит Netplan работать, у вас есть критические сбои в конфигурации вашей сети , и вам действительно нужно исправить их независимо. Эти сбои, в частности:

• 10.0.2.15/64 не являются допустимым диапазоном CIDR IPv4. Допустимые диапазоны CIDR находятся между /0 (для всех IPv4) и /32 (для одного адреса) для IPv4. Большинство сетей /24 для диапазона CIDR (с этим диапазоном IP, который будет охватывать 10.0.2.1 - 10.0.2.255 как удобное адресное пространство, хотя я бы предположил, что .1 является шлюзом, а .255 является широковещательной, но это может отличаются в вашей сети, поэтому дважды проверьте все значения!). Требуется правильный диапазон CIDR, поэтому система знает, что такое сетевая маска и доступное пространство IP.
• 10.0.2.0 не является надлежащим адресом шлюза. Адрес .0 не является удобным для использования адресом в подсети IP, поскольку он обычно удерживается только сетевым префиксом. И поскольку ваша конфигурация netowrk пытается сделать /24, но ужасно терпит неудачу, этот шлюз, вероятно, должен быть 10.0.2.1 - но опять же дважды проверьте эти значения с помощью сетевого администратора.

So , исправляя ваши отступы и , фиксирующие сеть, чтобы предположить, что это /24 на основе попыток IP и шлюза, которые вы указали, ваш YAML должен выглядеть так, как показано ниже, с соответствующими углублениями. И по сравнению с вашим существующим, вам действительно нужно узнать, как работает отступ.

network:
  version: 2
  ethernets:
    enp0s3:
      dhcp4: no
      dhcp6: no
      addresses: [10.0.2.15/24]
      gateway4: 10.0.2.1
      nameservers:
        addresses: [8.8.8.8, 8.8.4.4]

Итак, что касается конкретной ошибки, которую вы получаете, вы провалили базовый синтаксис YAML и отступы, что является одной из причин, по которым жалуется netplan. YAML чрезвычайно ориентирован на углубление для того, как он интерпретирует команды, аргументы конфигурации и т. Д. Для правильного анализа конфигураций YAML необходимо иметь правильный отступ. Сюрприз, вы не делаете этого вообще и не нарушаете синтаксис YAML. Вот почему netplan жалуется, потому что вы не предоставляете правильный YAML.

Но даже более важно , чем синтаксис YAML, который заставит Netplan работать, у вас есть критические сбои в конфигурации вашей сети , и вам действительно нужно исправить их независимо. Эти сбои, в частности:

• 10.0.2.15/64 не являются допустимым диапазоном CIDR IPv4. Допустимые диапазоны CIDR находятся между /0 (для всех IPv4) и /32 (для одного адреса) для IPv4. Большинство сетей /24 для диапазона CIDR (с этим диапазоном IP, который будет охватывать 10.0.2.1 - 10.0.2.255 как удобное адресное пространство, хотя я бы предположил, что .1 является шлюзом, а .255 является широковещательной, но это может отличаются в вашей сети, поэтому дважды проверьте все значения!). Требуется правильный диапазон CIDR, поэтому система знает, что такое сетевая маска и доступное пространство IP.
• 10.0.2.0 не является надлежащим адресом шлюза. Адрес .0 не является удобным для использования адресом в подсети IP, поскольку он обычно удерживается только сетевым префиксом. И поскольку ваша конфигурация netowrk пытается сделать /24, но ужасно терпит неудачу, этот шлюз, вероятно, должен быть 10.0.2.1 - но опять же дважды проверьте эти значения с помощью сетевого администратора.

So , исправляя ваши отступы и , фиксирующие сеть, чтобы предположить, что это /24 на основе попыток IP и шлюза, которые вы указали, ваш YAML должен выглядеть так, как показано ниже, с соответствующими углублениями. И по сравнению с вашим существующим, вам действительно нужно узнать, как работает отступ.

network:
  version: 2
  ethernets:
    enp0s3:
      dhcp4: no
      dhcp6: no
      addresses: [10.0.2.15/24]
      gateway4: 10.0.2.1
      nameservers:
        addresses: [8.8.8.8, 8.8.4.4]

Итак, что касается конкретной ошибки, которую вы получаете, вы провалили базовый синтаксис YAML и отступы, что является одной из причин, по которым жалуется netplan. YAML чрезвычайно ориентирован на углубление для того, как он интерпретирует команды, аргументы конфигурации и т. Д. Для правильного анализа конфигураций YAML необходимо иметь правильный отступ. Сюрприз, вы не делаете этого вообще и не нарушаете синтаксис YAML. Вот почему netplan жалуется, потому что вы не предоставляете правильный YAML.

Но даже более важно , чем синтаксис YAML, который заставит Netplan работать, у вас есть критические сбои в конфигурации вашей сети , и вам действительно нужно исправить их независимо. Эти сбои, в частности:

• 10.0.2.15/64 не являются допустимым диапазоном CIDR IPv4. Допустимые диапазоны CIDR находятся между /0 (для всех IPv4) и /32 (для одного адреса) для IPv4. Большинство сетей /24 для диапазона CIDR (с этим диапазоном IP, который будет охватывать 10.0.2.1 - 10.0.2.255 как удобное адресное пространство, хотя я бы предположил, что .1 является шлюзом, а .255 является широковещательной, но это может отличаются в вашей сети, поэтому дважды проверьте все значения!). Требуется правильный диапазон CIDR, поэтому система знает, что такое сетевая маска и доступное пространство IP.
• 10.0.2.0 не является надлежащим адресом шлюза. Адрес .0 не является удобным для использования адресом в подсети IP, поскольку он обычно удерживается только сетевым префиксом. И поскольку ваша конфигурация netowrk пытается сделать /24, но ужасно терпит неудачу, этот шлюз, вероятно, должен быть 10.0.2.1 - но опять же дважды проверьте эти значения с помощью сетевого администратора.

So , исправляя ваши отступы и , фиксирующие сеть, чтобы предположить, что это /24 на основе попыток IP и шлюза, которые вы указали, ваш YAML должен выглядеть так, как показано ниже, с соответствующими углублениями. И по сравнению с вашим существующим, вам действительно нужно узнать, как работает отступ.

network:
  version: 2
  ethernets:
    enp0s3:
      dhcp4: no
      dhcp6: no
      addresses: [10.0.2.15/24]
      gateway4: 10.0.2.1
      nameservers:
        addresses: [8.8.8.8, 8.8.4.4]

Итак, что касается конкретной ошибки, которую вы получаете, вы провалили базовый синтаксис YAML и отступы, что является одной из причин, по которым жалуется netplan. YAML чрезвычайно ориентирован на углубление для того, как он интерпретирует команды, аргументы конфигурации и т. Д. Для правильного анализа конфигураций YAML необходимо иметь правильный отступ. Сюрприз, вы не делаете этого вообще и не нарушаете синтаксис YAML. Вот почему netplan жалуется, потому что вы не предоставляете правильный YAML.

Но даже более важно , чем синтаксис YAML, который заставит Netplan работать, у вас есть критические сбои в конфигурации вашей сети , и вам действительно нужно исправить их независимо. Эти сбои, в частности:

• 10.0.2.15/64 не являются допустимым диапазоном CIDR IPv4. Допустимые диапазоны CIDR находятся между /0 (для всех IPv4) и /32 (для одного адреса) для IPv4. Большинство сетей /24 для диапазона CIDR (с этим диапазоном IP, который будет охватывать 10.0.2.1 - 10.0.2.255 как удобное адресное пространство, хотя я бы предположил, что .1 является шлюзом, а .255 является широковещательной, но это может отличаются в вашей сети, поэтому дважды проверьте все значения!). Требуется правильный диапазон CIDR, поэтому система знает, что такое сетевая маска и доступное пространство IP.
• 10.0.2.0 не является надлежащим адресом шлюза. Адрес .0 не является удобным для использования адресом в подсети IP, поскольку он обычно удерживается только сетевым префиксом. И поскольку ваша конфигурация netowrk пытается сделать /24, но ужасно терпит неудачу, этот шлюз, вероятно, должен быть 10.0.2.1 - но опять же дважды проверьте эти значения с помощью сетевого администратора.

So , исправляя ваши отступы и , фиксирующие сеть, чтобы предположить, что это /24 на основе попыток IP и шлюза, которые вы указали, ваш YAML должен выглядеть так, как показано ниже, с соответствующими углублениями. И по сравнению с вашим существующим, вам действительно нужно узнать, как работает отступ.

network:
  version: 2
  ethernets:
    enp0s3:
      dhcp4: no
      dhcp6: no
      addresses: [10.0.2.15/24]
      gateway4: 10.0.2.1
      nameservers:
        addresses: [8.8.8.8, 8.8.4.4]

Итак, что касается конкретной ошибки, которую вы получаете, вы провалили базовый синтаксис YAML и отступы, что является одной из причин, по которым жалуется netplan. YAML чрезвычайно ориентирован на углубление для того, как он интерпретирует команды, аргументы конфигурации и т. Д. Для правильного анализа конфигураций YAML необходимо иметь правильный отступ. Сюрприз, вы не делаете этого вообще и не нарушаете синтаксис YAML. Вот почему netplan жалуется, потому что вы не предоставляете правильный YAML.

Но даже более важно , чем синтаксис YAML, который заставит Netplan работать, у вас есть критические сбои в конфигурации вашей сети , и вам действительно нужно исправить их независимо. Эти сбои, в частности:

• 10.0.2.15/64 не являются допустимым диапазоном CIDR IPv4. Допустимые диапазоны CIDR находятся между /0 (для всех IPv4) и /32 (для одного адреса) для IPv4. Большинство сетей /24 для диапазона CIDR (с этим диапазоном IP, который будет охватывать 10.0.2.1 - 10.0.2.255 как удобное адресное пространство, хотя я бы предположил, что .1 является шлюзом, а .255 является широковещательной, но это может отличаются в вашей сети, поэтому дважды проверьте все значения!). Требуется правильный диапазон CIDR, поэтому система знает, что такое сетевая маска и доступное пространство IP.
• 10.0.2.0 не является надлежащим адресом шлюза. Адрес .0 не является удобным для использования адресом в подсети IP, поскольку он обычно удерживается только сетевым префиксом. И поскольку ваша конфигурация netowrk пытается сделать /24, но ужасно терпит неудачу, этот шлюз, вероятно, должен быть 10.0.2.1 - но опять же дважды проверьте эти значения с помощью сетевого администратора.

So , исправляя ваши отступы и , фиксирующие сеть, чтобы предположить, что это /24 на основе попыток IP и шлюза, которые вы указали, ваш YAML должен выглядеть так, как показано ниже, с соответствующими углублениями. И по сравнению с вашим существующим, вам действительно нужно узнать, как работает отступ.

network:
  version: 2
  ethernets:
    enp0s3:
      dhcp4: no
      dhcp6: no
      addresses: [10.0.2.15/24]
      gateway4: 10.0.2.1
      nameservers:
        addresses: [8.8.8.8, 8.8.4.4]

Итак, что касается конкретной ошибки, которую вы получаете, вы провалили базовый синтаксис YAML и отступы, что является одной из причин, по которым жалуется netplan. YAML чрезвычайно ориентирован на углубление для того, как он интерпретирует команды, аргументы конфигурации и т. Д. Для правильного анализа конфигураций YAML необходимо иметь правильный отступ. Сюрприз, вы не делаете этого вообще и не нарушаете синтаксис YAML. Вот почему netplan жалуется, потому что вы не предоставляете правильный YAML.

Но даже более важно , чем синтаксис YAML, который заставит Netplan работать, у вас есть критические сбои в конфигурации вашей сети , и вам действительно нужно исправить их независимо. Эти сбои, в частности:

• 10.0.2.15/64 не являются допустимым диапазоном CIDR IPv4. Допустимые диапазоны CIDR находятся между /0 (для всех IPv4) и /32 (для одного адреса) для IPv4. Большинство сетей /24 для диапазона CIDR (с этим диапазоном IP, который будет охватывать 10.0.2.1 - 10.0.2.255 как удобное адресное пространство, хотя я бы предположил, что .1 является шлюзом, а .255 является широковещательной, но это может отличаются в вашей сети, поэтому дважды проверьте все значения!). Требуется правильный диапазон CIDR, поэтому система знает, что такое сетевая маска и доступное пространство IP.
• 10.0.2.0 не является надлежащим адресом шлюза. Адрес .0 не является удобным для использования адресом в подсети IP, поскольку он обычно удерживается только сетевым префиксом. И поскольку ваша конфигурация netowrk пытается сделать /24, но ужасно терпит неудачу, этот шлюз, вероятно, должен быть 10.0.2.1 - но опять же дважды проверьте эти значения с помощью сетевого администратора.

So , исправляя ваши отступы и , фиксирующие сеть, чтобы предположить, что это /24 на основе попыток IP и шлюза, которые вы указали, ваш YAML должен выглядеть так, как показано ниже, с соответствующими углублениями. И по сравнению с вашим существующим, вам действительно нужно узнать, как работает отступ.

network:
  version: 2
  ethernets:
    enp0s3:
      dhcp4: no
      dhcp6: no
      addresses: [10.0.2.15/24]
      gateway4: 10.0.2.1
      nameservers:
        addresses: [8.8.8.8, 8.8.4.4]

Итак, что касается конкретной ошибки, которую вы получаете, вы провалили базовый синтаксис YAML и отступы, что является одной из причин, по которым жалуется netplan. YAML чрезвычайно ориентирован на углубление для того, как он интерпретирует команды, аргументы конфигурации и т. Д. Для правильного анализа конфигураций YAML необходимо иметь правильный отступ. Сюрприз, вы не делаете этого вообще и не нарушаете синтаксис YAML. Вот почему netplan жалуется, потому что вы не предоставляете правильный YAML.

Но даже более важно , чем синтаксис YAML, который заставит Netplan работать, у вас есть критические сбои в конфигурации вашей сети , и вам действительно нужно исправить их независимо. Эти сбои, в частности:

• 10.0.2.15/64 не являются допустимым диапазоном CIDR IPv4. Допустимые диапазоны CIDR находятся между /0 (для всех IPv4) и /32 (для одного адреса) для IPv4. Большинство сетей /24 для диапазона CIDR (с этим диапазоном IP, который будет охватывать 10.0.2.1 - 10.0.2.255 как удобное адресное пространство, хотя я бы предположил, что .1 является шлюзом, а .255 является широковещательной, но это может отличаются в вашей сети, поэтому дважды проверьте все значения!). Требуется правильный диапазон CIDR, поэтому система знает, что такое сетевая маска и доступное пространство IP.
• 10.0.2.0 не является надлежащим адресом шлюза. Адрес .0 не является удобным для использования адресом в подсети IP, поскольку он обычно удерживается только сетевым префиксом. И поскольку ваша конфигурация netowrk пытается сделать /24, но ужасно терпит неудачу, этот шлюз, вероятно, должен быть 10.0.2.1 - но опять же дважды проверьте эти значения с помощью сетевого администратора.

So , исправляя ваши отступы и , фиксирующие сеть, чтобы предположить, что это /24 на основе попыток IP и шлюза, которые вы указали, ваш YAML должен выглядеть так, как показано ниже, с соответствующими углублениями. И по сравнению с вашим существующим, вам действительно нужно узнать, как работает отступ.

network:
  version: 2
  ethernets:
    enp0s3:
      dhcp4: no
      dhcp6: no
      addresses: [10.0.2.15/24]
      gateway4: 10.0.2.1
      nameservers:
        addresses: [8.8.8.8, 8.8.4.4]

его полный мусор я пробовал все комбинации весь день, это «Недопустимый YAML в //etc/netplan/01-netcfg.yaml строка 9 столбец 16» нуждается в сортировке, я возвращаюсь на сервер 16.04 бог знает только, что другие монстры ожидая, если это будет большой проблемой для установки STATIC IP!