Sửa lỗi An error occurred while creating temporary file... trên VMware ESXi server

Lỗi "Failed - An error occurred while creating temporary file for /vmfs/volumes/........./...vmx: The file already exists" khi khởi động máy ảo trên VMware ESXi server

Minh họa thông báo lỗi

Việc cần làm bây giờ chỉ là đổi tên file .vms~ trong virtual machine để nó tạo file mới là xong.Cách của tôi là truy cập vào ESXi qua web, bật SSH lên, login vào, đổi tên file bằng dòng lệnh. Nếu bạn có cách khác hay hơn vui lòng bình luận ở dưới bài đăng này nhé.

Bước 1: Bật SSH bằng cách truy cập vào ESXi server qua web, vào Manage, chuyển sang tab Services, tìm dòng TSM-SSH, nhấn Start.

Bật SSH

Bước 2: Dùng trình SSH client(putty chẳng hạn) truy cập vào server ESXi, tìm đến thư mục chứa dữ liệu của vm server, đổi tên file có đuôi .vmx~ thành đuôi bất kỳ, tôi ví dụ đổi đuôi thành .vmx.bak

Lưu ý: Đường dẫn chứa các file của máy ảo có dạng /vmfs/volumes/58ec2adc-d2744db0-e72b-1866da455e03/HTI-DC01, trong đó HTI-DC01 là tên máy chủ ảo mà bạn đặt cho nó.

Như vậy là xong. Khởi động máy ảo lên để tận hưởng thành quả.

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

Việt Hoàng

Vì sao HLV Joachim Low không chọn Leroy Sane?

World Cup 2018 nóng lên với nhiều câu chuyện, trong đó có câu chuyện cầu thủ Leroy Sane không được chọn.

Chúng ta hẳn đã thừa nhận những điều sau:
- Leroy Sane là một cầu thủ tài năng đã được ghi nhận.
- Leroy Sane lại không được gọi lên đội tuyển quốc gia Đức để dự World Cup 2018 mà thay vào đó là những cái tên được đánh giá thấp hơn.

Và đã có rất nhiều phản đối như sau:
- Không chọn Sane là một sai lầm lớn.
- HLV Joachim Low không biết nhìn người.

Thực tế thì sao?

Tất nhiên là mọi chuyện không đơn giản như vậy. Vậy ông Joachim Low đã sai hay là những nhận định phản đối kia là sai? Chẳng ai sai cả, chúng ta hãy đặt lại góc nhìn của mình tỉnh táo hơn thử xem nhé.

Joachim Low là HLV của đội tuyển quốc gia Đức, bạn đừng quên điều đó. Ông ấy ngu ư? Chắc có lẽ người không bình thường mới nghĩ thế. Với tầm nhìn của một HLV, họ sẽ định hình chiến thuật dựa trên tổng thể nguồn lực cầu thủ, rồi qua những buổi tập, qua những trận đấu thử nghiệm, ai phù hợp với chiến sẽ được chọn, tính cả yếu tố chuyên môn lẫn các yếu tố ngoài chuyên môn có thể ảnh hưởng trực tiếp hoặc gián tiếp tới tập thể. Tóm tắt lại một cụm từ tôi hay dùng: "Tầm nhìn của người lãnh đạo".

Bạn đã rõ rồi chứ? Đó là lựa chọn của HLV mà theo ông ấy là phù hợp nhất với chiến thuật đang sử dụng. Ông HLV vẫn có thể sai, nhưng thường thì hợp lý.

Leroy Sane. Nguồn ảnh: Wikimedia Commons

Bạn cũng đừng quên rằng Leroy Sane là một cầu thủ tài năng, dù không được gọi lên tuyển thì vẫn phải công nhận như vậy. Bạn có quyền tin rằng Sane được đá sẽ tỏa sáng và giúp đội nhà có kết quả tốt hơn so với khi không có Sane, nhưng cũng đừng vì nhận định đó mà phản đối dữ dội ông Low nhé.

Trong cuộc sống rất nhiều những trường hợp tương tự, bạn có thể sẽ là người không được chọn, dù bạn rất tốt, nhưng bạn phải biết định vị đúng giá trị bản thân, không để mất sự tự tin khi mà góc nhìn của người khác không đúng về mình. Bạn phải quyết liệt với điều đó.

Việt Hoàng

Tại sao nên sử dụng SSH?

SSH nhiều lúc sẽ chiếm ưu thế tuyệt đối so với cách kết nối qua giao diện đồ họa khi quản lý từ xa, sau đây tôi sẽ nêu các lý do để thuyết phục các bạn tìm hiểu sâu về SSH phục vụ cho công việc:

1. Tính bảo mật

Các công cụ SSH sẽ thiết lập kết nối mạng được mã hóa để tạo một kênh kết nối riêng tư (tương tự VPN), dựa trên nhiều chuẩn mã hóa khác nhau, luôn đảm bảo cho dữ liệu truyền đi giữa client và server được thông suốt và an toàn 

2. Tốc độ thực thi nhanh

