madoff

souladm
Рейтинг
235
Регистрация
01.12.2009
Должность
administrator
Интересы
Linux Unix
I am terminator ;)
IPtables, защита от DoS атаки
iopiop:
оригинальный вопрос был про сферического коня или про iptables? в терминах iptables у UDP есть состояние ESTABLISHED, к чему коня приплетать?

Ну да вы не знали о том что в udp нету ESTABLISHED, а так всё ок ;)

Если честно, ещё надо разобраться, какой алгоритм применяет к udp трафику iptables - что он берёт за уникальность ;)

IPtables, защита от DoS атаки
myhand:
Может проблема в том вы предпочли гадать о формате этого файла? Ну, раз штатную документацию читать не хотите - может наведут на какие идеи существование файликов nf_conntrack_udp_timeout/nf_conntrack_udp_timeout_stream.

Нет? Ну вот вам гугл дал ликбез: http://www.rigacci.org/wiki/lib/exe/fetch.php/doc/appunti/linux/sa/iptables/conntrack.html

Что и следовало доказать.

UDP

Потому что он не имеет порядкового номера, UDP называется "без состояния" протокол. Тем не менее, это не значит, что мы не можем отслеживать UDP соединения. Существует еще много другой полезной информации мы можем использовать.

P.s Сути это не меняет, в UDP нету ESTABLISHED :) а iptables применяет собственный алгоритм для udp что бы помечать якобы ESTABLISHED ;)

IPtables, защита от DoS атаки
myhand:
Я никогда не ошибаюсь, т.к. сперва читаю документацию. Чего и вам советую.

Значит вы плохо читаете,просмотрите хеш conntrack, и всё станет ясно ;)

UDP согласно протокола не имеет состояние ESTABLISHED

TCP - согласно протокола имеет состояние ESTABLISHED 


