Sự khác biệt giữa live.com, microsoftonline.com và microsoft.com là gì? Hiểu rõ đăng nhập Microsoft trong một lần

Khi đăng nhập vào Outlook, Microsoft 365, Teams, OneDrive, Xbox hoặc trang Hỗ trợ của Microsoft, thanh địa chỉ ban đầu có thể hiển thị microsoft.com, sau đó chuyển hướng đến login.live.com hoặc login.microsoftonline.com, và sau khi xác thực hoàn tất sẽ quay lại trang sản phẩm ban đầu. Quá trình này có vẻ như bạn đang chuyển đổi qua lại giữa nhiều trang web, nhưng thông thường không có nghĩa là bạn đang truy cập vào ba hệ thống tài khoản không liên quan.

Bạn có thể nhớ một kết luận đơn giản sau:

• · microsoft.com và các tên miền phụ của nó thường đóng vai trò là cổng giới thiệu sản phẩm, hỗ trợ, quản lý tài khoản hoặc dịch vụ;
• · login.live.com là cổng xác thực danh tính phổ biến cho tài khoản Microsoft cá nhân;
• · login.microsoftonline.com là tên miền đăng nhập được Nền tảng danh tính Microsoft sử dụng. Việc nó chấp nhận tài khoản cá nhân, tài khoản cơ quan/trường học hay tài khoản của một tổ chức cụ thể thực tế phụ thuộc vào cài đặt ứng dụng và điểm cuối (endpoint) đăng nhập;
• · Sau khi đăng nhập thành công, trang xác thực sẽ đưa bạn quay lại dịch vụ Microsoft mà ban đầu bạn định truy cập.

Vì vậy, việc hiểu đơn giản ba tên miền này là "bản cá nhân, bản doanh nghiệp và trang web chính thức" là không hoàn toàn chính xác. Cách phán đoán đáng tin cậy hơn là xem xét riêng biệt các yếu tố: "truy cập từ đâu, xác thực ở đâu, cho phép tài khoản nào, và cuối cùng quay lại đâu".

1. Sơ đồ định tuyến bốn lớp của đăng nhập Microsoft

Một lần đăng nhập web Microsoft thông thường có thể được chia thành bốn lớp:

1. 1. Cổng dịch vụ: Trước tiên, bạn mở trang Outlook, Teams, OneDrive, Microsoft 365, Xbox, Azure, Hỗ trợ Microsoft hoặc trang Quản lý tài khoản.
2. 2. Cổng xác thực danh tính: Trang sẽ chuyển hướng bạn đến login.live.com hoặc login.microsoftonline.com để Microsoft xác nhận bạn là ai.
3. 3. Phạm vi tài khoản và Tenant: Ứng dụng quyết định cho phép tài khoản cá nhân, tài khoản cơ quan hoặc trường học, cả hai loại tài khoản, hoặc chỉ cho phép tài khoản trong một tổ chức cụ thể.
4. 4. Quay lại dịch vụ mục tiêu: Sau khi vượt qua xác thực, trình duyệt sẽ mang theo kết quả đăng nhập quay trở lại sản phẩm, hộp thư, trang quản trị hoặc tài nguyên dùng chung ban đầu.

5. 

Bạn có thể hiểu nó như "Cửa vào trung tâm thương mại — Cổng an ninh — Loại thẻ thông hành — Cửa hàng mục tiêu":

Điểm mấu chốt của mô hình này là: trang dịch vụ và trang xác thực không cùng một lớp, và tên miền xác thực không tương ứng hoàn toàn 1-1 với loại tài khoản.

2. Bảng đối chiếu nhanh live.com, microsoftonline.com và microsoft.com

Bảng chỉ giúp bạn hiểu nhanh chứ không thể thay thế việc phán đoán trên trang cụ thể. Ví dụ: khi thấy login.microsoftonline.com, không thể kết luận trực tiếp rằng "ở đây chỉ có thể đăng nhập bằng tài khoản công ty"; khi thấy hộp thư @outlook.com, cũng không đảm bảo rằng toàn bộ quá trình chắc chắn sẽ ở lại login.live.com.

