Apache hizmeti için Windows localhost'u (port 80) 8080 portuna yönlendirin


9

Son Keşif

IIS limana geri set ile 80ben koymak zaman, http://localhost/WHS bilgisayarda, bu uyarı sayfası "Bu web sitesinin güvenlik sertifikasıyla ilgili bir sorun var" Bana verir. Ben yine de "Devam", bu url https://localhost/Remote/logon?ReturnUrl=%2fremotebir Windows Home Server 2011 Uzaktan Web Erişimi için geliyor usernameve password. Şimdi, kesin olarak hatırlayamıyorum, ama başlangıçta http://localhost/bu konuyu gündeme getirdiğine inanmıyorum . Ancak, sanki bu, yerel ana bilgisayara (bağlantı noktası ne olursa olsun) erişme girişimlerini etkileyebilir gibi görünüyor.

Asıl mesele ne olabilir

Ağ oluşturmanın incelikleri! Beni rahatsız eden bir şey, sitelerin ikisinin neden "kısmen" ortaya çıkması ve diğerlerinin hiç olmamasıydı. Daha sonra, Firebug'un NET izlemesini çalıştırmak, asıl sorunumun ISS'imin DNS proxy'si gibi davrandığını ve elbette test sitelerimi bulamadığını gösterdi. Ama yayında olan iki siteleri bulmak yapar www.(değil test.ben değilse, görüntü dosyalarını erişmenin blokları kurdunuz) adresine ve bu kadar hizmet etmek görünür, ancak (ı varsayalım) çünkü görüntüler engellenir www.için belirli bir site.

Bu, gösterilmeyen görüntülerin gizemini (doğrudan localhost:8080arama beklenir ) ve beş sitenin bu ikisini "kısmen" bulmadaki garip davranışı açıklar .

Şimdi yönlendiricimi veya proxy dosyasını WHS bilgisayarıma geri yönlendirmek için doğru şekilde nasıl yapılandıracağımı bulmam gerekiyor. Daha hızlı servis bağlantıları alanı dışında olduğum için Wildblue uydu internet servisindeyim. Onlar "optimizer" bir dosya var (herkes tarafından görüntülenebilir olup olmadığını bilmiyorum, eğer değilse, temelde bu sürümle aynıdır ), ben değiştirmek ve benim yerel sistem koymak mümkün olabilir ihtiyacım var ama tam olarak orada ne yapmam gerekebileceğinden emin değilim.

Herhangi birinin bu dosyayı değiştirme veya yerel bir site ise proxy'ye göndermekten kaçınmak için Linksys E1200 yönlendiricimi nasıl yapılandıracağına dair herhangi bir önerisi varsa, bu sorunlarımı çözmem için ilk (ve muhtemelen son) adım olabilir.

Harry'nin önerilerine dayanan temsili kod ... hala çalışmıyor

IIS bağlantı noktası olarak ayarlandı :90.

httdp dosya:

Listen *:80
ServerName localhost:80

vhosts dosya:

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>

Önceki Güncelleme: Ana sorun olduğuna inandığım şey (bir alt sorun olabilir)

Windows Home Server'ın (IIS çalıştıran) belirli yerel ana bilgisayar URL'lerini bağlantı noktasına iletmesini nasıl sağlarım 8080, böylece aynı makinede çalışan Apache (IIS değil) sayfayı sunma isteğini alır?

c:\Windows\System32\drivers\etc\hostsDosyası (aşağıya bakınız) değiştirilmiştir, ama bu yeni porta yeniden yönlendirme ile ilgisi yoktur varsayalım. IIS, aynı zamanda test.whatever, bağlantı noktasındaki belirli URL isteğini alıyor 80ve aynı bağlantı noktasındaki kendi yerel ana bilgisayarına yönlendiriyor.

Ben indirilen Uygulama İstek Yönlendirme dan buldum bir sitede bir ucu araştırmayla, ama ona bakarak içinde, ben (umudum portuna bazı url tabanlı yönlendirmeyi ayarlamak oldu yardımcı verip vermeyeceğinizi emin değilim 8080onun tarafından). Ben bir web tasarımcısıyım, ağ sihirbazı değil. Peki tüm bunların nasıl çalıştığı benim için biraz zor.

