kdbus заменит D-шину?
Можно сделать правило как это к соединению SSH блока от определенных исходных IP-адресов. Диапазон IP мог быть общедоступным или частным.
$ iptables -A INPUT -p tcp -s IP_Range --dport 22 -j ACCEPT
Как пример, можно использовать этого для частной сети
$ iptables -A INPUT -p tcp -s 192.168.0.0/24 --dport 22 -j ACCEPT
Можно также использовать tcpwrappers для управления ssh доступом на песнях. TCPwrappers используют комбинацию для/etc/hosts.allow и/etc/hosts.deny файлов. Следующий пример ниже шоу для установки управления доступом, которые позволяют получать доступ к sshd от 10.0.0.0/24.
$ vim /etc/hosts.deny sshd: ALL $ vim /etc/hosts.allow sshd: 10.0.0.
Можно также сделать ssh демона для слушания другого порта кроме 22.
Я дам вам мой взять на статью.
KDBU должен заменить D-Bus. Может ли это быть как-то подтверждено?
Это явно намеренно намерено, но WRT «подтверждая» это, нет центральной власти, который может сказать: «Да, вот наши временные шкалы для будущего GNU / Linux» - за пределами ядра Это гетерогенная и де-централизованная царство.
Конечно, видя как то, как ядр, многие лица, принимающие решения в этом де-централизованном царстве, вероятно, будут заинтересованы в сотрудничестве. Это звучит как хорошая вещь.
будет легкой задачей
Я не вижу никаких признаков того, что они не могут быть использованы одновременно - это было бы , намного самую форму перехода. Таким образом, «легко» зависит от вашего контекста ...
Представьте себе, что оба имеют отчетливые API?
Объявление Грега К-H, связанное с началом, относится к слою совместимости пользователей, который также очень вменяемый в отношении перехода; Первоначально некоторые дистрибутивы могут сделать как доступными, другие двигаются непосредственно на слой совместимости и т. Д.
Иногда полезно двигаться вперед таким образом, чтобы они жертвуют обратной совместимостью. Рассмотрим Perl 5 против Perl 4 или Python 3 против 2; В рамках основной версии улучшения (указываются новыми незначительными версиями, 5,8, 5,9, 5.10 и т. Д.), сделаны обратной совместимостью приоритетным приоритетом, и тем временем работа по работе на следующей основной версии (которая несовместима, но предположительно значительно улучшена На основании опыта с текущей версией) могут быть прогрессированы.
Distrons, которые имеют версии, похожи в том смысле, что в то время как текущая версия поддерживается, и продолжается обновленная работа по новой версии. Это делает включение фундаментальных изменений, таких как KDBUS. Я думаю, мы увидим, что произойдет.