3. login.live.com là gì?

login.live.com là cổng đăng nhập phổ biến cho tài khoản Microsoft cá nhân. Khi sử dụng Outlook.com, Hotmail, Live, MSN, Xbox, OneDrive cá nhân hoặc các dịch vụ Microsoft hướng tới người dùng cá nhân khác, bạn thường sẽ đi qua tên miền này. Trang hỗ trợ của Microsoft cũng sẽ hướng dẫn đăng nhập tài khoản cá nhân đến login.live.com.

Ở đây cần phân biệt hai điều:

• · @live.com là một địa chỉ hộp thư;
• · login.live.com là một tên máy chủ xác thực danh tính.

Sở hữu địa chỉ @outlook.com, @hotmail.com, @live.com hoặc địa chỉ email khác không có nghĩa là mỗi lần đăng nhập bạn chỉ sử dụng cùng một tên miền xác thực. Tài khoản Microsoft cá nhân có thể thêm địa chỉ từ các nhà cung cấp email khác như Gmail, Yahoo làm bí danh tài khoản, do đó tên đăng nhập không nhất thiết phải có đuôi email Microsoft; việc cuối cùng đi vào quy trình xác thực nào còn phụ thuộc vào phạm vi tài khoản mà bản thân ứng dụng hỗ trợ.

Khi bạn hoàn tất việc nhập mật khẩu, mã xác minh hoặc các xác thực bảo mật khác trên login.live.com, trang thường sẽ quay lại dịch vụ Microsoft ban đầu. Miễn là tên máy chủ đầy đủ, HTTPS, dịch vụ khởi xướng đăng nhập và trang trả về đều hợp lý, thì việc chuyển hướng qua lại giữa các tên miền này bản thân nó là một quy trình đăng nhập bình thường.

4. login.microsoftonline.com là gì?

login.microsoftonline.com là một tên miền đăng nhập quan trọng của Nền tảng danh tính Microsoft, thường xuất hiện trong Microsoft 365 bản doanh nghiệp, tài khoản trường học, Teams, Azure, Microsoft Entra và các ứng dụng kết nối với tài nguyên tổ chức.

Tuy nhiên, nó không phải là "tên miền độc quyền cho tài khoản cơ quan hoặc trường học". Tài liệu chính thức của Microsoft đã phân biệt rõ ràng phạm vi tài khoản được hỗ trợ bởi các điểm cuối đăng nhập khác nhau:

• · login.microsoftonline.com/organizations: Dành cho tài khoản cơ quan hoặc trường học;
• · login.microsoftonline.com/common: Có thể dành cho tài khoản cơ quan hoặc trường học, và cũng có thể cho tài khoản Microsoft cá nhân;
• · login.microsoftonline.com/consumers: Dành cho tài khoản Microsoft cá nhân;
• · login.microsoftonline.com/<tenant>: Giới hạn các tài khoản trong một tổ chức hoặc tenant (người thuê) nhất định.

Người dùng thông thường không cần phải nắm rõ chi tiết phát triển ứng dụng, nhưng nên biết một thực tế then chốt: cùng một tên miền login.microsoftonline.com, có thể chấp nhận các tài khoản khác nhau tùy thuộc vào điểm cuối, tenant và cài đặt ứng dụng theo sau nó.

Điều này cũng giải thích tại sao tài khoản cá nhân đôi khi cũng đi qua microsoftonline.com. Nếu ứng dụng hỗ trợ tài khoản cá nhân, hoặc sử dụng các cổng tương ứng như common, consumers, tài khoản Microsoft cá nhân có thể hoàn tất đăng nhập trên nền tảng danh tính này.

Ngược lại, nếu ứng dụng chỉ cho phép tài khoản của một tổ chức nhất định, nhưng bạn lại sử dụng tài khoản cá nhân, tài khoản của một công ty khác hoặc danh tính tenant không đúng, thì có thể xuất hiện thông báo:

