IISExpress trả về lỗi 503 từ các máy từ xa

Tôi đang cố kiểm tra một trang web tôi đang chạy trong một phiên bản IISExpress cục bộ với một số máy / thiết bị khác trên mạng cục bộ của tôi. Tôi đang chạy Win7 Pro.

Khi tôi lần đầu tiên cố gắng duyệt đến máy của mình từ một máy khác trong phân khúc mạng cục bộ, tôi gặp lỗi 400: Tên máy chủ không hợp lệ.

Tôi hiểu rằng tôi cần cấp quyền truy cập từ xa vào ACL bằng một lệnh trên dấu nhắc lệnh nâng cao như:

netsh http add urlacl url=http://mymachinename:50333/ user=everyone

Bây giờ tôi nhận được một dịch vụ 503 là không có lỗi.

Tường lửa Windows hiện đang tắt và tôi có thể duyệt qua phiên bản IISExpress cục bộ của mình với địa chỉ http://localhost:50333

Mảnh ghép cuối cùng của câu đố cấu hình này là gì?

Có vẻ như bạn đang thiếu một mục thông tin ràng buộc trong tệp applicationationhost.config.

1. Mở tập tin applicationationhost.config của bạn. Các địa điểm có thể là:

   • %userprofile%\Documents\IISExpress\config\applicationhost.config
   • $(solutionDir)\.vs\config\applicationhost.config (VS2015)
   • Không, kiểm tra đầu ra từ iisexpress.exeđể chắc chắn.

2. Xác định vị trí mục WebSite của bạn và thêm ràng buộc sau với tên máy của bạn.

        <binding protocol="http" bindingInformation=":50333:your-machine-name" />
   

3. Khởi động lại IIS Express

Chỉ có 1 điều làm việc cho tôi.

sử dụng *:portnumber:*là không tốt. Có, sau khi thực hiện điều đó và đảm bảo Tường lửa Windows đã mở, tôi có thể kết nối với cổng, nhưng tôi vẫn gặp lỗi "503".

Tôi đã thử nghiệm một vài thứ cục bộ và phát hiện ra rằng chỉ http: // localhost hoạt động. Sử dụng địa chỉ IP thực (không phải 127.0.0.1, nhưng, ví dụ, 192.168.1.50), vẫn trả về 503 ngay cả trên máy cục bộ. Tôi đã thử sử dụng tên máy chủ thực trong các liên kết, nhưng IIS Express đã từ chối bắt đầu. Điều này thực sự có thể có liên quan đến cách giải quyết tên máy chủ lưu trữ. Tôi đã không khám phá điều đó hơn nữa.

Cuối cùng, tôi đã kết thúc bằng cách sử dụng cấu hình này:

<binding protocol="http" bindingInformation="*:53351:localhost" />
<binding protocol="http" bindingInformation="192.168.1.50:53351:*" />

Bằng cách đó, tôi có thể kết nối từ một máy từ xa bằng cách sử dụng http://192.168.1.50:53351.

Sau khi lãng phí hơn 3h cho một chủ đề đầy đủ như vậy, tôi quyết định chia sẻ thiết lập của mình với bạn. Cấu hình của tôi là Visual Express 2012 cho bản cập nhật Web 4 trên windows 8. Đây là lần đầu tiên tôi trở lại MS VS kể từ khi nghiên cứu (ít nhất 8 năm) và bây giờ tôi chắc chắn rằng quy tắc linux. Trên django, kiểu thiết lập này khiến tôi mất 10 phút tìm kiếm tài liệu.

1. tắt tường lửa để kiểm tra

   netsh advfirewall set allprofiles state off
   

2. thiết lập liên kết trong trường hợp địa chỉ cục bộ của tôi là localIP = 192.168.1.102 (vì các liên kết không thể chứa tên miền không có chữ số, sử dụng nó bên dưới thay vì mylocaldomain.com, xem chính sách stackoverflow) trong Documents\IISExpress\config\applicationhost.config

   <bindings>
       <binding protocol="http" bindingInformation="*:53351:mylocaldomain.com" />
       <binding protocol="http" bindingInformation="*:53351:localhost" />
   </bindings>
   

