Hướng dẫn chi tiết cách tạo và quản lý SSH Key cho Git (GitHub, GitLab), cấu hình nhiều tài khoản và bảo mật Server/VPS.

Hướng dẫn toàn tập về SSH Key: Git, Multiple Accounts & Server Security

Install UbuntuServer Error

Docker

Proxy Server

Get AI Gemini Free

Xử lí bất đồng bộ

TypeScript basic

Fast SSH to Raspberry Pi by Tailscale for System

Fast SSH to Raspberry Pi by Tailscale

OOP Javascript

JavaScript & NodeJS

Fix lỗi màn 180hz trên Linux(Ubuntu)

Cách kết nối tới Postgresql

Tìm hiểu về Static Site Generation (SSG) trong Next.js và cách nó giúp tối ưu performance cho blog.

Next.js và Static Site Generation

Học cách sử dụng Markdown để viết blog một cách hiệu quả và chuyên nghiệp.

Hướng dẫn viết Markdown


# Hướng dẫn toàn tập về SSH Key

Trong quá trình làm việc với Git (GitHub, GitLab) hay quản trị Server (VPS), việc sử dụng **SSH Key** là tiêu chuẩn bắt buộc để đảm bảo bảo mật và sự tiện lợi. Bài viết này sẽ hướng dẫn bạn từ cơ bản đến nâng cao: tạo key, cấu hình nhiều tài khoản (ví dụ: tài khoản cá nhân và công ty trên cùng một máy), và bảo mật Server để không cần nhập mật khẩu.

## 1. Tại sao nên dùng SSH Key?

- **Bảo mật hơn**: SSH Key khó bị tấn công brute-force hơn mật khẩu truyền thống.
- **Tiện lợi**: Không cần nhập username/password mỗi lần push code hay login vào server.
- **Quản lý dễ dàng**: Có thể thu hồi quyền truy cập bằng cách xóa public key mà không cần đổi mật khẩu.

## 2. Tạo SSH Key (Chuẩn Ed25519)

Hiện nay, thuật toán **Ed25519** được khuyên dùng thay thế cho RSA vì nó an toàn hơn và nhanh hơn.

Mở terminal (hoặc Git Bash trên Windows) và chạy lệnh sau:

```bash
ssh-keygen -t ed25519 -C "your_email@example.com"
```

- `-t ed25519`: Chọn thuật toán Ed25519.
- `-C "..."`: Comment để định danh key (thường dùng email).

Hệ thống sẽ hỏi nơi lưu file. Mặc định là `~/.ssh/id_ed25519`.
- Nếu bạn chỉ dùng 1 key duy nhất: Nhấn Enter.
- Nếu bạn muốn tạo key riêng cho công ty (để tách biệt): Nhập đường dẫn mới, ví dụ: `/home/user/.ssh/id_ed25519_company`.

Sau đó, bạn có thể đặt **passphrase** (mật khẩu cho key) để tăng bảo mật, hoặc để trống nếu muốn login nhanh.

## 3. Cấu hình cho Git (GitHub, GitLab)

### Bước 1: Lấy nội dung Public Key

Chạy lệnh sau để xem và copy public key:

```bash
cat ~/.ssh/id_ed25519.pub
# Hoặc key công ty
cat ~/.ssh/id_ed25519_company.pub
```

Kết quả sẽ bắt đầu bằng `ssh-ed25519 ...`. Hãy copy toàn bộ chuỗi này.

### Bước 2: Thêm vào GitHub/GitLab

- **GitHub**: Vào Settings -> SSH and GPG keys -> New SSH key.
- **GitLab**: Vào Preferences -> SSH Keys -> Add new key.

Dán nội dung vừa copy vào và lưu lại.

### Bước 3: Kiểm tra kết nối

```bash
ssh -T git@github.com
# Hoặc
ssh -T git@gitlab.com
```

Nếu thấy thông báo `Hi username! You've successfully authenticated...` là thành công.

## 4. Cấu hình nâng cao: Nhiều tài khoản (Personal vs Company)

Đây là vấn đề nhiều người gặp phải: Làm sao để dùng tài khoản GitHub cá nhân cho dự án riêng và tài khoản GitHub công ty cho dự án công việc trên cùng một máy?

Giải pháp là sử dụng file `config` của SSH.

### Bước 1: Tạo file config

Tạo hoặc chỉnh sửa file `~/.ssh/config`:

```bash
nano ~/.ssh/config
```

### Bước 2: Thêm cấu hình

Giả sử bạn có 2 key:
1. `~/.ssh/id_ed25519` (Cá nhân)
2. `~/.ssh/id_ed25519_company` (Công ty)

Thêm nội dung sau vào file config:

```ssh
# Tài khoản Cá nhân (Mặc định)
Host github.com
  HostName github.com
  User git
  IdentityFile ~/.ssh/id_ed25519

# Tài khoản Công ty (Custom Host)
Host github-company
  HostName github.com
  User git
  IdentityFile ~/.ssh/id_ed25519_company
```

### Bước 3: Sử dụng

- **Với dự án cá nhân**: Clone bình thường.
  ```bash
  git clone git@github.com:username/repo.git
  ```

