Bash Command Explainer

Tính năng nổi bật

• Tách dòng lệnh thành từng thành phần: tên lệnh, lệnh con, cờ, giá trị của cờ, đối số vị trí và dấu ngăn
• Từ điển cờ cho hơn ba mươi lệnh hay dùng, gồm ls, cp, mv, rm, find, grep, sed, awk, tar, curl và nhiều lệnh khác
• Hiểu cụm cờ viết dính như -rf hay -lah, cụm kiểu cũ như tar czf và ps aux, cùng giá trị viết dính như -F: hay -k5
• Giải thích toán tử chuyển hướng theo đúng bộ mô tả tệp, gồm cả 2>&1, &> và các dạng nối thêm
• Phân tách theo ống dẫn và toán tử điều kiện, nói rõ vế phải chạy khi nào
• Nhận diện thay thế lệnh, tham chiếu biến, ký tự đại diện và chuỗi trong dấu nháy
• Cảnh báo hai mức cho lệnh nguy hiểm, kèm giải thích vì sao nguy hiểm và cách làm an toàn hơn
• Chạy hoàn toàn trong trình duyệt, chỉ phân tích cú pháp và không thực thi bất kỳ lệnh nào

Vì sao cần đọc kỹ một dòng lệnh trước khi chạy

Dòng lệnh trên máy chủ không có bước hỏi lại và không có thùng rác. Một lệnh chép từ bài hướng dẫn, từ câu trả lời trên diễn đàn hay từ nhóm chat có thể chạy đúng ở máy người viết mà phá hỏng máy của bạn, chỉ vì một đường dẫn khác, một biến chưa gán, hay một cờ mà bạn tưởng là vô hại. Vấn đề là các cờ đều viết tắt một ký tự, gộp dính vào nhau, và ý nghĩa thay đổi theo từng lệnh: cờ -f của rm nghĩa là không hỏi lại, của tar là chỉ định tên tệp, còn của grep là đọc mẫu từ tệp. Tra man thì đúng nhưng chậm, trả về hàng trăm dòng tiếng Anh và bạn phải tự tìm từng chữ cái trong cụm. Công cụ này rút ngắn đúng bước đó: dán vào, đọc bảng giải thích tiếng Việt theo đúng thứ tự shell xử lý, thấy phần nào chưa rõ thì mới mở man để tra sâu. Với người mới, nó là cách học đọc lệnh nhanh nhất vì bạn học trên chính lệnh mình đang cần. Với người đã quen, nó là bước kiểm tra chéo trước khi chạy lệnh trên máy chủ sản xuất.

Lợi ích khi sử dụng

• •Biết chính xác lệnh sẽ làm gì trước khi chạy trên máy chủ thật
• •Cảnh báo riêng cho các lệnh phá hoại dữ liệu, thứ mà trang man không nói giúp bạn
• •Giải thích bằng tiếng Việt theo đúng thứ tự shell xử lý dòng lệnh
• •Không thực thi gì, dán được cả lệnh chứa đường dẫn và tên máy chủ nội bộ
• •Học được cách đọc cờ và toán tử ngay trên lệnh mình đang cần dùng

Cách dùng công cụ giải thích lệnh Bash

1. 1Dán dòng lệnh cần đọc vào ô nhập, hoặc bấm một trong các nút lệnh mẫu để xem thử cách công cụ trình bày.
2. 2Đọc phần cảnh báo ở trên cùng trước tiên nếu nó hiện ra, đây là các điểm có thể gây mất dữ liệu hoặc mất kết nối.
3. 3Xem bảng tổng quan để biết dòng lệnh gồm mấy đoạn, có bao nhiêu chuyển hướng và phần nào chưa có trong từ điển.
4. 4Đọc từng đoạn lệnh theo thứ tự: toán tử nối ở đầu đoạn cho biết đoạn đó chạy trong điều kiện nào, rồi tới bảng thành phần và phần chuyển hướng.
5. 5Với các thành phần hiện bằng chữ vàng, hãy tra tiếp bằng man kèm tên lệnh trên chính máy bạn để có mô tả đúng phiên bản đang cài.

Công cụ đọc lệnh chứ không chạy lệnh, và vì sao điều đó quan trọng