• · Loại tài khoản này không thể được sử dụng cho tài nguyên này;
• · Tài khoản người dùng không thuộc tenant hiện tại;
• · Yêu cầu sử dụng tài khoản cơ quan hoặc trường học;
• · Tài khoản chưa được thêm vào tổ chức này với tư cách là khách;
• · Các lỗi về tenant hoặc nhà cung cấp danh tính như AADSTS50020.

Những lỗi này thường cho thấy sự không khớp về tài khoản, điểm cuối, tenant hoặc quyền của ứng dụng, chứ không có nghĩa microsoftonline.com không phải là tên miền chính thức của Microsoft.

5. microsoft.com làm gì trong quy trình đăng nhập?

microsoft.com là tên miền gốc cốt lõi của Microsoft, và các tên miền phụ khác nhau dưới nó đảm nhận các nhiệm vụ khác nhau. Ví dụ:

• · www.microsoft.com thường dùng làm cổng vào sản phẩm, kinh doanh và dịch vụ;
• · support.microsoft.com dùng cho tài liệu hướng dẫn và nội dung hỗ trợ;
• · account.microsoft.com dùng để quản lý dữ liệu, đăng ký và bảo mật của tài khoản Microsoft cá nhân;
• · myaccount.microsoft.com là cổng quản lý My Account dành cho tài khoản cơ quan hoặc trường học;
• · Các sản phẩm khác cũng có thể sử dụng tên miền phụ Microsoft của riêng chúng hoặc tên miền sản phẩm độc lập.

Sau khi đăng nhập, bạn cũng có thể sử dụng hai cổng tài khoản này để kiểm tra chéo danh tính hiện tại: tài khoản cá nhân truy cập account.microsoft.com, tài khoản cơ quan hoặc trường học truy cập myaccount.microsoft.com. Chúng quản lý các loại tài khoản khác nhau một cách riêng biệt, không có nghĩa là hai loại tài khoản này có thể chuyển đổi hoặc hợp nhất với nhau.

Những trang này không nhất thiết phải trực tiếp xử lý việc xác thực mật khẩu. Khi bạn nhấp vào "Đăng nhập", trang dịch vụ sẽ chuyển giao nhiệm vụ xác thực cho hệ thống xác thực danh tính phù hợp, sau đó nhận kết quả đăng nhập sau khi xác thực hoàn tất.

Do đó, việc chuyển hướng từ microsoft.com sang login.live.com hoặc login.microsoftonline.com thường là "trang sản phẩm bàn giao việc đăng nhập cho dịch vụ xác thực", chứ không phải bạn đã rời khỏi trang web của Microsoft. Trang hỗ trợ của Microsoft thậm chí còn liệt kê rõ ràng mối quan hệ hợp tác về đăng nhập và Cookie giữa microsoft.com, login.live.com và login.microsoftonline.com.

Tương tự, việc quay lại trang sản phẩm Microsoft sau khi xác thực xong cũng là một phần của quy trình bình thường. Điều thực sự cần cảnh giác không phải là "có sự chuyển hướng xảy ra", mà là xem xét liệu tên miền đầy đủ có chính xác hay không, việc chuyển hướng có được khởi xướng bởi dịch vụ đáng tin cậy của Microsoft hay không, và trang trả về cuối cùng có phù hợp với mục đích thao tác của bạn hay không.

6. Tại sao không thể chỉ nhìn vào đuôi email để phán đoán tài khoản?

Địa chỉ email chỉ có thể cung cấp manh mối, không thể tự quyết định loại tài khoản và tên miền xác thực.

Những sai lầm phổ biến bao gồm:

• · Công ty sử dụng tên miền tùy chỉnh, do đó tài khoản công việc không nhất thiết phải có đuôi onmicrosoft.com;
• · Người dùng có thể sử dụng Gmail, email doanh nghiệp hoặc các địa chỉ khác để tạo tài khoản Microsoft cá nhân;
• · Cùng một địa chỉ email có thể tương ứng với cả tài khoản Microsoft cá nhân và tài khoản cơ quan hoặc trường học;
• · Tài khoản cá nhân có thể được mời làm khách của một tổ chức nào đó;
• · Ứng dụng có thể được thiết lập để chỉ cho phép tài khoản tổ chức, chỉ cho phép tài khoản cá nhân, hoặc cho phép cả hai cùng lúc.

