<br><br> <br><br><div class="gmail_quote">2008/10/30 Eugene Janusov <span dir="ltr">&lt;<a href="mailto:eugene@annah.ru">eugene@annah.ru</a>&gt;</span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Есть некий сервер. У него есть некий фиксированый ip (в его локальную сеть)<br>
и несколько штук динамических (тунели в untrusted сети).<br>
Нужно чтобы некий ресурс открывался только с этого фиксированного ip, и<br>
некие ресурсы, которые открывались бы со всех ip.<br>
<br>
Вполне реальная ситуация, и через некоторое время такая может возникнуть и у<br>
меня.<br>
<br>
Сейчас это делается легко, понятно и логично:<br>
<br>
server {<br>
 &nbsp; listen <a href="http://1.2.3.4:80" target="_blank">1.2.3.4:80</a>;<br>
 &nbsp; server_name my_internal_site;<br>
}<br>
server {<br>
 &nbsp; listen *:80<br>
 &nbsp; listen <a href="http://1.2.3.4:80" target="_blank">1.2.3.4:80</a>;<br>
 &nbsp; server_name my_public_site;<br>
}<br>
server {<br>
 &nbsp; listen *:80<br>
 &nbsp; listen <a href="http://1.2.3.4:80" target="_blank">1.2.3.4:80</a>;<br>
 &nbsp; server_name my_public_site2;<br>
}<br>
</blockquote>
<br></div>
А как этой конфигурации помешает, если * станет полноценным wildcard&#39;ом?<br>
Можно будет избавиться от указания второго listen для публичных ресурсов.</blockquote><div><br></div></div>А откуда nginx узнает во что этот * разворачивать?<br>Особенно если интерфейсы поднимаются как до, так и во время работы nginx?<br>
<br clear="all"><br>-- <br>Vladimir Rusinov<br><a href="http://greenmice.info/">http://greenmice.info/</a><br>