Как добавить ярлык терминала в Debian 9 Stretch Mate
Привожу свою конфигурацию iptables с работающим TeamViewer:
#!/bin/bash
#--------------------------------------
#Clear iptables
iptables -F -t nat
iptables -X -t nat
iptables -F -t filter
iptables -X -t filter
#allow forward
echo '1' > /proc/sys/net/ipv4/ip_forward
#default policy
iptables -P INPUT DROP
iptables -P FORWARD DROP
iptables -P OUTPUT DROP
#accept related and established connection
iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A OUTPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
# DNS
iptables -A INPUT -p tcp -m tcp --sport 53 -j ACCEPT
iptables -A INPUT -p udp -m udp --sport 53 -j ACCEPT
iptables -A OUTPUT -p tcp -m tcp --dport 53 -j ACCEPT
iptables -A OUTPUT -p udp -m udp --dport 53 -j ACCEPT
# interfejs LO
iptables -A INPUT -i lo -s 127.0.0.1 -j ACCEPT
iptables -A OUTPUT -o lo -d 127.0.0.1 -j ACCEPT
#WWW
iptables -A INPUT -p tcp --dport 80 -m state --state NEW -j ACCEPT
iptables -A OUTPUT -p tcp --dport 80 -m state --state NEW -j ACCEPT
#TEAMVIEWER
iptables -A OUTPUT -o eth0 -p tcp --dport 5938 -m state --state NEW -j ACCEPT
Как уже сказал mosvy в этом комментарии , большинство редакторов делают правки в копии оригинального файла, который они заменяют (удалением )позже. Хотя это повышает безопасность, но разрывает жесткие ссылки.
Однако некоторые редакторы, такие как, например, GNU Emacs, могут быть настроены на выполнение редактирования файла вместо , что означает, что они напрямую изменяют исходный файл, как вы делали это в оболочке. Например этот Вопрос и соответствующий ответ обсуждают именно вашу проблему в отношении Gnu Emacs. Таким образом, конфигурация вашего редактора будет первым моментом, на который стоит обратить внимание.
Поскольку вам нужна только жесткая ссылка (? )для Git — к сожалению, вы не очень подробно описываете свой рабочий процесс — вполне вероятно, что вы можете использовать перехватчики Git, чтобы восстановить правильную жесткую ссылку непосредственно перед фиксацией того, что вы впоследствии хотите отправить на GitHub :The pre-commithook кажется многообещающим кандидатом на это. Подробности смотрите на справочной странице githooks (5 ).
Как уже объясняли Юрген и Мосви , проблема с жесткими ссылками заключается в том, что большинство редакторов делают правки в копии исходного файла, который они заменяют (удаляют )позже, заканчиваясь двумя разными копиями вместо распространения изменений.
Чтобы предотвратить это, простым решением было бы поместить группу жестких ссылок в один и тот же каталог, который действует как «индекс» для файлов, связанных разными путями, а затем запретить запись новых инодов в этот каталог.
Этого можно добиться, установив разрешения на чтение -только с помощью:
chmod a-w.
или путем установки атрибута блокировки (работает только в файловых системах HFS+/APFS):
SetFile -a L.
Таким образом, вы/редактор не можете записать какой-либо другой файл в этот «индексный каталог», но вы все равно можете изменить существующие жесткие ссылки, если это разрешено редактором (, например. с помощью VIM, который позволяет правильно редактировать жесткие ссылки ). Чтобы добавить еще одну жесткую ссылку, достаточно сбросить режим записи противоположными командами(chmod u+w.или SetFile -a l.).