Tài khoản Microsoft cá nhân và tài khoản cơ quan hoặc trường học được quản lý bởi các chủ thể khác nhau, có các dịch vụ áp dụng và quy trình khôi phục khác nhau. Trang đăng nhập sẽ định tuyến dựa trên cài đặt dịch vụ và ứng dụng, nhưng nó không thể đảm bảo mỗi lần đều tự động chọn đúng danh tính mà bạn thực sự muốn sử dụng.

Một ví dụ trực quan là: khi truy cập Outlook.com bằng tài khoản cơ quan hoặc trường học, Microsoft có thể đưa bạn đến hộp thư tổ chức tương ứng; nhưng nếu sử dụng tài khoản cá nhân để truy cập dịch vụ thương mại chỉ chấp nhận danh tính tổ chức, bạn có thể nhận được thông báo rằng loại tài khoản hiện tại không được hỗ trợ. Hiện tượng này cho thấy rằng, cần phải xem xét kết hợp giữa yêu cầu của dịch vụ và loại tài khoản, không thể chỉ dựa vào đuôi email hoặc tên miền xác thực hiện tại để đưa ra kết luận.

Vì vậy, khi gặp trang lựa chọn giữa "Tài khoản cá nhân" hay "Tài khoản cơ quan hoặc trường học", bạn nên ưu tiên phán đoán:

1. 1. Dịch vụ hiện tại là dịch vụ tiêu dùng cá nhân hay dịch vụ do công ty, trường học hoặc tổ chức khách hàng cung cấp;
2. 2. Tài khoản do chính bạn tạo ra hay do quản trị viên tổ chức cấp phát;
3. 3. Trang web có hiển thị tên tổ chức, tenant hoặc tên công ty cụ thể không;
4. 4. Bạn đã bao giờ sử dụng cùng một email để tạo hai tài khoản độc lập chưa.

Việc phán đoán đầy đủ về loại tài khoản thuộc về một bài viết khác trong chuỗi nội dung này, bài viết này chỉ giữ lại bối cảnh tối thiểu cần thiết để hiểu về việc chuyển hướng tên miền.

7. Làm thế nào để đánh giá chuyển hướng đăng nhập Microsoft là bình thường hay đáng ngờ?

Khi thấy có sự chuyển hướng qua lại giữa các tên miền, bạn có thể kiểm tra theo trình tự sau.

1. Kiểm tra tên máy chủ đầy đủ

Hãy tập trung vào tên máy chủ (hostname) đầy đủ sau giao thức trên thanh địa chỉ, chứ không phải Logo trang hay việc URL có chứa từ "Microsoft" hay không.

Các máy chủ đăng nhập chính thức phổ biến bao gồm:

• · login.live.com
• · login.microsoftonline.com
• · account.microsoft.com
• · support.microsoft.com

Các dạng cần cảnh giác bao gồm:

• · login.microsoft.com.example.net
• · microsoft-login.example.com
• · Tên miền bị đánh vần sai bằng cách thay thế các chữ cái tương tự;
• · Sử dụng trực tiếp các địa chỉ IP lạ;
• · Mở trang đăng nhập thông qua các liên kết rút gọn hoặc tệp đính kèm lạ.

Khi kiểm tra tên miền, bạn nên xác nhận tên miền đã đăng ký từ phải sang trái. Ví dụ: login.microsoftonline.com thuộc về microsoftonline.com; còn microsoftonline.com.example.net thực tế thuộc về example.net.

2. Kiểm tra xem có sử dụng HTTPS không

Trang đăng nhập chính thức nên sử dụng HTTPS và thiết lập kết nối mã hóa bình thường với trình duyệt. Nhưng biểu tượng ổ khóa chỉ có nghĩa là kết nối được mã hóa, không thể đứng riêng lẻ để chứng minh trang web đó thuộc về Microsoft, do đó bạn vẫn phải đối chiếu tên máy chủ đầy đủ.

3. Nhớ lại quá trình chuyển hướng bắt đầu từ đâu

