push_sla
понять-бы, как изменить её название
Редактируйте первый пост, там будет тема.
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
По мне так ответ прост, они отличаются философией и мировоззрением пользователей и вероятно и самих разрабов. Т.е. в принципе универсальный ответ по части чем один дистр отличается от другого. Да, очень просто с одной стороны, что каждый дистр делается под определенный "типаж" пользователя этого продукта. С др. стороны это пожалуй ед. отличие, которое может быть аксиомой и на основе он-ной можно плясать сколь угодно долго в любые стороны. Все остальные причины вечно нуждаются в проверке, спорах, оффтопиках до того момента как эту причину можно использовать в качестве аргумента. По мне так все это не имеет смысла, ответ на несложный вопрос должен быть таким же несложным.
Далее можно приводить примеры, но они опять же выходят из одной простой мысли озв. мной выше и как бы являются просто составными частями, можно сказать лишь уточнениями, общей парадигмы:
- пакетный менеджер
- поддержка пакетной базы
- сборочные флаги
- тех. документация (сильно лучше в сторону арча, я к тому что кач. и кол-во отличаются в дистрах)
- уровень тех. навыков пользователей
- некоторые отличия в реализации(патчи) пакетов (тут есть где и каноникал похвалить, но тоже по мне как укладывается в рубрику "отличия")
- не так уж давно я бы вписал сюда систему инициализации, но сейчас не актуально
- банально, но задачи, решаемые или поставленные перед дистрибутивом.
(ср. статистический владелец бунты использует парадигму "мне будет достаточно, главное чтобы...", владелец арча обычно приходит на этот дистр имея за душой "мне что-то нужно в отличие от..." [мне нужен дистр. у которого в пакетах есть то чего нет у этого(я не хочу\Боюсь собирать софт вручную), мне нужен дистр, который проще почистить, мне нужен дистр без предустановленной DE, мне нужен дистр для обучения, но слэкварь я все еще боюсь, мне нужно что-то похожее на женту но только чтобы не компилить все в момент обновления и бла бла бла])
Т.е. как видите все примеры - это лишь крайность одной детали - пользователя, от лица которого будет происходить сравнение отличий. Исходя из этого как и писал выше главное отличие дистрибутов - это его идея и на кого эта идея рассчитывается.
Если философия малоинтересна и нужны тех. аспекты, то я остановил свою позицию на варианте "разные пакетные менеджеры и ессно технически сами пакеты ПО". В остальном все под философией "все возможно лишь бы захотелось" можно переделать и сделать тоже самое. Т.е. сделать на арче так, чтобы было как в бунте и наоборот.
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
У меня дома подобная схема, только до роутера домашний серверок с медийным контентом и сам телевизор LG "Общаются" с помощью простого(неуправляемого) свитча. Иногда на ящике появляется сообщение про якобы нестабильную сеть и я получаю отвал связи с медийником. Это точно не косяк провода, наводки, или плохого обжатия коннектора. Проблема решается перезагрузкой (с 5-10с паузой) этого свитча. Т.е. я хочу посоветовать в момент активации Вашей проблемы не медийник ребутнуть а то место где они сходятся в качестве сетевого оборудования, т.е. скорее всего роутер и посмотреть на результат.
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
nafanja
ну естественно оплачен выделенный IP и я его знаю
а вон оно как Михалыч (с). Следущий раз пиши у меня "есть" , а не я "знаю". Я тебя не правильно понял, поэтому откровенно много лишнего текста дал, теперь я вижу что нужно было написать только то что в PS пр. поста.
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
Opossum
Upd2: Ага, это связано с последствиями вот этого бага http://archlinux.org.ru/forum/topic/16512/
Если восстановить X сессию через посылки sigcont в нужные процессы, то начинает виснуть ssh у клиента. Надо копать дальше.
Т.е. если запустить отдельный терминал ctr+alt+3 например и от туда набрать без судо то все работает?
Я просто ед. что думаю по части разницы между заходит/не заходит - это то что под судо возможно ключи используются рутовые, видно у него все есть, а у юзера нет. (это пока ед. хоть и пальцем в небо)
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
... пока дошел до туалета появилась еще одна идея, сравните выхлоп с debug'ом с таким же выхлопом при использовании Sudo. (меня терзают смутные сомнения по поводу ключей лежащих у рута в директории)
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
Какая у Вас потребность? Если Вам нужно, чтобы Вы вручную указали адрес в сеть isp на своем ext интерфейсе, Вы должны купить аренду адреса выделенного у провайдера, только потом пробовать его выставлять на внешке руками. Если Вам динамически предоставляется адрес, Вы его не можете "знать" в том значении, о котором Вы пишите, если я правильно понял; Вы можете его "наблюдать". Т.е. знать его значение в текущий момент. Некоторые системы билинга повязаны с выдачей адресов через dhcp, т.е. в последний момент могут создаваться правила фильтрации на стороне isp на основе валидности выдачи ип, т.е. не факт, что инет заработает когда Вы вручную вбиваете "последний" использовавшийся Вами адрес. Когда ип выделяется провайдером, процесс больше становится ручным и правила скорее всего забиваются "гвоздем наглухо". Т.е. эти логические правила валидны всегда на текущем интерфейсе. Если Вы арендовали айпи адрес и не получаете линка от isp Вы должны обратится к их сетевикам службе поддержки с претензией на восстановление работы по выделенному ип, т.к. это должно быть закреплено юридическими нормами, например банальным договором аренды, который хотябы в электронной форме да наверняка у них присутствует. Далее с их точки зрения на Ваши слова они не сильно будут обращать внимания, т.к. по умолчанию статус пользователя равен чему-то вроде "расскажи ей/ему про зеленые лампочки на роутере". Поэтому дабы ускорить решение проблемы нормальный провайдер просто организует Вам встречу с инженером каким-либо , который лично убедится что у Вас не работает так как "Вы купили" и далее как говорится это уже не Ваша проблема, сидите ожидайте ее решения на стороне провайдера. В случае если аренды адреса не наблюдается, я рекомендую Вам бросить затею выставления адреса на ext интерфейсе ручным способом.
PS: есть еще один вариант который лезет в голову, вполне возможно что после покупки аренды стат. адреса сетевик isp просто сделал вам ед. возможный адрес в пуле по вашему маку, влану или как - то еще. Т.е. вродебы настройки стоят в динамике , а ип каждый раз верно выставляется в нужный. Тогда это проблема на isp. Не думаю что Вы можете чем-то помочь в решении задачи с Вашей стороны. Если подумать над Вашей информацией то стырить железо могли вместе с конфигами, а тот кто их выставлял может уже и не работает в этой организации, т.е. может быть Ваш Isp на данный момент просто еще недоконфигурил новые железки.
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
Зайти на сервер локально, пересоздать ключи.(сертификаты)
Если честно, не вижу в выхлопе ничего к чему можно было бы привязаться. Я думаю что раз открытый удалили, либо его сделать заного либо переиздать с нового закрытого.
http://archlinux.org.ru/forum/topic/15088/ сабж надо почитать в любом случае.
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
nafanja
подскажите, может ли клиент сам настроить внешний выделенный IP или его может выдавать только сервер провайдера?
Его выдает сетевой инженер на той стороне, обычно по короткой маске. Вы настроить его можете только если провайдер вам заранее выдал(объявил) ваш "персональный" ип, в др. случаях это смысла не имеет, т.к. на вланах у них там сто процентов стоят еще фильтры на всякий пожарный ну или какой-то др. механизм страхующий от "самопровозглашенцев". 1-2 адреса обычно могут выдавать в аренду частникам, платно, но не сказать чтобы уж прям дорого. Для тех кому надо впн-ится (site-to-site например) или прочее сии затраты выглядят как мелочь по сравнению со "спокойной" конфигурацией тек. хотелки, где статика в адресации является либо очень нужным либо ед. возможным решением. Для простых смертных (rdp, ftp домашнее и пр.) - по настроению.
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
ок, решено. Спасибо всем помогавшим.
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)