নেটপ্লান প্রারম্ভকালে প্রয়োগ হয় না

Question

আমি vmware ভার্চুয়াল মেশিনে সর্বশেষ আপডেট সহ উবুন্টু 17.10 ইনস্টল করেছি। নেটপ্লান আমার 2 ইথারনেট কনফিগার করে না।

এখানে আমার /etc/netplan/01-netcfg.yaml

network:
  version: 2
  renderer: networkd
  ethernets:
    lan:
      match:
        macaddress: 00:12:34:a8:29:e8
      set-name: lan
      dhcp4: false
      dhcp6: false
      accept-ra: false
      addresses:
        - 10.10.0.48/24
        - 1701:5740:5000:3301::48/64

    failover:
      match:
        macaddress: 00:45:57:89:27:e8
      set-name: failover
      dhcp4: false
      dhcp6: false
      accept-ra: false
      addresses:
        - 17.25.111.30/27
        - 1701:5740:5000:3300::30/64
      gateway4: 17.25.111.1
      gateway6: 1701:5740:5000:3300::1

      nameservers:
        search:
          - example.at
          - intern.example.at
        addresses:
          - 10.10.0.1
          - 1701:5740::66

আমি eth0 এর মতো অনুমানযোগ্য ডিভাইসে ফিরে এসেছি এবং বুটের পরে সমস্ত ডিভাইসগুলির নাম সঠিকভাবে দেওয়া হয়েছে, তবে কনফিগার করা হয়নি।

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: lan: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 00:12:34:a8:29:e8 brd ff:ff:ff:ff:ff:ff
3: failover: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 00:45:57:89:27:e8 brd ff:ff:ff:ff:ff:ff

লগইন এবং ফায়ারিংয়ের পরে সিস্টেস্টল রিস্টার্ট সিস্টেম-নেটওয়ার্কড ডিভাইসগুলি কনফিগার করা হয়। নেটপ্ল্যান প্রয়োগও কাজ করে।

আমি systemd- নেটওয়ার্কd.service এবং systemd-networkd.timer এর সাথে অনেকটা খেলেছি কিন্তু কিছুই সাহায্য করেনি।

প্রতিটি রিবুট হওয়ার পরে ম্যানুয়ালি নেটওয়ার্ক সেটআপ করা হতাশাজনক। কেউ এই সমস্যার সমাধানের কিভাবে জানে?

Comments

বুট করার সময়, / রান / সিস্টেমড / নেটওয়ার্ক এবং / রান / সিস্টেমডি / নেটিফের সামগ্রীগুলি কী কী?

— স্ল্যাঙ্গসেক

এটি এখন নেটপ্ল্যান 0.36.3 দিয়ে বায়োনিকে স্থির করা উচিত। আপনি এটি পরীক্ষা করতে এবং আমাদের জানতে পারেন?

— ডিজে

আমি 18.04 ব্যবহার করি এবং আমিও একই সমস্যার মুখোমুখি। আপনার কি কোন সমাধান আছে?

— gtzinos

Answer 1

আমি মনে করি আপনি এলপি হিট করেছেন : # 1770082 - "সিস্টেমড-নেটওয়ার্কড বুটে ডিভাইসগুলির নাম পরিবর্তন করে না"।

মূলত, আপনার সিস্টেমটি বুট করার সময়, নেটওয়ার্ক ডিভাইসটি eth0/ eth1ইত্যাদি হিসাবে উপস্থিত হবে অর্ডারটি অনুমানযোগ্য নয়, সুতরাং udev ডিভাইসগুলির নাম বুটের মতো ens3বা enp2s0আরআরআর্ট পর্যায়ে নাম পরিবর্তন করে। (এর আউটপুট গ্রেপ করে আপনার এটি দেখতে সক্ষম হওয়া উচিত dmesg))

