IIS как пограничный веб-сервер (теперь haproxy)

[Cobolorum]

Зачем для конфигурации сервера вставлять картинки?
Достаточно просто привести конфиги или diff файлы конфигов

[Botkin]

Я привел web.config, который можно просто скопировать после установки нужного компонента. Вообще пост задумывался о проблемах, с которыми я столкнулся, но решил сделать «небольшую» вводную часть, так как считаю свой сценарий использования IIS не очень распространенным.

[Seboreia]

Хм, а Вы не пробовали использовать upstream keepalive от nginx'a? Я сам не пробовал, но, логически, мне кажется, что должно работать

[amarao]

Пять-семь строчек для haproxy. Примерно столько же для nginx. Нафига iis?

[Cobolorum]

Каждый должен попробовать кактус на вкус.

[Botkin]

Я не знал про haproxy, спасибо.
Отпишусь по результату

[Botkin]

Большое спасибо за наводку на haproxy. Обновил статью

[j2k6]

NTLM же из разряда непроксируемых вещей по своей сути?
Использование Кербероса должно помочь.

[Botkin]

Предпринимал некоторые попытки, но пока что не осилил. Решил сначала все-таки разобраться с Web Application Proxy

[FeaMor]

Наверняка тупой вопрос, но я нигде нормального решения не нашел (
На данный момент есть сервер, на котором крутится сайт. Взял отдельную VPS и доменное имя.
Нужно, чтобы пользователи никак не видели IP самого сервера при заходе на новый сайт, а видели только адрес VPS (как-то подменять заголовки). VPS должен выполнять роль полной проекции сайта с сервера, как выдавать страницы, так и принимать комментарии и любые другие данный из форм.
Так вот, нифига не получается у меня (( При вводе IP VPS-ки сайт отображается с сервера, в адресной строке адрес VPS, все как нужно, а вот при вводе нового доменного имени, ничего не происходит «Веб-страница недоступна»
Может поможете с конфигурацией haproxy, и нужно ли что-нить добавлять в конфигураторе nginx на сервере?

frontend http
	bind *:80
	acl is_vp hdr(host) -i newdomain.td
	acl is_ip hdr(host) -i 123.123.123.123
	option forwardfor header X-Real-IP
	use_backend site_vp if is_vp
	use_backend site_ip if is_ip
	default_backend site_vp

backend site_vp
	balance roundrobin
	option httpchk HEAD /show.fcgi?show=stat HTTP/1.0\r\nHost:olddomain.td
	stats enable
	fullconn 200
	server olddomain.td 123.123.123.123:80 minconn 30 maxconn 70
backend site_ip
	balance leastconn
	option httpchk HEAD / HTTP/1.0\r\nHost:olddomain.td
	stats enable
	server olddomain.td 123.123.123.123:80 check inter 2000 fall 3

где 123.123.123.123 — IP адрес сервера
olddomain.td — доменное имя сайта на сервере
newdomain.td — доменное имя сайта на VPS (отличное от olddomain.td)

[FeaMor]

Фиг знает почему, но убрав все из фронтэнда прокси прекрасно заработал и по доменам и по IP

frontend http
    bind *:80
    default_backend site_vp

да, еще в бэкенде поменял имя сервера на новый:

backend site_vp
	balance roundrobin
#	option httpchk HEAD /show.fcgi?show=stat HTTP/1.1\r\nHost:olddomain.td
	stats enable
	fullconn 200
	server newdomain.td 123.123.123.123:80 minconn 30 maxconn 70

[Botkin]

сам спросил, сам ответил :)

[FeaMor]

Не, ну может я все равно что-то не так сделал, вот и написал сюда свое же решение.
Интересный вопрос, а при ДДОС атаках страдает при этом бэкэнд-сервер или этот прокси-сервер?

[Botkin]

It depends.
Если сервер отдаёт что-то тяжелое, то прокси будет его ждать. Если сервер отдаёт быстро, то упрётся в прокси, очевидно