Nhận Windows localhost (cổng 80) để chuyển tiếp sang cổng 8080 cho dịch vụ Apache


9

Khám phá gần đây

Với IIS được đặt trở lại cổng 80, khi tôi đặt http://localhost/vào máy tính WHS, nó sẽ cho tôi trang cảnh báo "Có vấn đề với chứng chỉ bảo mật của trang web này". Nếu tôi "Tiếp tục" bằng mọi giá, url này sẽ xuất hiện https://localhost/Remote/logon?ReturnUrl=%2fremotecho Truy cập Web từ xa Windows Home Server 2011 cho một usernamepassword. Bây giờ, tôi không thể nhớ lại chắc chắn, nhưng tôi không tin rằng ban đầu chỉ là http://localhost/vấn đề này. Tuy nhiên, dường như điều này có thể ảnh hưởng đến bất kỳ nỗ lực nào để truy cập localhost (bất kể cổng).

Điều gì thực sự có thể là vấn đề chính

Ôi những rắc rối của mạng! Một điều khiến tôi bận tâm là tại sao hai trong số các trang web sẽ "một phần" xuất hiện, và những trang khác thì không. Sau đó, việc chạy theo dõi NET của Fireorms đã tiết lộ cho tôi rằng vấn đề chính của tôi là ISP của tôi hoạt động như proxy DNS và tất nhiên nó không tìm thấy các trang web thử nghiệm của tôi. Nhưng nó không tìm ra hai trang web là trực tiếp tại www.(không test.địa chỉ), và xuất hiện để phục vụ lên đó, nhưng những hình ảnh bị chặn vì (tôi giả sử) Tôi đã thiết lập các khối để truy cập vào các tập tin hình ảnh nếu không phải từ www.cho trang web cụ thể.

Điều đó giải thích sự bí ẩn của những hình ảnh không hiển thị (mong đợi trong localhost:8080cuộc gọi trực tiếp ) và hành vi kỳ quặc trong "một phần" tìm thấy hai trong số năm trang web cụ thể đó.

Bây giờ tôi cần tìm ra cách cấu hình chính xác bộ định tuyến hoặc tệp proxy của mình để chuyển hướng quay lại máy tính WHS của tôi. Tôi đang sử dụng dịch vụ internet vệ tinh Wildblue, vì tôi ở ngoài khu vực của bất kỳ kết nối dịch vụ nào nhanh hơn. Họ có tệp "tối ưu hóa" (tôi không biết mọi người có thể xem được hay không, nếu không, về cơ bản giống như phiên bản này ), tôi có thể sửa đổi và đưa vào hệ thống cục bộ của mình để đạt được những gì tôi cần, nhưng tôi không chắc chắn chính xác những gì tôi có thể cần phải làm ở đó.

Nếu bất cứ ai có bất kỳ đề xuất nào về việc sửa đổi tệp đó hoặc cách định cấu hình bộ định tuyến Linksys E1200 của tôi để tránh gửi đến proxy nếu đó là trang web cục bộ, thì đó có thể là bước đầu tiên (và có thể cuối cùng) để tôi giải quyết các vấn đề của mình.

Mã đại diện dựa trên các khuyến nghị của harrymc ... vẫn không hoạt động

Cổng IIS được đặt thành :90.

httdp tập tin:

Listen *:80
ServerName localhost:80

vhosts tập tin:

NameVirtualHost *:80
<VirtualHost *:80>
    ServerName localhost
    ProxyRequests off
    ProxyPass / http://127.0.0.1:90/
    ProxyPassReverse / http://127.0.0.1:90/
</virtualHost>

<VirtualHost *:80>
    DocumentRoot "C:/Users/Public/LocalWebsites/site1.net/httpdocs"
    ServerName test.site1.net
    ProxyRequests off
    ProxyPass / http://127.0.0.1/
    ProxyPassReverse / http://127.0.0.1/