আপনি একটি আছে set-nameআপনার netplan YAML মধ্যে স্তবক। পরে বুটে, এটি set-nameসিস্টেমেড লিঙ্ক ফাইলে একটি নামকরণের নিয়ম উত্পন্ন করে , যা উদেব দ্বারা পড়া হয় read যাইহোক, কোনও লিঙ্ক ফাইল কোনও ডিভাইসটির নাম পরিবর্তন করে রাখলে এটির নামকরণ হবে না। আপনার ক্ষেত্রে, ডিভাইসটির নাম পরিবর্তন করা হবে না কারণ এটি সম্ভবত আরআরডি-র নতুন নামকরণ করা হয়েছিল।

আমি এটি সম্পর্কে সিস্টেমডের বিরুদ্ধে একটি ত্রুটি খুললাম ( সমস্যা # 9006 - "উদেব: লিঙ্ক ফাইলে ইন্টারফেসের নাম প্রয়োগ করা হয়নি")। আমি নেটপ্ল্যানে পরিবর্তনের প্রস্তাবও দিয়েছিলাম ( পিআর # 31 - "ডিভাইসগুলির নতুন নামকরণের জন্য উদেব নিয়ম ফাইলগুলি উত্পন্ন করুন") যার ফলে একটি সিস্টেমযুক্ত নিয়ম ফাইল তৈরি হবে এবং সাথে একটি লিঙ্ক ফাইলও তৈরি হবে, কারণ একটি বিধি ফাইল যেমন ডিভাইসটি থাকলেও সম্মানিত হয় ইতিমধ্যে নামকরণ করা হয়েছে।

কর্মক্ষেত্র হিসাবে, net.ifnames=0কার্নেল কমান্ড লাইনে বুট করার চেষ্টা করুন। দীর্ঘমেয়াদী সমাধানের জন্য, নেটপ্ল্যানে আমার পরিবর্তনটি বায়োনিকের কাছে ফিরে যেতে এবং আগামী মাস বা তার মধ্যে প্রকাশ করা হবে বলে আশা করি।

Comments

এটি এখন সঙ্গে netplan 0.36.3 সংশোধন করা হয়েছে

— đã

এটি আমার জন্য 2018-09-17-এ প্রস্তাবিত ব্যাকপোর্টগুলি আপডেট এবং সুরক্ষা সহ 18.04.1 আপ-টু-ডেট উবুন্টুতে সমাধান করেছে। আমি set-nameআপাতত দিকনির্দেশগুলি অক্ষম করেছি , net.ifnames=0কার্নেল সিএমডিলাইন চেষ্টা করেছিলাম না । এর সাথে set-name, ডিভাইসগুলির নতুন নামকরণ করা হয়েছিল, তবে সেগুলি আনা হয়নি।

— TheJJ

Answer 2

আমার উবুন্টু 18.04-তে ঠিক একই সমস্যা আছে, কিন্তু আর পিটসকের সমাধানটি সমাধান করে না :(

sudo crontab -e
@reboot /usr/sbin/netplan apply

আমি রুট ব্যবহারকারীকে সক্ষম করার চেষ্টা করেছি, এটি উবুন্টুতে ডিফল্টরূপে অক্ষম হয়েছে, তবে ভাগ্য নেই।

আমার সংযোগ অর্জনের একমাত্র উপায় হ'ল:

1. নিজস্ব কীবোর্ড ব্যবহার করে মেশিনে লগইন করুন;
2. "sudo নেটপ্ল্যান প্রয়োগ" টাইপ করুন;
3. তারপরে আমি শেষ পর্যন্ত মেশিনে এসএসএইচ করতে সক্ষম।

আমি যদি "sudo নেটপ্ল্যান প্রয়োগ" না করি তবে মেশিনে আমার কোনও সংযোগ নেই। এলটিএসের এমন একটি ভাঙা সফ্টওয়্যারটি প্রকাশ করা কীভাবে সম্ভব?

আমি আমার দৃশ্যাবলী সম্পর্কে আরও বিশদ যুক্ত করতে চাই, আমরা যে ঘটনাগুলির কথা বলছি তা সনাক্ত করতে অন্য লোকের উপযোগী হতে। আমার ক্ষেত্রে এটিই ঘটছিল:

• আমি নেট ইনস্টল ব্যবহার করে আমার ইনটেল এনইউসি তে উবুন্টু 18.04 ইনস্টল করেছি;
• আমি ওয়্যারলেস সংযুক্ত থাকাকালীন স্থিত আইপি ঠিকানা পেতে নেটপ্ল্যান ওয়াইএএমএল ফাইলটি কনফিগার করেছি;
• আমি এটি "sudo নেটপ্ল্যান প্রয়োগ" দিয়ে প্রয়োগ করেছি;
• আমি আমার এনইউসি রিবুট করেছি;
• আমি আমার উইন্ডোজ মেশিন থেকে একটি "পিং-টি" চালু করেছি;
• পুনরায় শুরু হওয়ার পরে, এনইউসি এলএক্সডিইডি লগইন প্রম্পট দেখিয়েছে;
• এই মুহুর্তে, এনইউসি পিং অনুযায়ী অ্যাক্সেসযোগ্য ছিল;
• আমি লগ ইন করেছি, "sudo নেটপ্ল্যান প্রয়োগ" টাইপ করেছি এবং কয়েক সেকেন্ড পরে এটি পৌঁছনীয় হয়ে যায়।

আমি মনে করি নেটপ্ল্যানটি / ইত্যাদি / নেটওয়ার্ক / ইন্টারফেসের তুলনায় একটি ভাল উন্নতি, তবে এই আচরণটি যত তাড়াতাড়ি সম্ভব ঠিক করা উচিত :)

হালনাগাদ:

আমি নিম্নলিখিত কমান্ডগুলি ব্যবহার করে সমস্যাটি ডিবাগ করেছি:

$ journalctl --no-pager -lu systemd-networkd
$ networkctl

দেখে মনে হচ্ছে এটি এলএক্সডিই-র নেটওয়ার্ক ম্যানেজার প্যানেল এতে হস্তক্ষেপ করছে। এমনকি সংযোগগুলি "পরিচালনা না করা" হিসাবে প্রদর্শিত হলেও, আমি "নেটওয়ার্কিং সক্ষম করুন" আন-চেক করেছি এবং দেখে মনে হচ্ছে এটি সমস্যার সমাধান করেছে।

আমরা এটি বন্ধ করতে পারি :)

