Перенаправление портов IPTables должно было повредить Apache, но не сделало
Это - явный обход noclobber опция.
Тем путем можно перезаписать файл даже с noclobber набор.
См. http://mywiki.wooledge.org/NoClobber
От man bash :
Если оператор перенаправления будет>, и noclobber опция к встроенному набору была включена, то перенаправление перестанет работать, если файл, имя которого следует из расширения слова, будет существовать и будет регулярным файлом. Если оператор перенаправления> |, или оператор перенаправления> и noclobber опция к набору, который не включена встроенная команда, перенаправление предпринято, даже если файл, названный словом, существует.
3
Rui F Ribeiro
27.01.2019, 02:01
Ссылка
1 ответ
[1129062] Ответ лежит в [1129682]-i eth0[1129683].[12203] Несмотря на то, что вы установили httpd для подключения к [1129684]17.98.65. 28[1129685], который, как я полагаю, является IP-адресом на [1129686]eth0[1129687], трафик на самом деле не будет проходить через [1129688]eth0[1129689], вместо него будет использоваться [1129690]lo[1129691].[12204]Причина этого в том, что при маршрутизации на любой IP-адрес, который есть у бокса, трафик проходит через [1129692]lo[1129693]. Вы можете проверить это следующим образом:[12205]Вы получите обратно линию, которая содержит [1129694]dev lo[1129695], это говорит вам, какой интерфейс будет использоваться для отправки трафика по этому адресу.[12206]Например, на моем ноутбуке, у меня есть [1129696]wlan0[1129697] с [1129698]10. 252.28.62[1129699]:[12207]
3
27.01.2020, 21:23
Ссылка