Предположим найдена уязвимость, и для SLE предлагается обновление. Доступ к обвновлениям только для подписчиков.
Чтобы yстановить эти патчи надо сделать что-то типа:
У меня такой вопрос: как в данном случае это обновление не установить, а просто скачать... чтобы можно было установить позже, и, возможно, не только на этой машине
"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.” (Brian Kernighan)
Bizdelnick
Т.е. можно обновления, которые доступны только по подписке, просто сохранять и устанавливать на других машинах, которые не подписанны? Просто фантастика.
"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.” (Brian Kernighan)
"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.” (Brian Kernighan)
Возможно потому же, почему RPM исходники для SLE открыты, а самих репозиториев нет
Ограничить пользование своей инфраструктурой они имеют полное право. А вот ограничивать дальнейшее распространение свободных пакетов — нет. Точно так же обстоит в RHEL; там даже есть штатные средства для распространения пакетов внутри собственной инфраструктуры.
"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.” (Brian Kernighan)
"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.” (Brian Kernighan)
"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.” (Brian Kernighan)
Покупается не лицензия, а подписка на техподдержку. Поставка обновлений — тоже разновидность техподдержки. Можно не покупать, и заниматься этим самостоятельно.
"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.” (Brian Kernighan)
Можно стать клиентом RedHat не покупая подписку на обновления.
Ну клиентом в таком случае не станешь.
А деньги берут преимущественно с организаций, у которых большая IT-инфраструктура, и кому проще заплатить RH, чем увеличивать свой штат админов в несколько раз. Ну и с тех, кто хочет странного: за деньги RH решает весьма небанальные задачи, но это уже сверх базовой техподдержки.
Можно не покупать, и заниматься этим самостоятельно.
Значит, не покупая подписку, клиентом я не становлюсь. Обновления доступны для клиентов. При этом каким-то образм можно распространять эти "недоступные" обновления. Ох уж эта пятница (:
"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.” (Brian Kernighan)
Купил подписку хотя бы на одну машину — ты клиент, получаешь обновления от RH, дальше в принципе можешь ставить их на сколько угодно машин (но в RHN их регистрировать нельзя). Не купил — ты не клиент; можешь поклянчить обновления у тех, кто купил, авось поделятся, но вообще проще CentOS юзать. В случае SLE аналога CentOS нет, к сожалению.
Купил подписку хотя бы на одну машину — ты клиент, получаешь обновления от RH, дальше в принципе можешь ставить их на сколько угодно машин (но запросы в ТП про них писать не моги). Не купил — ты не клиент; можешь поклянчить обновления у тех, кто купил, авось поделятся, но вообще проще CentOS юзать.
В SUSE это называется SMT.
Но на сколько я знаю, через SMT доступ не ко всем обновлениям, а только к тем, что в SUSE:SLE-x:Updates в OBS.
"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.” (Brian Kernighan)
"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.” (Brian Kernighan)