Puncte:1

Dezactivați atât IPv4, cât și IPv6 pe o anumită interfață

drapel ag

Folosind Ubuntu 21.10, SoftEther documentele recomandă dezactivarea IPv4 și IPv6 pe una dintre cele două interfețe Ethernet utilizate pentru adaptorul de rețea bridge local.

Aici e al meu /etc/netplan/01-network-manager-all.yaml...

reţea:
  versiunea: 2
  redator: NetworkManager
  ethernet:
    lan:
      Meci:
        adresa maca: a8:20:XX:XX:9f:da
      dhcp4: fals
      dhcp6: adevărat
      adrese:
        - 192.168.1.3/24
      rute:
        - la: implicit
          prin: 192.168.1.1
          metric: 100
      servere de nume:
        adrese: [192.168.1.1]
        căutare: []
      set-name: lan
    moale:
      Meci:
        adresa maca: 40:6c:XX:XX:4a:93
      dhcp4: fals
      dhcp6: fals
      link-local: []
      opțional: adevărat
      set-name: softether

apoi alerga sudo netplan generate atunci se aplică sudo netplan. După cum puteți vedea, am redenumit interfața pentru bridge-ul local moale.

De asemenea, a adăugat acest lucru la sfârșitul /etc/sysctl.d/99-sysctl.conf

net.ipv6.conf.softether.disable_ipv6 = 1

apoi alerga sudo sysctl -p.

După repornire, încă văd adrese IPv4 și IPv6 pe softether când rulez ip a...

2: softether: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq stare UP grup implicit qlen 1000
    link/ether 40:6c:XX:XX:4a:93 brd ff:ff:ff:ff:ff:ff
    altname enp9s0
    inet 169.254.65.216/16 brd 169.254.255.255 scope link noprefixroute softether
       valid_lft pentru totdeauna preferred_lft pentru totdeauna
    inet6 fd8b:a698:e8f4:3:426c:8fff:fe35:4a93/64 domeniu global depreciat dinamic mngtmpaddr 
       valid_lft 769sec preferred_lft 0sec
    inet6 fd97:65c2:6883:1:426c:8fff:fe35:4a93/64 scope global dynamic mngtmpaddr 
       valid_lft 1785sec preferred_lft 1785sec
    inet6 fda2:db11:4cad:2:426c:8fff:fe35:4a93/64 domeniu global depreciat dinamic mngtmpaddr 
       valid_lft 769sec preferred_lft 0sec
    inet6 fdaa:ed5f:f69b:4:426c:8fff:fe35:4a93/64 domeniu global depreciat dinamic mngtmpaddr 
       valid_lft 770sec preferred_lft 0sec
    inet6 fe80::426c:8fff:fe35:4a93/64 scope link 
       valid_lft pentru totdeauna preferred_lft pentru totdeauna

Documentele Netplan arată aceste exemple...

Exemplu pentru a activa numai IPv4 link-local: link-local: [ ipv4 ]
Exemplu pentru a activa toate adresele link-local: link-local: [ ipv4, ipv6 ]
Exemplu pentru a dezactiva toate adresele link-local: link-local: [ ]

Așa că m-am gândit că folosirea ultimului îmi va oferi ceea ce îmi doream (dar nu a făcut-o).

Aveți gânduri despre ce greșesc?

Puncte:0
drapel ag

Se pare că problema a fost Netplan redator de Manager de rețea. După trecerea la în rețea, am obținut rezultatele pe care le căutam:

2: softether: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq stare UP grup implicit qlen 1000
    link/ether 40:6c:XX:XX:4a:93 brd ff:ff:ff:ff:ff:ff
    altname enp9s0

Iată noua mea /etc/netplan/01-network-manager-all.yaml:

reţea:
  versiunea: 2
  redator: în rețea
  ethernet:
    lan:
      Meci:
        adresa maca: a8:20:XX:XX:9f:da
      dhcp6: adevărat
      adrese:
        - 192.168.1.3/24
      rute:
        - la: implicit
          prin: 192.168.1.1
          metric: 100
      servere de nume:
        adrese: [192.168.1.1]
        căutare: []
      set-name: lan
    moale:
      Meci:
        adresa maca: 40:6c:XX:XX:4a:93
      opțional: adevărat
      # adrese-opționale: []
      link-local: []
      set-name: softether
  wifi-uri:
    wlp2s0:
#     Meci:
# macadress: 88:53:XX:XX:f0:75
      dhcp4: da
      dhcp6: da
      puncte de acces:
        „Unele SSID”:
          parola: „CEVA PAROLA”
# set-name: wifi

Din păcate, nu mai pot redenumi interfața WiFi așa cum am putut Manager de rețea deoarece rețelele wifi ale rețelei nu acceptă potrivirea.

drapel ru
De fapt, conform documentației, `wifs` de la netplan *suportă* se potrivesc, este posibil să nu le introduci corect.
drapel us
Ce IP-uri ați văzut când setați link-local: [] cu NetworkManager? Acesta poate fi o eroare în NM sau în netplan pe care ar trebui să o urmărim și să o reparăm.
nstuyvesant avatar
drapel ag
Rezultatele lui `ip a` pentru interfața softether sunt incluse în postarea mea originală - 169.254.65.216/16 plus 5 x adrese ipv6. Am trimis un ubuntu-bug pe baza rezultatelor pe care le-am văzut mai sus.
nstuyvesant avatar
drapel ag
În ceea ce privește Wi-Fi-urile Netplan, redenumirea interfeței a funcționat cu NetworkManager ca renderer (liniile comentate nu au fost comentate anterior). După trecerea la rețea, am primit eroarea „EROARE: wlp2s0: backend-ul în rețea nu acceptă wifi cu potrivire:, doar după numele interfeței”. Sunt deschis la sugestii dacă vedeți o greșeală într-una dintre cele 3 rânduri comentate.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.