Answer 3

আমি এখন এটি উবুন্টু 18.04 দিয়ে চেষ্টা করেছি এবং আমার মনে হয় এই বাগটি ঠিক হয়ে গেছে।
এটা এখন আমার জন্য কাজ করে।

Comments

এটা দিয়ে netplan 0.36.3 সংশোধন করা উচিত

— đã

নাহ, আমি আজই এটি পেয়েছি

— ডারিও ফুমাগল্লি

এবং ... আজকের হিসাবে আমার কাছে একটি নতুন এবং আপডেটেড উবুন্টু 18.04 সার্ভার রয়েছে এবং এটি এখনও ঘটে!

— দারিও ফুমাগল্লি

Answer 4

আমি problemোকিয়ে এই সমস্যাটি সমাধান করেছি

@reboot /usr/sbin/netplan apply

রুটের ক্রোনটব মধ্যে into সমস্যার আসল সমাধান নয়, এটি একটি স্থির করে তুলেছে।

Answer 5

উবুন্টু 18.04 দিয়ে, নেটপ্ল্যানটিও আমার জন্য বেশ নতুন ছিল, আমি ফাইলটি তৈরি করতে এবং চালানোর জন্য একটি গাইড অনুসরণ করেছি এবং আপনার মত, কখনও কখনও সংযোগটি পুনরায় বুট করার পরে পুনরায় বুট হয়ে গেল।/etc/netplan/01-netcfg.yamlsudo netplan apply