Nếu bạn chủ động nhấp vào đăng nhập từ Outlook, Microsoft 365, Teams, Xbox, OneDrive, trang hỗ trợ Microsoft hoặc quản lý tài khoản, việc chuyển hướng đến tên miền xác thực chính thức thường là hợp lý.

Nếu trang đăng nhập đến từ email lạ, tin nhắn trò chuyện, quảng cáo, thông báo chia sẻ tệp hoặc cảnh báo bảo mật khẩn cấp, bạn nên quay lại cổng dịch vụ Microsoft quen thuộc của mình trước, không nên nhập mật khẩu trực tiếp trên trang được cung cấp đó.

4. Kiểm tra loại tài khoản mà trang yêu cầu

Khi trang yêu cầu "Tài khoản cá nhân", "Tài khoản cơ quan hoặc trường học" hoặc hiển thị tên tổ chức cụ thể, nó phải nhất quán với dịch vụ mà bạn định truy cập. Việc truy cập vào trang quản trị công ty nhưng lại bị tự động đưa vào tài khoản cá nhân, hoặc truy cập trang đăng ký cá nhân nhưng lại vào một tổ chức lạ, thường có nghĩa là trình duyệt đã lưu giữ phiên bản hoạt động của các tài khoản khác.

5. Kiểm tra vị trí quay lại sau khi đăng nhập

Sau khi xác thực xong, trang sẽ quay trở lại dịch vụ Microsoft ban đầu bạn định truy cập hoặc một tên miền phụ hợp lý của nó. Nếu bạn bị đưa trở lại một trang web lạ, đột ngột bị yêu cầu tải xuống phần mềm, cung cấp thông tin thẻ tín dụng hoặc tiếp tục được yêu cầu cung cấp thông tin nhạy cảm không liên quan đến tác vụ hiện tại, hãy dừng lại ngay lập tức.

8. Phải làm gì khi chuyển hướng đến sai tài khoản hoặc sai tenant?

Nếu bản thân tên miền là chính xác nhưng trang liên tục tự động điền sai tài khoản, lý do phổ biến là trong trình duyệt đã tồn tại một phiên hoạt động của tài khoản cá nhân hoặc tổ chức khác.

Bạn có thể thực hiện một đối chiếu tối thiểu như sau:

1. 1. Đăng xuất khỏi tài khoản Microsoft hiện tại;
2. 2. Mở cửa sổ ẩn danh của trình duyệt hoặc một cửa sổ mới không kế thừa Cookie cũ;
3. 3. Bắt đầu lại từ cổng chính thức của dịch vụ Microsoft mục tiêu;
4. 4. Tại trang chọn tài khoản, chọn rõ ràng tài khoản cá nhân đúng hoặc tài khoản cơ quan, trường học;
5. 5. Đối chiếu lại tài khoản, nhà cung cấp danh tính và tên tổ chức trên trang lỗi xem có đúng với kỳ vọng hay không.

Microsoft trong hướng dẫn khắc phục lỗi AADSTS50020 chính thức chỉ ra rằng, tenant không đúng, điểm cuối sai hoặc phiên đăng nhập của tài khoản cũ tồn tại có thể gây ra lỗi đăng nhập; việc sử dụng phiên duyệt web chuyên dụng mới và chọn lại tài khoản chính xác sẽ giúp xác nhận xem vấn đề có bắt nguồn từ phiên đăng nhập cũ hay không.

Nếu cửa sổ mới có thể đăng nhập bình thường, có nghĩa là cửa sổ cũ rất có thể bị nhầm lẫn giữa các tài khoản hoặc phiên Cookie. Nếu cửa sổ mới vẫn thông báo rằng tài khoản không nằm trong tenant, không có quyền hoặc cần có lời mời từ tổ chức, bạn nên liên hệ với quản trị viên của tổ chức tương ứng, thay vì liên tục thay đổi các thông số trình duyệt.

Việc khắc phục toàn diện về đăng nhập tuần hoàn, màn hình trắng, quay lại trang đăng nhập, Cookie của bên thứ ba, bộ nhớ cache và các thành phần danh tính của Windows sẽ được đề cập chi tiết trong bài viết về các sự cố đăng nhập cùng chuỗi nội dung này.

