Проблема в том что ебучие драйвера для селениума не умеют в прокси аутентификацию, я собираюсь сделать доброс заголовков на своем пре-прокси сервере

Или это обычный proxy_pass справится?

Должен справится. proxy_set_header Authorization $http_authorization; proxy_pass_header Authorization;

Как альтернатива хапроксе в задаче прокси

Какие то преимущества явные имеются ?

Должен справится. proxy_set_header Authorization $http_authorization; proxy_pass_header Authorization;

А proxy_pass_header зачем?

Если есть proxy_set_header

Не исключено, что он по-умолчанию не передаёт заголовки типа Authorization. Можно попробовать без, а потом добавить, если это действительно так.

эх, похоже на то, надо поизучать все-таки консул и затестить 1 хост в хапрокси, пожалуй

Есть ещё всякие redis-like решения, типа ledis, codis

Не исключено, что он по-умолчанию не передаёт заголовки типа Authorization. Можно попробовать без, а потом добавить, если это действительно так.

Получаю ошибку Squid ( Говорит я ему какую то хуйню прислал, а сквид не мой ваще

Какие то преимущества явные имеются ?

Централизованный менеджмент

Получаю ошибку Squid ( Говорит я ему какую то хуйню прислал, а сквид не мой ваще

А чо curl -vvv говорит?

Ну там во первых Proxy-Authorization был но это я сразу поставил

Щас pcap трафик сравниваю от nginx и curl

nginx шлет HTTP/1.0 а от curl HTTP/1.1

А не, еще различие нашел

proxy_http_version 1.1;?

Парни, чем принято сейчас бекапить\переносить lxc контейнеры?

Парни, чем принято сейчас бекапить\переносить lxc контейнеры?

Контейнеры не надо бекапить

Просто удали и запусти в другом месте

увы, не тот случай

с чего эт контейнеры стало не надо бекапить)

это докер не надо бекапить

мммм, для использования grub на GPT в сочетании с legacy boot надо делать этот сраный BIOS_boot_partition https://en.wikipedia.org/wiki/BIOS_boot_partition

мать перемать

и чем это лучше efi раздела

@Dragonflybsd

что за жопа-то такая...

У меня кароч nginx сжирает один слеш в rewrite ) wtf )

location / { rewrite /(.*)$ $1 break; proxy_pass http://158.xxx.xxx.xxx:60000; proxy_http_version 1.1; ...

так напиши /$1 а не $1

В итоге оно должно делать на запрос curl http://127.0.0.1:1234/http://ya.ru спроксировать GET http://ya.ru

А оно делает http:/ya.ru

Это как ваще

В том то и дело что мне надо от слеша избавиться

Из за него Squid партнерский падает

аааа

http://nginx.org/en/docs/http/ngx_http_core_module.html#merge_slashes

GET http://2ip.ru/ HTTP/1.1

ВАУ!

http://nginx.org/en/docs/http/ngx_http_core_module.html#merge_slashes

СПАСИБО!!!

Я уж думал это бага в nginx. Накой черт нахер нужна эта опция ваще подефолту кому то??

Затрудняюсь ответить)

Я уж думал это бага в nginx. Накой черт нахер нужна эта опция ваще подефолту кому то??

Видимо для случаев, когда после реврайтов остаются слеши, как скелет от съеденной рыбы

я просто не понимаю, как эти дауны умудрились просрать вопрос синхронизации содержимого efi разделов в случае использования linux raid Я ПРОСТО БЛЯТЬ ЭТОГО НЕ ПОНИМАЮ

КАК ЭТО МОЖНО БЫЛО ПРОСРАТЬ

это же бред какой-то

это же бред какой-то

ты о чем расскажи

ты о чем расскажи

я о том, что efi разделы никак невозможно сочетать с linux raid

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

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

эээ почему?

я о том, что efi разделы никак невозможно сочетать с linux raid

ты имеешь ввиду программные? и аппарат

эээ почему?

потому что тогда работает требование, что диски должны быть одинакового размера, до байта

потому что тогда работает требование, что диски должны быть одинакового размера, до байта

а поменьшему разве нельзя?

один сто второй двести рейд равно 100

а поменьшему разве нельзя?

нельзя

диски-участники должны быть одного размера, до байта

Хм, браузер как то по-другому чтоли шлет запрос? Но даже в wireshark разницы не вижу. GET http://ya.ru/ HTTP/1.1, nginx отвечает 500. *2 the rewritten URI has a zero length, client: 192.168.10.1, server: , request: "GET http://ya.ru/ HTTP/1.1", host: "ya.ru"

Вот такой рерайт стоит: rewrite /(.*) $1 break;

Т.е. судя по ошибке в $1 — пустая строка. Но почему?

у тебя запрос не со слеша же начинается в этом случае

Блин, но как мне прокинуть все начало в том числе

Хотя если сделать GET http://ya.ru/a HTTP/1.1 то оно выдирает только a

И опять куда то проебывается вся часть http://ya.ru

так у тебя регексп на слеш начинается)

То что не со слеша — я сделать с этим ничего не могу — так браузер шлет — это прокси реквест

Так а разве $request_uri не будет в итоге /http://ya.ru ?

в запросе "GET http://ya.ru/" он шлет не со слеша)

Для матчилки

Если локейшен прописан как location / { ... }

Я ведь в него как то проваливаюсь

по идее с запросом GET http:// ты не должен провалиться в / :(

с чего ты вообще взял что ты запрашиваешь GET http:// ?)

Но ведь проваливаюсь )

А я не знал, что после GET можно протокол указывать

Wireshark так говорит

С ним не поспоришь

Так работает HTTP прокси

да, ему стоит верить)

ну ты залогируй request_uri :)

GET http://ya.ru/a HTTP/1.1 Host: ya.ru User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:54.0) Gecko/20100101 Firefox/54.0 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: en-US,en;q=0.5 Accept-Encoding: gzip, deflate Connection: keep-alive Upgrade-Insecure-Requests: 1 Cache-Control: max-age=0 HTTP/1.1 400 Bad Request Server: nginx/1.10.3 (Ubuntu) Date: Thu, 01 Feb 2018 21:48:04 GMT Content-Type: text/html;charset=utf-8