ম্যানুয়ালি দৌড়ানোর sudo netplan applyফলে এটি আবার কাজ করে। তবে তা বিরক্তিকর ছিল।

আমার ক্ষেত্রে সমাধানটি ছিল /etc/network/interfacesসমস্ত enp0 ** স্তনগুলি সম্পাদনা করে মন্তব্য করা (সেগুলি আপনার সিস্টেমে কীভাবে ডাকা হয় তা পরীক্ষা করে দেখুন)।

তারপরে পুনরায় বুট করুন।

মূলত / etc / nwtwork / ইন্টারফেসে পুরানো কনফিগারেশন নেটপ্ল্যানের সাথে বিরোধী ছিল।

Comments

এটি যে প্রশ্ন করা হচ্ছে তার উত্তর দেয় না।

— থমাস ওয়ার্ড

Answer 6

ইভেন্টগুলি পুনরায় চালিত করার জন্য আমার একটি সমস্যা ছিল। মূলত নেটপ্ল্যান সমস্ত কনফিগারেশন সঠিকভাবে করেছে তবে নেটওয়ার্কড এটিকে উপেক্ষা করেছে। ডিভাইসগুলিকে "নেটপ্ল্যান প্রয়োগ" হিসাবে পুনরায় প্লাগিং করা এটি ঠিক করে দেবে।

কিছু সমাধানের মত হতে পারে

$ echo virtio0 | sudo tee /sys/bus/virtio/drivers/virtio_net/virtio0/driver/unbind
$ echo virtio0 | sudo tee /sys/bus/virtio/drivers/virtio_net/bind
(or other devices / drivers in your case)

হতে পারে এটি এই সমস্যাটিকে অনুসন্ধান করতে কিছুকে সহায়তা করে।

যেহেতু আমি মনে করি এটি আসলে একটি ত্রুটি এটি আমি এটি সম্পর্কে এই বাগটি দায়ের করেছি।

Answer 7

ঠিক আছে আরও ভাল উত্তর আমি স্থির করেছি নেটপ্ল্যান স্থির না হওয়া পর্যন্ত এটি আইফআপ ডাউনে ফিরে যেতে। sudo apt ইনস্টল ifupdown তারপর ইন্টারফেস sudo ন্যানো / ইত্যাদি / নেটওয়ার্ক / ইন্টারফেস কনফিগার করুন

অটো এনপিএনএসএস 0 ইফেস এনপিএসস0 ইনট স্ট্যাটিক ঠিকানা 192.168.1.100 নেটমাস্ক 255.255.255.0 নেটওয়ার্ক 192.168.1.0 সম্প্রচারিত 192.168.1.255 গেটওয়ে 192.168.1.1 ডিএনএস-নেমসারভার 192.168.1.0,8.8.8.8

এবং যে কেউ এটি এলটিএস সার্ভারের রিলিজে প্রয়োগ করেছে তা অবশ্যই পরীক্ষা করে দেখেনি

Answer 8

যেহেতু এটি একটি চলমান সমস্যা, আমার এই সমস্যাটি সমাধান করার জন্য আরও একটি পদ্ধতি রয়েছে:

একটি সিস্টেমযুক্ত টাইমার তৈরি করুন এবং বুটের পরে নেটওয়ার্ক স্টেটিং প্রয়োগ করুন।

এখানে স্ক্রিপ্ট: চেক_নেটওয়ার্ক work আপনার নিজের সাথে ইন্টারফেসটি এন 3232 প্রতিস্থাপন করতে হবে।

#!/bin/bash
#
CMD="$(ip address | egrep -c "^[\s\t]*inet .* ens32$")"
if [ ${CMD} -eq "0" ]
then
   echo "check network not configured, configuring now..." | systemd-cat -p info
   netplan apply
else
   echo "check network ok" | systemd-cat -p info
fi

এটি সার্ভিস ইউনিট চেক_নেটওয়ার্ক.সার্ভিস ice

