- Linux menawarkan ekosistem lengkap untuk mengautomasikan tugas: Skrip Bash, cron, anacron, at dan pemasa systemd merangkumi segala-galanya daripada pelaksanaan sekali sahaja hinggalah kerja yang kompleks dan berulang.
- Penggunaan crontab, pembolehubah persekitaran, log dan mekanisme penguncian yang betul seperti flock adalah kunci kepada automasi yang andal dan mudah diselenggara.
- Keselamatan dan prestasi dipertingkatkan dengan mengautomasikan kawalan: pengerasan SSH, tembok api, SELinux, pembersihan pakej dan perkhidmatan serta profil pengoptimuman seperti ditala.
- Alat orkestrasi seperti Ansible membolehkan anda melanjutkan automasi ini kepada puluhan atau ratusan pelayan, memastikan konfigurasi yang konsisten dan boleh diulang.
Jika anda menggunakan Linux setiap hari, lambat laun anda akan menyedari bahawa mengulangi tugas yang sama secara berterusan adalah satu pembaziran masa yang besar . Sandaran manual, pembersihan fail sementara, pengemaskinian pakej, pemeriksaan status sistem… semua itu boleh diwakilkan kepada sistem supaya ia berlaku secara automatik semasa anda melakukan perkara yang lebih menarik (atau tidur nyenyak).
Ekosistem Linux telah direka bentuk selama beberapa dekad untuk tujuan ini: untuk mengautomasikan tugas secara andal, fleksibel dan selamat . Daripada arahan klasik seperti cron dan at, melalui anacron, kepada pemasa sistem dan Ansible yang lebih canggih, anda mempunyai pelbagai alat untuk merangkumi segala-galanya daripada skrip paling mudah kepada orkestrasi ratusan pelayan. Dalam panduan ini, kami akan menggabungkan semua bahagian ini dan menjadikannya praktikal dengan penjelasan terperinci dan contoh yang jelas.
Apakah maksud automasi dalam Linux dan mengapa anda perlu mengambil berat?
Apabila kita bercakap tentang automasi dalam Linux, kita merujuk kepada penjadualan pelaksanaan arahan, skrip atau perkhidmatan tanpa campur tangan manusia , sama ada secara sekali sahaja atau berulang. Ini terpakai kepada segala-galanya daripada komputer riba peribadi anda hinggalah kluster pelayan pengeluaran.
Automasi mempunyai beberapa kelebihan yang jelas: ia mengurangkan ralat manusia dengan menghapuskan tugasan berulang, menjimatkan masa, memastikan tugasan kritikal sentiasa dilaksanakan dengan ketepatan yang sama dan membolehkan pentadbiran sistem yang piawai. Linux amat bagus dalam hal ini kerana ia direka bentuk dari awal untuk berfungsi dengan skrip dan alatan konsol yang sangat boleh digabungkan.
Memang benar ada yang bimbang bahawa automasi yang berlebihan akan mewujudkan kebergantungan teknologi atau pengetahuan manual akan hilang, tetapi apabila digunakan dengan baik, ia akan membebaskan masa untuk tugasan bernilai lebih tinggi : reka bentuk seni bina, analisis keselamatan, penambahbaikan proses atau pembangunan itu sendiri.
Dalam penggunaan seharian, automasi dalam Linux biasanya bergantung pada beberapa tonggak: Skrip Bash, cron/anacron, at, pemasa sistem dan alat pengurusan konfigurasi seperti Ansible . Setiap satu menangani keperluan yang berbeza, yang akan kita kaji secara terperinci.
Cron: klasik penting bagi automasi berkala
Jika terdapat satu alat yang perlu dihafal oleh setiap pentadbir Linux, ia adalah cron. Cron ialah daemon yang berjalan di latar belakang dan melancarkan arahan atau skrip pada masa tertentu : setiap minit, setiap jam, setiap hari, mingguan, bulanan atau dalam kombinasi yang lebih kompleks.
Namanya berasal daripada "chronos," perkataan Yunani untuk masa , dan ia telah wujud dalam Unix sejak akhir 70-an. Kebanyakan pengedaran moden (Debian, Ubuntu, Fedora, dll.) menggunakan beberapa varian Vixie Cron, yang telah diuji dengan sangat baik dan stabil. Untuk persekitaran pengeluaran, ia merupakan komponen asas, hampir sama pentingnya dengan kernel itu sendiri.
Menggunakan cron membolehkan anda mengautomasikan perkara seperti sandaran setiap malam, penggiliran log, tugas pemantauan, skrip penyelenggaraan dan penjanaan laporan . Falsafahnya mudah: anda menentukan apa yang hendak dijalankan dan bila, dan cron menguruskan selebihnya, tanpa sebarang antara muka grafik atau prosedur yang rumit.
Tambahan pula, cron tersedia pada hampir semua sistem seperti Unix, jadi apa yang anda pelajari dengan cron berguna untuk pelbagai persekitaran , daripada VPS murah hinggalah pelayan korporat.
Seni bina cron Linux: daemon, crontab dan direktori khas
Untuk menggunakan cron dengan berkesan, adalah berguna untuk memahami struktur dalamannya. Secara amnya, sistem ini berkisar tentang daemon crond, fail crontab dan beberapa direktori khas yang diuruskan oleh sistem.
Daemon cron bermula dengan sistem (biasanya melalui systemd atau init yang sepadan) dan kekal terjaga, memeriksa setiap minit untuk tugasan yang dicetuskan . Apabila ia mengesan baris yang sepadan dengan minit semasa, ia melancarkan arahan yang berkaitan dalam proses shell baharu.
Setiap pengguna sistem boleh mempunyai fail penjadualan mereka sendiri, yang dikenali sebagai crontab. Crontab pengguna biasanya disimpan dalam laluan seperti /var/spool/cron/ atau /var/spool/cron/crontabs/ , bergantung pada pengedaran. Adalah penting untuk tidak mengeditnya secara manual, tetapi melalui arahan `crontab` , yang mengesahkan sintaks dan memberitahu daemon cron tentang sebarang perubahan.
Selain crontab pengguna, terdapat mekanisme cron seluruh sistem : fail /etc/crontab, direktori /etc/cron.d/, dan direktori berkala /etc/cron.hourly, /etc/cron.daily, /etc/cron.weekly, dan /etc/cron.monthly. Direktori yang terakhir ini mengandungi skrip yang dijalankan oleh sistem secara berkala menggunakan alat seperti anacron atau utiliti run-parts.
Idea umum ialah daemon cron akan memakan fail dan direktori ini , memeriksa setiap minit untuk melihat sama ada sesuatu perlu dilaksanakan. Seni bina modular ini memudahkan pakej sistem memasang tugas mereka sendiri tanpa menjejaskan konfigurasi global.
sintaks crontab: lima medan dan operatornya
Salah satu perkara yang paling anda akan ingat apabila anda mula menggunakan cron ialah sintaks barisnya. Setiap entri dalam crontab pengguna terdiri daripada lima medan masa ditambah arahan untuk melaksanakan . Walaupun kita tidak akan menghasilkan semula jadual secara verbatim, medan standard ialah minit, jam, hari dalam sebulan, bulan dan hari dalam seminggu.
Setiap medan menerima nilai angka, julat, senarai yang dipisahkan koma, langkah dengan garis miring ke hadapan dan juga asterisk biasa untuk menunjukkan "semua nilai yang mungkin." Terima kasih kepada operator ini, anda boleh menyatakan corak kompleks tanpa perlu menulis dua puluh baris yang berbeza.
Di samping itu, banyak pelaksanaan cron menerima pintasan khas seperti @daily, @hourly, @weekly, @monthly, @reboot dan yang serupa. Alias ini memudahkan tugas biasa, jadi anda tidak perlu mengingati susunan medan.
Apabila bekerja dengan fail /etc/crontab atau /etc/cron.d/, medan keenam ditambah untuk menentukan pengguna di mana tugasan akan dijalankan . Ini penting untuk tugasan sistem yang mesti dilaksanakan sebagai akaun root atau perkhidmatan lain.
Menghafal sintaks ini dan berlatih dengan beberapa contoh dunia sebenar adalah apa yang membezakan antara penggunaan cron yang kekok dan automasi yang bersih, boleh dibaca dan mudah diselenggara dari semasa ke semasa.
Pengurusan crontab profesional: penyuntingan, penyenaraian dan pemversian
Perintah crontab ialah antara muka rasmi untuk mengendalikan tugasan berjadual pengguna. Dengannya, anda boleh mencipta, mengedit, menyenaraikan dan juga memadam crontab anda, dan yang paling penting, anda mengelakkan pengubahsuaian fail sistem dalaman secara langsung , yang mengurangkan ralat dan isu kebenaran.
Amalan yang sangat disyorkan dalam persekitaran yang serius adalah untuk menyimpan kandungan crontab dalam fail teks versi menggunakan Git . Dengan cara ini anda boleh menyemak siapa yang mengubah apa dan bila, membandingkan versi lama dan memulihkan konfigurasi sebelumnya dengan cepat jika ada sesuatu yang rosak selepas pengubahsuaian.
Anda juga boleh memasang crontab daripada fail luaran, yang berfungsi dengan baik dengan prosedur penggunaan automatik atau infrastruktur sebagai kod . Dengan cara ini, anda menghantar fail yang sama kepada kesemua pelayan dan menggunakan perubahan secara seragam, bukannya mengedit setiap pelayan secara manual.
Dalam praktiknya, pentadbir yang berpengalaman biasanya mendokumentasikan setiap baris dengan komen sebelumnya, tugasan berkaitan kumpulan dan mengekalkan konvensyen penamaan dan laluan yang jelas untuk skrip yang digunakan dalam cron. Disiplin ini menjadikan hidup lebih mudah beberapa bulan kemudian.
Contoh biasa tugasan automatik dengan cron
Untuk memahami potensi cron, semak sahaja kes penggunaan biasa. Salah satu yang paling kerap dilakukan ialah penyelenggaraan sistem rutin : memutar dan memampatkan log, membersihkan fail sementara, menjana semula indeks carian atau memadam sandaran lama.
Satu lagi blok yang sangat biasa ialah pemantauan tugas . Agak biasa untuk menjalankan skrip yang menyemak penggunaan cakera, beban sistem, kesihatan perkhidmatan tertentu atau penggunaan memori, dan jika ia mengesan ambang berbahaya, ia akan menjana log, menghantar e-mel atau mencetuskan amaran kepada sistem luaran.
Dalam bidang pembangunan dan pangkalan data, cron juga mempunyai banyak potensi. Contohnya, tugasan berjadual digunakan untuk membuat sandaran pangkalan data, menjalankan skrip yang menjana semula metrik atau mengeksport laporan ke fail CSV atau bahkan untuk mengatur saluran pemprosesan data kecil.
Semua ini hampir selalu disokong oleh skrip Bash atau bahasa lain yang melakukan kerja sebenar, manakala cron menjaga "bila." Pemisahan tanggungjawab ini memastikan crontab bersih dan logik perniagaan dirangkum dalam fail berasingan.
Pembolehubah persekitaran dalam cron: sumber ralat klasik
Salah satu kesilapan paling biasa yang dilakukan orang ramai apabila bermula dengan cron ialah menganggap bahawa tugasan dijalankan dalam persekitaran yang sama seperti ketika bekerja di terminal interaktif . Ini jauh daripada kebenaran: cron menjalankan arahan dalam konteks yang sangat terhad, dengan PATH yang terhad dan tanpa penyesuaian shell anda.
Ini bermakna banyak skrip yang berfungsi dengan sempurna apabila dijalankan secara manual gagal di bawah cron kerana ia tidak dapat mencari binari, tidak dapat mencari laluan relatif atau bergantung pada pembolehubah persekitaran yang tidak wujud . Penyelesaiannya mudah: tentukan secara eksplisit PATH dan sebarang pembolehubah lain yang diperlukan dalam crontab itu sendiri atau dalam skrip.
Ia juga perkara biasa untuk mengawal tingkah laku e-mel menggunakan pembolehubah `MAILTO` , supaya output standard tugasan sama ada dihantar ke peti mel pengguna atau dibuang. Dalam persekitaran di mana sistem e-mel tidak dikonfigurasikan, adalah dinasihatkan untuk mengalihkan output ke fail dalam `/dev/null` untuk mengelakkan pengumpulan senyap.
Secara ringkasnya, semasa mereka bentuk kerja cron, anda perlu berfikir bahawa ia berjalan dalam sejenis "persekitaran minimalis" dan semua yang diperlukan oleh skrip anda mesti diisytiharkan secara eksplisit.
/etc/crontab, /etc/cron.dy ialah direktori berkala
Selain crontab individu, Linux menawarkan crontab sistem yang biasanya terletak di /etc/crontab . Fail ini berbeza daripada crontab pengguna kerana ia merangkumi medan tambahan untuk menentukan akaun di mana arahan akan dilaksanakan, yang penting untuk tugasan global.
Fail ini biasanya mentakrifkan, antara lain, pelaksanaan skrip dalam /etc/cron.hourly, /etc/cron.daily, /etc/cron.weekly dan /etc/cron.monthly . Pada banyak sistem, pelaksanaan ini diwakilkan kepada alat seperti anacron, yang memastikan tugas berjalan walaupun komputer tidak dihidupkan pada waktu yang tepat.
Direktori /etc/cron.d/ mengandungi fail crontab tambahan, biasanya dipasang oleh pakej sistem atau alat luaran. Setiap fail mengikuti format yang sama seperti /etc/crontab, termasuk medan pengguna. Ini adalah cara yang disyorkan untuk menambah tugas sistem tanpa mengubah suai crontab utama , meningkatkan penyelenggaraan dan mencegah konflik semasa kemas kini.
Aliran kerja yang biasa ialah daemon cron menyemak fail-fail ini secara berkala dan, dengan kombinasi anacron atau run-parts, mencetuskan skrip yang terkandung dalam direktori yang berkaitan pada masa yang sesuai . Anda, sebagai pentadbir, hanya perlu memastikan skrip anda disediakan dengan betul dan diletakkan di lokasi yang betul.
Anacron: apabila peralatan tidak sentiasa dihidupkan
Satu batasan cron yang diketahui ialah jika komputer dimatikan apabila tugas dijadualkan untuk dijalankan, tugas tersebut akan hilang. Anacron dicipta khusus untuk mengisi jurang ini , terutamanya pada mesin yang tidak beroperasi 24/7, seperti komputer riba atau desktop pejabat.
Anacron tidak begitu bergantung pada tarikh dan masa yang tepat, tetapi lebih kepada bilangan hari yang telah berlalu sejak tugasan terakhir dilaksanakan. Apabila sistem bermula, ia akan menyemak tugasan harian, mingguan atau bulanan yang telah dilangkau dan menjadualkannya semula untuk dijalankan dengan sedikit kelewatan yang boleh dikonfigurasikan.
Medan kelewatan dalam minit ini penting kerana ia menghalang semua kerja yang belum selesai daripada dilancarkan serentak semasa permulaan , yang boleh membebankan sistem. Sebaliknya, ia dijalankan secara berperingkat, membolehkan komputer dimulakan dengan lebih beransur-ansur.
Dalam kebanyakan sistem moden, jika anacron wujud, ia bertanggungjawab untuk skrip dalam /etc/cron.daily, /etc/cron.weekly dan /etc/cron.monthly, manakala cron mengendalikan tugas yang lebih halus dan kerap. Gabungan ini menjadikan automasi mantap walaupun pada mesin yang kerap dimatikan.
Perintah pada: pelaksanaan sekali sahaja pada masa hadapan
Walaupun cron dan anacron menumpukan pada tugasan berulang, arahan at merangkumi kes yang sangat mudah dan berguna: menjadualkan arahan untuk dijalankan hanya sekali pada masa hadapan yang tertentu. Ia seperti meninggalkan nota pada sistem untuk melakukan sesuatu "esok pada pukul 9:30" atau "dalam 2 jam".
Sintaks `at` agak mesra pengguna dan membolehkan ekspresi masa semula jadi. Sebaik sahaja anda menentukan tugas, sistem akan menyimpannya dalam barisan dan melaksanakannya pada masa yang dijadualkan . Selepas itu, tugas tersebut hilang, tidak seperti `cron`, yang menyimpan tugas sehingga anda mengubah suai atau memadamkannya.
Alat ini amat mudah untuk tugasan sekali sahaja yang anda tidak mahu lupakan tetapi tidak masuk akal sebagai tugasan berulang : permulaan semula yang dijadualkan, penyelenggaraan dijalankan selepas tempoh kerja atau ujian yang perlu dilancarkan pada masa tertentu.
Dalam kombinasi dengan skrip yang baik, `at` menjadi wildcard elegan yang ramai pengguna lupa kewujudannya, tetapi yang boleh memudahkan tugasan harian dengan ketara apabila mencipta entri cron baharu tidak berbaloi.
pemasa sistem: alternatif moden kepada cron
Dalam pengedaran moden yang menggunakan systemd (Ubuntu, Debian, Fedora, CentOS dan banyak lagi), terdapat cara lain untuk menjadualkan tugas: pemasa systemd . Daripada bergantung pada crontab, di sini anda mentakrifkan unit perkhidmatan (.service) dan unit pemasa (.timer) yang diuruskan oleh systemd seperti perkhidmatan lain.
Pemasa sistemd menonjol kerana ia berintegrasi dengan lancar dengan ekosistem sistemd yang lain : anda boleh melihat keadaan, log dan kebergantungan menggunakan alat yang sama biasa (journalctl, systemctl, dll.). Ini sesuai untuk kerja kompleks yang perlu dimulakan selepas perkhidmatan lain, menguatkuasakan dasar permulaan semula atau menyelenggara log terperinci.
Pemasa biasa terdiri daripada fail perkhidmatan yang mentakrifkan apa yang dilaksanakan (skrip, binari, tindakan tertentu) dan fail pemasa yang menentukan bila dan kekerapan ia dilancarkan. Systemd menawarkan ungkapan dan pilihan kalendar fleksibel seperti persistence , yang menyebabkan kerja berjalan selepas penutupan jika ia terlepas.
Apabila memilih antara pemasa cron dan systemd, peraturan praktikal yang baik adalah bertanya kepada diri sendiri sama ada anda memerlukan pembalakan terbina dalam, kebergantungan perkhidmatan atau kegigihan lanjutan . Jika jawapannya ya, pemasa biasanya lebih baik. Untuk tugasan yang mudah dan universal, cron kekal sebagai pilihan veteran dan sah sepenuhnya.
Akhirnya, tiada konflik antara kedua-dua pendekatan: anda boleh menggunakan cron untuk tugasan mudah dan pemasa untuk tugasan yang canggih , tanpa sebarang masalah wujud bersama dalam sistem yang sama.
Kawalan keselamatan dan akses dalam cron
Memandangkan cron boleh melaksanakan hampir semua arahan dengan kebenaran pengguna yang sesuai, keselamatan merupakan isu penting. Linux menggabungkan mekanisme keselamatan berdasarkan fail /etc/cron.allow dan /etc/cron.deny , yang menentukan pengguna mana yang boleh menggunakan cron.
Bergantung pada konfigurasi, sistem boleh membenarkan tugas cron hanya kepada mereka yang berada dalam senarai putih, atau secara eksplisit menafikannya kepada mereka yang berada dalam senarai hitam. Mengurus fail-fail ini dengan betul adalah penting dalam persekitaran berbilang pengguna atau pelayan yang terdedah , di mana mana-mana akaun tidak diingini untuk memenuhi sumber dengan tugas yang direka bentuk dengan buruk.
Tambahan pula, adalah dinasihatkan untuk mengehadkan skrip yang dijalankan sebagai root dan menyemak kod dengan teliti bagi sebarang tugasan yang dijadualkan dengan keistimewaan tinggi. Kecuaian mudah dalam skrip cron dengan keistimewaan pentadbir boleh membuka kelemahan keselamatan yang sangat serius.
Dalam konteks yang lebih maju, alat seperti SELinux atau AppArmor boleh menambah lapisan kawalan tambahan ke atas apa yang boleh dilakukan oleh proses yang dilancarkan oleh cron, sekali gus mengukuhkan lagi postur keselamatan sistem.
Menyahpepijat kerja cron: metodologi dan ralat biasa
Apabila tugasan yang dijadualkan tidak mencapai apa yang anda harapkan, strategi terbaik adalah tidak bermain-main tanpa tujuan, tetapi sebaliknya mengikuti metodologi diagnostik yang mudah . Langkah pertama adalah untuk mengesahkan bahawa daemon cron sememangnya aktif dan diaktifkan, menggunakan alat perkhidmatan pengedaran.
Seterusnya, anda harus menyemak log sistem dan sebarang log khusus cron. Selalunya, anda akan menemui ralat sintaks dalam crontab, masalah kebenaran atau kegagalan pelaksanaan skrip yang tidak serta-merta kelihatan.
Langkah logik seterusnya adalah menjalankan skrip atau arahan yang cuba dilancarkan oleh cron secara manual, tetapi mensimulasikan persekitaran cron sebaik mungkin : pengguna yang sama, laluan yang sama, tanpa bergantung pada alias atau fungsi shell interaktif anda.
Antara ralat yang paling biasa ialah: terlupa untuk mengalihkan output standard dan ralat, menggunakan laluan relatif yang tidak masuk akal apabila cron menjalankan skrip, mengandaikan bahawa PATH termasuk direktori yang sebenarnya tidak ada di sana, atau tidak mempertimbangkan bahawa berbilang contoh tugas yang sama mungkin bertindih dari semasa ke semasa.
Membetulkan masalah ini melibatkan penentuan segala-galanya secara eksplisit, menggunakan laluan mutlak, menambah log debug dan melindungi tugas daripada pelaksanaan serentak jika boleh.
Amalan profesional yang baik dengan cron
Selama bertahun-tahun, komuniti pentadbir sistem telah menyaring beberapa cadangan yang membezakan antara "mempunyai empat kerja cron yang disediakan secara tidak teratur" dan mengurus automasi secara profesional.
Peraturan utama adalah untuk sentiasa mengalihkan output setiap tugasan ke fail log, oa /dev/null . Jika tidak, cron akan cuba menghantar output tersebut melalui e-mel kepada pengguna, yang boleh memenuhi peti mel root atau hilang begitu sahaja jika sistem e-mel tidak dikonfigurasikan, lalu menyukarkan penyelesaian masalah.
Satu lagi amalan utama adalah untuk membungkus logik ke dalam skrip berasingan dan bukannya menulis arahan yang panjang terus ke dalam crontab . Ini memudahkan untuk membuat versi skrip, mengujinya secara manual, mendokumenkannya dan menggunakannya semula.
Untuk mengelakkan masalah pertindihan, alat seperti flock membolehkan anda melaksanakan mekanisme penyekatan mudah: jika satu contoh tugas masih berjalan, yang seterusnya sama ada menunggu atau tamat tanpa dilaksanakan. Ini penting untuk tugas sandaran atau pemprosesan data tugas berat.
Akhir sekali, adalah idea yang baik untuk memberi komen pada setiap baris crontab dengan penerangan yang jelas dan memastikan fail tersebut berada di bawah kawalan versi dengan Git atau sistem yang serupa . Apabila masa berlalu (atau pentadbir berubah), komen dan sejarah perubahan tersebut akan sangat berharga.
Skrip Bash: Enjin yang menjalankan automasi
Semua perkara di atas tidak akan berfungsi jika kita tidak mempunyai sesuatu yang berguna untuk dijalankan, dan di situlah skrip Bash memainkan peranan. Skrip hanyalah fail teks dengan arahan yang dilaksanakan oleh shell satu demi satu , seolah-olah anda menaipnya sendiri, tetapi tanpa rasa jemu.
Dari segi sejarah, skrip shell telah menjadi teras automasi dalam Unix sejak tahun 70-an. Dengan ketibaan Bash sebagai shell lalai dalam banyak pengedaran, bahasa skrip yang ringkas tetapi berkuasa telah disatukan , sesuai untuk menggabungkan komponen sistem, memproses fail dan menyelaras program luaran.
Pada tahap praktikal, skrip Bash biasa bermula dengan baris #!/bin/bash untuk menunjukkan shell yang harus mentafsirkannya, mentakrifkan pembolehubah, melaksanakan arahan, menggunakan syarat dan gelung, dan menambah mesej bermaklumat dengan echo supaya kita tahu apa yang sedang berlaku.
Terdapat skrip yang sangat mudah yang hanya memindahkan beberapa fail dan yang lain yang lebih rumit, yang melakukan sandaran lengkap, menjana laporan dan bergabung dengan cron atau at untuk berjalan secara automatik pada selang masa yang tetap.
Kuncinya ialah sebarang tugasan yang diulang terlalu kerap di terminal adalah calon yang sempurna untuk menjadi skrip, menjimatkan masa dan kesilapan bodoh dalam jangka masa sederhana.
Contoh praktikal: sandaran harian dengan Bash dan cron
Satu senario yang sangat biasa ialah ingin membuat sandaran harian bagi folder penting tertentu . Dengan Bash, ini boleh dicapai hanya dalam beberapa baris kod, mencipta direktori dengan tarikh semasa dan memasukkan data yang berkaitan di dalamnya.
Logik umum biasanya seperti ini: jana rentetan dengan tarikh hari ini, bina laluan destinasi yang menyertakannya, cipta direktori itu jika ia tidak wujud, salin data penting anda secara rekursif, dan akhirnya, paparkan mesej yang menunjukkan bahawa sandaran telah berjaya diselesaikan.
Jika anda juga menggabungkannya dengan penyulitan sandaran, penggunaan tar/gz dalam Linux atau pengangkutan selamat ke pelayan lain melalui terowong VPN atau SSH, anda boleh menyediakan strategi sandaran yang baik tanpa komplikasi besar , bergantung sepenuhnya pada alat Linux klasik.
Anda boleh menyimpan skrip ini dalam direktori seperti /usr/local/sbin atau dalam folder skrip anda dan memberikannya kebenaran pelaksanaan. Kemudian, gunakan cron untuk menjadualkan pelaksanaan automatiknya pada masa pelayan berada di bawah beban rendah , contohnya, setiap malam pada tengah malam.
Jika anda juga menggabungkannya dengan penyulitan sandaran atau pengangkutan selamat ke pelayan lain melalui terowong VPN atau SSH, anda boleh menyediakan strategi sandaran yang baik tanpa komplikasi besar , bergantung sepenuhnya pada alat Linux klasik.
Automasi asas dengan skrip Bash: langkah pertama
Jika anda baru bermula dengan skrip, pendekatan paling bijak adalah dengan mengambilnya satu langkah pada satu masa. Pertama, cipta fail kosong, editnya dengan editor kegemaran anda, tambahkan beberapa baris kod , simpannya, berikannya kebenaran untuk dilaksanakan dan ujinya.
Latihan pertama biasanya melibatkan pengautomasikan tugas mudah seperti menyenaraikan fail, memindahkannya ke folder tertentu atau membersihkan direktori sementara . Ini membantu anda membiasakan diri dengan sintaks, pembolehubah, kebenaran dan mesej output.
Kemudian, anda boleh mempertimbangkan skrip yang merekodkan tarikh dan masa dalam log sekali-sekala, membuat salinan termampat /etc/ pada waktu malam, atau menyemak ruang cakera dan menghantar amaran apabila peratusan penggunaan tertentu telah dilebihi.
Amalan yang sangat baik adalah menggunakan `echo` sebagai alat penyahpepijatan , supaya skrip mencetak langkah yang sedang dilaksanakan, nilai pembolehubah utama dan sama ada ia menghadapi sebarang masalah. Ini sangat memudahkan pencarian ralat logik.
Dengan latihan, anda akan membina "perpustakaan peribadi" skrip kecil yang menjadi pembantu senyap anda, sedia untuk dijalankan sendiri terima kasih kepada cron, at atau pemasa sistem.
Automasi dan keselamatan: memperkukuhkan pelayan Linux
Hampir setiap kali automasi dibincangkan pada pelayan yang serius, perbualan pasti beralih kepada keselamatan. Memperkukuhkan pelayan Linux melibatkan pengurangan permukaan serangannya, melaksanakan amalan terbaik dan mengautomasikan kawalan keselamatan supaya ia tidak bergantung pada panggilan balik manual.
Langkah pertama yang penting ialah pengurusan akaun pengguna . Adalah dinasihatkan untuk mengelakkan nama pengguna generik atau jelas (seperti "admin" atau "oracle"), menggunakan nama yang kurang boleh diramal, mewujudkan dasar kata laluan yang kukuh dengan tarikh luput berkala dan melaraskan julat UID supaya ia tidak mudah diteka.
Satu lagi perkara yang perlu diberi perhatian ialah pakej yang dipasang. Lebih banyak perisian yang tidak diperlukan, lebih besar permukaan serangan anda. Oleh itu, adalah amalan yang baik untuk menyenaraikan pakej yang dipasang, mengalih keluar pakej yang tidak digunakan dan memantau kebergantungan bagi mengelakkan kerosakan perkhidmatan kritikal secara tidak sengaja.
Anda juga harus menyemak perkhidmatan yang sedang berjalan menggunakan alat seperti systemctl, hentikan dan lumpuhkan perkhidmatan yang tidak menyumbang apa-apa, dan semak port pendengaran dengan utiliti seperti netstat atau ss untuk memastikan hanya yang benar-benar diperlukan sahaja yang dibuka.
Jika kita menambah pengerasan SSH yang baik (melumpuhkan log masuk root langsung, menggunakan pengesahan kekunci, melaraskan tamat masa) dan penggunaan tembok api seperti firewalld atau iptables, kita akan mendapat beberapa lapisan perlindungan terhadap serangan luaran tanpa terlalu banyak komplikasi.
SELinux, tembok api dan pengoptimuman dengan pengubahsuaian yang ditala
Bagi persekitaran yang mengutamakan keselamatan, alat seperti pengerasan SELinux bertindak sebagai penghalang tambahan kawalan akses mandatori, mengehadkan proses mana yang boleh melakukan apa, melangkaui kebenaran tradisional.
Adalah penting untuk menyemak status SELinux, sebaik-baiknya mengkonfigurasinya dalam mod penguatkuasaan yang ketat dan melaraskan dasar mengikut keperluan sistem menggunakan utiliti tertentu. Walaupun ia mungkin kelihatan menakutkan pada mulanya, apabila dikonfigurasikan dengan betul ia menyekat banyak tindakan yang tidak diingini.
Dalam persekitaran rangkaian, firewalld atau iptables membolehkan anda menentukan peraturan terperinci untuk trafik masuk dan keluar , hanya membuka perkhidmatan tertentu seperti SSH, HTTP atau apa sahaja yang benar-benar diperlukan. Ini dapat mengurangkan bilangan vektor serangan yang berpotensi.
Sebaliknya, terdapat alat seperti tuned, yang direka untuk mengoptimumkan prestasi sistem menggunakan profil yang telah ditetapkan berdasarkan jenis beban kerja: pelayan, desktop, tetamu maya, dsb. Mengaktifkan profil yang sesuai dan membiarkan tuned mengurus parameter tertentu menjimatkan masa dan meningkatkan prestasi keseluruhan.
Semua ini tidak bermakna jika dilakukan sekali sahaja dan kemudian dilupakan. Keselamatan dan prestasi memerlukan semakan berterusan, tampalan berkala dan pemantauan berterusan , dan di situlah automasi memainkan peranan: banyak tugas rutin ini boleh dijadualkan untuk dijalankan sendiri.
Ansible: automasi berskala besar dan pengurusan konfigurasi
Apabila anda menstrukturkan pelayan daripada satu atau dua pelayan kepada berpuluh-puluh atau beratus-ratus, skrip cron dan setempat tidak dapat mengekalkan konsistensi. Ansible memasuki arena sebagai alat pengurusan automasi dan konfigurasi yang tidak memerlukan ejen pada nod dan bergantung pada SSH dan fail YAML yang boleh dibaca.
Dengan Ansible, anda menentukan inventori hos, menjana pasangan kunci SSH untuk pengesahan tanpa kata laluan dan mengautomasikan pentadbiran sistem Linux dengan menulis buku panduan yang menerangkan keadaan pelayan yang diingini : pakej mana yang harus dipasang, perkhidmatan mana yang aktif, fail konfigurasi mana yang ada, dsb.
Kelebihan utamanya ialah anda boleh menggunakan buku panduan yang sama pada banyak sistem sekaligus dan memperoleh hasil yang konsisten dan boleh diulang , sesuatu yang sangat sukar dicapai jika setiap pentadbir menggunakan perubahan secara manual. Tambahan pula, Ansible adalah idempotent: menjalankan buku panduan yang sama beberapa kali tidak merosakkan apa-apa; ia hanya memastikan bahawa semuanya adalah seperti yang sepatutnya.
Contohnya, buku panduan mudah boleh mengendalikan pemasangan tmux pada semua pelayan dalam kumpulan "web" hanya dengan beberapa baris kod. Dari situ, automasi yang lebih kompleks boleh dibina: penggunaan aplikasi, perubahan konfigurasi pukal, putaran kekunci dan sebagainya.
Dalam konteks keselamatan, Ansible sesuai untuk menggunakan dasar pengerasan, mengkonfigurasi tembok api, menala SSH atau menggunakan skrip audit ke semua nod secara berpusat, mencegah kesilapan dan penyimpangan.
Automasi setiap hari: contoh dan falsafah kerja
Selain alatan khusus, terdapat pemikiran yang berkembang dari semasa ke semasa: setiap kali anda mengulangi sesuatu secara manual beberapa kali, adalah wajar untuk bertanya kepada diri sendiri sama ada ia tidak boleh diautomasikan . Linux secara literalnya dicipta untuk itu.
Sesetengah orang juga melihat terminal sebagai pembantu senyap yang melakukan perkara untuk anda di latar belakang: menjadualkan peringatan e-mel, menjana ringkasan mingguan, menyegerakkan direktori dengan pelayan jauh atau membersihkan folder muat turun dan sementara tanpa anda perlu mengangkat jari.
Malah alat yang sering diabaikan seperti `at` membolehkan anda menjadualkan operasi sekali sahaja esok pada masa tertentu tanpa perlu bersusah payah melakukan kerja cron . Digabungkan dengan skrip yang berstruktur dengan baik, utiliti ini menjadikan sistem Linux anda sejenis "mesin basuh pinggan mangkuk" digital yang mengendalikan tugas berulang.
Perkara penting adalah untuk mendekati automasi dengan pertimbangan yang wajar dan akal sehat : ia bukan tentang mengautomasikan kerana ia trendy, tetapi tentang menilai tugas mana yang memakan masa, terdedah kepada kesilapan manusia, atau memberi impak jika dilupakan, dan mengutamakan tugas tersebut dahulu.
Lama-kelamaan, anda akhirnya menulis latihan kecil untuk diri sendiri: kerja cron yang merekodkan tarikh dan masa untuk memastikan anda telah mengkonfigurasi sintaks dengan betul, skrip sandaran, skrip pemantauan dan juga penukaran beberapa tugas tersebut kepada pemasa sistem dengan kegigihan dan kelewatan rawak untuk mengagihkan beban.
Dengan menggabungkan semua bahagian ini—skrip Bash, cron, anacron, at, pemasa sistem, Ansible, amalan terbaik keselamatan, tembok api dan alatan pengoptimuman—anda akhirnya membina persekitaran di mana Linux berfungsi untuk anda 24/7, menyelenggara sandaran, mengukuhkan keselamatan dan menjaga prestasi , sambil anda memberi tumpuan kepada masalah yang kurang mekanikal dan lebih menarik.