</VirtualHost>

<VirtualHost *:80>
    DocumentRoot "C:/Users/Public/LocalWebsites/site2.net/httpdocs"
    ServerName test.site2.net
    ProxyRequests off
    ProxyPass / http://127.0.0.1/
    ProxyPassReverse / http://127.0.0.1/
</VirtualHost>

<VirtualHost *:80>
    DocumentRoot "C:/Users/Public/LocalWebsites/site3.com/httpdocs"
    ServerName test.site3.com
    ProxyRequests off
    ProxyPass / http://127.0.0.1/
    ProxyPassReverse / http://127.0.0.1/
</VirtualHost>

<VirtualHost *:80>
    DocumentRoot "C:/Users/Public/LocalWebsites/site4.com/httpdocs"
    ServerName test.site4.com
    ProxyRequests off
    ProxyPass / http://127.0.0.1/
    ProxyPassReverse / http://127.0.0.1/
</VirtualHost>

<VirtualHost *:80>
    DocumentRoot "C:/Users/Public/LocalWebsites/site5.com/httpdocs"
    ServerName test.site5.com
    ProxyRequests off
    ProxyPass / http://127.0.0.1/
    ProxyPassReverse / http://127.0.0.1/
</VirtualHost>

Cập nhật trước: Những gì tôi đã tin là vấn đề chính (có thể là vấn đề phụ)

Làm cách nào để tôi tạo Windows Home Server (chạy IIS) chuyển tiếp URL localhost cụ thể sang cổng 8080để Apache (không phải IIS) chạy trên cùng một máy chọn yêu cầu phục vụ trang?

Tập c:\Windows\System32\drivers\etc\hoststin đã được thay đổi (xem bên dưới), nhưng tôi cho rằng điều đó không liên quan gì đến việc định tuyến lại một cổng mới. IIS, tôi cũng giả sử, đang chọn test.whateveryêu cầu url cụ thể trên cổng 80và định tuyến đến máy chủ cục bộ của chính nó trên cùng một cổng.

Tôi đã tải xuống Định tuyến yêu cầu ứng dụng từ một mẹo trên trang web mà tôi tìm thấy khi nghiên cứu, nhưng khi xem nó, tôi không chắc liệu nó có giúp ích hay không (hy vọng của tôi là thiết lập một số url chuyển tiếp dựa trên cổng 8080bằng nó). Tôi là một nhà thiết kế web, không phải là một thuật sĩ mạng. Vì vậy, làm thế nào tất cả những điều này làm việc có phần khó nắm bắt đối với tôi.

Một hướng đi khả thi

Dựa trên liên kết này (được tìm thấy sau khi tìm kiếm thêm dựa trên nhận xét đầu tiên của erikxiv bên dưới) Tôi đã thử cách sau trong IIS dưới dạng viết lại URL:

Quy tắc đi:

Trận đấu: .*(dường như kiểm tra ổn)

Điều kiện:

Phù hợp với bất kỳ ... (những điều này dường như kiểm tra mẫu phù hợp)

{HTTP_HOST} Matches the Pattern test\.site1\.net
{HTTP_HOST} Matches the Pattern test\.site2\.net
{HTTP_HOST} Matches the Pattern test\.site3\.com

Viết lại hành động:

http://localhost:8080/{R:0} (it would not let me put R:1 like the example)

Nhưng dường như vẫn không có chuyển tiếp!


Thông tin bên dưới bây giờ là tất cả nền tảng đằng sau yêu cầu mới, ở trên.


Thông tin cơ bản

Gần đây tôi đã thay đổi một máy tính để bàn cũ đang chạy Windows XP thành Windows Home Server (2011). Máy tính cũ cũng là máy chủ lưu trữ các trang web thử nghiệm cục bộ đang chạy trên bản cài đặt Apache. Thực hiện một số nghiên cứu đã tiết lộ rằng chạy Apache trên máy WHS sẽ không khó như tôi nghĩ ban đầu (nhiều trang web nói rằng IIS của WHS và Apache sẽ gây ra sự cố, nhưng một số ít tôi thấy không đề cập gì cả nếu được thiết lập chính xác- - về cơ bản, đảm bảo không có xung đột cổng).

