Billmanager через Nginx

rpaf был установлен заранее, исключил его упоминание из статьи...

neodev добавил 17.12.2011 в 08:08

Некоторые фиксы:

При возникновении варнинга: [warn] VirtualHost 127.0.0.1:8080 overlaps with VirtualHost 127.0.0.1:8080, the first has precedence, perhaps you need a NameVirtualHost directive В httpd.conf апача добавляем:

NameVirtualHost 127.0.0.1:8080

и в директиву server {} добавляем фикс доступа к phpMyAdmin

location /myadmin/ {
	proxy_pass http://127.0.0.1:8080/myadmin/;
	proxy_redirect http://my.host.com:8080/ /;
	proxy_set_header Host $host;
	proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
	proxy_set_header X-Real-IP $remote_addr;
}

Либо выносим его на отдельный субдомен:

server {
	listen 88.198.69.214:80;
	server_name pma.serucity.host.com;
	location / {
		proxy_pass http://127.0.0.1:8080/myadmin/;
		proxy_redirect http://pma.serucity.host.com:8080/ /;
		proxy_set_header Host $host;
		proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
		proxy_set_header X-Real-IP $remote_addr;
	}
}

Виртуалхост в Apache будет примерно следующий:

<VirtualHost 127.0.0.1:8080>
	ServerName pma.serucity.host.com
	ServerAdmin root@host.com
	Alias /myadmin/ /usr/share/phpmyadmin/
	DirectoryIndex index.php
	Options -Indexes
</VirtualHost>

Либо переносим его в root директорию:

<VirtualHost 127.0.0.1:8080>
	...
	DocumentRoot /usr/share/phpmyadmin/
	...
</VirtualHost>

Соответственно, настройка proxy_pass в конфиге nginx:

proxy_pass http://127.0.0.1:8080/;

А еще лучше, вообще отключаем phpmyadmin, зачем он нам нужен на биллинг сервере? :)

neodev добавил 17.12.2011 в 08:10

Решил поднять отказоустойчивую систему вида "Кластер"... Начал потихоньку изучать все нюансы... 🍿

neodev добавил 17.12.2011 в 08:24

Я стремлюсь к этому =) Были бы исходники всех модулей Billmanager, не было бы проблем, дописать и поднастроить... Но там все статические пути, редиректы не пойми куда и зачем, и другая неживая ересть...

Так же остается проблема с проксированием на 1500 порт до ihttpd cgi скриптов из папки mancgi, видимо ihttpd не корректно определяет IP из "proxy_set_header X-Real-IP", и в логах никакой полезной информации нет. так что приходится искать обходные пути... 😡

Суппорт ответил по этом:

А вот интересно, компания, где была приобретена лицензия, там знают как они сделали этот биллинг? Или у них есть исходники биллинга, для детального изучения его внутренностей?

Эта единственная загвоздка, которая мешает полностью отключить Apache.

neodev добавил 17.12.2011 в 08:28

Вроде этого не упоминалось в статье, что биллинг и хостинг на одном сервере...

Биллинг находится на отдельном сервер... База биллинга на этом же сервере...

В биллинге есть возможность пользователю разрешить доступ к своему аккаунту по вайтлисту IP. У нас некоторые пользуются.

Ещё там есть внутренний лог действий, который логгирует даже функции, вызывавшиеся через post.

P.S. Для биллинге смысла переходить с apache на ihttpd нет. Связка apache + mod_ispmgr + продукт давно оттестирована и работает, CGI apache тоже уже давно хорошо запускает :)

Мы сделали простое проксированине всего биллинга на apache.

Соглашусь с вами, возможно ihttpd - это лишнее, но все же для того, чтоб потестировать возможности, и набраться побольше опыта стоит поэксперементировать...

К тому же, он позволяет вынести биллинг на субдомен, и убрать из адреса /manager/, без всяких танцев с бубном вокруг сервера...

Да и хорошей справки по этому делу, как прикрутить биллинг через Nginx в интернете нет... Может кому то будет полезно...

Не с того начал

Может быть вы подскажете хорошую справку по данной теме, а то в интернете находил много информации, да она вся по кусочкам разбросана, и практически всегда для разных целей...

Нужно 2:

1.) Для хостинга. Отказоустойчивый биллинг/DDOS

2.) Для тизерки. >500 000 запросов в сутки.

И чем тут апач помешал?