Не обязательно к доменам, можно указать в SAN IP-адреса, а он у автора вроде как фиксированый получился даже, более того, сертификаты еще можно использовать и для аутентификации входящих соединений по CA
Статья устарела, особенно в части про Consul в качестве хранилища.
Vault давно уже умеет использовать raft в качестве встроенного хранилища, который в свою очередь умеет объединить ноды Vault в единый кластер, по такому же принципу работает тот же Consul или etcd.
В GPG ключи разного типа есть (usage): Sign, Auth, Encrypt. Еще есть Certify он нужен для подписи ключей S/A/E в цепочке.
gpg-agent использует A ключ, ну и если его больше одного можно указать по номеру в конфиге sshcontrol. Он появится в ssh-add -L с номером ключа в инфо.
Подпись соответственно делается через Sign и тоже указывается в .gitconfig
Подробнее вы можете почитать в документации.
И как быть с автоматизацией, полагающейся на ключи?
Я полагаю Вы уверены что автоматизация перестанет работать так как форсируют переход на токены, Вы наверное думали про API token? здесь говорится про «токен» как про устройство (ну по крайней мере я так понял)
Ну и то что отключат доступ по паролям, вот это хорошо
Спасибо за минус, заберите себе, я ничего неправильного не сказал
Перефразирую по другому:
— автоматизация по ключам и будет дальше работать никто не форсирует переход на -sk, все понимают что есть автоматы которые ходят в гитхаб, поддержка хорошо да и совет перейти хорошо, только удобство сомнительное так как оно заставляет постоянно тискать ключ
— хранение в gpg – я имел ввиду использовать gpg-agent вместо ssh-agent, где приватная часть дешифруется аппаратным ключем (я именно так и использую, есть некоторые неудобства, но в целом оказалось удобнее чем вариант с -sk)
— что за .data, .rodata вы про embedded разработку или что? причем тут это?
Если потерять токен, то:
— не будет доступа по ключу публичная часть которого находится в github
— как вариант, купить новый токен и сгенерить заново ключ
— можно использовать хранение паролей в GPG
Автоматизация полагающаяся на ключи никуда не исчезнет в статье идет речь о доступе по паролям
Насколько я знаю да починит, оно даже не должно сломаться, если конечно удаленная нода не была мастером, а так при добавлении ноды все должно восстановится и кворум = 3.
В статье на схеме показан кластер с тремя control-plane нодами и зачем-то выполняется полная инициализация кластера, если на одном из мастеров все сломать, то можно просто его приджойнить заново к уже оставшимся в живых двум мастерам, просто сделав kubeadm reset для очистки остатков ноды и затем kubeadm join --control-plane …
TVOC – отличная тема, но вот на счет ходить выключать свет руками это как-то не про умный дом, не проще ли сделать автоматическое выключения света если помещение не требует освещения?
Купил PocketBook 650-й модели в начале 2015-го, дизайн норм, кнопки боковые тугие, ПО убогое, поддержки никакой, на вопрос в тех.поддержку «что с прошивкой?» отправили на github, типа, сам дописывай или чего?
Взять к примеру PDF, что мешало сделать нормальное отображение? шрифт мелкий, ничего не масштабируется, прочитать невозможно ничего.
Заявлена поддержка дропбокс, проработало где-то с год пока ребята из синей коробки не поменяли что-то в апи, в покетбуке забили болт на это, так и не работает ничерта.
Стандартная читалка для fb2 сейчас открывает по-умолчанию с размером шрифта 70 (был 14-16).
Выводы сделал, продукцию этой компании вообще брать не стоит.
Чушь какая-то… извращаться с DNS еще
Можно проще, поднимать приложение в docker (или lxc) с нужной версией PHP и нужным окружением + изоляция приложения
Использовать nginx для прокси-пасса в нужный контейнер уже по домену.
Нужно другую версию? поднимаешь другой докер.
И вообще какая может быть надобность использовать PHP ниже 7й версии?
Только если старый проект? Тогда его точно нужно замораживать в образ.
Не обязательно к доменам, можно указать в SAN IP-адреса, а он у автора вроде как фиксированый получился даже, более того, сертификаты еще можно использовать и для аутентификации входящих соединений по CA
только сейчас вспомнил, но не использовал)
достаточно было первый активировать и допрыгать до нужного уровня через хоткейля это вообще про первый же))) выходит второй больше запомнился
Есть более древнее зло
makinit и MLI
Звучит прям как приказ №66
похоже на начало децентрализации информационных ресурсов и всяческих разделениях, доверие уже подорвано к некоторым компаниям
Статья устарела, особенно в части про Consul в качестве хранилища.
Vault давно уже умеет использовать raft в качестве встроенного хранилища, который в свою очередь умеет объединить ноды Vault в единый кластер, по такому же принципу работает тот же Consul или etcd.
Статье уже полгода
gpg-agent использует A ключ, ну и если его больше одного можно указать по номеру в конфиге sshcontrol. Он появится в ssh-add -L с номером ключа в инфо.
Подпись соответственно делается через Sign и тоже указывается в .gitconfig
Подробнее вы можете почитать в документации.
Я полагаю Вы уверены что автоматизация перестанет работать так как форсируют переход на токены, Вы наверное думали про API token? здесь говорится про «токен» как про устройство (ну по крайней мере я так понял)
Ну и то что отключат доступ по паролям, вот это хорошо
Перефразирую по другому:
— автоматизация по ключам и будет дальше работать никто не форсирует переход на -sk, все понимают что есть автоматы которые ходят в гитхаб, поддержка хорошо да и совет перейти хорошо, только удобство сомнительное так как оно заставляет постоянно тискать ключ
— хранение в gpg – я имел ввиду использовать gpg-agent вместо ssh-agent, где приватная часть дешифруется аппаратным ключем (я именно так и использую, есть некоторые неудобства, но в целом оказалось удобнее чем вариант с -sk)
— что за .data, .rodata вы про embedded разработку или что? причем тут это?
— не будет доступа по ключу публичная часть которого находится в github
— как вариант, купить новый токен и сгенерить заново ключ
— можно использовать хранение паролей в GPG
Автоматизация полагающаяся на ключи никуда не исчезнет в статье идет речь о доступе по паролям
Взять к примеру PDF, что мешало сделать нормальное отображение? шрифт мелкий, ничего не масштабируется, прочитать невозможно ничего.
Заявлена поддержка дропбокс, проработало где-то с год пока ребята из синей коробки не поменяли что-то в апи, в покетбуке забили болт на это, так и не работает ничерта.
Стандартная читалка для fb2 сейчас открывает по-умолчанию с размером шрифта 70 (был 14-16).
Выводы сделал, продукцию этой компании вообще брать не стоит.
Регулярные выражения в bash проверяются через:
Можно проще, поднимать приложение в docker (или lxc) с нужной версией PHP и нужным окружением + изоляция приложения
Использовать nginx для прокси-пасса в нужный контейнер уже по домену.
Нужно другую версию? поднимаешь другой докер.
И вообще какая может быть надобность использовать PHP ниже 7й версии?
Только если старый проект? Тогда его точно нужно замораживать в образ.
Ах да, все тот же перевод… ок…