9. Sử dụng BitBrowser để quản lý riêng biệt các phiên đăng nhập tài khoản Microsoft khác nhau

Khi cần sử dụng dài hạn tài khoản cá nhân, tài khoản công ty, tài khoản trường học hoặc các tài khoản được ủy quyền của các tổ chức khách hàng khác nhau, bạn có thể tham khảo trước cách quản lý môi trường trình duyệt cho nhiều tài khoản Microsoft. Nếu đặt tất cả vào cùng một cửa sổ trình duyệt thông thường và liên tục chuyển đổi, rất dễ xảy ra tình trạng tự động điền tài khoản cũ, lẫn lộn Cookie và chọn sai tenant.

Bạn có thể thiết lập các cửa sổ trình duyệt độc lập cho những mục đích khác nhau trong một trình duyệt đa tài khoản như BitBrowser, đồng thời lưu trữ riêng biệt tên cửa sổ, nhóm, Cookie, URL khởi động và cài đặt môi trường.

Một cách sắp xếp rõ ràng hơn là:

• · Tạo cửa sổ riêng cho tài khoản Microsoft cá nhân;
• · Tạo cửa sổ riêng cho tài khoản công ty hoặc trường học;
• · Các tài khoản khách hàng hoặc tổ chức khác nhau sử dụng cửa sổ độc lập và nhãn rõ ràng, đồng thời quản lý riêng biệt Cookie và trạng thái đăng nhập;
• · Thiết lập cổng đăng nhập tương ứng làm URL khởi động cửa sổ;
• · Khi có nhu cầu mạng thực tế, thiết lập các cổng proxy HTTP, HTTPS, SOCKS5 hoặc SSH cho từng cửa sổ theo cách thiết lập IP proxy;
• · Kiểm tra đối chiếu các thông số môi trường như Language, User Agent, WebRTC, Canvas, WebGL, để giữ cho cài đặt trong cùng một tác vụ được rõ ràng, không nên chuyển đổi liên tục mà không có mục đích.

BitBrowser có thể kiểm soát môi trường trình duyệt và trạng thái đăng nhập, nhưng không thể thay đổi loại tài khoản, quyền truy cập tổ chức hoặc yêu cầu xác thực mà Microsoft cho phép. Khi tài khoản không nằm trong tenant, chưa được quản trị viên ủy quyền hoặc ứng dụng không hỗ trợ tài khoản hiện tại, cửa sổ độc lập cũng không thể thay thế cho lời mời từ quản trị viên và các quyền tài khoản chính xác.

10. Các câu hỏi thường gặp về tên miền đăng nhập Microsoft

microsoftonline.com có phải là tên miền chính thức của Microsoft không?

login.microsoftonline.com là tên miền đăng nhập chính thức được Nền tảng danh tính Microsoft sử dụng. Nó phổ biến ở phần đăng nhập của Microsoft 365, Teams, Azure, Microsoft Entra và ứng dụng tổ chức, đồng thời cũng có thể xử lý tài khoản Microsoft cá nhân dựa trên các điểm cuối như common hoặc consumers. Khi xem xét, cần đối chiếu tên máy chủ đầy đủ, không thể chỉ nhìn xem URL có xuất hiện từ "Microsoft" hay không.

Tại sao tài khoản cá nhân lại bị chuyển hướng đến login.microsoftonline.com?

Vì ứng dụng có thể được thiết lập để nhận cả tài khoản cơ quan hoặc trường học và tài khoản Microsoft cá nhân, và cũng có thể sử dụng điểm cuối consumers dành riêng cho tài khoản cá nhân. Bản thân tên miền xác thực không thể tự quyết định loại tài khoản.

login.live.com có phải chỉ dùng cho hộp thư Live không?

Không. login.live.com là cổng xác thực phổ biến của tài khoản Microsoft cá nhân, không chỉ phục vụ riêng hộp thư @live.com. Outlook.com, Hotmail, Xbox và các dịch vụ cá nhân khác của Microsoft cũng có thể sử dụng nó.

