kurych Сообщения

kurych	# 2 года, 1 месяц назад
Темы: 0 Сообщения: 1394 Участник с: 06 ноября 2011	Как вариант, время и дату на ноуте выставить правильно надо.

kurych	# 2 года, 1 месяц назад
Темы: 0 Сообщения: 1394 Участник с: 06 ноября 2011	Ставь mingw-w64-cairo-bootstrap, который не тербует poppler, затем устанавливай свой mingw-w64-poppler, а после этого mingw-w64-cairo. При этом mingw-w64-cairo-bootstrap удалится, как конфликтующий с mingw-w64-cairo.

kurych	# 2 года, 4 месяца назад (отредактировано 2 года, 4 месяца назад)
Темы: 0 Сообщения: 1394 Участник с: 06 ноября 2011	Тогда остается второй метод монтирования отдельного раздела с файловой системой без контроля доступов. Ну, или, как предлагали, костыль с расшариванием директории по сети и монтированием её же на локальном компе.

kurych	# 2 года, 4 месяца назад
Темы: 0 Сообщения: 1394 Участник с: 06 ноября 2011	vs220, Я сразу написал, что при копировании исходные права доступа и принадлежность сохраняется. Меняйте соответствующими командами, раз используете линукс. И да, это не баг, это фича.

kurych	# 2 года, 4 месяца назад (отредактировано 2 года, 4 месяца назад)
Темы: 0 Сообщения: 1394 Участник с: 06 ноября 2011	vs220, При заведении пользователя (например user1) создается пользователть и одноименная группа для него. Домашняя директория пользователя имеет при создании вообще права доступа 700 (по крайней мере в archlinux). Так что никто, кроме него самого не может в нее попасть. Для общей папки надо создавать совершенно отдельную группу и добавлять эту группу пользователям, кому разрешено пользоваться общей директорией.

kurych

# 2 года, 4 месяца назад (отредактировано 2 года, 4 месяца назад)

Темы: 0

Сообщения: 1394

Участник с: 06 ноября 2011

vs220, При заведении пользователя (например user1) создается пользователть и одноименная группа для него. Домашняя директория пользователя имеет при создании вообще права доступа 700 (по крайней мере в archlinux). Так что никто, кроме него самого не может в нее попасть.
Для общей папки надо создавать совершенно отдельную группу и добавлять эту группу пользователям, кому разрешено пользоваться общей директорией.

kurych	# 2 года, 4 месяца назад
Темы: 0 Сообщения: 1394 Участник с: 06 ноября 2011	Народ, что вы здесь устроили? IMHO, у ТС два варианта: 1) создасть директорию, дать права rwx для общей для пользователей этой директории грппы, добавить sticky bit для группы. Пользователям при логине (в .bashrc, например) выставить umask 0002. После этого все могут создавать поддиректории и файлы, читать, удалять. Единственное, если сопируешь файл (или директорию) из другого места, то естественно, файл сохраняет свои исходные атрибуты доступа. Тут поможет только chmod, chown/chgrp. 2) создать отдельный раздел на диске, отформатировать его под файловую систему, не имеющую контроля безопасности (fat, vfat, exfat, еще какую-нибудь подобную хрень) и монтировать c опцией users (или еще там типа group... доки читайте). Пишут еще про ACL, но это мутноватая тема, сам не пробовал и советовать не стану.

kurych

# 2 года, 4 месяца назад

Темы: 0

Сообщения: 1394

Участник с: 06 ноября 2011

Народ, что вы здесь устроили?
IMHO, у ТС два варианта:
1) создасть директорию, дать права rwx для общей для пользователей этой директории грппы, добавить sticky bit для группы.
Пользователям при логине (в .bashrc, например) выставить umask 0002.
После этого все могут создавать поддиректории и файлы, читать, удалять. Единственное, если сопируешь файл (или директорию) из другого места, то естественно, файл сохраняет свои исходные атрибуты доступа. Тут поможет только chmod, chown/chgrp.

2) создать отдельный раздел на диске, отформатировать его под файловую систему, не имеющую контроля безопасности (fat, vfat, exfat, еще какую-нибудь подобную хрень) и монтировать c опцией users (или еще там типа group... доки читайте).

Пишут еще про ACL, но это мутноватая тема, сам не пробовал и советовать не стану.

kurych	# 2 года, 5 месяцев назад
Темы: 0 Сообщения: 1394 Участник с: 06 ноября 2011	Закинул на гуглодиск https://drive.google.com/drive/folders/1sPOYmeB2DmcKfXKCQheD5WG0pEp8eJ5V?usp=sharing

kurych	# 2 года, 5 месяцев назад
Темы: 0 Сообщения: 1394 Участник с: 06 ноября 2011	Какой нужен? $ ls -l /var/cache/pacman/pkg/rsync* -rw-r--r-- 1 root root 286128 дек 22 2015 /var/cache/pacman/pkg/rsync-3.1.2-1-x86_64.pkg.tar.xz -rw-r--r-- 1 root root 287636 ноя 20 2016 /var/cache/pacman/pkg/rsync-3.1.2-2-x86_64.pkg.tar.xz -rw-r--r-- 1 root root 295200 окт 1 2017 /var/cache/pacman/pkg/rsync-3.1.2-3-x86_64.pkg.tar.xz -rw-r--r-- 1 root root 265960 окт 11 2017 /var/cache/pacman/pkg/rsync-3.1.2-4-x86_64.pkg.tar.xz -rw-r--r-- 1 root root 295264 окт 16 2017 /var/cache/pacman/pkg/rsync-3.1.2-5-x86_64.pkg.tar.xz -rw-r--r-- 1 root root 295872 окт 26 2017 /var/cache/pacman/pkg/rsync-3.1.2-7-x86_64.pkg.tar.xz -rw-r--r-- 1 root root 295796 окт 31 2017 /var/cache/pacman/pkg/rsync-3.1.2-8-x86_64.pkg.tar.xz -rw-r--r-- 1 root root 300760 янв 29 2018 /var/cache/pacman/pkg/rsync-3.1.3-1-x86_64.pkg.tar.xz -rw-r--r-- 1 root root 284825 янв 14 15:50 /var/cache/pacman/pkg/rsync-3.1.3-3-x86_64.pkg.tar.zst