Toàn bộ việc phân tích diễn ra trong trình duyệt của bạn bằng cách tách chuỗi rồi tra bảng từ điển dựng sẵn. Không có lệnh nào được thực thi, không có tiến trình nào được tạo, không có tệp nào bị đọc hay ghi, và chuỗi bạn dán vào không được gửi tới bất kỳ máy chủ nào. Điều này quan trọng theo hai chiều. Chiều thứ nhất là an toàn cho máy: bạn dán được cả những lệnh nguy hiểm nhất, kể cả lệnh định dạng ổ đĩa hay xóa toàn bộ thư mục gốc, mà không có gì xảy ra ngoài việc hiện ra bảng giải thích và cảnh báo. Đây chính là mục đích chính của công cụ, vì thứ bạn cần biết nhất luôn là những lệnh bạn chưa dám chạy. Chiều thứ hai là an toàn cho thông tin: các lệnh vận hành thường lộ ra khá nhiều thứ, từ đường dẫn nội bộ, tên máy chủ, tên người dùng, cổng dịch vụ cho tới đôi khi cả chuỗi xác thực trong đầu mục HTTP của curl. Vì công cụ không gửi gì đi, bạn không phải bôi xóa những phần đó trước khi dán vào. Dù vậy vẫn nên tự dọn mật khẩu và khóa trước khi chia sẻ ảnh chụp màn hình cho người khác.

Shell xử lý một dòng lệnh theo thứ tự nào

Hiểu trình tự này giúp bạn đoán đúng chuyện gì sắp xảy ra. Đầu tiên shell tách dòng lệnh thành các đoạn theo toán tử điều kiện, dấu chấm phẩy và ống dẫn. Tiếp đó, trong từng đoạn, nó thực hiện các phép bung: thay thế lệnh trong dấu ngoặc bắt đầu bằng đô la, thay giá trị biến, bung dấu ngã thành thư mục nhà, rồi bung ký tự đại diện thành danh sách tên tệp có thật. Chính bước cuối này giải thích vì sao rm với một mẫu sao có thể xóa nhiều hơn dự tính: bản thân lệnh rm không hề biết tới dấu sao, nó chỉ nhận được danh sách tên tệp mà shell đã bung sẵn. Sau khi bung xong, shell thiết lập các chuyển hướng, rồi mới gọi lệnh với phần đối số còn lại. Nội dung trong dấu nháy đơn không bị bung gì cả, còn trong dấu nháy kép thì biến và thay thế lệnh vẫn được thay nhưng ký tự đại diện thì không. Bảng kết quả của công cụ trình bày theo đúng trình tự trên: toán tử nối đứng trước đoạn, rồi tới các thành phần của lệnh, cuối cùng là phần chuyển hướng.

Chuyển hướng và ba bộ mô tả tệp mà mọi tiến trình đều có

Mỗi tiến trình khi sinh ra đều có sẵn ba kênh: số 0 là đầu vào chuẩn, số 1 là đầu ra chuẩn, số 2 là lỗi chuẩn. Một dấu lớn hơn nghĩa là ghi đầu ra chuẩn vào tệp và xóa sạch nội dung cũ của tệp đó, còn hai dấu lớn hơn thì nối vào cuối. Viết số 2 ngay trước dấu lớn hơn nghĩa là chuyển hướng riêng kênh lỗi. Cụm 2>&1 gây bối rối nhất: nó không phải là ghi vào tệp tên là 1, mà là trỏ kênh lỗi vào đúng nơi kênh đầu ra đang trỏ tới ngay tại thời điểm đó. Vì vậy thứ tự viết có ý nghĩa. Câu lệnh kết thúc bằng > log 2>&1 gửi cả hai kênh vào tệp log, nhưng viết ngược lại thành 2>&1 > log thì kênh lỗi vẫn ra màn hình, vì lúc nó được trỏ theo kênh đầu ra thì kênh đầu ra còn đang trỏ ra màn hình. Đích đặc biệt /dev/null là hố đen của hệ thống, mọi thứ ghi vào đó biến mất; cụm > /dev/null 2>&1 nghĩa là vứt bỏ hoàn toàn cả đầu ra lẫn lỗi. Trong cron thì nên ghi vào tệp log thay vì vứt hết, nếu không khi có sự cố bạn sẽ không còn manh mối nào.