Chuyển hướng từ microsoft.com sang live.com có bình thường không?

Thường là bình thường. Các trang sản phẩm, hỗ trợ hoặc tài khoản của Microsoft có thể bàn giao việc xác thực tài khoản cá nhân cho login.live.com, sau khi hoàn thành sẽ quay lại dịch vụ ban đầu. Bạn nên kiểm tra đồng thời tên miền đầy đủ, HTTPS, nguồn chuyển hướng và mục tiêu quay lại.

Chuyển hướng từ microsoft.com sang microsoftonline.com có bình thường không?

Đối với Microsoft 365, Teams, Azure, tài nguyên tổ chức cũng như các ứng dụng hỗ trợ cả danh tính cá nhân và tổ chức, kiểu chuyển hướng này rất phổ biến. Việc trang có chấp nhận tài khoản của bạn hay không phụ thuộc vào loại tài khoản và cài đặt tenant mà ứng dụng hỗ trợ.

Xuất hiện lỗi AADSTS50020 có phải là lỗi tên miền không?

Không hẳn. Lỗi này thường liên quan đến việc tài khoản không nằm trong tenant mục tiêu, sử dụng sai tài khoản, sai điểm cuối, khách chưa được mời hoặc quyền của ứng dụng. Bạn hãy kiểm tra thông tin tài khoản và tổ chức trong thông báo lỗi trước, sau đó đăng xuất và dùng phiên làm việc chuyên dụng mới để chọn lại tài khoản.

Có nên xóa trực tiếp toàn bộ Cookie Microsoft không?

Không khuyến khích việc xóa toàn bộ Cookie như là bước đầu tiên. Hãy xác nhận loại tài khoản, dịch vụ mục tiêu và tên miền đăng nhập trước, sau đó dùng cửa sổ ẩn danh hoặc cửa sổ độc lập để đối chiếu. Sau khi xác nhận đây là vấn đề do phiên làm việc cũ, mới xử lý Cookie một cách có chủ đích. Các bước đầy đủ vui lòng tham khảo bài viết khắc phục lỗi đăng nhập lặp vòng.

Trình duyệt vân tay có thể giúp tài khoản bỏ qua xác thực không?

Không thể. BitBrowser có thể lưu trữ riêng biệt các cửa sổ, Cookie, proxy và thông số môi trường, giúp thuận tiện trong việc quản lý các phiên tài khoản khác nhau, nhưng không thể thay thế mật khẩu, mã xác minh, cấp quyền của quản trị viên, lời mời tenant hoặc các yêu cầu bảo mật của Microsoft.

11. Lời kết

microsoft.com, login.live.com và login.microsoftonline.com không phải là ba hệ thống tài khoản Microsoft không liên quan đến nhau. Cách hiểu chính xác hơn là:

• · Khởi xướng truy cập từ trang sản phẩm hoặc hỗ trợ của Microsoft;
• · Xác nhận tài khoản thông qua tên miền xác thực danh tính phù hợp;
• · Phán đoán phạm vi tài khoản được phép dựa trên điểm cuối ứng dụng và cài đặt tenant;
• · Trở về dịch vụ ban đầu sau khi xác thực hoàn thành.

Trong số đó, phần dễ bị hiểu lầm nhất là login.microsoftonline.com: nó thường phục vụ các tài khoản cơ quan hoặc trường học, nhưng không phải là chỉ cho phép tài khoản tổ chức, các điểm cuối như common và consumers cũng có thể xử lý tài khoản Microsoft cá nhân.

Khi cần sử dụng đồng thời nhiều loại danh tính Microsoft, bạn có thể thông qua các cửa sổ độc lập của BitBrowser để lưu trữ riêng biệt Cookie, cổng proxy và thông số môi trường, giúp cho các phiên hoạt động của tài khoản cá nhân, tài khoản tổ chức và các tenant khác nhau dễ phân biệt hơn; loại tài khoản, quyền tenant và yêu cầu xác thực vẫn do dịch vụ của Microsoft và quản trị viên tổ chức quyết định.