Gitmek İçin Olası Bir Yön

Kapalı Tabanlı Bu bağlantıyı bir URL yeniden yazma olarak IIS aşağıdaki teşebbüs (aşağıda erikxiv ilk açıklama kapalı alan daha arama yaptıktan sonra bulundu):

Giden Kuralı:

Eşleşme: .*(test edilmiş gibi görünüyor)

Koşullar:

Herhangi Biriyle Eşleştir ... (bunlar desen eşleşmesini test ediyor gibi görünüyor)

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

İşlemi Yeniden Yaz:

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

Ama hala yönlendirme yok gibi görünüyor!


Aşağıdaki bilgiler şimdi tüm yeni, yukarıdaki talebin arkasındaki bilgilerdir.


Arkaplan bilgisi

Kısa bir süre önce Windows XP çalıştıran eski bir masaüstünü Windows Home Server (2011) olarak değiştirdim. Eski bilgisayar aynı zamanda bir Apache yüklemesinde çalışan yerel test sitelerinin ana makinesiydi. Bazı araştırmalar yapmak, bir WHS makinesinde Apache'yi çalıştırmanın ilk düşündüğüm kadar zor olmayacağını ortaya koydu (birçok site, WHS ve Apache IIS'sinin sorunlara neden olacağını söylüyor, ancak birkaç tane doğru şekilde ayarlandıysa hiçbir sorundan bahsetmedi. - temel olarak, bağlantı noktası çakışması olmadığından emin olun).

Bu yüzden , WHS bilgisayarına bir WAMP (64 bit sürümü) yükledim ve Apache httpdyapılandırma dosyasındaki ayarları , bağlantı noktasında dinlemek için 8080IIS ile çakışma olmayacak şekilde değiştirdim. Sanal anasistem dosyamı XP bilgisayarında olduğu gibi yalnızca bağlantı noktası değişikliği ile ayarladım.

Temel olarak, her şey iyi görünüyordu (ancak güncellemeye bakın), ancak ...

(Orijinal) Sayı