Tốc độ là điểm mạnh nhất của chế độ dòng lệnh, các lệnh được thực thi và hiển thị ngay tức thì, không có thời gian trễ phải chờ load như khi truy cập qua môi trường đồ họa. 

3. Đa tác vụ dễ dàng

Hãy tưởng tượng chúng ta đang mở hàng chục cửa sổ để kết nối SSH đến những server mình đang quản lý, nhưng nhìn rất gọn gàng, chạy nhẹ nhàng, đó quả là một hình ảnh khá mê hoặc. 

Như ở hình dưới, tôi mở 4 cửa sổ cùng kết nối đến firewall để xem thông tin thời gian thực về tải CPU và RAM hệ thống, về cấp phát DHCP trong mạng, và về một vài thứ mà mình chỉ định bằng lệnh để theo dõi. Bình thường điều này chẳng có gì đáng nói, đến lúc cấp bách thì nó quả là rất hữu dụng đối với người quản trị hệ thống.

Multi tasking

4. Bất chấp mọi kết nối mạng yếu

Với SSH, các kết quả trả về qua môi trường dòng lệnh tốn rất ít băng thông, do đó chỉ với chiếc điện thoại ở nơi mạng rất yếu cũng có thể kết nối từ xa đến server để kiểm tra với tốc độ đảm bảo chấp nhận được. Điều này hẳn là trái ngược với việc chờ tải trang từ web.

Như vậy có thể thấy, để trở thành người quản trị chuyên nghiệp, hẳn không có lý do gì để chúng ta không tận dụng sức mạnh dòng lệnh qua công cụ SSH để thực hiện công việc cả. Tùy từng hoàn cảnh cụ thể người ta sẽ sử dụng công cụ mang lại năng suất cao nhất cũng như đảm bảo an toàn trong phiên kết nối. Chúc các bạn hứng thú với môi trường CLI nhé.

Việt Hoàng

Tìm hiểu giao thức SSH cơ bản nhất

1. Định nghĩa

Theo định nghĩa của Wikipedia

“SSH (tiếng Anh: Secure Shell) là một giao thức mạng dùng để thiết lập kết nối mạng một cách bảo mật. SSH hoạt động ở lớp trên trong mô hình phân lớp TCP/IP. Các công cụ SSH (như là OpenSSH,...) cung cấp cho người dùng cách thức để thiết lập kết nối mạng được mã hoá để tạo một kênh kết nối riêng tư. Hơn nữa tính năng tunneling của các công cụ này cho phép chuyển tải các giao vận theo các giao thức khác. Do vậy có thể thấy khi xây dựng một hệ thống mạng dựa trên SSH, chúng ta sẽ có một hệ thống mạng riêng ảo VPN đơn giản”.

Như vậy có thể hiểu SSH là giao thức kết nối client server sử dụng dòng lệnh, có mã hóa nội dung trên đường truyền để đảm bảo an toàn. Giao thức SSH có thể hoạt động trên mọi nền tảng.

SSH có thể coi như là bản nâng cấp của TELNET, vì TELNET không mã hóa nội dung nên chỉ với công cụ cơ bản đã có thể nghe lén toàn bộ nội dung trên đường truyền, bao gồm tên đăng nhập và mật khẩu, vì vậy để đảm bảo an ninh người ta khuyến cáo không nên bật TELNET trên máy chủ cũng như các thiết bị khác.

2. Cổng kết nối

Mặc định, SSH lắng nghe ở port 22, giao thức TCP. Bạn có thể đổi port, tuy nhiên các công cụ scan port có thể phát hiện ra mọi cổng đang mở trên server của bạn.

3. Phương thức mã hóa

Theo Wikipedia Tiếng Việt, có các cách mã hóa như sau:

· 3DES (cũng được biết như Triple-DES) -- phương pháp mã hoá mặc định cho SSH.

· IDEA—Nhanh hơn 3DES, nhưng chậm hơn Arcfour và Blowfish.

· Arcfour—Nhanh, nhưng các vấn đề bảo mật đã được phát hiện.

· Blowfish—Nhanh và bảo mật, nhưng các phương pháp mã hoá đang được cải tiến.

4. Chứng thực kết nối

Có hai phương thức:

- Chứng thực kết nối qua password.

- Chứng thực kết nối qua SSH key.

Khuyến cáo người dùng nên sử dụng key để kết nối. SSH key là một file chứ chuỗi kí tự mã hóa. Với SSH key, người dùng có thể đặt thêm một mật khẩu passphare để đảm bảo an toàn hơn, hoặc cũng có thể bỏ trống. Bạn sẽ bắt gặp khái niệm public key(khóa cho server) và private key(khóa cho client) khi tìm hiểu sâu hơn.

5. Các phần mềm phổ biến

- PuTTY: trên Windows

- OpenSSH: đa nền tảng.

Trên đây là những kiến thức cơ bản nhất nhưng chưa đầy đủ, nếu muốn tìm hiểu kỹ hơn, bạn có thể search trên google.

Thời gian tới, tôi sẽ có các bài viết chia sẻ về cách sử dụng SSH trên server Pfsense dùng làm router kiêm firewall để kiểm tra một số thông tin cơ bản, mời các bạn đón xem.

Việt Hoàng