kurych

# 2 года, 5 месяцев назад

Темы: 0

Сообщения: 1394

Участник с: 06 ноября 2011

Какой нужен?

$ ls -l /var/cache/pacman/pkg/rsync*
-rw-r--r-- 1 root root 286128 дек 22  2015 /var/cache/pacman/pkg/rsync-3.1.2-1-x86_64.pkg.tar.xz
-rw-r--r-- 1 root root 287636 ноя 20  2016 /var/cache/pacman/pkg/rsync-3.1.2-2-x86_64.pkg.tar.xz
-rw-r--r-- 1 root root 295200 окт  1  2017 /var/cache/pacman/pkg/rsync-3.1.2-3-x86_64.pkg.tar.xz
-rw-r--r-- 1 root root 265960 окт 11  2017 /var/cache/pacman/pkg/rsync-3.1.2-4-x86_64.pkg.tar.xz
-rw-r--r-- 1 root root 295264 окт 16  2017 /var/cache/pacman/pkg/rsync-3.1.2-5-x86_64.pkg.tar.xz
-rw-r--r-- 1 root root 295872 окт 26  2017 /var/cache/pacman/pkg/rsync-3.1.2-7-x86_64.pkg.tar.xz
-rw-r--r-- 1 root root 295796 окт 31  2017 /var/cache/pacman/pkg/rsync-3.1.2-8-x86_64.pkg.tar.xz
-rw-r--r-- 1 root root 300760 янв 29  2018 /var/cache/pacman/pkg/rsync-3.1.3-1-x86_64.pkg.tar.xz
-rw-r--r-- 1 root root 284825 янв 14 15:50 /var/cache/pacman/pkg/rsync-3.1.3-3-x86_64.pkg.tar.zst

kurych	# 2 года, 5 месяцев назад
Темы: 0 Сообщения: 1394 Участник с: 06 ноября 2011	Вопрос сформулирован как-то... с подвохом. Если сеть работает плохо, то работает она через задницу, очевидно. Если работает, как надо, то смотрите на интерфейсы и маршрутизацию: `ip addr show ip route show`

kurych	# 2 года, 5 месяцев назад
Темы: 0 Сообщения: 1394 Участник с: 06 ноября 2011	pci, постарайтесь сначала разобраться, что как работает, и кто что изменяет. dnsmasq отношения к /etc/resolv.conf не имеет, в особенности, если в конфигурации dnsmasq используется no-resolv. Файл /etc/resolv.conf изменяется, главным образом, dhcp-клиентами, в зависимости от того, какой именно у вас на хосте используется. dnsmasq - не клиент, а сервер. чтобы ip после перезапуска не изменялся в файле /etc/dhcp/dhclient.conf раскомментируется строчка prepend domain-name-servers 127.0.0.1; В дебиан-подобных системах (да и не только) это делается не для фиксации ip адреса, а чтобы dhcpclient игнорировал получаемые по DHCP протоколу настройки DNS, а в resolv.conf прописал локальный адрес, где и запущен dnsmasq. Вы можете либо просто руками прописать 127.0.0.1 в этот файл, а для используемого клиента DHCP настроить подобный запрет. Например, для dhcpcd, используемому в арч-линуксе по умолчанию, можно сказать `dhcpcd -C resolv.conf eth0` или "nohook resolv.conf" в /etc/dhcpcd.conf

kurych

# 2 года, 5 месяцев назад

Темы: 0

Сообщения: 1394

Участник с: 06 ноября 2011

pci, постарайтесь сначала разобраться, что как работает, и кто что изменяет.
dnsmasq отношения к /etc/resolv.conf не имеет, в особенности, если в конфигурации dnsmasq используется no-resolv.
Файл /etc/resolv.conf изменяется, главным образом, dhcp-клиентами, в зависимости от того, какой именно у вас на хосте используется. dnsmasq - не клиент, а сервер.

чтобы ip после перезапуска не изменялся в файле /etc/dhcp/dhclient.conf раскомментируется строчка prepend domain-name-servers 127.0.0.1;

В дебиан-подобных системах (да и не только) это делается не для фиксации ip адреса, а чтобы dhcpclient игнорировал получаемые по DHCP протоколу настройки DNS, а в resolv.conf прописал локальный адрес, где и запущен dnsmasq. Вы можете либо просто руками прописать 127.0.0.1 в этот файл, а для используемого клиента DHCP настроить подобный запрет. Например, для dhcpcd, используемому в арч-линуксе по умолчанию, можно сказать

dhcpcd -C resolv.conf eth0

или "nohook resolv.conf" в /etc/dhcpcd.conf