Vì vậy, tôi đã cài đặt WAMP (phiên bản 64 bit) cho máy tính WHS và thay đổi cài đặt trong httpdtệp cấu hình Apache để nghe tại cổng 8080để không xảy ra xung đột với IIS. Tôi đã thiết lập tệp máy chủ ảo của mình như trên máy tính XP, chỉ khi thay đổi cổng.

Về cơ bản, mọi thứ dường như đang chạy tốt (tuy nhiên, xem cập nhật), ngoại trừ ...

Vấn đề (Bản gốc)

Mặc dù các trang đến các trang web cục bộ hoạt động tốt và tất cả các css và javascript đều hoạt động, mọi tệp hình ảnh đều không hiển thị . Thông tin đường dẫn là chính xác như được chứng minh bằng cách nhấp chuột phải và chọn View Image Info(trong Firefox ... bằng cách này, hình ảnh không hiển thị trong bất kỳ trình duyệt nào, vì vậy nó không phải là lỗi trình duyệt).

Tuy nhiên, điều tôi nhận thấy là Typetrong hộp thông tin hình ảnh đang hiển thị text/html, chứ không phải PNG Imagehoặc JPEG Imagevv Đây là thông tin bên dưới nơi hiển thị thông tin đường dẫn (địa chỉ) - trong phần đó, nó nhận ra rằng chính tệp đó là Typemột trong hai Imagehoặc Background.

Nhưng mặc dù thực tế đó, có vẻ như thay vì nhận ra loại mime chính xác (tôi giả sử) của hình ảnh trong html (thực ra là php tạo html), thay vào đó, nó đang cố xử lý hình ảnh (cho dù là một imgyếu tố hay css background-image) như văn bản, và do đó cho tôi không có gì! Nhưng tôi không thể hiểu tại sao. Các mimetập tin kiểm soát Apache mime-loại là đúng. Các trang có các tiêu đề sau ...

<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<meta http-equiv="Content-Style-Type" content="text/css" />

... nhưng những điều đó không nên gây ra sự cố (chúng không xảy ra khi chạy trên XP, cũng như trên trang web trực tiếp).

Vì vậy, tôi đang tìm kiếm suy nghĩ về:

  1. Là phân tích của tôi về loại mime là vấn đề chính xác (dựa trên cập nhật, có thể không)?
  2. Nơi nào khác tôi có thể nhìn có thể gây ra vấn đề, và làm thế nào để khắc phục nó? Nó vẫn có thể là một cuộc xung đột với IIS trên WHS, và nếu vậy, thì sao? Nó có thể là bất cứ điều gì trong php (điều này dường như không thể), và nếu vậy, thì sao? Tôi có thể kiểm tra cái gì khác trong Apache?

