Sự cố Telstra: Khi lỗi phần mềm gây tê liệt dịch vụ khẩn cấp và hệ thống thanh toán toàn nước Úc

Bài viết được dịch và tổng hợp từ tin tức gốc. Bạn có thể đọc bài viết gốc bằng tiếng Anh tại đây.

Điểm tin nhanh:

Telstra gặp sự cố mạng nghiêm trọng kéo dài 12 giờ do lỗi phần mềm tại các máy chủ thời gian (time-keeping servers).

Dịch vụ khẩn cấp Triple Zero, mạng lưới tàu hỏa V/Line và hệ thống thanh toán Tyro bị ảnh hưởng nặng nề.

Telstra đã xác nhận không có yếu tố tấn công mạng và đang phối hợp với cơ quan quản lý để điều tra.

Tổng quan về sự cố mạng tại Telstra

Trong một sự kiện gây chấn động hạ tầng viễn thông Úc, nhà mạng Telstra đã trải qua một "cơn ác mộng" kỹ thuật kéo dài 12 giờ, bắt đầu từ 04:30 AEST ngày thứ Tư. Sự cố này không chỉ ảnh hưởng đến kết nối cá nhân mà còn làm tê liệt các dịch vụ thiết yếu như cuộc gọi khẩn cấp Triple Zero, hệ thống vận tải công cộng và mạng lưới thanh toán điện tử.

Nguyên nhân kỹ thuật: Lỗi đồng bộ thời gian

Theo báo cáo từ Telstra, nguyên nhân gốc rễ (root cause) được xác định là một "lỗi phần mềm" (software defect) nằm tại các máy chủ lưu trữ thời gian (time-keeping servers) đặt tại các trung tâm dữ liệu ở Sydney và Melbourne. Trong các hệ thống mạng viễn thông quy mô lớn, việc đồng bộ thời gian cực kỳ quan trọng để đảm bảo các gói tin (packets) được xử lý đúng thứ tự và các giao thức xác thực không bị từ chối do sai lệch thời gian (time drift).

Bảng thống kê tác động của sự cố

Lĩnh vực bị ảnh hưởng	Chi tiết tác động	Trạng thái hiện tại
Dịch vụ khẩn cấp (000)	Một số cuộc gọi không kết nối được	Đã khôi phục
Vận tải công cộng (V/Line)	Đình chỉ toàn bộ các tuyến đường	Đang gián đoạn
Hệ thống thanh toán (Tyro)	80.000 doanh nghiệp không thể nhận thanh toán	Đang phục hồi
Dịch vụ pháp lý	Các phiên tòa bị hoãn do không liên lạc được với khách hàng	Đang xử lý

Hậu quả đối với hạ tầng xã hội

Sự cố này làm dấy lên những lo ngại về tính ổn định của hạ tầng số. Michael Ackland, CFO của Telstra, cho biết công ty đã thực hiện 395 cuộc kiểm tra phúc lợi (welfare checks) cho những người đã cố gắng gọi cho dịch vụ khẩn cấp nhưng thất bại.

Quy trình xử lý sự cố của Telstra

[Phát hiện lỗi Time-server] 
          |
          v
[Gián đoạn kết nối Triple Zero] ➔ [Kích hoạt quy trình kiểm tra phúc lợi]
          |
          v
[Xác minh kết nối qua mạng Optus/TPG] ➔ [Thông báo cho cơ quan chức năng]

Việc gián đoạn không chỉ dừng lại ở viễn thông mà còn lan sang các lĩnh vực khác. Các doanh nghiệp nhỏ, đặc biệt là những đơn vị sử dụng thiết bị EFTPOS kết nối qua 4G của Tyro, đã không thể thực hiện giao dịch, gây thiệt hại trực tiếp về kinh tế.

Bài học từ các sự cố hạ tầng mạng

Đây không phải là lần đầu tiên Úc đối mặt với các sự cố viễn thông quy mô lớn. Trước đó, vào tháng 9 năm 2025, một nâng cấp tường lửa sai lầm tại Optus cũng đã gây ra tình trạng tương tự. Điều này cho thấy tầm quan trọng của việc kiểm thử (testing) và chiến lược triển khai (deployment strategy) trong các hệ thống hạ tầng quan trọng.

Nếu bạn quan tâm đến việc tối ưu hóa hệ thống hoặc các giải pháp kỹ thuật liên quan đến quản lý dữ liệu và kết nối, hãy tham khảo thêm bài viết về Slackbot nâng cấp mạnh mẽ: Quản lý CRM, tạo biểu đồ và ký tài liệu DocuSign ngay trong khung chat để thấy cách các công cụ tự động hóa có thể hỗ trợ quản lý quy trình trong các tình huống khẩn cấp.

Khuyến nghị cho người dùng

Telstra đã đưa ra các hướng dẫn kỹ thuật để người dùng khôi phục kết nối:

Khởi động lại thiết bị: Đây là cách hiệu quả nhất để buộc thiết bị đăng ký lại với trạm phát sóng (base station).
Chuyển đổi chế độ máy bay: Nếu khởi động lại không thành công, việc bật/tắt chế độ máy bay có thể giúp làm mới kết nối mạng.
Cảnh giác với lừa đảo: Trong thời điểm hỗn loạn, tội phạm mạng thường giả danh nhân viên hỗ trợ để thu thập thông tin cá nhân. Hãy luôn gọi trực tiếp cho tổng đài chính thức của nhà mạng.

Sự cố này một lần nữa khẳng định tầm quan trọng của tính dự phòng (redundancy) trong kiến trúc mạng. Việc phụ thuộc vào một vài máy chủ thời gian tập trung mà không có cơ chế dự phòng phân tán là một điểm yếu chí mạng mà các kỹ sư DevOps cần lưu tâm khi thiết kế các hệ thống có tính sẵn sàng cao (High Availability).