<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>nginx - Нотатки сісадміна</title>
	<atom:link href="https://demi4.com/category/linux/nginx/feed/" rel="self" type="application/rss+xml" />
	<link>https://demi4.com</link>
	<description>вирішення sysadmin / devops завдань, проблем, питань</description>
	<lastBuildDate>Fri, 15 Sep 2017 05:44:48 +0000</lastBuildDate>
	<language>uk</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.7.2</generator>
	<item>
		<title>nginx and x-forwarded-for multiple ip addresses</title>
		<link>https://demi4.com/nginx-and-x-forwarded-for-multiple-ip-addresses/</link>
					<comments>https://demi4.com/nginx-and-x-forwarded-for-multiple-ip-addresses/#respond</comments>
		
		<dc:creator><![CDATA[graff]]></dc:creator>
		<pubDate>Fri, 15 Sep 2017 05:44:48 +0000</pubDate>
				<category><![CDATA[nginx]]></category>
		<category><![CDATA[x-forwarded-for]]></category>
		<guid isPermaLink="false">http://demi4.com/?p=1117</guid>

					<description><![CDATA[<p>Ніколи ще не доводилось мені таке бачити, коли в x-forwarded-for було декілька IP які розділені між собою комою. Відразу зрозумів що питання у каскадному проксі, які додають кожен свою адресу. Рішення не прийшло відразу, але стало зрозуміло що звичайного інструменту немає. Ось для встанолення однієї адреси до x-forwarded-for додав таке рішення: [crayon-67ac40c74941c764803500/] Після цього php знов почав вірно обробляти [&#8230;]</p>
<p>The post <a href="https://demi4.com/nginx-and-x-forwarded-for-multiple-ip-addresses/">nginx and x-forwarded-for multiple ip addresses</a> first appeared on <a href="https://demi4.com">Нотатки сісадміна</a>.</p>]]></description>
		
					<wfw:commentRss>https://demi4.com/nginx-and-x-forwarded-for-multiple-ip-addresses/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>upstream timed out (110: Connection timed out)</title>
		<link>https://demi4.com/upstream-timed-out-110-connection-timed-out/</link>
					<comments>https://demi4.com/upstream-timed-out-110-connection-timed-out/#respond</comments>
		
		<dc:creator><![CDATA[graff]]></dc:creator>
		<pubDate>Mon, 13 Mar 2017 09:38:31 +0000</pubDate>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[nginx]]></category>
		<guid isPermaLink="false">http://demi4.com/?p=1095</guid>

					<description><![CDATA[<p>upstream timed out (110: Connection timed out)  &#8211; можно получить такое сообщение с ошибкой 500 в случае долгого выполнения скрипта. В таком случае nginx передал запрос на upstream (apache, php) но не дождался ответа и по таймаутут отвалился Для лечения достаточно прописать таймаут больше для нужного домена [crayon-67ac40c749643849149876/] &#160;</p>
<p>The post <a href="https://demi4.com/upstream-timed-out-110-connection-timed-out/">upstream timed out (110: Connection timed out)</a> first appeared on <a href="https://demi4.com">Нотатки сісадміна</a>.</p>]]></description>
		
					<wfw:commentRss>https://demi4.com/upstream-timed-out-110-connection-timed-out/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Встроенные переменные nginx</title>
		<link>https://demi4.com/vstroennyie-peremennyie-nginx/</link>
					<comments>https://demi4.com/vstroennyie-peremennyie-nginx/#respond</comments>
		
		<dc:creator><![CDATA[graff]]></dc:creator>
		<pubDate>Tue, 17 Jan 2017 12:04:21 +0000</pubDate>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[nginx]]></category>
		<guid isPermaLink="false">http://demi4.com/?p=1063</guid>

					<description><![CDATA[<p>Заметка про встроенные переменные nginx $args = эта переменная равна аргументам в строке запроса; $arg_name = эта переменная равна аргументу name в строке запроса; $binary_remote_addr = эта переменная равна адресу клиента в бинарном виде, длина её значения всегда 4 байта; $content_length = эта переменная равна строке &#8220;Content-Length&#8221; в заголовке запроса; $content_type = эта переменная равна [&#8230;]</p>
<p>The post <a href="https://demi4.com/vstroennyie-peremennyie-nginx/">Встроенные переменные nginx</a> first appeared on <a href="https://demi4.com">Нотатки сісадміна</a>.</p>]]></description>
		
					<wfw:commentRss>https://demi4.com/vstroennyie-peremennyie-nginx/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>nginx proxy_pass change url</title>
		<link>https://demi4.com/11-2/</link>
					<comments>https://demi4.com/11-2/#respond</comments>
		
		<dc:creator><![CDATA[graff]]></dc:creator>
		<pubDate>Mon, 31 Oct 2016 06:30:44 +0000</pubDate>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[nginx]]></category>
		<category><![CDATA[proxy_pass]]></category>
		<guid isPermaLink="false">http://demi4.com/?p=1036</guid>

					<description><![CDATA[<p>Для проксирования запросов с участием динамических ссылок &#8211; необходимо делать реврайт до проксирования (в location). [crayon-67ac40c7496f8838170238/] &#160;</p>
<p>The post <a href="https://demi4.com/11-2/">nginx proxy_pass change url</a> first appeared on <a href="https://demi4.com">Нотатки сісадміна</a>.</p>]]></description>
		
					<wfw:commentRss>https://demi4.com/11-2/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>error: skipping &#8220;/var/log/nginx/access.log&#8221; because parent directory has insecure permissions</title>
		<link>https://demi4.com/error-skipping-var-log-nginx-access-log-because-parent-directory-has-insecure-permissions/</link>
					<comments>https://demi4.com/error-skipping-var-log-nginx-access-log-because-parent-directory-has-insecure-permissions/#respond</comments>
		
		<dc:creator><![CDATA[graff]]></dc:creator>
		<pubDate>Sun, 30 Oct 2016 19:47:52 +0000</pubDate>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[nginx]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[logrotate]]></category>
		<guid isPermaLink="false">http://demi4.com/?p=1026</guid>

					<description><![CDATA[<p>Настраиваю ротацию для nginx который работает в docker контейнере, сходу словил ошибку &#8220;error: skipping &#8220;/var/log/nginx/access.log&#8221; because parent directory has insecure permissions (It&#8217;s world writable or writable by group which is not &#8220;root&#8221;) Set &#8220;su&#8221; directive in config file to tell logrotate which user/group should be used for rotation&#8221; Суть сообщения в том, что необходимо поправить [&#8230;]</p>
<p>The post <a href="https://demi4.com/error-skipping-var-log-nginx-access-log-because-parent-directory-has-insecure-permissions/">error: skipping “/var/log/nginx/access.log” because parent directory has insecure permissions</a> first appeared on <a href="https://demi4.com">Нотатки сісадміна</a>.</p>]]></description>
		
					<wfw:commentRss>https://demi4.com/error-skipping-var-log-nginx-access-log-because-parent-directory-has-insecure-permissions/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>nginx proxy_pass $variable</title>
		<link>https://demi4.com/nginx-proxy_pass-variable/</link>
					<comments>https://demi4.com/nginx-proxy_pass-variable/#respond</comments>
		
		<dc:creator><![CDATA[graff]]></dc:creator>
		<pubDate>Thu, 27 Oct 2016 06:39:58 +0000</pubDate>
				<category><![CDATA[Docker]]></category>
		<category><![CDATA[nginx]]></category>
		<category><![CDATA[proxy_pass]]></category>
		<guid isPermaLink="false">http://demi4.com/?p=1023</guid>

					<description><![CDATA[<p>Век живи &#8211; век учись. Я по натуре консервативный человек, но приходится менять и подстраиваться, а иногда делать не так как считаешь нужным, а так &#8211; как говорят другие. Настраиваю систему деплоя для клиента, тема для меня новая, многое приходится делать не так как я привык, строить монолитную систему, для меня монолит зло, но мож [&#8230;]</p>
<p>The post <a href="https://demi4.com/nginx-proxy_pass-variable/">nginx proxy_pass $variable</a> first appeared on <a href="https://demi4.com">Нотатки сісадміна</a>.</p>]]></description>
		
					<wfw:commentRss>https://demi4.com/nginx-proxy_pass-variable/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>open(&#8220;/dev/null&#8221;) failed (24: Too many open files)</title>
		<link>https://demi4.com/open-dev-null-failed-24-too-many-open-files/</link>
					<comments>https://demi4.com/open-dev-null-failed-24-too-many-open-files/#respond</comments>
		
		<dc:creator><![CDATA[graff]]></dc:creator>
		<pubDate>Tue, 30 Aug 2016 09:54:20 +0000</pubDate>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[nginx]]></category>
		<category><![CDATA[ulimit]]></category>
		<category><![CDATA[worker_rlimit_nofile]]></category>
		<guid isPermaLink="false">http://demi4.com/?p=996</guid>

					<description><![CDATA[<p>open(&#8220;/dev/null&#8221;) failed (24: Too many open files Я уж было подумал что словил джек-пот, так как вараинті увеличения не помогали, а потом пришло озорение и деревянное решение Тут не помогает worker_rlimit_nofile как и не помогает прописывание лимитов в limit.conf, тут нужно просто в init скрипт прописать ulimit -n 60000 одной строкой и все )) После [&#8230;]</p>
<p>The post <a href="https://demi4.com/open-dev-null-failed-24-too-many-open-files/">open(“/dev/null”) failed (24: Too many open files)</a> first appeared on <a href="https://demi4.com">Нотатки сісадміна</a>.</p>]]></description>
		
					<wfw:commentRss>https://demi4.com/open-dev-null-failed-24-too-many-open-files/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>(110: Connection timed out) while reading response header from upstream</title>
		<link>https://demi4.com/110-connection-timed-out-while-reading-response-header-from-upstream/</link>
					<comments>https://demi4.com/110-connection-timed-out-while-reading-response-header-from-upstream/#respond</comments>
		
		<dc:creator><![CDATA[graff]]></dc:creator>
		<pubDate>Wed, 09 Mar 2016 14:16:08 +0000</pubDate>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[nginx]]></category>
		<category><![CDATA[http 504]]></category>
		<guid isPermaLink="false">http://demi4.com/?p=819</guid>

					<description><![CDATA[<p>Сообщение &#8220;(110: Connection timed out) while reading response header from upstream&#8221; и вместе с ним ошибку в броузере &#8220;504 gateway time-out&#8221; можно выловить в случае корявого скрипта или обработки большого обьема данных &#8211; в результате чего nginx не дожидается ответа от backend зачастую это будет или apache или php-fpm или uwsgi в случае работы python [&#8230;]</p>
<p>The post <a href="https://demi4.com/110-connection-timed-out-while-reading-response-header-from-upstream/">(110: Connection timed out) while reading response header from upstream</a> first appeared on <a href="https://demi4.com">Нотатки сісадміна</a>.</p>]]></description>
		
					<wfw:commentRss>https://demi4.com/110-connection-timed-out-while-reading-response-header-from-upstream/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>upstream sent too big header while reading response header from upstream</title>
		<link>https://demi4.com/upstream-sent-too-big-header-while-reading-response-header-from-upstream/</link>
					<comments>https://demi4.com/upstream-sent-too-big-header-while-reading-response-header-from-upstream/#respond</comments>
		
		<dc:creator><![CDATA[graff]]></dc:creator>
		<pubDate>Mon, 15 Feb 2016 16:26:04 +0000</pubDate>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[nginx]]></category>
		<category><![CDATA[fastcgi_buffers]]></category>
		<category><![CDATA[nginx proxy]]></category>
		<category><![CDATA[proxy_buffers]]></category>
		<guid isPermaLink="false">http://demi4.com/?p=799</guid>

					<description><![CDATA[<p>Иногда ловлю такую ошибка, вроде как все работает, работает, а тут раз и 503 ошибка в nginx и в логах &#8220;upstream sent too big header while reading response header from upstream&#8221;.  Проблема решается добавлением в конфиг nginx неработающего домена или в основной конфиг nginx в раздел http{} строк: [crayon-67ac40c749989978644310/] Значение данных параметров можно всегда найти [&#8230;]</p>
<p>The post <a href="https://demi4.com/upstream-sent-too-big-header-while-reading-response-header-from-upstream/">upstream sent too big header while reading response header from upstream</a> first appeared on <a href="https://demi4.com">Нотатки сісадміна</a>.</p>]]></description>
		
					<wfw:commentRss>https://demi4.com/upstream-sent-too-big-header-while-reading-response-header-from-upstream/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>nginx ограничение скорости</title>
		<link>https://demi4.com/nginx-ogranichenie-skorosti/</link>
					<comments>https://demi4.com/nginx-ogranichenie-skorosti/#respond</comments>
		
		<dc:creator><![CDATA[graff]]></dc:creator>
		<pubDate>Fri, 15 Jan 2016 20:52:17 +0000</pubDate>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[nginx]]></category>
		<category><![CDATA[limit speed]]></category>
		<category><![CDATA[nginx_limit_speed_module]]></category>
		<guid isPermaLink="false">http://demi4.com/?p=753</guid>

					<description><![CDATA[<p>Сегодня задали вопрос &#8220;как ограничить скорость на один IP в nginx&#8221; ? Вопрос избитый и куча раз уже обговорен, куча решений. Основная проблема в том &#8211; что известный модуль ngx_http_limit_conn_module ограничивает скорость только для сессии с одного адреса, и как уже говорилось многими и много раз &#8211; это значит что если качать в 100 потоков [&#8230;]</p>
<p>The post <a href="https://demi4.com/nginx-ogranichenie-skorosti/">nginx ограничение скорости</a> first appeared on <a href="https://demi4.com">Нотатки сісадміна</a>.</p>]]></description>
		
					<wfw:commentRss>https://demi4.com/nginx-ogranichenie-skorosti/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
