Pull to refresh

Comments 14

Зачем для конфигурации сервера вставлять картинки?
Достаточно просто привести конфиги или diff файлы конфигов
Я привел web.config, который можно просто скопировать после установки нужного компонента. Вообще пост задумывался о проблемах, с которыми я столкнулся, но решил сделать «небольшую» вводную часть, так как считаю свой сценарий использования IIS не очень распространенным.
Хм, а Вы не пробовали использовать upstream keepalive от nginx'a? Я сам не пробовал, но, логически, мне кажется, что должно работать
Пять-семь строчек для haproxy. Примерно столько же для nginx. Нафига iis?
Каждый должен попробовать кактус на вкус.
Я не знал про haproxy, спасибо.
Отпишусь по результату
Большое спасибо за наводку на haproxy. Обновил статью
NTLM же из разряда непроксируемых вещей по своей сути?
Использование Кербероса должно помочь.
Предпринимал некоторые попытки, но пока что не осилил. Решил сначала все-таки разобраться с Web Application Proxy
Наверняка тупой вопрос, но я нигде нормального решения не нашел (
На данный момент есть сервер, на котором крутится сайт. Взял отдельную 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)
Фиг знает почему, но убрав все из фронтэнда прокси прекрасно заработал и по доменам и по 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

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

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

Sign up to leave a comment.

Articles