Tham gia Đăng nhập
Điểm:1
avatar Server

IIS dừng API không có thật

lá cờ in
Jefferson

Trong IIS, nó có thể dừng các cuộc gọi API không có thật không? Hôm qua tôi đã bị ngập trong thứ gì đó đang cố gắng xem liệu một trang có trên trang web hay không. Họ đã nhận được 404 nhưng ứng dụng vẫn phải kiểm tra xem đó có phải là một trang tốt trong ứng dụng hay không. IIS có thể dừng việc này hay ứng dụng web sẽ cần xử lý và dừng nó. Có phần nào trong IIS mà tôi có thể thêm đường dẫn không có thật để dừng việc này không? điều này sẽ giúp https://docs.microsoft.com/en-us/iis/configuration/system.webserver/security/requestfiltering/denyurlsequences/ hoặc Reverse Proxy bằng cách sử dụng IIS Rewrite Nó sẽ chỉ vượt qua lưu lượng được thiết lập?

Cuộc gọi API không có thật

 Không tìm thấy bộ điều khiển cho đường dẫn '/bitrix/admin/'
    Bộ điều khiển cho đường dẫn '/cgi-bin/webcm'
    Không tìm thấy bộ điều khiển cho đường dẫn '/ admin'
    Bộ điều khiển cho đường dẫn '/system/login'
    Bộ điều khiển cho đường dẫn '/typo3/phpmyadmin/'

Tệp nhật ký ứng dụng

 2021-08-17 15:05:28,382 [16] LỖI HTI.LogServices.Implementation.Log4NetHelper - [không xác định]: Ngoại lệ chưa được xử lý (System.Web.HttpException (0x80004005): Không tìm thấy bộ điều khiển cho đường dẫn '/admin' hoặc không triển khai IController.
       tại System.Web.Mvc.DefaultControllerFactory.GetControllerInstance(RequestContext requestContext, Type controllerType)
140
1 + 2
là
Lex Li avatar
lá cờ vn
Lex Li
Bằng cách mở máy chủ web của bạn với internet, những kẻ tấn công sử dụng hiệu quả các lỗ hổng phổ biến để khai thác hệ thống của bạn. Những yêu cầu trên đường dẫn là những yêu cầu điển hình để phát hiện loại máy chủ (CGI và PHP) và sau đó là các cuộc tấn công tiếp theo. IIS sẽ không thể giúp bạn nhiều và bạn cần tường lửa cấp doanh nghiệp (không phải Tường lửa của Windows) để lọc chúng hoặc các giải pháp của bên thứ ba như Cloudflare.
1
Hồi đáp
lá cờ in
Jefferson
còn Reverse Proxy sử dụng IIS Rewrite sẽ chỉ vượt qua lưu lượng được thiết lập thì sao?
0
Hồi đáp
Điểm:0
avatar Server
lá cờ cn
Peter Hahndorf

Như bạn đã đề cập, Lọc yêu cầu của IIS sẽ có thể giúp bạn.

Bạn đang sử dụng trang web asp.net MVC, vì vậy mọi URL được yêu cầu đều được kiểm tra đối với tất cả các tuyến đã định cấu hình. Điều này có nghĩa là lớp ứng dụng của bạn được sử dụng để phản hồi 404 cho yêu cầu.

Lý tưởng nhất là bạn muốn có 404 sớm hơn trong đường dẫn yêu cầu của mình trước khi lớp ứng dụng của bạn được gọi.

Có một số tùy chọn:

 <system.webServer>
    <security>
        <requestFiltering>
            <denyUrlSequences>
                <add sequence="/system/login" />
            </denyUrlSequences>
            <hiddenSegments>
                <add segment="system" />
            </hiddenSegments>
            <filteringRules>
                <filteringRule name="systemLogin" scanUrl="true" scanQueryString="false">
                    <denyStrings>
                        <add string="system/login" />
                    </denyStrings>
                </filteringRule>
            </filteringRules>
        </requestFiltering>
    </security>    
</system.webServer>

Bạn chỉ nên chơi xung quanh cái nào phù hợp nhất với mình và không ảnh hưởng đến ứng dụng của riêng bạn.

Nếu bật Truy tìm yêu cầu không thành công, bạn có thể thấy vị trí trong đường dẫn mà phản hồi 404 đã được tạo. Trong thử nghiệm của tôi khi không sử dụng bộ lọc yêu cầu, 404 được tạo ở vị trí 232 trong đường ống, bằng cách sử dụng bộ lọc yêu cầu, nó được tạo ở vị trí 72 sớm hơn rất nhiều và trước khi lớp ứng dụng của bạn được gọi.

Có, tường lửa web trước máy chủ IIS của bạn thậm chí còn tốt hơn nhưng thiếu IIS có thể phát hiện các yêu cầu này trước khi chúng đến được ứng dụng của bạn.

Đảm bảo các trang lỗi tùy chỉnh của bạn được định cấu hình chính xác và không nói gì khác ngoài 404.

0 + 2
lá cờ in
Jefferson
Làm cách nào để biết vị trí của ứng dụng so với vị trí iis?
0
Hồi đáp
lá cờ cn
Peter Hahndorf
Các vị trí tôi đã đề cập là những vị trí trong Nhật ký theo dõi yêu cầu không thành công IIS liệt kê tất cả các bước khác nhau trong quy trình.
0
Hồi đáp
lá cờ VietNam
Phan Văn Trường
Câu hỏi này là trong các ngôn ngữ khác:

Đă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.