3. tự động thêm tự động cho dịch vụ bắt đầu ISS Express

   <site name="NeuronCharts" id="2" serverAutoStart="true">
   

4. Thêm một số quy tắc kỳ lạ vào máy chủ http (Tôi vẫn không biết liệu đây có phải là không)

   netsh http add urlacl url=http://mylocaldomain.com:53351/ user=everyone
   

5. chạy IISExpress thủ công không phải từ VS IDE

6. bạn sẽ thấy ISSE े đang đăng ký các ràng buộc
7. chạy trình duyệt http://mylocaldomain.com:53351 nếu nó hoạt động thì chúng ta có thể thêm quy tắc tường lửa

8. thêm quy tắc tường lửa

   netsh advfirewall firewall add rule name="IISExpressWeb" dir=in protocol=tcp localport=53351 remoteip=any action=allow
   

đặt remoteip thành bất kỳ nếu bạn muốn truy cập máy chủ của mình từ thế giới bên ngoài nếu bạn muốn truy cập mạng cục bộ, hãy sử dụng localsubnet

8. bắt đầu tường lửa

   netsh advfirewall set allprofiles state on
   

9. kiểm tra lại nếu mọi thứ đang hoạt động trên ip cục bộ và công cộng

Chúc bạn may mắn

Núi cao

Tìm thấy vấn đề phải làm với một ánh xạ urlacl xấu. Để tìm hiểu điều này:

netsh http show urlacl 

và tìm kiếm những thứ như http://+:80/hoặc cổng mà bạn đang ràng buộc.

Sau đó sử dụng

netsh http delete url=<the url from the list>

Điều này đã khắc phục vấn đề cho tôi.

Không có gì làm việc cho tôi. Cuối cùng tôi cũng tìm thấy proxy của người đồng tính

Xem câu trả lời của tôi https://stackoverflow.com/a/33623399/631527

Một giải pháp khác là ngrok

Điều đã giúp tôi, là nhấp chuột phải vào biểu tượng 'IISExpress', 'Hiển thị tất cả các ứng dụng'. Sau đó chọn trang web và tôi thấy aplicationhost.config sử dụng trang web nào và việc sửa lỗi diễn ra hoàn hảo.

Vấn đề là cập nhật tệp applicationationhost.config bên trong thư mục web thay vì giải pháp. Tệp cấu hình giải pháp là một trong những thay đổi

Sau giải pháp của @vikomall, đừng quên khởi động VS với tư cách quản trị viên. Điều này sửa nó cho tôi.

Về câu trả lời của Anthony Rizzolo: trong Windows 8.1, tôi đã phải gõ như thế này:

netsh http delete urlacl url=<the url from the list>

Ví dụ:

netsh http delete urlacl url=http://+:8689/

Không có câu trả lời nào ở trên làm việc cho tôi.

Tôi đã có hai mục trong Netsh cho cùng một dịch vụ

netsh http show urlacl

Một người sử dụng ký tự đại diện mạnh, người còn lại sử dụng ký tự đại diện yếu.

Loại bỏ cái có ký tự đại diện yếu đã thực hiện công việc.

Tìm hiểu thêm về ký tự đại diện mạnh và yếu trong bối cảnh của Netsh

Khi phần tử máy chủ của UrlPrefix bao gồm một dấu cộng duy nhất (+), UrlPrefix khớp với tất cả các tên máy chủ có thể có trong bối cảnh của các phần tử lược đồ, cổng và tương đối của nó và rơi vào loại ký tự đại diện mạnh.

Khi dấu hoa thị (*) xuất hiện dưới dạng phần tử máy chủ, thì UrlPrefix rơi vào danh mục ký tự đại diện yếu. Loại UrlPrefix này khớp với bất kỳ tên máy chủ nào được liên kết với lược đồ, cổng và tương đối đã chỉ định chưa được khớp với UrlPrefix ký tự đại diện mạnh, rõ ràng hoặc ký tự đại diện yếu. Thông số máy chủ này có thể được sử dụng làm công cụ bắt mặc định trong một số trường hợp hoặc có thể được sử dụng để chỉ định một phần lớn không gian tên URL mà không phải sử dụng nhiều UrlPrefixes.

https://docs.microsoft.com/en-gb/windows/desktop/Http/urlprefix-strings