Я использую:
iptables -N INET_IN
iptables -A INPUT -j INET_IN
iptables -A INET_IN -s 192.168.1.2
Я отправляю файл с помощью NetCat хоста 1.
#100MB File
dd if=/dev/urandom of=ffile.txt bs=1048576 count=100
cat ffile.txt | nc 192.168.1.30 1001
В хосте 2.
nc -l -p 1001 > /tmp/x.x
Посмотреть результат:
Chain INET_IN (1 references)
pkts bytes target prot opt in out source destination
2575 105M all -- * * 192.168.1.2 0.0.0.0/0
И может использовать эту команду для сброса результатов
iptables -Z INET_IN
Разрешения нового файла устанавливаются из (1 )разрешений, установленных в вызове open()
, модифицированном (2 )umask
процесса создания, так что биты устанавливаются в umask
обнуляются. То есть бит разрешения устанавливается только в том случае, если это разрешено обоими из них, просто биты в umask
инвертированы.
В вашем случае пользователи, вероятно, имеют разные umask, а именно A, кажется, имеет umask 0002
(, очищая только бит записи от других ), а B, кажется, имеет umask 0022
(, очищая бит записи. из группы и других пользователей ). Маски umask, скорее всего, установлены в файлах запуска их оболочки или через pam_umask
.
Если для каталога установлены списки управления доступом, в частности списки управления доступом по умолчанию, ситуация немного отличается. В этом случае umask игнорируется, и вместо этого списки управления доступом по умолчанию копируются в списки управления доступом в файле, за исключением того, что только биты разрешений, установленные в системном вызове, остаются установленными.
Вероятно, вы ищете ответы на этот вопрос: