Re: lug-bg: апаче на 80-ти порт и редирект към друга машина на 80-ти
On Tuesday 26 September 2006 09:44, Georgi Chorbadzhiyski wrote: Marian Marinov wrote: On Monday 25 September 2006 23:54, PoisoneR wrote: еми нз какво мога да сбъркам в трите реда. Гледах го много пъти, пробвах различни варианти. Като дам зад прокси да ми е някое апаче няма проблем, но като дам да е тоя сървър не става. Сървъра е под уиндоус и е писан на делфи. Най-простото нешо за което се сещам е: Ти сигурен ли си, че обратните request-и излизат точно от IP адреса на windows сървъра? Задавам въпроса тъй като може преди да стигнат тези request-и да се маскират от NAT-а и тогава ще идват от съвсем различно IP Разгледай си настройките и провери кое откъде идва. Още по-глупаво предложение, да не би приложението работещо на този т.н. сървър да слага връзките в HTML-а като пълни адреси от сорта на http://192.168.0.1/win/sucks.html ? В този случай проксито ще работи, но връзките не :) Преди няколко писма не спомена ли, че имаш подобен проблем? В описанието на mod_proxy е описано, че връзките на страницата трябва да са релативни а не със цели адреси. Мариян
lug-bg: Re: lug-bg: апаче на 80-ти порт и редирект към друга машина на 80-ти
споменах го защото помислих че това е проблема. Но като ги видях се оказа че са си както трябва с относителни пътища, а не с пълни. Просто тоя уеб сървър е по-особен и нестандартен. On 9/26/06, Georgi Chorbadzhiyski [EMAIL PROTECTED] wrote: Marian Marinov wrote: On Monday 25 September 2006 23:54, PoisoneR wrote: еми нз какво мога да сбъркам в трите реда. Гледах го много пъти, пробвах различни варианти. Като дам зад прокси да ми е някое апаче няма проблем, но като дам да е тоя сървър не става. Сървъра е под уиндоус и е писан на делфи. Най-простото нешо за което се сещам е: Ти сигурен ли си, че обратните request-и излизат точно от IP адреса на windows сървъра? Задавам въпроса тъй като може преди да стигнат тези request-и да се маскират от NAT-а и тогава ще идват от съвсем различно IP Разгледай си настройките и провери кое откъде идва. Още по-глупаво предложение, да не би приложението работещо на този т.н. сървър да слага връзките в HTML-а като пълни адреси от сорта на http://192.168.0.1/win/sucks.html ? В този случай проксито ще работи, но връзките не :) Преди няколко писма не спомена ли, че имаш подобен проблем? -- Georgi Chorbadzhiyski http://georgi.unixsol.org/
lug-bg: Re: lug-bg: Re: lug-bg: апаче на 80-ти порт и редирект към друга машина на 80-ти
хммм ся като се замисля, защо се е получавало така, като не би трябвало. Освен тоя линк да си е бил хардкоднат така, но не мисля че е. Утре ще го видя. Аз съм спретнал едно решение на твоя проблем. Имам същия случай. Моето решение е съвсем просто. Главна машина и зад нея има още една като втората е натната. Когато напишат http://test.com отиват на първата. Когато напишат http://test.com/test се зарежда един iframe и върте се извиква test.com:81 (в моя случай използвам https). Така горе в браузъра излиза http://test.com/test/ а всъщност се зарежда цялата информация от 2рата машина. Знам че не е това което търсиш. Но моите щайги са много слаби ... и едно евентуално прокси ще ги затлачи съвсем
Re: lug-bg: Re: lug-bg: Re: lug-bg: апаче на 80-ти порт и редирект към друга машина на 80-ти
на мен проблема ми е че не трябва да използвам различен порт от 80-ти. Иначе го бях направил с редирктване от 8080 към вътрешната машина и си работи. Но на някои са им забранени всичко различно от 80-ти. Нещо с това мод_прокси няма да стане, нито картинките ми зарежда нито линковете. Най вероятно от сървъра на вътрешната машина който е малко странен. Пробвах да с някой други сайтове и си работи, но тоя който ми е на вътрешната машина не иска да мине как трябва през проксито. On 9/25/06, Ivan Adams [EMAIL PROTECTED] wrote: хммм ся като се замисля, защо се е получавало така, като не би трябвало. Освен тоя линк да си е бил хардкоднат така, но не мисля че е. Утре ще го видя. Аз съм спретнал едно решение на твоя проблем. Имам същия случай. Моето решение е съвсем просто. Главна машина и зад нея има още една като втората е натната. Когато напишат http://test.com отиват на първата. Когато напишат http://test.com/test се зарежда един iframe и върте се извиква test.com:81 (в моя случай използвам https). Така горе в браузъра излиза http://test.com/test/ а всъщност се зарежда цялата информация от 2рата машина. Знам че не е това което търсиш. Но моите щайги са много слаби ... и едно евентуално прокси ще ги затлачи съвсем
Re: lug-bg: Re: lug-bg: Re: lug-bg: апаче на 80-ти порт и редирект към друга машина на 80-ти
On Monday 25 September 2006 11:02, PoisoneR wrote: на мен проблема ми е че не трябва да използвам различен порт от 80-ти. Иначе го бях направил с редирктване от 8080 към вътрешната машина и си работи. Но на някои са им забранени всичко различно от 80-ти. Нещо с това мод_прокси няма да стане, нито картинките ми зарежда нито линковете. Най вероятно от сървъра на вътрешната машина който е малко странен. Пробвах да с някой други сайтове и си работи, но тоя който ми е на вътрешната машина не иска да мине как трябва през проксито. Я провери дали си добавил всички наклонени и дали си описал правилно ProxyPassReverce. Ето какво съм записъл аз за моята поддръжка: Installation of mod_proxy 1. go to: /home/cpapachebuild/buildapache/apache_1.3.37/src/modules/proxy (or if there is more recent version of apache enter there) 2. compile the module: /usr/local/apache/bin/apxs -c *.c 3. install activate the module: /usr/local/apache/bin/apxs -a -i mod_proxy.so [edit] Configuration of Reverce proxy Simple situation: You have a site which is accesiable trough this url http://domain.tld:8080/some-folder/ and you want it to be accesiable via http://domain.tld without redirect. You can achieve this by configurin mod_proxy as a reverce proxy. * Locate the VirtualHost directive for domain.tld in the httpd.conf * Add this to it: IfModule mod_proxy.c ProxyRequests Off ProxyPass / http://domain.tld:8080/some-folder/ ProxyPassReverse / http://domain.tld:8080/some-folder/ /IfModule * Explanation: ProxyRequests Off - does not allow connections to remote proxys ProxyPass - transfer requests to / trough the proxy to http://domain.tld:8080/some-folder/ ProxyPassReverse - transfer the answares from http://domain.tld:8080/some-folder/ trough the proxy back to the client In order to work on port 80 you need to setup it like this: VirtualHost * ServerName me.com ServerAlias www.me.com ServerAdmin [EMAIL PROTECTED] ProxyPass / http://localhost:8080/VirtualHostBase/http/me.com:80/mysite/VirtualHostRoot/ ProxyPassReverse / http://localhost:8080/VirtualHostBase/http/me.com:80/mysite/VirtualHostRoot/ /VirtualHost Това работи доста добре за над 100 инсталации на различни софтуери. Мариян On 9/25/06, Ivan Adams [EMAIL PROTECTED] wrote: хммм ся като се замисля, защо се е получавало така, като не би трябвало. Освен тоя линк да си е бил хардкоднат така, но не мисля че е. Утре ще го видя. Аз съм спретнал едно решение на твоя проблем. Имам същия случай. Моето решение е съвсем просто. Главна машина и зад нея има още една като втората е натната. Когато напишат http://test.com отиват на първата. Когато напишат http://test.com/test се зарежда един iframe и върте се извиква test.com:81 (в моя случай използвам https). Така горе в браузъра излиза http://test.com/test/ а всъщност се зарежда цялата информация от 2рата машина. Знам че не е това което търсиш. Но моите щайги са много слаби ... и едно евентуално прокси ще ги затлачи съвсем
Re: lug-bg: Re: lug-bg: Re: lug-bg: апаче на 80-ти порт и редирект към друга машина на 80-ти
ми уж така го правя, но не става. Явно уеб сървъра който трябва да редиректна е кофти. От апаче става, но от този не. Все пак го направих с редиректване на сървър:443=машина:80. Оказа се че порт 443 не е бил затворен. Благодаря за отговорите, и на Иванчо за 443. On 9/25/06, Marian Marinov [EMAIL PROTECTED] wrote: On Monday 25 September 2006 11:02, PoisoneR wrote: на мен проблема ми е че не трябва да използвам различен порт от 80-ти. Иначе го бях направил с редирктване от 8080 към вътрешната машина и си работи. Но на някои са им забранени всичко различно от 80-ти. Нещо с това мод_прокси няма да стане, нито картинките ми зарежда нито линковете. Най вероятно от сървъра на вътрешната машина който е малко странен. Пробвах да с някой други сайтове и си работи, но тоя който ми е на вътрешната машина не иска да мине как трябва през проксито. Я провери дали си добавил всички наклонени и дали си описал правилно ProxyPassReverce. Ето какво съм записъл аз за моята поддръжка: Installation of mod_proxy 1. go to: /home/cpapachebuild/buildapache/apache_1.3.37/src/modules/proxy (or if there is more recent version of apache enter there) 2. compile the module: /usr/local/apache/bin/apxs -c *.c 3. install activate the module: /usr/local/apache/bin/apxs -a -i mod_proxy.so [edit] Configuration of Reverce proxy Simple situation: You have a site which is accesiable trough this url http://domain.tld:8080/some-folder/ and you want it to be accesiable via http://domain.tld without redirect. You can achieve this by configurin mod_proxy as a reverce proxy. * Locate the VirtualHost directive for domain.tld in the httpd.conf * Add this to it: IfModule mod_proxy.c ProxyRequests Off ProxyPass / http://domain.tld:8080/some-folder/ ProxyPassReverse / http://domain.tld:8080/some-folder/ /IfModule * Explanation: ProxyRequests Off - does not allow connections to remote proxys ProxyPass - transfer requests to / trough the proxy to http://domain.tld:8080/some-folder/ ProxyPassReverse - transfer the answares from http://domain.tld:8080/some-folder/ trough the proxy back to the client In order to work on port 80 you need to setup it like this: VirtualHost * ServerName me.com ServerAlias www.me.com ServerAdmin [EMAIL PROTECTED] ProxyPass / http://localhost:8080/VirtualHostBase/http/me.com:80/mysite/VirtualHostRoot/ ProxyPassReverse / http://localhost:8080/VirtualHostBase/http/me.com:80/mysite/VirtualHostRoot/ /VirtualHost Това работи доста добре за над 100 инсталации на различни софтуери. Мариян On 9/25/06, Ivan Adams [EMAIL PROTECTED] wrote: хммм ся като се замисля, защо се е получавало така, като не би трябвало. Освен тоя линк да си е бил хардкоднат така, но не мисля че е. Утре ще го видя. Аз съм спретнал едно решение на твоя проблем. Имам същия случай. Моето решение е съвсем просто. Главна машина и зад нея има още една като втората е натната. Когато напишат http://test.com отиват на първата. Когато напишат http://test.com/test се зарежда един iframe и върте се извиква test.com:81 (в моя случай използвам https). Така горе в браузъра излиза http://test.com/test/ а всъщност се зарежда цялата информация от 2рата машина. Знам че не е това което търсиш. Но моите щайги са много слаби ... и едно евентуално прокси ще ги затлачи съвсем
Re: lug-bg: Re: lug-bg: Re: lug-bg: апаче на 80-ти порт и редирект към друга машина на 80-ти
еми нз какво мога да сбъркам в трите реда. Гледах го много пъти, пробвах различни варианти. Като дам зад прокси да ми е някое апаче няма проблем, но като дам да е тоя сървър не става. Сървъра е под уиндоус и е писан на делфи. On 9/25/06, Georgi Chorbadzhiyski [EMAIL PROTECTED] wrote: PoisoneR wrote: ми уж така го правя, но не става. Явно уеб сървъра който трябва да редиректна е кофти. От апаче става, но от този не. Все пак го направих с редиректване на сървър:443=машина:80. Оказа се че порт 443 не е бил затворен. Благодаря за отговорите, и на Иванчо за 443. Сървъра зад проксито няма значение какъв е. Някъде другаде бъркаш в настройките. -- Georgi Chorbadzhiyski http://georgi.unixsol.org/
Re: lug-bg: Re: lug-bg: Re: lug-bg: апаче на 80-ти порт и редирект към друга машина на 80-ти
On Monday 25 September 2006 23:54, PoisoneR wrote: еми нз какво мога да сбъркам в трите реда. Гледах го много пъти, пробвах различни варианти. Като дам зад прокси да ми е някое апаче няма проблем, но като дам да е тоя сървър не става. Сървъра е под уиндоус и е писан на делфи. Най-простото нешо за което се сещам е: Ти сигурен ли си, че обратните request-и излизат точно от IP адреса на windows сървъра? Задавам въпроса тъй като може преди да стигнат тези request-и да се маскират от NAT-а и тогава ще идват от съвсем различно IP Разгледай си настройките и провери кое откъде идва. Поздрави Мариян On 9/25/06, Georgi Chorbadzhiyski [EMAIL PROTECTED] wrote: PoisoneR wrote: ми уж така го правя, но не става. Явно уеб сървъра който трябва да редиректна е кофти. От апаче става, но от този не. Все пак го направих с редиректване на сървър:443=машина:80. Оказа се че порт 443 не е бил затворен. Благодаря за отговорите, и на Иванчо за 443. Сървъра зад проксито няма значение какъв е. Някъде другаде бъркаш в настройките. -- Georgi Chorbadzhiyski http://georgi.unixsol.org/
lug-bg: Re: lug-bg: Re: lug-bg: апаче на 80-ти порт и редирект към друга машина на 80-ти
2006/9/24, PoisoneR [EMAIL PROTECTED]: за името освен да се абонирам с друг и-мейл. Здравей, относно името през web интерфейса на гугъл се променя по следния начин: Настройки - Сметки - редактирайте информацията Поздрави -- Евгени Симеонов = Ако не отговарям на писмата Ви - погледнете тук: http://6lyokavitza.org/mail = FBI CIA NSA Assault Bomb Terrorism Jihad Allah Ossama Bin Laden Saddam Hussein Handgun Assault Plane Crash Pentagon World Trade Center Whitehouse President Bush Putin Twin Towers Air Force One USA America DeCCS RIAA BSA piracy illegal drugs heroin Big Brother is watching you defcon nuclear holocaust world war arabian afghanistan cryptography PGP GPG crack RSA algorithm Chechnya OMON Spetsnaz T-72 Merkava M1A1 Abrams Chieftain Challenger Turret Apache Missiles Skinheads troopers Kazakhstan Muhhamed Atta AK47 Kalashnikov
lug-bg: Re: lug-bg: апаче на 80-ти порт и редирект към друга машина на 80-ти
за името освен да се абонирам с друг и-мейл. Точно това бях пробвал само че така ProxyRequests Off ProxyPass / http://192.168.0.2/ ProxyPassReverse / http://192.168.0.2/ обаче проблема беше че се зарежда началната страница и после някой линк изглежда така http://192.168.0.2/link а тоя комп не се вижда. И съответно проксито не ми върши никаква работа. хммм ся като се замисля, защо се е получавало така, като не би трябвало. Освен тоя линк да си е бил хардкоднат така, но не мисля че е. Утре ще го видя.