root@sr ~ # cat /proc/net/nf_conntrack | more
ipv4     2 tcp      6 431996 ESTABLISHED src=37.55.82.236 dst=188.40.82.196 sport=18400 dport=80 packets=138 bytes=7912 src=188.40.82.196 dst=37.55.82.236 sport=80 dport=18400 packets=150 bytes=659
47 [ASSURED] mark=0 secmark=0 use=2
ipv4     2 udp      17 58 src=188.40.82.196 dst=8.8.8.8 sport=51417 dport=53 packets=2 bytes=110 src=8.8.8.8 dst=188.40.82.196 sport=53 dport=51417 packets=2 bytes=178 [ASSURED] mark=0 secmark=0 us
e=2
ipv4     2 tcp      6 94 TIME_WAIT src=188.40.82.196 dst=188.40.82.196 sport=39900 dport=8080 packets=5 bytes=893 src=188.40.82.196 dst=188.40.82.196 sport=8080 dport=39900 packets=5 bytes=781 [ASS
URED] mark=0 secmark=0 use=2
ipv4     2 tcp      6 42 TIME_WAIT src=78.153.29.157 dst=188.40.82.196 sport=3432 dport=80 packets=6 bytes=823 src=188.40.82.196 dst=78.153.29.157 sport=80 dport=3432 packets=5 bytes=370 [ASSURED]
mark=0 secmark=0 use=2
ipv4     2 tcp      6 53 TIME_WAIT src=188.40.82.196 dst=188.40.82.196 sport=39616 dport=8080 packets=5 bytes=973 src=188.40.82.196 dst=188.40.82.196 sport=8080 dport=39616 packets=5 bytes=1896 [AS
SURED] mark=0 secmark=0 use=2
ipv4     2 tcp      6 431975 ESTABLISHED src=178.122.139.74 dst=188.40.82.196 sport=21277 dport=80 packets=52 bytes=11942 src=188.40.82.196 dst=178.122.139.74 sport=80 dport=21277 packets=27 bytes=
16984 [ASSURED] mark=0 secmark=0 use=2
ipv4     2 tcp      6 57 TIME_WAIT src=188.40.82.196 dst=188.40.82.196 sport=39688 dport=8080 packets=5 bytes=391 src=188.40.82.196 dst=188.40.82.196 sport=8080 dport=39688 packets=5 bytes=501 [ASS
URED] mark=0 secmark=0 use=2
ipv4     2 udp      17 58 src=188.40.82.196 dst=8.8.8.8 sport=44290 dport=53 packets=2 bytes=112 src=8.8.8.8 dst=188.40.82.196 sport=53 dport=44290 packets=2 bytes=180 [ASSURED] mark=0 secmark=0 us
e=2
ipv4     2 udp      17 117 src=188.40.82.196 dst=8.8.8.8 sport=48876 dport=53 packets=2 bytes=116 src=8.8.8.8 dst=188.40.82.196 sport=53 dport=48876 packets=2 bytes=184 [ASSURED] mark=0 secmark=0 u
se=2
ipv4     2 tcp      6 405766 ESTABLISHED src=178.218.30.1 dst=188.40.82.196 sport=2739 dport=80 packets=241 bytes=19990 src=188.40.82.196 dst=178.218.30.1 sport=80 dport=2739 packets=281 bytes=1934
39 [ASSURED] mark=0 secmark=0 use=2
ipv4     2 udp      17 58 src=188.40.82.196 dst=8.8.8.8 sport=37726 dport=53 packets=2 bytes=116 src=8.8.8.8 dst=188.40.82.196 sport=53 dport=37726 packets=2 bytes=184 [ASSURED] mark=0 secmark=0 us
e=2
ipv4     2 tcp      6 2 TIME_WAIT src=188.40.82.196 dst=188.40.82.196 sport=39362 dport=8080 packets=5 bytes=1048 src=188.40.82.196 dst=188.40.82.196 sport=8080 dport=39362 packets=5 bytes=1150 [AS
SURED] mark=0 secmark=0 use=2
ipv4     2 tcp      6 3 TIME_WAIT src=188.40.82.196 dst=188.40.82.196 sport=39364 dport=8080 packets=5 bytes=944 src=188.40.82.196 dst=188.40.82.196 sport=8080 dport=39364 packets=5 bytes=1303 [ASS
URED] mark=0 secmark=0 use=2
ipv4     2 tcp      6 17 TIME_WAIT src=195.58.245.122 dst=188.40.82.196 sport=57128 dport=80 packets=6 bytes=646 src=188.40.82.196 dst=195.58.245.122 sport=80 dport=57128 packets=4 bytes=812 [ASSUR
ED] mark=0 secmark=0 use=2
ipv4     2 tcp      6 431991 ESTABLISHED src=213.110.134.121 dst=188.40.82.196 sport=2452 dport=80 packets=6 bytes=1885 src=188.40.82.196 dst=213.110.134.121 sport=80 dport=2452 packets=5 bytes=193
2 [ASSURED] mark=0 secmark=0 use=2
ipv4     2 tcp      6 37 TIME_WAIT src=188.40.82.196 dst=188.40.82.196 sport=39539 dport=8080 packets=5 bytes=757 src=188.40.82.196 dst=188.40.82.196 sport=8080 dport=39539 packets=5 bytes=1115 [AS
SURED] mark=0 secmark=0 use=2
ipv4     2 udp      17 178 src=188.40.82.196 dst=8.8.8.8 sport=54319 dport=53 packets=2 bytes=116 src=8.8.8.8 dst=188.40.82.196 sport=53 dport=54319 packets=2 bytes=184 [ASSURED] mark=0 secmark=0 u
se=2
ipv4     2 tcp      6 0 TIME_WAIT src=95.30.72.143 dst=188.40.82.196 sport=58622 dport=80 packets=7 bytes=1892 src=188.40.82.196 dst=95.30.72.143 sport=80 dport=58622 packets=6 bytes=935 [ASSURED]
mark=0 secmark=0 use=2
ipv4     2 tcp      6 57 TIME_WAIT src=188.40.82.196 dst=188.40.82.196 sport=52698 dport=80 packets=7 bytes=418 src=188.40.82.196 dst=188.40.82.196 sport=80 dport=52698 packets=7 bytes=595 [ASSURED
] mark=0 secmark=0 use=2
ipv4     2 tcp      6 92 TIME_WAIT src=188.40.82.196 dst=188.40.82.196 sport=39894 dport=8080 packets=5 bytes=757 src=188.40.82.196 dst=188.40.82.196 sport=8080 dport=39894 packets=5 bytes=1115 [AS
SURED] mark=0 secmark=0 use=2
ipv4     2 tcp      6 44 TIME_WAIT src=194.126.180.118 dst=188.40.82.196 sport=1381 dport=80 packets=7 bytes=1599 src=188.40.82.196 dst=194.126.180.118 sport=80 dport=1381 packets=5 bytes=524 [ASSU
RED] mark=0 secmark=0 use=2
ipv4     2 tcp      6 36 TIME_WAIT src=188.40.82.196 dst=188.40.82.196 sport=39535 dport=8080 packets=5 bytes=757 src=188.40.82.196 dst=188.40.82.196 sport=8080 dport=39535 packets=5 bytes=1115 [AS
SURED] mark=0 secmark=0 use=2
ipv4     2 tcp      6 116 TIME_WAIT src=188.40.82.196 dst=188.40.82.196 sport=40030 dport=8080 packets=5 bytes=757 src=188.40.82.196 dst=188.40.82.196 sport=8080 dport=40030 packets=5 bytes=1115 [A
SSURED] mark=0 secmark=0 use=2
ipv4     2 udp      17 58 src=188.40.82.196 dst=8.8.8.8 sport=42489 dport=53 packets=2 bytes=106 src=8.8.8.8 dst=188.40.82.196 sport=53 dport=42489 packets=2 bytes=174 [ASSURED] mark=0 secmark=0 us
e=2
ipv4     2 tcp      6 61 TIME_WAIT src=188.40.82.196 dst=188.40.82.196 sport=39759 dport=8080 packets=5 bytes=598 src=188.40.82.196 dst=188.40.82.196 sport=8080 dport=39759 packets=5 bytes=1646 [AS
SURED] mark=0 secmark=0 use=2
ipv4     2 udp      17 177 src=188.40.82.196 dst=8.8.8.8 sport=38230 dport=53 packets=2 bytes=106 src=8.8.8.8 dst=188.40.82.196 sport=53 dport=38230 packets=2 bytes=174 [ASSURED] mark=0 secmark=0 u
root@sr ~ #
IPtables, защита от DoS атаки
myhand:
У модуля conntrack несколько иные представления о "состояниях", весьма отличные привычных вам для TCP. Так что iopiop в первом приближении - прав.

