어떤 것들이 좋은 방법이 있습니다. 심지어 변수를 확실하게 할 수 있다.
D # 39 와 같은 패킷 헤더가 사용할 수 있는 이상적인 I& 결정할 요청률 서버 처리할 수 있어야 합니다. 그러나 쉽게 / 더 나은 방법이 있으면 알려주세요.
따라서 해결하십시오 그리웠댔지 달성하기 위해 필요한 것입니다. 가능성이 가장 쉽게 실행할 수 있으며, IIS, Apache 주 서버의 IP / 포트 조합으로의 할꺼이나 라우트를 요청률 (구성해야 하는 다른 IP 및 / 또는 포트) 를 사용하여 이 [mod_rewrite] (http://httpd.apache.org/docs/1.3/mod/mod_rewrite.html).
대체 가능해야 한다는 점에 유의하십시오 클라이언트 서버 IP 및 포트 IIS 실행됩니 데이터베이스에구성원을 연결하든 한다. 개뿐인 경우 단일 IP 주소를 사용할 수 있는 t # 39 를 선택, IIS 포트 잘있게나 합니다 isn& 의해 일반적으로 차단되었음을 방화벽 (8080 지정값이 수 있는 좋은 옵션 또는 443, 비록 you& 아닌 일반 HTTP, re # 39 를 SSL)
추신 또한 IIS 수정하십시오 유념하십시오 너회가 필요가 있게 전에 다른 서버로 사용하는 기본 구성을 하토프스프트 실행하십시오 동일한 서버에 있는 포트 80 에서 IP 주소: # 39 의 미키 지켜보리니 McQuade& 오토메이티드 절차에 관해서는 그렇잖아요.
I found [이 게시물로의] [1] 들을 수 있는 두 개의 개별 IP 주소와 포트 80 에서 모두 가질 수 있도록 제안했다.
There was a 단서 조항 때문에 소켓 풀 수 있는 변화를 만드는 데 사용되기도 했다. 위의 링크를 따라 이 지침을 다음과 같습니다.
[1]: //www.prismix.com/blog/2006/06/running_apache_and_iis_6_toget.cfm https://web.archive.org/web/20081007112215/http
'다음' 에서 '와' 아파치 활성화하십시오 mod_proxy mod_proxy_http 추가하기에서는 캐치 모든 버추알호스트 (vora 다른 모든), t, Apache isn& 도왔으매 요청률 # 39 명시적으로 취급료 프레젠테이션이든 " forwarded". iis 를.
<VirtualHost *:80>
ServerName foo.bar
ServerAlias *
ProxyPreserveHost On
ProxyPass / http://127.0.0.1:8080/
</VirtualHost>
이제 다른 IIS, Apache 경배하되 경배하되 볼 수 없는 차이가 있을 수 있습니다 일부 사이트 및 사용자.
적어도 두 가지 모두 필요한 부분에 있는 mod_proxy 및 mod_proxy_http 분배란 (아직이라구요 필터링되지 everytime 구축됨 자동으로). 그럼 여기서 볼 수 있습니다. http://httpd.apache.org/docs/2.2/mod/mod_proxy.html
간단한 구성용 받을시간은 버추알호스트 컨텍스트로 입니다.
ProxyPass /winapp http://127.0.0.1:8080/somedir/
ProxyPassReverse /winapp http://127.0.0.1:8080/somedir/
(실제 구성용 webapp 따라, 보다 정교한 수 있기 때문이다.) / Windows server 및 전송 경로에 있는 모든 요청에 투명하게 리디렉션합니다 위노프 결과 출력 백됩니다 클라이언트입니다.
주의: 돌보고 있는 링크를 납품됨 페이지: # 39, t, 그래서 그들이 aren& 다시 살릴 수 있는 경우 해당 링크를 같은 애플리케이션 (앱) 을 주로 사용하고 상대치 교도관님도요 로차 귀찮아
<a href=../pics/mypic.jpg">
대신 모든 링크를 상대경로를 일반적인 통합공정 악몽이 있다.
<a href="http://myinternalhostname/somedir/crappydesign.jpg">
후자는 나쁜거라 거의 모든 단일 시간!
또, s # 39 의 페이지의 링크를 there& mod_proxy_html 아닌 함께 혼란을 mod_proxy_http!) 하지만, 다른 한 that& # 39 의 스토리 및 크루얼 잘 알려져 있다.
즉 2 개의 다른 IP 주소 (예 권장됨) 또는 원-부트 웹 서버가 리버스 프록시 다른, 즉 포트에서 > <, 듣고, 80).
예를 들면 다음과 같습니다. 포트 80 포트 8080 에서 IIS, apache 수신합니다. Apache http 요청 댁이라면 모든 첫 번째 (당연히). 모든 요청에 포워드하도록 결정할 수 있습니다 (release. 가상) 를 포함하는 모든 요청에 특정 도메인 또는 특정 디렉터리 (예: http://www.example.com/winapp/) 를 IIS.
이 개념은 활용할 수 있는 서버 2 개가 아니라, 국민이 듣고 하나씩입니다 마찬가지로 틀렸다니까 보다 유연한 서로 다른 두 개의 서버.
단점: 실제 고통을 통합할 수 있는 설계 및 일부 webapps 크레피리 엉덩이를 한 역동기화 가상본 인프라스트럭처입니다. Iis, Apache, 지금까지 제대로 작동하는 종속적임 webapp) 는 일부 간 종속성.
내가 보고 있지만, 그에 대한 답을 찾는 것은 매우 오래된 게시물로의 걸쳐 이 이 이 문제가 발생합니다. 그 후 약 5 분 후 일부 판독값 마치 내가 문제를 해결할 수 있기 때문에 매우 긴 숨이 관리됨 간단히 말해 다음과 같습니다.
apache 의 listen and & # 39, 서버 등 80 포트 httpd. conf 남겨두십시오 Name& # 39. fqdn / IP 로 cx3-80.
Iis gnu. orghttp://www. 전자정부 서비스는 이제 >. IIS Manager >. # 39, & # 39 Sites&. 의 왼쪽 nav 드롭다운하십시오 >. 오른쪽 창에 바인딩 오른쪽 맨 윗줄 (기본 웹 사이트를) 을 선택합니다.
이제 http > 선택합니다. 해당 지역 / pc 와 서버 IP 를 입력하고 변경하십시오 편집하십시오 81 너회의 FQDN 입력하십시오. 인컨텍스트 도메인 (www.domain.com) 또는 외부 IP 닫으십시오.
양쪽 모두에서 확실한 포트가 열려 재시작하여 서버 러우터 및 방화벽, 끝입니다.
그러나 약 5 분 뒤 이 사운드 숨이 긴 말 그대로 있었다. 완벽하게 작동됨.
시스템: 윈도우 8, IIS, Apache 2.2 8