Điểm:1

Có thể chỉ cho phép HTTPS và chặn HTTP trên một cổng tùy ý không

lá cờ in

Chúng tôi đang sử dụng RHEL và chúng tôi phải mở một cổng tùy ý và không có đặc quyền, chẳng hạn như cổng 12345, cho một người dùng thông thường. Người dùng thông thường này cần chạy dịch vụ HTTP đang lắng nghe trên cổng này và mọi máy tính trong mạng LAN đều có thể truy cập dịch vụ. Do tính chất của dịch vụ mà người dùng cần chạy, proxy ngược khó có thể hoạt động và dịch vụ của người dùng phải lắng nghe trực tiếp trên cổng và phục vụ các máy khách của nó.

Chúng tôi muốn buộc người dùng bảo mật dịch vụ của mình bằng chứng chỉ SSL nhưng hiện tại chúng tôi không có cách tốt để làm như vậy từ khía cạnh kỹ thuật. (Hiện tại, tất cả những gì chúng tôi làm bây giờ là tiếp tục nhắc nhở người dùng tự định cấu hình HTTPS đúng cách.)

Câu hỏi đặt ra là liệu một quản trị viên hệ thống có thể buộc một cổng chỉ phục vụ nội dung HTTPS và giả sử người dùng sử dụng HTTP đơn giản (dù cố ý hay vô tình), lưu lượng truy cập sẽ bị chặn?

Thông thường tôi làm điều này với một proxy ngược--các dịch vụ nội bộ chỉ nghe trên máy chủ cục bộ và một chương trình máy chủ HTTP chuyên dụng như Apache được sử dụng để xử lý phần SSL. Cách tiếp cận này không hoạt động dễ dàng lần này vì dịch vụ web khá phức tạp (tôi cho rằng nó có thể hoạt động với một số quy tắc viết lại phức tạp không kém) vì vậy tôi tự hỏi liệu có cách tiếp cận nào khác đơn giản hơn không.

Cảm ơn!

djdomi avatar
lá cờ za
vui lòng cung cấp thiết bị tường lửa đã sử dụng
Alex Kong avatar
lá cờ in
bạn có ý nghĩa gì với thiết bị tường lửa @djdomi? Đây là một máy chủ RHEL độc lập. Nếu ý bạn là chương trình tường lửa, hiện tại chúng tôi đang sử dụng tường lửa nhưng chúng tôi sẵn sàng cho bất kỳ chương trình nào khác nếu cần.
Alex avatar
lá cờ us
Nếu người dùng đang sử dụng các cổng này, tôi tưởng tượng họ khởi động một số daemon hoặc chạy một số ứng dụng/tập lệnh thực sự khởi động máy chủ web. Có thể viết lại tập lệnh được cung cấp cho người dùng này theo cách chỉ chấp nhận các kết nối HTTPS không? Hoặc, nếu tập lệnh định cấu hình một số máy chủ web (ví dụ: Apache) - một lần nữa, bạn có thể chặn hoàn toàn HTTP hoặc thiết lập chuyển hướng đến HTTPS ở cấp độ Apache... Điều đó có khả thi không? Vui lòng chia sẻ một số chi tiết về cách người dùng khởi chạy máy chủ web, có thể cộng đồng sẽ đề xuất điều gì đó.
Alex Kong avatar
lá cờ in
Xin chào @Alex, vấn đề là, tôi không muốn cho rằng người dùng luôn tuân theo tiêu chuẩn của chúng tôi--vì chúng tôi mở một cổng cho họ, nên có thể họ bỏ qua tập lệnh của tôi và sử dụng tập lệnh của riêng họ (sử dụng HTTP) . Do đó, thứ tôi muốn có là thứ gì đó tương tự như tường lửa có thể cấm điều này. Về việc sử dụng Apache, đối với tôi, có vẻ như điều này có thể khá khó thiết lập - tập lệnh mà người dùng sẽ sử dụng có cài đặt chuyển hướng/cổng/url tương đối/v.v. của riêng nó. Bạn có nghĩ rằng vẫn còn một cách đơn giản để sử dụng Apache không?
Alex avatar
lá cờ us
Không, nếu người dùng có thể tạo tập lệnh của riêng họ và thay đổi cấu hình Apache, thì tôi đoán cách tiếp cận của tôi sẽ không hiệu quả.Tôi cho rằng tất cả người dùng đều có một tập lệnh chung mà họ chạy hoặc tất cả họ đều sử dụng Apache với trang mặc định, vì vậy nó có thể bị đóng băng ở cấp hệ thống. Nếu mọi người đang sử dụng Apache, thì có thể (có thể không!) Tạo quy tắc viết lại toàn cầu cho tất cả các trang web sẽ buộc HTTP thành HTTPS và thu hồi quyền ghi vào tệp cấu hình Apache đó. Tùy chọn này có vẻ dễ khám phá hơn so với việc kiểm tra tất cả lưu lượng và chặn nó ngay lập tức - đó là nhiệm vụ của WAF, hoặc ít nhất là NGFW.
Alex Kong avatar
lá cờ in
Xin chào @Alex, có lẽ tôi đã không nói rõ. "người dùng có thể tạo tập lệnh của riêng họ" -> Điều này đúng; "người dùng có thể thay đổi cấu hình Apache" -> không, họ KHÔNG THỂ thay đổi cài đặt Apache. Nhưng hiện tại Apache không được sử dụng - người dùng chỉ sử dụng tập lệnh của họ để nghe trên một cổng nhất định. Lý do Apache không được sử dụng là vì tôi đã không tìm ra cách làm cho tất cả các tập lệnh tương thích với proxy ngược của Apache...

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.