Sejarah dan Salasilah Pengedaran Linux

Apakah sebenarnya pengedaran Linux

Sejarah pengedaran Linux bermula dengan satu kelompangan: kernel Linux secara sendirinya tidak melakukan apa-apa yang boleh digunakan oleh seseorang. Ia melakukan but dan mengesan perkakasan. Kemudian ia berhenti. Seseorang perlu menambah userland, memilih cara perisian dipasang dan dikemas kini, serta berjanji untuk terus membaikinya selama bertahun-tahun. Pengedaran ialah set pilihan tersebut, ditambah dengan kumpulan orang yang kekal menguruskannya selepas itu.

Ia mempunyai lima bahagian. Tukar mana-mana satu daripadanya dan anda mempunyai pengedaran yang berbeza, walaupun kebanyakan binari sepadan:

• Kernel, pada versi yang dipilih oleh projek tersebut, dengan patch dan pemacu yang ditambahnya.
• Userland: pustaka C, shell, sistem init, dan arahan standard.
• Format pakej, dan alat yang memasangnya.
• Polisi keluaran: apa yang boleh berubah, kekerapan perubahan, dan berapa lama setiap keluaran dibaiki.
• Orang: penyelenggara pakej, pasukan keselamatan, dan seseorang yang menjawab apabila sesuatu pakej rosak.

Kernel ialah bahagian yang dikongsi, jadi dua pengedaran Linux berada jauh lebih dekat antara satu sama lain berbanding kedudukan mana-mana satu daripadanya dengan Unix yang lain. Perkara ini wajar diingat apabila anda membandingkan Linux dan FreeBSD sebagai platform pelayan, di mana kernel dan userland asas dibina oleh satu projek dan dikeluarkan bersama-sama. Pada Linux, bahagian-bahagian tersebut datang daripada upstream yang berasingan, dan pengedaran ialah entiti yang menyelaraskan kesemuanya.

Sejarah pengedaran Linux dalam tiga keluarga

Tiga projek yang bermula pada tahun 1993 dan 1994 telah menjadi keluarga utama: Slackware, Debian dan Red Hat. Hampir setiap imej dalam panel kawalan VPS hari ini adalah salah satu daripadanya atau keturunan daripada salah satu keluarga tersebut. Sesuatu keturunan mewarisi format pakej, susun atur fail dan biasanya tabiat keluaran, itulah sebabnya terbitan Debian masih terasa seperti Debian walaupun penjenamaannya telah dibuang.

Pengedaran bebas layak mendapat kategori tersendiri kerana ia tidak bercabang daripada mana-mana pihak. Arch, Gentoo, Alpine, NixOS dan Void masing-masing menulis pengurus pakej sendiri dan peraturan sendiri. Dua daripadanya, Arch dan Alpine, akhirnya tersenarai dalam senarai imej pembekal anda juga, atas sebab-sebab yang tiada kaitan dengan desktop.

1992: pengedaran sebelum kewujudan keluarga

