Đây là lệnh auth-relaytest có thể chạy trong nhà cung cấp dịch vụ lưu trữ miễn phí OnWorks bằng cách sử dụng một trong nhiều máy trạm trực tuyến miễn phí của chúng tôi như Ubuntu Online, Fedora Online, trình giả lập trực tuyến Windows hoặc trình giả lập trực tuyến MAC OS
CHƯƠNG TRÌNH:
TÊN
auth-relaytest - cố gắng sử dụng SMTP đã xác thực để chuyển tiếp đến máy chủ tuân thủ DSBL
SYNOPSIS
kiểm tra chuyển tiếp xác thực [-truyền hình] ntlm <ip địa chỉ[:cổng]>
kiểm tra chuyển tiếp xác thực [-truyền hình] (cram-md5|đăng nhập) <tên truy nhập> <mật khẩu> <ip địa chỉ[:cổng]>
MÔ TẢ
auth-relaytest cố gắng kết nối vớiip địa chỉ> trên chỉ định cổng
(mặc định là cổng 25) và cố gắng sử dụng dữ liệu xác thực được cung cấp để chuyển tiếp thư
thông qua máy chủ.
auth-relaytest sử dụng người gửi_user, người gửi_miền, target_user, target_domainvà xác thực-
tin nhắn thông số từ dsbl.conf(5) theo mặc định. Nếu tin nhắn auth tham số không phải là
Giới thiệu tin nhắn tham số được sử dụng thay thế.
Trong chế độ hoạt động đầu tiên được hiển thị, auth-relaytest cố gắng xác thực bằng cách sử dụng
xác thực NTLM ẩn danh. Một lỗi nổi tiếng trong một số máy chủ SMTP của Microsoft
triển khai (được mô tả tại
http://www.microsoft.com/technet/security/bulletin/MS02-011.asp) sẽ cho phép chuyển tiếp cho
bất kỳ khách hàng nào xác thực theo cách này.
Trong hình thức hoạt động thứ hai, auth-relaytest cố gắng xác thực bằng cách sử dụng
cram-md5 or đăng nhập biến thể của SMTP AUTH, sử dụng tên truy nhập và mật khẩu.
LỰA CHỌN
-t Chê độ kiểm tra. Thay vì sử dụng target_domain tham số từ dsbl.conf(5),
test_target_domain tham số được sử dụng thay thế. Điều này rất hữu ích cho việc gửi bài kiểm tra
thông báo cho chính bạn, có lẽ để kiểm tra xem máy chủ có thực sự chuyển tiếp
tin nhắn.
-v Chế độ chi tiết. Chi tiết của giao dịch SMTP được ghi vào đầu ra tiêu chuẩn.
TÁC GIẢ
Paul Howarth[email được bảo vệ]>
Ian Gulliver[email được bảo vệ]>
Sử dụng auth-relaytest trực tuyến bằng các dịch vụ onworks.net