Ống dẫn và hai toán tử điều kiện: khác biệt nằm ở thứ được truyền đi

Ống dẫn nối đầu ra chuẩn của lệnh bên trái vào đầu vào chuẩn của lệnh bên phải, và cả hai chạy cùng lúc chứ không phải chạy lần lượt. Có hai điều hay bị bỏ sót. Thứ nhất, lỗi chuẩn không đi qua ống dẫn, nên nếu muốn lọc cả thông báo lỗi thì phải gộp kênh lại trước bằng 2>&1 hoặc dùng dạng ống dẫn kèm ký hiệu và. Thứ hai, mã kết thúc của cả ống dẫn mặc định lấy theo lệnh cuối cùng, nên vế trái hỏng mà vế phải chạy trót lọt thì cả cụm vẫn được coi là thành công; trong script nên bật pipefail để tránh. Hai toán tử điều kiện thì truyền đi thứ khác hẳn: chúng không truyền dữ liệu mà xét mã kết thúc. Hai dấu và nghĩa là chỉ chạy vế phải khi vế trái thành công, thường dùng để nối chuỗi việc phụ thuộc nhau như tạo bản nén xong mới đẩy đi. Hai dấu gạch dọc nghĩa là chỉ chạy vế phải khi vế trái thất bại, hay dùng để đặt phương án dự phòng hoặc in thông báo lỗi. Còn dấu chấm phẩy thì chạy tuần tự bất kể kết quả, dùng khi các việc không liên quan tới nhau.

Lệnh nguy hiểm: bốn kiểu hay gặp và cách kiểm tra trước khi chạy

Kiểu thứ nhất là xóa đệ quy có ép buộc. Cờ -r đi xuống mọi thư mục con, cờ -f bỏ mọi bước hỏi lại và không báo lỗi khi đường dẫn sai, nên gõ nhầm cũng không có tín hiệu nào. Cách kiểm tra rẻ nhất là đổi tạm rm thành ls với cùng đường dẫn và cùng mẫu để xem đúng danh sách sắp bị xóa. Nguy hiểm nhất là khi đường dẫn lấy từ biến, vì biến rỗng làm đường dẫn rút gọn về thư mục gốc; trong script hãy bật set -u và luôn bọc biến trong dấu nháy kép. Kiểu thứ hai là ghi ở mức thiết bị, gồm dd với tham số of trỏ vào một tệp thiết bị, các lệnh tạo hệ thống tệp, hay chuyển hướng thẳng vào /dev/sd. Chúng không quan tâm tới tệp hay thư mục mà ghi đè dữ liệu thô, nên hãy xác nhận tên thiết bị bằng lsblk ngay trước khi chạy. Kiểu thứ ba là mở quyền quá rộng, điển hình là chmod 777 cho phép mọi tài khoản trên máy đọc, ghi và chạy; thư mục thường chỉ cần 755, tệp thường 644, tệp chứa bí mật 600. Kiểu thứ tư là tải nội dung từ mạng rồi chạy thẳng qua ống dẫn, thường thấy trong các hướng dẫn cài đặt nhanh: bạn trao quyền chạy mã tùy ý cho bất cứ thứ gì máy chủ kia trả về, và nếu có sudo phía sau thì mã đó chạy với quyền root. Hãy tải về một tệp riêng, mở ra đọc, rồi mới chạy.

Câu hỏi thường gặp (FAQ)

Từ khóa liên quan

• giải thích lệnh bash
• explainshell tiếng việt
• lệnh linux nghĩa là gì
• phân tích dòng lệnh shell
• ý nghĩa các cờ lệnh linux
• 2>&1 nghĩa là gì
• chuyển hướng đầu ra trong linux
• ống dẫn pipe trong bash
• toán tử && và || trong shell
• thay thế lệnh $() trong bash
• rm -rf nguy hiểm thế nào
• chmod 777 có nên dùng không
• curl pipe sh có an toàn không
• lệnh dd ghi đè ổ cứng
• cờ của lệnh tar czf
• cờ của lệnh rsync
• tra cứu tham số lệnh grep
• lệnh find xóa file cũ
• cách đọc lệnh linux cho người mới
• kiểm tra lệnh trước khi chạy trên vps