Добавьте вход к серверу HTTP на времени выполнения

Привязка является легкой частью:

ifconfig eth0:0 1.2.3.5 netmask 255.255.255.0

И затем добавьте что IP-адрес к своей апачской конфигурации

Listen 1.2.3.5:80

Однако возможности очень хороши, что Ваш сервер уже слушает на дополнительном IP-адресе. Можно сказать это, если httpd.conf файл имеет это в нем:

Listen 80

Который говорит серверу слушать на порте 80 из любого IP-адреса, сервер имеет.

Более хитрая часть заставляет Ваше веб-приложение использовать тот IP-адрес на исходящем соединении. Если Вы не предпримете шаги, исходящие соединения будут, вероятно, использовать то, что связывается с "eth0" вместо "eth0:0". Ваш создающий сокет API может позволить выбирать или интерфейс или IP-адрес как часть установки, Ваш пробег может варьироваться.

Однако, если Вы находитесь позади шлюза NAT (если фактический IP-адрес сервера запускается с 10, 172, или 192 это - верный признак), и не привязка публично routeable адресов к Вашим вещам веб-сервера становятся более сложными. В этом случае Ваше устройство границы должно быть достаточно интеллектуальным, чтобы знать, что трафик, предназначенный к определенному IP-адресу, должен быть переписан, как будто это прибывало из второго общедоступного IP-адреса, связанного с брандмауэром. Если Ваш брандмауэр/NAT не может сделать этого, можно не повезти.

1
задан 10 May 2013 в 14:42
1 ответ

You didn't mention what you are using as your HTTP server. Since you are on Linux, I will take a guess and say Apache. If that is the case, logging should be enabled by default. I don't know why you would disable it - perhaps for performance reasons, but it's a simple task to enable it and reload the service, without the need to restart it. This would be done in httpd.conf and the logs (by default) go in /var/log/httpd.

If you are attached to the idea of having some other process do the logging for you, and then pass the traffic on to your HTTP service, keep in mind that this will incur far more of a performance hit than simply enabling logging, but if you really want to do it, two good options would be Squid and Apache. Squid is a Linux web proxy that can be configured as a reverse proxy that will route (and log) incoming traffic for you. Apache has the same capability, with the Proxy and/or Rewrite directives.

I hope this helps lead you in the right direction.

1
ответ дан 4 December 2019 в 00:41

Теги

Похожие вопросы