Yerel sitelerin sayfaları düzgün bir şekilde yukarı çekilirken, tüm css ve javascript çalışır durumda olsa da, her resim dosyası gösterilmiyor . Yol bilgisi, sağ tıklatıp seçilerek kanıtlandığı gibi doğrudurView Image Info (bu arada, Firefox'ta ... görüntüler herhangi bir tarayıcıda gösterilmez, bu nedenle bir tarayıcı hatası değildir).

Fark ettim Ne Ancak, yani Typegörüntü bilgi kutusunda gösteriyor text/htmlziyade, PNG Imageya JPEG Imagevs Bu yol (adres) bilgisi gösterir nerede aşağıdaki bilgilerde olduğu - o bölümdeki, tanıdığı bu dosya kendisi ait Typeiki Imageya da Background.

Ancak bu gerçeğe rağmen, html (aslında php oluşturulan html) içindeki görüntünün doğru mim türünü (varsayıyorum) tanımak yerine, görüntüyü (bir imgöğe veya bir css olsun background-image) ve böylece bana hiçbir şey vermiyor! Ama nedenini anlayamıyorum. mimeApache mime tiplerini kontrol eden dosya doğrudur. Sayfalar aşağıdaki başlıklara sahiptir ...

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

... ancak bunlar soruna neden olmamalıdır (XP'de çalışırken ya da canlı sitede yapmazlar).

Bu yüzden şu konularda düşünceler arıyorum:

  1. Mime türü analizim sorun mu doğru (güncellemeye dayalı, muhtemelen değil) mi?
  2. Soruna neden olabilecek başka nereden bakabilirim ve nasıl düzeltilir? WHS'de IIS ile hala bir çakışma olabilir ve eğer öyleyse, ne? Php bir şey olabilir (bu olası görünüyor) ve eğer öyleyse, ne? Apache'de başka neleri kontrol edebilirim?

Güncellenmiş Bilgi (daha fazla [ilgili?] Sorunla)

Biraz daha karışıklık yaparak, sorunun en azından bir kısmının limanda değişiklik olduğu sonucuna vardım :8080. İlk olarak, tüm sitelerime ulaşırken düşündüğüm kadar iyi olmadığını fark ettim. Benim c:\Windows\System32\drivers\etc\hostsdosyasında bu temsil var :

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

Ve apache dosyamdaki bu gösterim vhosts:

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>

Davranış şudur : site1ve site4gösteriliyorlar, ancak görüntüler olmadan. Diğer üçü hiç görünmüyor, ama veriyor Network Error (dns_unresolved_hostname).

Ben kullanarak WHS makinede sankonlar ilk siteye erişmek Ancak, localhost:8080url, ardından görüntüleri do göstermek de (beklenen) görünür ve hangisi site benim sankonlar dosyasındaki ilk olduğu; Ancak, daha önce yapamayan biri olsa bile bunu yapar (böylece site2ilk pozisyona hareket edersem , localhost:8080çağrı ile "çalışmaya" başlar ).

Görüntü dosyalarım url sözdizimi ile erişildiğinde 403( düzeltildi, aslında 404 dedim ) hatası döndürdüğünü biliyorum test.site4.comve resimlerimin text/htmldosyaları bu hatayı döndürdüğü için gösterildiğinden şüpheleniyorum (bu yüzden sanmıyorum mime tipi bir sorun artık görüntüleri bulamamaktadır). Ama garip olan, yolların doğru olması ve görüntü olmayan dosyaların (javascript ve css) iyi olması.

Yani bence liman geçişi ile ilgili bir şey gibi görünüyor 8080. Şimdi benim sorunlarım:

  1. Neden ana makinelerim ve vhosts dosyalarım tüm siteleri doğru bir şekilde bulamıyor (Windows Home Server'da değiştirmem gereken başka bir dosya var)?
  2. Çalıştığı bu sitelerde, görüntüler neden özel olarak bulunmuyor (403 hatasıyla, "yasak" olduğuna inanıyorum, web sitesi klasörlerindeki diğer dosyalara erişime izin veriliyorsa mantıklı değil)?
  3. localhost:8080İlk iki sorunla ilgili ne olursa olsun erişim neden çalışıyor?

Bazı Ek Bilgiler

Günlük dosyaları göndermem için bir istekte bulunuldu. Ancak, ben localhost:8080"varsayılan" siteye doğrudan çağrı yoluyla erişmişti o durumlarda (görünür) dışında hiçbir günlük oluştu keşfetti .

Bu yüzden WAMP hizmetlerini kapattım ve URL'lere gittim ve WAMP'ın çalıştığı zamanla aynı davranışı keşfettim. Bu, IIS'nin Apache'yi almak yerine etki alanı adlarını hala kontrol ettiğini gösteriyor gibi görünüyor ( birisi varsayımımı doğrulayabilir mi? ) Ve bu nedenle sorun, kendisini WAMP sunucusuna kontrol altına almakla ilgili bir şey olabilir.


Gerçek görüntülerdeki izinlerin erişilebilecek şekilde ayarlandığından emin olun .. sadece bir tahmin.
cutrightjm

@ ekaj - Tahminimi ve kontrol izinlerini takdir ediyorum, ama görünüşe göre sorun bu değil.
ScottS

@ ekaj - Sorunuma farklı bir "tahmin" (belki bir çözüm!) bulmanıza yardımcı olabilecek bazı güncellenmiş bilgiler ekledim.
ScottS

Uygulama İsteği Yönlendirmesinin çalışmadığından emin misiniz? blogs.iis.net/wonyoo/archive/2008/07/09/… istediğini yapıyor gibi görünüyor. Farklı sitelerinizle eşleşen birkaç kural yazmak isteyebileceğinizi unutmayın.
erikxiv

@ erikxiv - hayır, bundan emin değilim. Benim sorunum, bana tanıdık olmayan bir bölgede olduğum gerçeğiydi, bu yüzden eğer mümkünse nasıl çalıştıracağını bilmiyordum . Bağlantıya bakıp size geri döneceğim.
ScottS

Yanıtlar:


1

Belki de görüntülerin metin / html olarak sunulmasına neden olan bir .htaccess dosyanız var mı?

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

İyi bir öneri, ancak sitelerin sadece birkaç .htaccessdosya var ve hiçbiri ForceTypekodda bir.
ScottS

@ ScottWilson - Sorunuma farklı bir çözüm bulmanıza yardımcı olabilecek bazı güncellenmiş bilgiler ekledim.
ScottS

0

Access.log dosyalarınızı (resim istekleri için 404 durumunu gösteren en az birkaç satır) sağlayabilirseniz, neyin yanlış gittiğini kontrol edebiliriz. Bunun yalnızca bir alan adı sorunu olabileceğinden şüpheleniyorum veya siteniz, apache'nin yanlış işlediği resimler (yalnızca tahmin ediliyor ...) için mutlak yollar kullanabilir


İlginç. Doğrudan localhosterişimi kullandığım durumlar dışında, girişimlerim için hiçbir günlük dosyası yok . Bu yüzden WAMP sunucusunu hep birlikte kapattım ve aynı sonuçları aldığımı fark ettim. Apache'nin başlamak için istekleri işlemediğini, ancak IIS'nin olduğunu gösteriyor gibi görünüyor.
ScottS

Bu arada, daha önce yanlış yazdım, görüntüler bir 403 veriyor
Scott

Belki tarayıcı isteklerini kablolamak ve gerçekten isteyip istemediğini kontrol etmek daha iyidir? Veya bağlantı noktasına bağlanamazsa veya bazı adres sorunları verirse apache hata günlüğünü kontrol edin ...
Martino Dino

@ MartinoDino - Önerileriniz için teşekkürler. Sorularımda bazı bilgileri güncelledim, şimdi asıl sorunum WHS bilgisayarımın test sitelerim için isteği bile ele almadığı, ancak ISS proxy'm gibi görünüyor. Bunu çözebilirsem, diğer yerel parçaların gerçekten çalışıp çalışmadığını öğrenmeye başlayacağım.
ScottS

0

IIS'nin Apache'ye yönlendirme iş parçacığı , kendinize ters yönde giden çok basit bir çözüm içerir.

Son girişin yazarı, IIS'deki yönlendirmelerin işi yapmak için çok sınırlı olduğunu söylüyor.

Çözümünü kullanarak, IIS'yi 80'den başka bir bağlantı noktasından, örneğin 90'dan istek alacak şekilde ayarlarsınız. Ardından Apache'yi 80 ve 8080 bağlantı noktaları için alıcı olarak, 80 numaralı bağlantı noktasının 90 numaralı bağlantı noktasına yeniden yönlendirmesi ile koyabilirsiniz. IIS ne yapamaz.


@ harrymc - giriş için teşekkürler. Bu yararlı olabilir, ancak, en son güncellememe bakarsanız (az önce gönderildi), ilk ana sorunumun test URL'lerinin hiçbir zaman yerel bilgisayarıma yapmadığı, ancak benim ISS proxy'si. Bunu atlatmak için bazı önerileriniz varsa, açıkım.
ScottS

Bu hala benim önerim doğrultusunda olabilir: IIS, localhost'un yerel bir geri döngü arabirimi olduğunu algılayacak kadar akıllı olmayabilir, bu yüzden internette arar. Tabii ki localhost asla orada bulunmayacak. Bunu test etmek için doğru ortamım yok, ancak yukarıdaki makale Apache'nin işi daha akıllıca yaptığını söylüyor.
harrymc

@ harrymc - Sorumda belirttiğim gibi, aslında bir ağ insanı değilim, bu yüzden birkaç sorum var ve biraz rehberliğe ihtiyacım var. İlk olarak, WHS'mi bağlantı noktası 90 olarak değiştirmek, WHS'nin ev sunucusu olarak nasıl çalışacağını etkiler mi? İkinci olarak, yayınladığınız bağlantı alt alanlara erişmeye çalışmak anlamına gelir, oysa ben değilim (daha ziyade farklı yerel alanlara erişmeye çalışıyorum); peki bu bir şeyi değiştiriyor mu? Bağlantılı çözümden rehberlik için, bazı Apache bilgim var, bu yüzden # 4-5 takip ediyorum, ancak neredeyse IIS bilgim var, bu yüzden # 1-3 puan Nasıl yapılacağından emin değilim (hatta benim durumumda bile) yapma ihtiyacı).
ScottS

# 2-3 muhtemelen davanız için geçerli değildir ve atlanabilir. Ana fikir bu olduğu için # 1 gereklidir. Buradaki hile, Apache'yi ileriye doğru sorumlu ana İnternet ön sunucusu yapmak ve IIS'yi, Apache dışında İnternet'e bağlı olmayan ikincil ve yerel bir sunucuya dönüştürmektir. Belki bu makale liman değişikliğine yardımcı olabilir. Bunu daha önce hiç yapmadıysanız, her durumda değiştirdiğiniz her şeyi dikkatlice not edin.
harrymc

@ harrymc - Değişiklikleri yaptıktan sonra, WAMP sunucumu bile başlatamıyorum. Neden olduğundan emin değilim, ancak şu anda işe yarayıp yaramayacağını bilmek için tam bir test yapılmasını engelliyor. Ayrıca, ilk bağlantıda, ourdomain.dombilgisayarıma özgü bir şey olup olmadığını merak ediyorum (ya da sadece rastgele bir isim mi, çünkü alt alanlarla ilgileniyordu ... benim olmalı localhostmı?). Ayrıca, ilk bağlantıda, our.ip.addessIIS'ye yönlendirme için Apache sunucusu için aynı bilgisayardakiyle aynı olacak (yalnızca farklı bağlantı noktası). Bu sorunlara neden olmamalı, değil mi?
ScottS

0

Bir DNS sorununu izlediğiniz için temel sonuç, yapılandırabileceğiniz yerel bir DNS sunucusuna ihtiyacınız olmasıdır. Ayrıca bir Linksys E1200 yönlendiricisinden ve Windows Home Server'dan da bahsetmişsinizdir, bu nedenle iki yaklaşım vardır.

İlk olarak, yönlendiricinizde üçüncü taraf bir ürün yazılımı (örn. DD-WRT, OpenWRT, Domates) çalıştırmayı düşünebilirsiniz. Sahip olduğunuz bir Broadcom yonga seti kullanıyor ve yeterli flaşa sahip olmalı; DD-WRT bunu desteklenen olarak listeler. En büyük endişem, üçüncü taraf yönlendirici ürün yazılımı topluluğunun bir şekilde 90'lı yılların başlarında Linux'u yeniden çalıştırmaya çalışmak gibi bir noktaya indiği anlaşılıyor. İhtiyacınız olanı bulmak için forumları araştırmaya çalışabilirsiniz, ancak DD-WRT sitesindeki yönlendirici veritabanına güvenmeyin, çünkü sizi yanlış şeylere yönlendirecektir. Genel olarak bu seçenek beni güvenle dolduramaz ve ikinci bir yönlendiriciniz yoksa, bu tür bir şeyi değiştirmeyi sevmedikçe bunu önerebileceğimden emin değilim.

İkinci olarak, WHS'ye girebilir ve bu forum iş parçacığında açıklandığı gibi DNS sunucusunu açabilirsiniz. Temel yaklaşım, RDP girişi, Denetim Masası, Program Ekle / Kaldır, Windows Bileşenlerini Ekle / Kaldır (düğme), DNS Sunucusu onay kutusunu seçin, geri dönün. Bundan emin olmadığım şey, DNS yönetim konsolunu bu şekilde alıp alamayacağınız ve test etmek için bir WHS kutum yok. Bu konsolu ALIRsanız, Yönetimsel Araçlar / DNS altında olacaktır. İstediğiniz gibi kullanmak için yeni yönlendirme bölgeleri eklemeniz gerekir; yaptığınız bir şey için her ana bilgisayar için bir bölge eklerdim (örneğin, www.samplesite.whatever için bir bölge ekleyin) ve daha sonra bunun için varsayılan olarak ayarlanacak bir ad içermeyen bir A kayıt girdisi ekleyin zonu. Diğer yaklaşım, samplesite.whatever için bir bölge eklemek olacaktır, daha sonra adlandırılmış A kayıtları (örn. "Www" veya "posta") eklemek olacaktır, ancak bu engellenmesini istemediğiniz şeyleri engelleyebilir. Daha hedefli bölge, yönlendirilmesini istemediğiniz şeyleri etkilemenizi engeller. Daha sonra bu kutudaki tüm sistemlerinizi DNS sunucusu olarak işaret edeceksiniz. Varsayılan olarak bu, ISS'nizin DNS sunucularını tamamen atlayarak kendi harici DNS çözümlemesini yapar; bunları bir sonraki aşama olarak kullanmak istiyorsanız, adreslerini DNS sunucusu özelliklerinde İleticiler olarak belirtebilirsiniz (sağ tıklayın ve avlanın).

Üçüncüsü, İkinci seçenek çalışmaz ve Birinci seçenek sizi korkutursa, dahili olarak bir Linux kutusu kurabilir ve bir DNS sunucusu olarak ayarlayabilirsiniz. Bunun nasıl yapılacağı konusunda bolca talimat var; bir cursory arama Mark Kolich tarafından tam olarak bunu yapmak için iyi talimatlar gibi görünüyor ortaya çıktı. Bu kadar eğimliyseniz, bu aynı zamanda Linux tabanlı barındırma ile denemeniz gereken kaynakları da sunabilir (örneğin .NET veya benzeri Windows tabanlı geliştirme yapmıyorsanız).

DNS Sunucularının Bu Wikipedia Karşılaştırması da yararlı olabilir. Basit DNS Plus (ticari), Posadis (ücretsiz, eski? 2004), MaraDNS (ücretsiz, GUI olmayan, bakmaya değer) ve Unbound (ücretsiz, Windows ikili indirmeleri var, daha fazla kazmadım) olası nottur. . Bunların tümü Windows üzerinde çalışmalıdır.


Cevabınız için teşekkür ederim. Bir anlamda bir DNS sorunu olduğu doğru olsa da, istediğim, herhangi bir localhost çağrısının ISS'imin DNS'sine bile başlamaması (olmamalı). Sistem tarafından otomatik olarak önceden ele alınması gerekenleri işlemek için bir şekilde yerel olarak bir DNS kurmak zorunda "aşırı doldurulmuş" gibi görünüyor. Localhost siteleri için isteklerim ISS DNS'ime bile gitmemeli.
ScottS

İlgili satırları yerel Hosts dosyasına eklerseniz, XP'de c: \ windows \ system32 \ drivers \ etc \ hosts konumunda olabilirler, Vista / 7'de nerede olduğundan ve 32- ve 64 bit. Burada belirtildiği gibi, kırılabileceği bazı uygulamalar veya hata durumları gördüm: beadspost.net/2009/11/dns-fails-nslookup-works-fix
çitpost

Zaten bu satırları bu konuma ekledim (başlangıçtan itibaren), ancak 64 bit sistemde (WHS olan) doğru konum olup olmadığını merak ettim.
ScottS

Sorunuz beni biraz daha kazmaya yöneltti ve bu ( sepago.de/helge/2009/06/04/… ) çok alakalı görünüyor.
çit direği

Bu ilginçti, ancak C:\Windows\System32\drivers\etcdosya zaten değiştirdiğim gibi ne kadar yararlı olduğundan emin değilim, ancak yine de yerel sitelerimi tanımlayan kadar alınmıyor gibi görünüyor. Makale, dosyanın 64-bityerel ve 32-bityeniden yönlendirme tarafından kullanıldığını gösteriyor gibi görünüyor . Bu Apache kurulumumu nasıl etkileyebilir ve localhostyerel sitelerim için neden yok sayılır?
ScottS

0

sahip olmalısın

<directory>
</directory>

</VirtualHost>izin vermeden önce .

böyle bir şey

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

iis için 192.168.1.100:80 ve Internet Protokolü v4 IPv4 Ayarlarında (Gelişmiş IP Ayarları) apache için 192.168.1.100:80 ve 2 sınıf C ip 192.168.1.100 var ve 192.168.1.200 eklemek bu sınıf nedeniyle SEO'da da yardımcı oluyor C ip adresleri birbirine bağlayan 2 farklı web sitesi için.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.