Thông tin cập nhật (với nhiều vấn đề [liên quan?]

Làm nhiều điều rắc rối hơn, tôi đã đi đến kết luận rằng ít nhất một phần của vấn đề dường như là sự thay đổi đối với cổng :8080. Đầu tiên, tôi nhận ra rằng không phải tất cả đều tốt như tôi nghĩ khi truy cập vào tất cả các trang web của mình. Tôi có đại diện này trong c:\Windows\System32\drivers\etc\hoststập tin của tôi :

127.0.0.1   localhost
127.0.0.1   test.site1.net
127.0.0.1   test.site2.net
127.0.0.1   test.site3.com
127.0.0.1   test.site4.com
127.0.0.1   test.site5.com

Và đại diện này trong vhoststập tin apache của tôi :

NameVirtualHost *:8080

<VirtualHost *:8080>
    DocumentRoot "C:/Users/Public/Documents/LocalWebsites/site1.net/httpdocs"
    ServerName test.site1.net
</VirtualHost>

<VirtualHost *:8080>
    DocumentRoot "C:/Users/Public/Documents/LocalWebsites/site2.net/httpdocs"
    ServerName test.site2.net
</VirtualHost>

<VirtualHost *:8080>
    DocumentRoot "C:/Users/Public/Documents/LocalWebsites/site3.com/httpdocs"
    ServerName test.site3.com
</VirtualHost>

<VirtualHost *:8080>
    DocumentRoot "C:/Users/Public/Documents/LocalWebsites/site4.com/httpdocs"
    ServerName test.site4.com
</VirtualHost>

<VirtualHost *:8080>
    DocumentRoot "C:/Users/Public/Documents/LocalWebsites/site5.com/httpdocs"
    ServerName test.site5.com
</VirtualHost>

Đây là hành vi : site1site4đang hiển thị, nhưng không có hình ảnh. Ba người kia không xuất hiện chút nào, nhưng cho Network Error (dns_unresolved_hostname).

Tuy nhiên, nếu tôi truy cập trang web đầu tiên trong vhost trên máy WHS bằng cách sử dụng localhost:8080trong url, thì hình ảnh sẽ hiển thị và bất kỳ trang web nào là đầu tiên trong tệp vhosts của tôi cũng xuất hiện (dự kiến); tuy nhiên, nó làm như vậy ngay cả khi đó là vị trí mà trước đây sẽ không (vì vậy nếu tôi chuyển site2đến vị trí đầu tiên, nó sẽ bắt đầu "hoạt động" qua localhost:8080cuộc gọi).

Tôi biết các tệp hình ảnh của mình đang trả về lỗi 403( đã sửa, ban đầu tôi đã nói 404 ) khi được truy cập qua test.site4.comcú pháp trong url và tôi nghi ngờ rằng hình ảnh của mình hiển thị là text/htmldo các tệp đang trả về lỗi đó (vì vậy tôi không nghĩ vậy bây giờ là một vấn đề kiểu mime vì không thể tìm thấy hình ảnh). Nhưng điều kỳ lạ là các đường dẫn là chính xác và các tệp không phải hình ảnh (javascript và css) đang hoạt động tốt.

Vì vậy, trong tâm trí của tôi có vẻ như nó có thể là một cái gì đó với cổng chuyển sang 8080. Vấn đề của tôi bây giờ là:

  1. Tại sao các tệp máy chủ và vhost của tôi không tìm thấy chính xác tất cả các trang web (có một số tệp khác tôi cần sửa đổi trên Windows Home Server) không?
  2. Trên các trang web này hoạt động, tại sao các hình ảnh cụ thể không được tìm thấy (với lỗi 403, đó là "cấm" tôi tin, điều này sẽ vô nghĩa nếu các tệp khác trong các thư mục trang web được phép truy cập)?
  3. Tại sao localhost:8080truy cập hoạt động không có vấn đề gì liên quan đến hai vấn đề đầu tiên?

Một số thông tin khác

Một yêu cầu đã được thực hiện cho tôi để gửi các tập tin nhật ký. Tuy nhiên, tôi phát hiện ra rằng không có nhật ký nào xảy ra ngoại trừ (nó xuất hiện) trong những trường hợp đó khi tôi đã truy cập thông qua localhost:8080cuộc gọi trực tiếp đến trang web "mặc định".

Vì vậy, tôi đã tắt các dịch vụ WAMP và đi đến url và phát hiện ra hành vi tương tự như khi WAMP đang chạy. Điều này dường như chỉ ra rằng IIS vẫn đang kiểm soát các tên miền, thay vì Apache chọn chúng ( ai đó có thể xác nhận giả định của tôi ở đó không? ) , Và do đó, vấn đề có thể vẫn là điều gì đó với việc kiểm soát chính máy chủ WAMP.


Đảm bảo rằng các quyền trên hình ảnh thực tế được đặt để chúng có thể được truy cập .. chỉ là một phỏng đoán.
cutrightjm

@ ekaj - Tôi đánh giá cao dự đoán và kiểm tra quyền, nhưng rõ ràng đó không phải là vấn đề.
ScottS

@ ekaj - Tôi đã thêm một số thông tin cập nhật vào vấn đề của mình có thể giúp bạn đưa ra một "dự đoán" khác (có thể là một giải pháp!).
ScottS

Bạn có chắc chắn rằng Định tuyến yêu cầu ứng dụng không hoạt động? blog.iis.net/wonyoo/archive/2008/07/09/ dường như làm những gì bạn đang yêu cầu. Lưu ý rằng bạn có thể muốn viết một số quy tắc để khớp với các trang web khác nhau của mình.
erikxiv

@ erikxiv - không, tôi không chắc về nó. Vấn đề của tôi là thực tế là tôi ở trong lãnh thổ xa lạ với tôi, vì vậy tôi không biết làm thế nào để nó hoạt động nếu có thể. Tôi sẽ xem xét liên kết và lấy lại cho bạn.
ScottS

Câu trả lời:


1

Bạn có thể có tệp .htaccess đang khiến hình ảnh được phân phát dưới dạng văn bản / html không?

 <filesMatch "\.(htm|html|css|js|png|jpg)$">
 ForceType 'text/html; charset=UTF-8'
 </filesMatch>

Đề xuất tốt, nhưng chỉ có một vài trang web có .htaccesstệp và không có trang nào có ForceTypemã.
ScottS

@ ScottWilson - Tôi đã thêm một số thông tin cập nhật vào vấn đề của tôi có thể giúp bạn đưa ra một giải pháp khác.
ScottS

0

Nếu bạn có thể cung cấp các tệp access.log của mình (ít nhất là một vài dòng hiển thị trạng thái 404 cho các yêu cầu hình ảnh), chúng tôi sẽ có thể kiểm tra những gì sai. Tôi nghi ngờ rằng đó đơn giản có thể là sự cố tên miền hoặc trang web của bạn có thể sử dụng đường dẫn tuyệt đối cho hình ảnh (chỉ cần đoán ...) mà apache xử lý không chính xác


Hấp dẫn. Không có tệp nhật ký cho các truy cập đã thử của tôi, ngoại trừ trong các trường hợp tôi đang sử dụng localhosttruy cập trực tiếp . Vì vậy, tôi đã tắt tất cả các máy chủ WAMP và thấy rằng tôi đang nhận được kết quả tương tự. Điều này dường như cho thấy Apache không xử lý các yêu cầu để bắt đầu, nhưng IIS thì có.
ScottS

Nhân tiện, tôi đã nhầm, các hình ảnh đang cho 403.
ScottS

Có lẽ tốt hơn là nên nghe các yêu cầu của trình duyệt và kiểm tra xem nó có thực sự yêu cầu điều đó không? Hoặc kiểm tra nhật ký lỗi apache nếu nó không liên kết được với cổng hoặc đưa ra một số vấn đề về địa chỉ ...
Martino Dino

@ MartinoDino - Cảm ơn lời đề nghị của bạn. Tôi vừa cập nhật một số thông tin trong câu hỏi của tôi rằng bây giờ tôi tin rằng vấn đề chính của tôi là máy tính WHS của tôi thậm chí không xử lý yêu cầu cho các trang web thử nghiệm của tôi, mà là proxy ISP của tôi dường như. Nếu tôi có thể giải quyết vấn đề đó, thì tôi sẽ bắt đầu tìm hiểu xem các bộ phận địa phương khác của tôi có thực sự hoạt động không.
ScottS

0

Thread IIS redirect sang Apache chứa một giải pháp rất đơn giản, mà đi theo hướng ngược lại như của bạn.

Người viết mục cuối cùng nói rằng các chuyển hướng trong IIS quá hạn chế để thực hiện công việc.

Sử dụng giải pháp của anh ấy, bạn sẽ thiết lập IIS để nhận các yêu cầu từ một cổng khác ngoài 80, ví dụ 90. Sau đó, đặt Apache làm máy thu cho cả hai cổng 80 và 8080, với sự chuyển hướng của cổng 80 sang cổng 90. Apache dường như quản lý để làm những gì IIS không thể.


@ harrymc - cảm ơn vì đầu vào. Tuy nhiên, điều đó có thể hữu ích, nếu bạn xem bản cập nhật mới nhất của tôi (vừa được đăng), tôi đã phát hiện ra rằng vấn đề chính đầu tiên của tôi là url kiểm tra không bao giờ được gửi đến máy tính cục bộ của tôi, nhưng tôi đang cố gắng xử lý ISP proxy. Nếu bạn có một số gợi ý về việc phá vỡ điều đó, tôi sẽ mở.
ScottS

Điều đó có thể vẫn phù hợp với đề xuất của tôi: IIS có thể không đủ thông minh để phát hiện rằng localhost là giao diện vòng lặp cục bộ, vì vậy hãy tìm kiếm nó thay vì trên Internet. Tất nhiên localhost sẽ không bao giờ được tìm thấy ở đó. Tôi không có môi trường phù hợp để thử nghiệm điều này, nhưng bài viết trên dường như nói rằng Apache thực hiện công việc thông minh hơn.
harrymc

@ harrymc - Như tôi đã đề cập trong câu hỏi của mình, tôi không thực sự là một người trong mạng, vì vậy tôi có một vài câu hỏi và cần một chút hướng dẫn. Đầu tiên, việc thay đổi WHS của tôi sang cổng 90 sẽ ảnh hưởng đến cách WHS hoạt động như một máy chủ gia đình? Thứ hai, liên kết bạn đã đăng đề cập đến việc cố gắng truy cập các tên miền phụ, trong khi tôi thì không (đúng hơn là tôi đang tìm cách truy cập các tên miền địa phương khác nhau); vậy điều đó có thay đổi gì không? Để được hướng dẫn từ giải pháp được liên kết, tôi có một số kiến ​​thức về Apache, vì vậy # 4-5 tôi làm theo, nhưng tôi có kiến ​​thức về IIS gần như không có, vì vậy điểm # 1-3 Tôi không chắc chắn cách thực hiện (hoặc thậm chí trong trường hợp của tôi nếu tôi cần làm).
ScottS

# 2-3 có thể không áp dụng cho trường hợp của bạn và có thể bỏ qua. # 1 là bắt buộc, vì đó là ý chính. Thủ thuật ở đây là biến Apache thành máy chủ Internet chính phụ trách về phía trước và IIS thành một máy chủ thứ cấp và cục bộ không được kết nối với Internet ngoại trừ thông qua Apache. Có lẽ bài viết này có thể giúp cho việc thay đổi cổng. Nếu bạn chưa bao giờ làm điều này trước đây, hãy ghi chú cẩn thận mọi thứ bạn thay đổi, chỉ trong trường hợp.
harrymc

@ harrymc - Sau khi thực hiện các thay đổi, tôi thậm chí không thể khởi động máy chủ WAMP của mình. Không chắc chắn tại sao, nhưng hiện tại nó ngăn chặn một thử nghiệm đầy đủ để biết nếu nó sẽ làm việc. Tôi cũng tự hỏi liệu trong liên kết đầu tiên, ourdomain.domcó phải là một cái gì đó cụ thể cho máy tính của tôi hay không (hoặc nó chỉ là một tên tùy ý, vì anh ta đang xử lý các tên miền phụ ... có nên là của tôi localhostkhông?). Ngoài ra, trong liên kết đầu tiên, việc our.ip.addessđịnh tuyến tới IIS sẽ giống với máy chủ Apache, vì chúng ở trên cùng một máy tính (chỉ là cổng khác nhau). Điều đó không nên gây ra vấn đề, phải không?
ScottS

0

Vì bạn đã theo dõi vấn đề DNS, kết quả cơ bản là bạn cần một máy chủ DNS cục bộ mà bạn có thể định cấu hình. Bạn cũng đề cập đến bộ định tuyến Linksys E1200 và Windows Home Server, vì vậy có hai cách bạn có thể thực hiện.

Trước tiên, bạn có thể xem xét việc chạy chương trình cơ sở của bên thứ ba (ví dụ DD-WRT, OpenWRT, Tomato) trên bộ định tuyến của bạn. Ứng dụng bạn đang sử dụng chipset Broadcom và cần có đèn flash đầy đủ; DD-WRT liệt kê nó là được hỗ trợ. Mối quan tâm lớn nhất của tôi là bằng cách nào đó, cộng đồng phần mềm bộ định tuyến của bên thứ ba dường như đã phát triển đến mức giống như cố gắng chạy Linux trở lại vào đầu những năm 90. Bạn có thể cố gắng tìm hiểu các diễn đàn để tìm thứ bạn cần, nhưng đừng tin vào cơ sở dữ liệu bộ định tuyến trên trang DD-WRT vì nó sẽ hướng bạn đến những điều sai. Nhìn chung, tùy chọn này không làm tôi tự tin và trừ khi bạn có sẵn bộ định tuyến thứ hai, tôi không chắc tôi có thể đề xuất nó trừ khi bạn thích điều chỉnh loại điều này.

Thứ hai, bạn có thể RDP vào WHS và bật máy chủ DNS như được mô tả trong chuỗi diễn đàn này. Cách tiếp cận cơ bản, RDP in, Bảng điều khiển, Thêm / Xóa chương trình, Thêm / loại bỏ cấu phần Windows (nút), chọn hộp kiểm Máy chủ DNS, thoát ra. Điều tôi không chắc chắn là liệu bạn có nhận được bảng điều khiển quản lý DNS hay không và tôi không có hộp WHS để kiểm tra. Nếu bạn có được bảng điều khiển đó, nó sẽ nằm trong Công cụ quản trị / DNS. Để sử dụng nó như bạn muốn, bạn sẽ cần thêm các vùng chuyển tiếp mới; đối với loại việc bạn đang làm, tôi sẽ thêm một vùng cho mỗi máy chủ (ví dụ: thêm một vùng cho www.samplesite.whthing) sau đó thêm một mục nhập bản ghi vào đó mà không có tên được chỉ định sẽ làm mặc định cho điều đó khu. Cách tiếp cận khác sẽ là thêm một vùng cho samplesite.whwh, sau đó thêm các bản ghi A có tên (ví dụ: "www" hoặc "mail"), nhưng điều đó có thể sẽ chặn những thứ bạn không muốn chặn. Vùng được nhắm mục tiêu nhiều hơn giúp bạn không ảnh hưởng đến những thứ bạn không muốn chuyển hướng. Sau đó, bạn sẽ trỏ tất cả các hệ thống của bạn vào ô này là máy chủ DNS. Theo mặc định, điều này sẽ thực hiện độ phân giải DNS bên ngoài của chính nó hoàn toàn bỏ qua các máy chủ DNS của ISP của bạn; nếu bạn muốn sử dụng chúng làm giai đoạn tiếp theo, bạn có thể chỉ định địa chỉ của chúng là Giao nhận trong thuộc tính máy chủ DNS (nhấp chuột phải và tìm xung quanh).

Thứ ba, nếu tùy chọn Hai không hoạt động và tùy chọn Một khiến bạn sợ hãi, bạn có thể thiết lập một hộp Linux bên trong và thiết lập nó như một máy chủ DNS. Có rất nhiều hướng dẫn về cách làm như vậy; một tìm kiếm đáng chú ý đã xuất hiện bài viết này của Mark Kolich có vẻ là hướng dẫn tốt để làm chính xác điều đó. Nếu bạn rất có khuynh hướng, điều này cũng có thể cung cấp cho bạn các tài nguyên bạn cần để thử nghiệm với lưu trữ dựa trên Linux (trừ khi bạn đang thực hiện phát triển dựa trên Windows, ví dụ .NET hoặc tương tự).

Bản so sánh máy chủ DNS này cũng có thể được sử dụng. Đáng chú ý có thể là Simple DNS Plus (thương mại), Posadis (miễn phí, cũ? 2004), MaraDNS (miễn phí, không phải GUI, đáng xem) và Không giới hạn (miễn phí, có tải xuống nhị phân Windows, không đào sâu thêm) . Tất cả những thứ này nên chạy trên Windows.


Cảm ơn bạn vì câu trả lời. Mặc dù đúng là vấn đề DNS theo một nghĩa nào đó, điều tôi muốn là cho bất kỳ cuộc gọi localhost nào thậm chí không truy cập DNS của ISP của tôi để bắt đầu (không nên). Dường như "quá mức" bằng cách nào đó phải thiết lập DNS cục bộ để xử lý những gì cần được xử lý, tự động bởi hệ thống. Yêu cầu của tôi cho các trang web localhost thậm chí không nên đến DNS ISP của tôi.
ScottS

Nếu bạn thêm các dòng có liên quan vào tệp Máy chủ lưu trữ cục bộ, chúng có thể không - trên XP, nó nằm trong c: \ windows \ system32 \ driver \ etc \ hosts, không chắc nó ở đâu trên Vista / 7 và liệu nó có thay đổi trong khoảng 32- không và 64 bit. Tôi đã thấy một số ứng dụng hoặc tình huống lỗi có thể bị hỏng, như đã lưu ý ở đây: fencepost.net/2009/11/dns-fails-nslookup-works-fix
fencepost

Tôi đã thêm các dòng đó vào vị trí đó (từ đầu), nhưng tôi đã tự hỏi liệu đó có phải là vị trí chính xác trên hệ thống 64 bit (mà WHS là).
ScottS

Câu hỏi của bạn khiến tôi phải đào sâu hơn một chút và điều này ( sepago.de/helge/2009/06/04/ mẹo ) dường như rất phù hợp.
hàng rào

Điều đó thật thú vị, nhưng tôi không chắc là hữu ích như thế nào, vì C:\Windows\System32\drivers\etctệp đã là tệp tôi đã sửa đổi, nhưng nó dường như vẫn chưa được chọn cho đến khi xác định các trang web địa phương của tôi. Bài báo dường như chỉ ra rằng các tập tin được sử dụng bởi 64-bitnguyên bản và 32-bitchuyển hướng. Làm thế nào điều này có thể ảnh hưởng đến cài đặt Apache của tôi và tại sao localhostbị bỏ qua cho các trang web địa phương của tôi?
ScottS

0

bạn cần phải có

<directory>
</directory>

trước khi </VirtualHost>cho phép.

một cái gì đó như thế này

<Directory "C:\Apache24\htdocs">
Options Indexes FollowSymLinks Includes ExecCGI
AllowOverride All
Order allow,deny
Allow from all
</Directory>
</VirtualHost>

Tôi sử dụng 192.168.1.100:80 cho iis và 192.168.1.200:8080 cho apache trong Cài đặt Internet v4 IPv4 (Cài đặt IP nâng cao) có 2 lớp C ip 192.168.1.100 và thêm 192.168.1.200, điều này cũng giúp SEO vì lớp Địa chỉ IP C cho 2 trang web khác nhau liên kết với nhau.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.