server-side/haproxy

'option forwardfor' ignored for proxy

C/H 2017. 6. 19. 08:30

config : 'option forwardfor' ignored for proxy

Those warnings are precisely here to tell you that your config will not work as you think it should. 
이 경고는 정확하게 당신이 생각한 것처럼 당신의 설정이 작동하지 않을 것이라고 당신에게 말하기 위해서입니다.
In the past, such configs were common and caused some bug reports here on the list. 
과거에는 이러한 구성이 일반적이었고 목록에 몇 가지 버그보고가있었습니다.
Each time we can find an obviously non-working config that haproxy can detect by itself, we add such a warning.
haproxy가 스스로 감지 할 수있는 명백하게 작동하지 않는 설정을 찾을 때마다 경고를 추가합니다
You can safely ignore them if you want, but I'd really suggest that you fix your config at one point because it is misleading.
원한다면 안전하게 무시할 수 있지만 오해의 소지가 있으므로 한 번에 설정을 수정하는 것이 좋습니다.

Having a "forwardfor" in a TCP section will do nothing. 
TCP 섹션에 "forwardfor"가 있으면 아무 일도하지 않을 것입니다.
While most users will not have a trouble with that, some less experimented will believe it works and will waste their time debugging the config. 
대부분의 사용자는 그 일에 문제가 없지만 약간의 실험을 통해 작동하는 것으로 믿고 설정을 디버깅하는 데 시간을 낭비 할 것입니다.
Think about the people who'll handle the setup for you when you're on holidays.
공휴일에 설치 프로그램을 처리 할 사람들에 대해 생각해보십시오.

If you're using a script to generate the confs, then it's as simple as not adding "stats" or any HTTP-specific option when generating a TCP section.
스크립트를 사용하여 confs를 생성하는 경우 TCP 섹션을 생성 할 때 "stats"또는 HTTP 특정 옵션을 추가하지 않는 것만 큼 간단합니다.
풀어 쓰면...

Haproxy는 정확하지 않은 설정에 대해서 메세지를 제공해서 개선을 할 수 있도록 한다.
TCP 섹션에서 forwardfor는 아무일도 하지 않는다. 하지만 이로 인해 다른 문제가 생길 수 있고, 디버깅으로 시간 낭비를 할 수 있다.
결론은 stats를 사용하지 않으면 된다.

반응형