ファイアウォール（armbian）LANイーサネットに固定ipv6アドレスを作成しました。ネットワーク管理者を使用してください。問題は、アドレスが次のように表示されることです。
inet6 2001:DB8:c101:b700::1/64 scope global noprefixroute
noprefixroute フラグは、このインターフェイスに 2001:DB8:c101:b700 への自動パスがないことを示します。
NetworkManagerを使用してパスを手動で生成できますが、noprefixrouteフラグなしでパスが自動的に生成されることをお勧めします。
同様の設定（debianstretch）を持つ別のコンピュータがあり、noprefixrouteとしてマークされていない静的IPがあるため、これを行うことができます。
inet6 2001:db8:c101:b700:beef::44/64 scope global
NetworkManagerが時々非常に奇妙に動作しますが、これらの違いが発生する理由はわかりません。
NetworkManagerを引き続き使用している間、noprefixrouteフラグを使用せずに静的IPv6アドレスへのインターフェイスを持つ最良の方法は何ですか？
答え1
Linuxカーネルは、デフォルトで各アドレス（IPv4とIPv6）の「デバイス」パスを追加します。つまり、プレフィックスが配置されているサブネットのアップリンクパスです。
まず、自動的に追加されたパスには常に固定指標（IPv6の場合は256）があります。これはNetworkManagerが望むものではありません。 NetworkManagerは、ipv6.route-metricデバイスタイプに依存するデフォルト値を持つ（指定されていない場合）設定を使用してルートメトリックを設定します。たとえば、イーサネットでは、デフォルトパスメトリックは50です。
autoconf / SLAACを使用すると、ルーターの広告によってはプレフィックスがリンクにないことがあります。この場合、そのようなデバイスパスを追加することは単に間違っています。
したがって、NetworkManager はカーネルが自動的にパスを追加するのを防ぐために、常に noprefixroute フラグを使用してアドレスを追加します。もちろん、NetworkManagerは状況に応じて適切な/ 64を設定します。
たとえば、NetworkManager で固定アドレスを設定する場合。経由で対応するnmcli connection modify "$PROFILE" +ipv6.addresses "1:2:3:4::1/64" && nmcli connection up "$PROFILE"1:2:3:4::/64 パスを表示する必要があります。
"noprefixroute"フラグは実際の問題ではないようです。このフラグは理由があって設定されました。 NetworkManagerで設定したIP設定が不適切な場合は、別の問題が発生する可能性があります。