- **Với dự án công ty**: Thay `github.com` bằng `github-company` (tên Host bạn đã đặt trong file config).
  ```bash
  git clone git@github-company:company-org/project.git
  ```

**Lưu ý**: Nếu dự án đã clone rồi, bạn có thể sửa remote url:
```bash
git remote set-url origin git@github-company:company-org/project.git
```

## 5. Bảo mật Server/VPS (SSH Hardening)

Để bảo mật VPS, chúng ta sẽ làm 2 việc:
1. Copy SSH Key lên server để login không cần mật khẩu.
2. Tắt chức năng đăng nhập bằng mật khẩu (Password Authentication) để chặn hacker brute-force.

### Bước 1: Copy SSH Key lên Server

Từ máy cá nhân của bạn, chạy lệnh:

```bash
ssh-copy-id -i ~/.ssh/id_ed25519 root@ip-server-cua-ban
```

Nhập mật khẩu root lần cuối. Sau khi xong, thử login lại: `ssh root@ip-server`. Nếu vào thẳng được là thành công.

### Bước 2: Tắt đăng nhập bằng mật khẩu

SSH vào server, sau đó sửa file cấu hình SSH:

```bash
sudo nano /etc/ssh/sshd_config
```

Tìm và sửa các dòng sau (nếu chưa có thì thêm vào):

```ssh
# Tắt login bằng mật khẩu
PasswordAuthentication no

# Chỉ cho phép dùng Key
PubkeyAuthentication yes

# (Tùy chọn) Tắt login quyền root nếu bạn đã tạo user sudo riêng
# PermitRootLogin no
```

### Bước 3: Khởi động lại SSH service

```bash
sudo service ssh restart
# Hoặc
sudo systemctl restart sshd
```

**Quan trọng**: Đừng thoát phiên SSH hiện tại ngay. Hãy mở một terminal mới và thử login lại (`ssh root@ip-server`) để chắc chắn mọi thứ hoạt động. Nếu login được thì mới thoát phiên cũ.

---

## 6. Trường hợp ngược lại: Tạo Key trên Server và lấy về máy

Đôi khi bạn cần tạo key trên server (ví dụ: để server này truy cập vào GitHub/GitLab hoặc server khác) và bạn muốn lưu private key về máy cá nhân để backup hoặc sử dụng.

### Bước 1: Tạo Key trên Server

SSH vào server và chạy lệnh tạo key như bình thường:

```bash
ssh-keygen -t ed25519 -C "server-key" -f ~/.ssh/id_ed25519_server
```

### Bước 2: Lấy Private Key về máy cá nhân

Từ **máy cá nhân** của bạn (không phải trên server), sử dụng lệnh `scp` (Secure Copy) để tải file về:

```bash
# Cú pháp: scp user@ip-server:path-to-remote-file path-to-local-destination
scp root@ip-server:~/.ssh/id_ed25519_server ~/.ssh/
```

### Bước 3: Phân quyền và sử dụng

Sau khi tải về, bạn cần set quyền chỉ đọc cho chủ sở hữu (bắt buộc với SSH key):

```bash
chmod 600 ~/.ssh/id_ed25519_server
```

Bây giờ bạn có thể dùng key này để SSH vào server (nếu đã add public key vào `authorized_keys` của server) hoặc dùng cho các mục đích khác.

```bash
ssh -i ~/.ssh/id_ed25519_server root@ip-server
```

## 7. Hiểu về `authorized_keys` và Cấu hình thủ công

Lệnh `ssh-copy-id` thực chất chỉ là một cách tự động để thêm public key của bạn vào file `~/.ssh/authorized_keys` trên server. Nếu bạn không dùng được `ssh-copy-id` (ví dụ server không có lệnh này hoặc bạn muốn hiểu rõ bản chất), bạn có thể làm thủ công.

### File `authorized_keys` là gì?

Đây là file nằm trong thư mục `~/.ssh/` của user trên server. Nó chứa danh sách các **Public Key** được phép đăng nhập vào user đó. Mỗi dòng là một public key.

### Cách thêm thủ công (Manual)

1.  **Trên máy cá nhân**: Copy nội dung public key.
    ```bash
    cat ~/.ssh/id_ed25519.pub
    ```
    Copy toàn bộ chuỗi bắt đầu bằng `ssh-ed25519 ...`.

2.  **Trên Server**:
    - Tạo thư mục `.ssh` (nếu chưa có):
      ```bash
      mkdir -p ~/.ssh
      chmod 700 ~/.ssh
      ```
    - Tạo hoặc sửa file `authorized_keys`:
      ```bash
      nano ~/.ssh/authorized_keys
      ```
    - Dán public key vào một dòng mới.
    - Lưu lại.

3.  **Quan trọng: Phân quyền (Permissions)**
    SSH rất khó tính về quyền truy cập. Nếu bạn để quyền quá lỏng lẻo (ví dụ ai cũng đọc được), SSH sẽ từ chối cho login.
    
    ```bash
    chmod 700 ~/.ssh
    chmod 600 ~/.ssh/authorized_keys
    ```

    - `700` cho thư mục: Chỉ chủ sở hữu được đọc, ghi, truy cập.
    - `600` cho file: Chỉ chủ sở hữu được đọc, ghi.