MCC Interim Linux muncul pada Februari 1992, yang dipasang oleh Owen Le Blanc di Manchester Computing Centre. Ia meletakkan kernel dan alatan GNU (GNU's not Unix) ke dalam sepasang imej cakera liut dengan pemasang berasaskan menu. Ia wujud kerana melakukan perkara tersebut secara manual memakan masa sehari suntuk.

SLS (Softlanding Linux System), yang dikeluarkan oleh Peter MacDonald pada 1992, melangkah lebih jauh dengan menambah X (X Window System) dan rangkaian TCP/IP. SLS merupakan sebab mengapa perkataan pengedaran (distribution) membawa maksud seperti yang difahami sekarang. Ia juga mempunyai banyak pepijat dan diselenggara dengan perlahan, lalu pada 1993 dua orang secara berasingan memutuskan untuk membaikinya. Seorang membina semula sistem tersebut. Seorang lagi memulakan semula dengan peraturan bertulis.

Slackware, 1993: keluarga tertua yang masih diedarkan

Patrick Volkerding melancarkan Slackware 1.00 pada 16 Julai 1993, dibina daripada SLS dengan pepijat yang telah dibuang. Ia masih diselenggara, menjadikannya pengedaran Linux tertua yang masih wujud.

Pakej Slackware ialah arkib tar termampat dengan skrip pemasangan di dalamnya. Tiada penyelesaian dependensi: tiada apa-apa yang menyemak sama ada pustaka yang diperlukan oleh pakej baharu anda sudah ada pada cakera. Keputusan tunggal itu membentuk segala-galanya. Jika alat tersebut tidak menyelesaikan dependensi, set yang diedarkan mestilah koheren secara binaan, jadi pelancaran kekal jarang dan konservatif. Slackware 15.0 tiba pada Februari 2022, enam tahun selepas 14.2.

Keluarga ini kecil. Pelancaran terawal SUSE pada pertengahan 1990-an dibina di atas Slackware, sebelum projek itu memilih haluannya sendiri dengan YaST dan, kemudiannya, format pakej RPM. Bahagian terakhir itu mengelirukan orang ramai. SUSE dan openSUSE menggunakan pakej RPM, dan ia bukan terbitan Red Hat. Format itu berpindah. Salasilahnya tidak.

Debian, 1993: kontrak sosial dan saluran tiga suite

Ian Murdock mengumumkan Debian pada 16 Ogos 1993, tiga minggu selepas Slackware dan atas sebab yang sama. Nama tersebut menggabungkan nama pasangannya, Debra, dengan namanya sendiri. Debian Manifesto menyusul pada Januari 1994 dan menetapkan syaratnya: pengedaran ini akan diselenggara secara terbuka oleh sukarelawan, bukan oleh syarikat.

Debian kemudian menulis syarat tersebut secara rasmi. Debian Social Contract dan DFSG (Debian free software guidelines) diterima pakai pada Julai 1997, dan DFSG menjadi asas kepada Open Source Definition pada tahun 1998. Dokumen yang ditulis untuk menentukan kandungan sesuatu pengedaran akhirnya mentakrifkan kategori lesen untuk seluruh industri. Inilah sebabnya sources.list anda mempunyai komponen: main menyimpan perisian yang memenuhi garis panduan tersebut, contrib dan non-free menyimpan apa yang tidak memenuhinya, dan Debian 12 menambah non-free-firmware supaya komputer riba dengan kad wayarles boleh dipasang tanpa perlu mencari pemacu secara manual.

Alatan yang digunakan adalah satu lagi warisan. dpkg memasang satu pakej dan menolak apabila ada sesuatu yang hilang, dengan mencetak dpkg: dependency problems prevent configuration of. APT (advanced package tool), yang menjadi lalai dengan Debian 2.1 pada tahun 1999, ialah lapisan yang menentukan apa lagi yang perlu diambil dan dalam urutan yang mana. Setiap arahan apt pada setiap terbitan Debian berasal daripada usaha tersebut.

Mesin keluaran mempunyai tiga suite dan satu peraturan. Penyelenggara memuat naik ke unstable, yang diberi nama kod kekal sid. Skrip akan memindahkan pakej ke testing selepas kira-kira 5 hingga 10 hari, jika ia berjaya dibina pada seni bina keluaran dan tidak mempunyai pepijat kritikal keluaran yang baharu. Testing kemudian akan dibekukan, pasukan keluaran menyelesaikan apa yang tertinggal, dan stable akan dikeluarkan apabila senarai pepijat sudah cukup pendek. Bukan berdasarkan tarikh. Itulah sebabnya Debian stable kelihatan lama dan berfungsi dengan baik: nombor versi berhenti pada tahap pembekuan manakala pembaikan keselamatan terus di-backport ke dalamnya.

Tadbir urus juga ditulis secara rasmi, dengan ketua projek yang dipilih dan resolusi umum yang mengikat. Pada tahun 2014, mekanisme tersebut memilih systemd sebagai sistem init lalai, dan mereka yang tidak bersetuju telah melakukan fork kepada Devuan, yang mengeluarkan keluaran pertamanya pada tahun 2017. Debian bukanlah pengedaran pertama yang melakukan pertukaran itu dan bukan juga yang terakhir, dan sebab-sebab ia terus berlaku, berserta bantahan yang ternyata benar, dikesan dalam laporan tentang bagaimana systemd menggantikan SysV init. Terbitan yang lebih besar termasuk Ubuntu, Raspberry Pi OS, Proxmox VE, Kali dan Linux Mint.

Red Hat, 1994: RPM, kemudian perpecahan kepada Fedora dan RHEL

Marc Ewing melancarkan Red Hat Linux yang pertama sekitar Halloween 1994. Syarikat Bob Young membelinya pada 1995, dan kedua-duanya membina perniagaan Linux pertama yang menjual sokongan dan bukannya perisian. Red Hat menjadi syarikat awam pada 11 Ogos 1999. IBM melengkapkan pengambilalihan syarikat itu pada Julai 2019 dengan nilai kira-kira 34 bilion dolar, jadi pengedaran yang menjadi piawaian pensijilan bagi kebanyakan perisian perusahaan telah menjadi hak milik IBM sejak itu.

Sumbangan teknikal yang kekal ialah RPM (Red Hat package manager), yang ditulis oleh Erik Troan dan Marc Ewing untuk Red Hat Linux 2.0 pada 1995. Fail RPM mengisytiharkan dependensinya, dan ia dihasilkan daripada fail spec, iaitu resipi binaan yang boleh dijalankan oleh sesiapa sahaja. Ciri kedua itulah yang membolehkan pembinaan semula bebas bagi produk perusahaan Red Hat dilakukan sama sekali.

Red Hat Linux 9 pada 2003 merupakan keluaran terakhir bagi barisan asal. Syarikat itu memecahkannya kepada dua: Fedora Core 1 pada November 2003 sebagai keluaran komuniti yang pantas, dan RHEL (Red Hat Enterprise Linux), yang bermula sebagai Advanced Server 2.1 pada 2002, sebagai keluaran berbayar yang perlahan. Puncanya jelas. Satu produk tidak boleh menjadi tempat versi baharu diuji dan pada masa yang sama menjadi platform yang dijalankan oleh bank tanpa perubahan selama sepuluh tahun. Kedua-dua bahagian ini saling berkait: versi utama RHEL bercabang daripada keluaran Fedora, distabilkan, kemudian dibekukan. Alat pakej bergerak mengikut jadual yang sama, daripada yum pada tahun 2000-an kepada dnf sebagai lalai Fedora pada 2015, dengan rpm di bawah kedua-duanya.

Mengapa CentOS berhenti menjadi binaan semula RHEL percuma

CentOS bermula pada tahun 2004 dengan tugas mudah: mengambil pakej sumber yang diterbitkan oleh Red Hat, membuang tanda dagangan, membina semula pakej tersebut, dan mengedarkannya secara percuma. Ia menjadi pengedaran pelayan percuma lalai selama sedekad, dan Red Hat mengambil alih projek tersebut secara dalaman pada tahun 2014.

Pada 8 Disember 2020, Red Hat mengumumkan bahawa CentOS Linux 8 akan berakhir pada 31 Disember 2021, lapan tahun lebih awal daripada tarikh yang diumumkan, dan nama tersebut akan diteruskan sebagai CentOS Stream. Stream bukanlah binaan semula. Ia merupakan cawangan yang menjadi sumber keluaran kecil RHEL, jadi ia berjalan mendahului RHEL dan bukannya di belakangnya. Bagi mesin yang anda ingin kekalkan selama bertahun-tahun, mendahului adalah arah yang salah, kerana anda menerima perubahan sebelum pelanggan berbayar Red Hat menerimanya.

Dua binaan semula muncul pada tahun 2021. Rocky Linux dimulakan oleh Gregory Kurtzer, yang merupakan pengasas bersama CentOS. AlmaLinux dibiayai oleh CloudLinux. Pada Jun 2023, Red Hat berhenti menerbitkan sumber RHEL di mana-mana kecuali di CentOS Stream dan portal pelanggannya. Rocky terus menyasarkan binaan semula yang serupa. AlmaLinux menukar matlamatnya kepada keserasian ABI (application binary interface), yang bermaksud perisian yang dibina untuk RHEL boleh dijalankan, tanpa janji bahawa senarai pepijat adalah sama tepat. Oracle, SUSE, dan CIQ menubuhkan OpenELA pada tahun yang sama untuk menerbitkan sumber yang dikongsi. Keseluruhan urutan tersebut, daripada perpecahan tahun 2003 sehingga perubahan sumber pada tahun 2023 dan apa yang dijanjikan oleh setiap binaan semula sekarang, telah dijejaki dalam akaun yang lebih panjang mengenai Red Hat, CentOS, Rocky dan AlmaLinux.

Jika senarai imej pembekal masih menyatakan CentOS, pastikan anda mengetahui yang mana satu dimaksudkan sebelum anda membina sistem di atasnya.

cat /etc/os-release

NAME="CentOS Stream" ialah cawangan pembangunan bergulir yang mendahului RHEL. NAME="AlmaLinux" atau NAME="Rocky Linux" ialah binaan semula yang mengikutinya, dengan tempoh sokongan selama sepuluh tahun.

Ubuntu 20.04: gambaran Debian unstable, mengikut kalendar

Ubuntu 4.10 dilancarkan pada 20 Oktober 2004, dengan pembiayaan daripada Mark Shuttleworth. Hubungannya dengan Debian adalah bersifat mekanikal dan bukannya sentimental. Setiap kitaran bermula dengan mengimport pakej daripada Debian unstable ke dalam keluaran Ubuntu yang baharu. Proses import tersebut berjalan sehingga fasa Debian Import Freeze di pertengahan kitaran, dan selepas itu Ubuntu melaksanakan perubahan tersendiri. Banyak pakej Ubuntu merupakan pakej Debian yang ditambah dengan delta, dan maklumat ini dinyatakan dalam changelog.

Separuh lagi daripada identitinya ialah kalendar. Debian dilancarkan apabila ia sudah bersedia. Ubuntu dilancarkan pada bulan April dan Oktober, dan nombor versinya adalah berdasarkan tarikh: 24.04 dikeluarkan pada April 2024. Setiap keluaran bulan April yang kedua adalah LTS (long term support), iaitu versi yang dimaksudkan oleh penyedia perkhidmatan apabila mereka menyenaraikan Ubuntu tanpa sebarang kelayakan tambahan. Mana antara kedua-duanya yang sesuai untuk pelayan adalah topik utama dalam pemilihan antara Ubuntu LTS dan keluaran interim, dan proses beralih daripada satu LTS ke LTS seterusnya mempunyai prosedur tersendiri, yang dibincangkan dalam naik taraf 24.04 ke 26.04.

Satu perincian sering memerangkap pentadbir pelayan setiap tahun. Arkib Ubuntu dibahagikan kepada beberapa komponen. main diselenggara oleh Canonical sepanjang tempoh sokongan penuh. universe diselenggara oleh komuniti, dan liputan keselamatannya mempunyai janji yang berbeza. apt install tidak mencetak sebarang maklumat mengenai perbezaan tersebut. Satu arahan boleh menunjukkannya:

apt-cache policy nginx

Baris repositori yang berakhir dengan /main bermaksud pasukan keselamatan Canonical bertanggungjawab ke atas pakej tersebut. Baris yang berakhir dengan /universe bermaksud komuniti yang bertanggungjawab. Semak perkara ini bagi mana-mana perisian yang terdedah kepada internet.

Arch, 2002: keluaran bergulir (rolling release) dan kos naik taraf separa

Judd Vinet melancarkan Arch 0.1 pada 11 Mac 2002, dengan pengurus pakej yang ditulis sendiri, pacman, serta resipi binaan yang merupakan skrip shell biasa. Arch tidak mempunyai keluaran berversi sama sekali. Media pemasangan hanyalah syot kilat bertarikh daripada repositori bergulir yang sama, jadi mesin yang dipasang pada tahun 2019 dan dikemas kini setiap minggu menjalankan Arch yang sama dengan mesin yang dipasang hari ini. AUR (Arch user repository) menyimpan resipi binaan yang disumbangkan oleh pengguna. Ia adalah resipi, bukan pakej yang disemak, jadi membaca PKGBUILD sebelum menjalankannya adalah sebahagian daripada tugas.

Sistem bergulir mempunyai satu mod kegagalan, dan ia berpunca daripada tindakan sendiri setiap kali. Memasang satu pakej dengan pacman -Sy foo akan menyegarkan pangkalan data pakej dan kemudian memasang satu binari baharu yang dipautkan dengan pustaka yang lebih baharu daripada yang ada pada cakera. Program kemudiannya gagal seperti ini:

error while loading shared libraries: libcrypto.so.3: cannot open shared object file: No such file or directory

Operasi yang disokong ialah pacman -Syu, yang mengemas kini segala-galanya secara serentak. Projek ini juga menyiarkan entri berita yang menyatakan campur tangan manual diperlukan sebelum naik taraf tertentu, dan menjalankan naik taraf tanpa membacanya boleh menyebabkan mesin tidak dapat but.

Ini menjadikan Arch pilihan yang kurang sesuai untuk pelayan yang anda rancang untuk abaikan. Kotak yang dikemas kini setiap minggu adalah memadai. Kotak yang dikemas kini sekali, setahun kemudian, akan memberikan anda setiap campur tangan yang dilangkau dalam satu larian sahaja.

Alpine: pengedaran kecil yang dipopularkan oleh kontena

Alpine bermula sekitar tahun 2005 sebagai fork kepada LEAF (Linux embedded appliance framework), yang sendiri berasal daripada Linux Router Project, dan Natanael Copa membangunkannya untuk perkakas dan bukannya untuk desktop. Ia menggantikan kebanyakan userland biasa: musl menggantikan GNU C library, BusyBox menggantikan GNU core utilities, OpenRC menggantikan systemd, dan apk sebagai pengurus pakej. Alpine 3.0 pada tahun 2014 merupakan keluaran yang beralih kepada musl.

Kontena menjadikannya popular. Lapisan asas Alpine adalah sebahagian kecil daripada saiz lapisan asas Debian atau Ubuntu, jadi mulai tahun 2016 dan seterusnya ia menjadi imej asas yang biasa digunakan, dan ramai orang yang tidak pernah memasang Alpine menjalankannya setiap hari.

Kosnya ialah musl bukanlah glibc, dan jurang ini muncul sebagai pepijat yang kelihatan tidak berkaitan. Binari yang dipautkan dengan glibc gagal pada Alpine dengan mesej yang membuatkan pengguna mencari fail yang sebenarnya sudah ada:

sh: ./myapp: not found

Program tersebut wujud. Interpreter ELF-nya tidak wujud, kerana loader glibc tiada. Python adalah satu lagi kejutan biasa: wheel pra-bina yang dibina untuk manylinux tidak akan dipasang pada musl, jadi pip kembali kepada penyusunan daripada sumber dan terhenti apabila tiada compiler dipasang. Standard wheel musllinux dari tahun 2021 menyelesaikan masalah itu bagi projek yang menerbitkan wheel tersebut, dan tidak bagi yang lain.

Sebagai sistem pengendalian hos pada VPS, Alpine dipasang dengan saiz kecil dan dikemas kini dengan pantas, dan ia meletakkan anda di luar laluan yang diandaikan oleh kebanyakan dokumentasi. Setiap panduan yang memberitahu anda untuk menjalankan systemctl enable perlu diterjemahkan kepada rc-update add.

Generasi tidak boleh ubah: kemas kini atom dan pelayan berasaskan imej

Cawangan terbaharu mengubah model kemas kini dan bukannya senarai pakej. Sistem berasaskan ostree mengekalkan /usr sebagai baca sahaja. Kemas kini merupakan pepohon sistem fail baharu yang lengkap, dimuat turun, disediakan, dan ditukar pada but semula seterusnya. Pepohon sebelumnya kekal sebagai entri but, jadi kemas kini yang bermasalah boleh dibatalkan dengan but semula ke versi lama.

Fedora Silverblue membawa konsep ini ke desktop pada tahun 2018 dan Fedora CoreOS membawanya ke pelayan pada tahun 2019, selepas Red Hat membeli CoreOS pada tahun 2018. Flatcar Container Linux meneruskan legasi Container Linux asal apabila ia ditamatkan pada tahun 2020. openSUSE MicroOS mencapai matlamat yang sama melalui snapshot btrfs dan transactional-update. Pada tahun 2024, Red Hat menambah mod berasaskan imej kepada RHEL, yang dibina di atas bootc, di mana sistem pengendalian dihantar sebagai imej kontena dan mesin dikemas kini dengan menghalakannya kepada tag baharu. Talos Linux melangkah lebih jauh dengan membuang shell dan SSH sepenuhnya: mesin dikonfigurasikan melalui API, jadi tiada akses untuk log masuk. NixOS, yang pertama kali dikeluarkan pada tahun 2007, tiba dari arah yang berbeza. Keseluruhan sistem dibina daripada satu konfigurasi deklaratif, dan generasi sebelumnya kekal boleh dibut.

Penyedia anda mungkin tidak menawarkan mana-mana sistem ini sebagai imej satu klik, kerana mereka menjangkakan ia dikonfigurasikan pada but pertama oleh Ignition atau cloud-init dan bukannya oleh pentadbir yang menyunting fail melalui SSH. Sistem ini memberikan hasil yang berbaloi merentasi banyak mesin yang serupa, iaitu situasi yang anda hadapi sebaik sahaja anda mengurus beberapa pelayan Linux serentak dan memerlukan setiap satu daripadanya terbukti sama antara satu sama lain.

Berapa lamakah satu keluaran disokong?

Dasar keluaran merupakan bahagian pengedaran yang paling lama anda gunakan, dan ia diterbitkan dalam bilangan tahun. Berikut adalah tempoh bagi 5 keluaran pelayan semasa.

[
  {
    "distro": "Alpine 3.x",
    "standard_years": 2,
    "extended_total_years": 2
  },
  {
    "distro": "Debian 13",
    "standard_years": 3,
    "extended_total_years": 5
  },
  {
    "distro": "Ubuntu 26.04 LTS",
    "standard_years": 5,
    "extended_total_years": 10
  },
  {
    "distro": "AlmaLinux 10",
    "standard_years": 10,
    "extended_total_years": 10
  },
  {
    "distro": "RHEL 10",
    "standard_years": 10,
    "extended_total_years": 13
  }
]

Alpine menyokong setiap cawangan 3.x selama 2 tahun, itulah sebabnya ia lebih sesuai untuk imej kontena yang kerap dibina semula berbanding hos yang dibiarkan begitu sahaja. Pasukan keselamatan Debian melindungi keluaran stabil selama kira-kira 3 tahun, dan pasukan LTS kemudiannya menyambung sokongan untuk seni bina biasa sehingga kira-kira 5 tahun secara keseluruhan. Ubuntu LTS memberikan anda 5 tahun untuk pakej dalam main, dan langganan Ubuntu Pro memanjangkan tempoh tersebut kepada 10 tahun, percuma untuk kegunaan peribadi pada sebilangan kecil mesin. RHEL 10 menerbitkan tempoh 10 tahun, yang mana tambahan sokongan kitaran hayat lanjutan berbayar memanjangkannya kepada 13. AlmaLinux 10 menyamai tempoh RHEL selama 10 tahun tanpa sebarang langganan, yang merupakan sebab utama pembinaan semula (rebuilds) tersebut wujud.

Arch tidak mempunyai baris di sini, kerana pengedaran bergolek (rolling distribution) tidak mempunyai keluaran untuk disokong. Nombor yang penting bagi Arch ialah berapa lama anda boleh membiarkan mesin tanpa disentuh, dan ia diukur dalam minggu.

Mengapa senarai imej VPS anda kelihatan seperti ini

Penyedia perkhidmatan mengeluarkan imej yang diminta oleh pelanggan mengikut nama, yang dipasang secara automatik pada hypervisor mereka. Itulah sebabnya hampir setiap senarai bermula dengan Ubuntu LTS dan Debian stable, menambah AlmaLinux atau Rocky untuk pengguna yang perisiannya disahkan untuk RHEL, serta meletakkan Alpine, Arch dan Fedora di bahagian bawah halaman. Sebaik sahaja anda mengetahui apa itu VPS dan bagaimana imej sampai ke cakera, corak tersebut dapat dibaca dengan jelas: penyedia memilih sistem pengendalian yang mampu bertahan semasa pemasangan tanpa pengawasan dan kekal disokong lebih lama daripada tempoh purata pelanggan mengekalkan pelayan tersebut.

Pilihan ini melibatkan lebih daripada sekadar pengurus pakej. Ia menentukan naik taraf yang akan anda jalankan dalam tempoh tiga tahun, dan proses tersebut berbeza sepenuhnya mengikut keluarga sistem. Debian dan Ubuntu menyokong naik taraf versi utama secara terus (in-place). Keluarga Red Hat melaksanakannya melalui leapp. Arch tidak mempunyai naik taraf kerana ia tidak mempunyai versi. Bagi Alpine, caranya adalah dengan menyunting /etc/apk/repositories dan menjalankan apk upgrade --available. Pilihan ini juga menentukan perisian yang boleh anda pasang tanpa menambah repositori pihak ketiga, siapa yang mengeluarkan tampalan apabila entri CVE (common vulnerabilities and exposures) muncul pada perisian yang anda jalankan, serta sistem init dan pustaka C yang akan dijangka oleh perisian masa depan anda.

Terdapat satu lagi kesan yang mudah dipandang remeh. Kebanyakan jawapan yang ditulis di internet mengandaikan laluan keluarga Debian atau keluarga Red Hat, jadi memilih di luar dua keluarga ini bermakna anda perlu menterjemah arahan sepanjang hayat mesin tersebut. Pilih keluarga yang dasar keluarannya sepadan dengan kekerapan anda sanggup menyelenggara pelayan, kemudian kekalkannya. Menukar pakej di atasnya adalah mudah. Menukar pengedaran di bawahnya bermakna membina semula pelayan tersebut.

FAQ

Keluarga pengedaran Linux manakah yang digunakan oleh pelayan saya?

Jalankan cat /etc/os-release. Medan ID menyatakan pengedaran tersebut dan ID_LIKE menyatakan keluarganya, jadi mesin Ubuntu akan melaporkan ID_LIKE=debian dan mesin AlmaLinux akan melaporkan ID_LIKE="rhel centos fedora". Pengurus pakej ialah petunjuk lain. apt dan dpkg bermaksud keluarga Debian, dnf dan rpm bermaksud keluarga Red Hat, apk bermaksud Alpine, dan pacman bermaksud Arch.

Adakah CentOS masih merupakan versi percuma bagi RHEL?

Tidak. CentOS Linux 8, binaan semula terakhir dengan nama tersebut, berakhir pada 31 Disember 2021, dan CentOS Linux 7 mencapai penghujung hayatnya pada 30 Jun 2024. Projek yang masih ada, CentOS Stream, ialah cawangan tempat keluaran kecil RHEL dibina, jadi ia menerima perubahan sebelum RHEL dan bukannya selepas. Binaan semula percuma yang mengambil alih peranan lama tersebut ialah AlmaLinux dan Rocky Linux, kedua-duanya dengan tempoh sokongan sepuluh tahun.

Mengapakah Debian stable membekalkan nombor versi yang begitu lama?

Kerana nombor versi dibekukan sementara pembaikan terus diberikan. Debian melakukan backport pada tampalan keselamatan ke dalam versi yang telah dikeluarkan dan bukannya mengimport keluaran upstream yang lebih baharu, jadi pakej yang tertulis 2.4.57-2+deb13u1 boleh membawa pembaikan yang diterbitkan pada minggu lepas. Akhiran selepas versi upstream ialah semakan Debian, dan apt changelog <package> menyenaraikan perkara yang terkandung di dalamnya. Menilai keselamatan pelayan Debian berdasarkan nombor versinya sentiasa memberikan jawapan yang salah.

Patutkah saya menjalankan pengedaran rolling release seperti Arch pada VPS?

Hanya jika anda mengemas kininya mengikut jadual. Pengedaran rolling mengandaikan setiap mesin menumpu kepada set pakej semasa, jadi mengemas kini satu pakej dengan pacman -Sy foo akan menyebabkan pustaka tidak sepadan dan ralat seperti cannot open shared object file. Jalankan pacman -Syu secara kerap, baca halaman berita projek sebelum setiap kali menjalankan kemas kini, dan sistem akan menjadi stabil. Jika dibiarkan selama setahun, naik taraf pertama akan menjadi berisiko.

Apakah yang sebenarnya diubah oleh pengedaran immutable atau atomic?

Ia mengubah masa kemas kini digunakan dan cara anda membatalkannya. /usr dilekapkan sebagai baca sahaja (read-only), kemas kini disusun sebagai pepohon (tree) baharu yang lengkap, dan pertukaran berlaku semasa but semula, dengan pepohon sebelumnya disimpan sebagai entri but untuk tujuan rollback. Anda mendapat mesin yang sama ada dikemas kini sepenuhnya atau tidak langsung, tanpa keadaan kemas kini yang separuh jalan. Anda perlu melepaskan pemasangan perisian dengan menyunting fail secara terus, jadi aplikasi dipindahkan ke dalam kontena atau ke dalam pakej berlapis (layered packages).