[Unit]
Description=check if netplan configured network

[Service]
ExecStart=/root/jobs/check_network

[Install]
WantedBy=multi-user.target

এবং এটি হ'ল সিস্টেমড টাইমার চেক_নেটওয়ার্ক.টিমার বুট পরে 30 সেকেন্ড এবং তারপরে প্রতি ঘন্টা পরে ডাকা হয়

[Unit]
Description=check_network timer

[Timer]
OnBootSec=30s
OnUnitActiveSec=3600s
Persistent=true
Unit=check_network.service

[Install]
WantedBy=timers.target

চেক_নেটওয়ার্কটি / রুট / কাজের সাথে অনুলিপি করুন

/ Etc / systemd / সিস্টেমে check_network.service অনুলিপি করুন

চেক_নেটওয়ার্ক.টিমারকে / etc / systemd / সিস্টেমে অনুলিপি করুন

এবং তারপরে পরিষেবা এবং টাইমার সক্ষম করুন

systemctl enable check_network.service
systemctl enable check_network.timer

Answer 9

নেটপ্লান ব্যবহারকারী 18.04.1 এ অনুমান করা হয়েছে যে নেটপ্ল্যান কনফিগারেশনটি নেটওয়ার্কড পুনরায় আরম্ভ করার সময় পড়েছে - এটি নিজেই কিছুটা সমস্যা ছিল কারণ 10 টির মতো আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা পরিষেবা রয়েছে যা সিস্টেমটি জানে। তাদের মধ্যে কেউই পছন্দসই ফলাফল আনেনি তাই আমি পুরো মেশিনটি রিবুট করার আশ্রয় নিয়েছিলাম। কোন লাভ হয়নি। অবশেষে আমি জানতে পেরেছিলাম যে 'নেটপ্ল্যান প্রয়োগ' কেবল প্রয়োগ করতেই নয় সিনট্যাক্স ত্রুটিগুলিও নির্দেশ করে। সুতরাং পরিবর্তনের পরে মনে হচ্ছে আপনাকে নেটপ্ল্যান প্রয়োগ করতে হবে এবং তারপরে আপনি হয়ে গেলেন। এটি ম্যানুয়ালটিতে বর্ণিত হয় না যতক্ষণ না আমি এটি মিস করি তাই আমি আমার মতো অন্যান্য দরিদ্র ছোট্ট পোকার জন্য এখানে এটি অন্তর্ভুক্ত করি।

Answer 10

/ ইত্যাদি / নেটপ্ল্যান ফাইলের সমস্ত কিছুই ক্লাউড-ইন স্টাফ দ্বারা উত্পাদিত হয় (প্রযুক্তিগত শব্দটি আমি জানি)

আপনি /etc/netplan/*.yaml ফাইল সম্পাদনা করার সময় /etc/cloud/cloud.cfg/50-curtin-networking.cfg সম্পাদনা করুন।

তারপরে ক্লাউড-আরিন ক্লিন ক্লাউড-আরিন সূডো নেটপ্ল্যান প্রয়োগ করুন

আমি নেটপ্ল্যানের সাথে ওয়াইফাই স্টাফ ছেড়ে দিয়েছি, এবং স্রেফ যদি আইপডডাউনে ফিরে যাই। নেটপ্ল্যানের সাহায্যে যে কেউ এটি করার চেষ্টা করছেন তাদের জন্য শুভকামনা যে আমি পড়েছি যে উবুন্টু সত্যিই 18.04 এ স্ক্রু আপ করেছিল যখন তারা পুরোপুরি আইফআপ ডাউন ট্র্যাশ না করে এবং ক্লাউড-ইনকে পুরোপুরি সমর্থন না করে। :( হতে পারে 19.04-এ জিনিসগুলি আরও ভাল হবে Hope আশা করি উপরে আমি যে তথ্য দিয়েছি তা কাউকে সহায়তা করে।