## Tổng kết

Với các bước trên, bạn đã thiết lập một môi trường làm việc chuyên nghiệp và bảo mật:
1. Sử dụng **Ed25519** key hiện đại.
2. Quản lý tách biệt code **Cá nhân** và **Công ty**.
3. Bảo vệ **Server/VPS** trước các cuộc tấn công dò mật khẩu.

Chúc các bạn thành công!



## Giới thiệu

Mình đã gặp lỗi khi cố tải UbuntuServer mà nó cứ báo lỗi như ảnh dưới

![Error](/images/posts/install-ubuntuserver-error/error.png)

![Error](/images/posts/install-ubuntuserver-error/image.png)

Lỗi này nguyên nhân là do ổ bị khóa như ảnh trên

## Cách fix

Dùng LiveUSB tải GParted về (dùng Rufus để cài ISO)  
Tất cả các ổ không có biểu tượng chìa khóa giống ảnh bên trên thì sẽ rất dễ để format nhưng riêng với ổ bị khóa phải dùng lệnh sau

```bash
sudo swapoff -a

sudo vgchange -an
```

Sau đó vào menu Device → Create Partition Table → Chọn “gpt”, sau đó nhấn “Apply” để xóa sạch mọi metadata cũ

**Tags:**  
**Danh mục:** Tutorial  
**Ngày tạo:** 2025-11-18



# Docker

## Phân biệt image và container

- Image là một khuôn mẫu có sẵn bao gồm các thư viện, cấu hình, mã nguồn, hệ điều hành, lệnh khời chạy(CMD) định hình cho container

  - Chỉ đọc(Read-only), được build và lưu trữ,, đóng gói ứng dụng và môi trường của nó - giống như một class

- Container được tạo ra từ khuôn image và từ một image có thể tạo ra nhiều container

  - Có thể chỉnh sửa, chạy trên một khuôn mẫu(image), được tạo-chạy-dừng-xóa, chạy và cô lập ứng dụng, - tương tự như object

## Mount

### Mount cùng một volume

- Dùng docker quản lí trên một thư mục ổ đĩa "ảo" với cách này chúng ta phải stop và xóa container đi (docker rm ten_file) và build lại container mỗi khi file thay đổi
- Sử dụng lệnh docker run -d -p 8080:80 -v /duong_dan_toi_folder_can_chay:/duong_dan_toi_container --name ten_container ten_image
  - -d - chạy ở chế độ nền tách ra khỏi terminal, -p - chạy ở cổng nào, -v - viết tắt cho volume, --name - tên container
  - Ví dụ: docker run -d -p 8080:80 -v ~/DevOps/shared-app:/usr/share/nginx/html --name web1 nginx

### Mount bind

- Dùng thư mục thật trên host cho container, tự động thay đổi dữ liệu bên trong container khi dữ liệu trên máy host thay đổi
- docker run -d -p 8080:80 -v $(pwd):/usr/share/nginx/html --name myweb nginx
  - /usr/share/nginx/html trong container sẽ trỏ đến thư mục hiện tại trên host

### Phần 1

Nội dung phần 1...

### Phần 2

Nội dung phần 2...

## Kết luận

Tóm tắt và kết luận...



# Proxy Server

## Nội dung chính

Proxy có nhiệm vụ chuyển tiếp và kiểm soát thông tin giữa client và server phía back end  
Proxy gồm 1 IP và 1 port để truy cập cố định

### Forward Proxy

- Là proxy server được dùng phía clinent

- Luồng hoạt động như sau: Client -> Forward Proxy -> Internet

- Tác dụng:
  - Ẩn địa chỉ IP của Client trước khi truy cập vào Internet
  - Truy cập vào các nội dung bị chặn bởi công ty, chính phủ
  - Dùng làm catching server để tăng tốc độ

### Reverse Proxy

- Là proxy dùng phía server tức là request sau khi đi qua Internet sẽ đi qua Reverse Proxy định hướng tiếp đi về server backend nào
- Tác dụng
  - Load balancing: giúp điều phối requests tới các servers backend để cân bằng tải, ngoài ra nó còn giúp hệ thống đạt tính sẵn sàng cao khi lỡ không may có server bị ngỏm thì nó sẽ chuyển request tới một server còn sống để thực thi.
  - Increased Security: Reverse Proxy còn đóng vai trò là một lớp bảo vệ cho các servers backend. Nó giúp cho chúng ta có thể ẩn đi địa chỉ và cấu trúc thực của server backend.
  - Logging: Tất cả các requests tới các servers backend đều phải đi qua reverse proxy nên việc quản lý log của access tới từng server và endpoint sẽ dễ dàng hơn rất nhiều so với việc kiểm tra trên từng server một.
  - Encrypted Connection: Bằng việc mã hóa kết nối giữa client và reverse proxy với TLS, users sẽ được hưởng lợi từ việc mã hóa dữ liệu và bảo mật với HTTPS.

### Catching server

### Firewall

### Load Balancer

## Kết luận

Tóm tắt và kết luận...