Вы ошибаетесь myhand , conntrack - берёт состояние исходя из стека.

IPtables, защита от DoS атаки
zexis:
Не знал о такой возможности. Спасибо, буду знать.

Вы меньше слушайте zexis :) , состояние ESTABLISHED, происходить после рукопожатие, в tcp.

Не-чё что у UDP отсутствует рукопожатие ? 😂

iopiop - и в UDP, можно не отвечать ;)

По разному работает bash через ssh и по крону
foxi:
так а это разве не подавление только того, что должно на экран выводиться? Это на работу самого скрипта тоже влияет?

это да /dev/null , а это имеет смысл 2>&1

А так как вы запускаете скрипт в кроне, то я думаю надо echo вешать в скрипт а не в крон, видь речь идёт о разрыве, значит крон своё дело делает.

По разному работает bash через ssh и по крону

ну сделай типа echo в файл и проверь.

По разному работает bash через ssh и по крону

cron, либо работает, либо не работает.

Выполнения должны быть полными от root.

По разному работает bash через ssh и по крону
foxi:
madoff, так в общем скрипт работает, и во всем пути правильные...

угу сори. если у вас впс, может хостер прибивать скрипт. из за тогоч то он долго весить активным :) на openvz так делают некоторые.

По разному работает bash через ssh и по крону

может в заданиях cron надо указать PATH=

1... 838485868788899091 ...325
Всего: 3250