Valdemar Smörman, домру. Но сразу замечу именно домру а не выкупленный другой пров с его оборудованием, т.е. в моем случае линии построенные с нуля. Просто буквально на другом конце города тоже квартира и там домру это тихий ужас, тариф какбы 100, т.е. хитрая фраза "до 100 мбит*" а на практике самое жирное это 30-50 и то если повезет, в час пик еще хуже, сверху все посыпано отвалами довольно частыми.
Valdemar Smörman, белый это как повезет, всегда есть вероятность ситуации как у автора вопроса и это нормально. А продают провайдеры как услугу именно статику которая естественно привязывает тебе конкретный белый ip.
А по белости, ну мой провайдер дает мне 800 мбит\с , бесплатно белый пул ipv6 и за 10р в месяц статичный ipv4. И нет это не Москва и не Питер.
С бесперебойным питаловом есть вариант не только от 220v но и слаботочные. У нас к примеру в шкафах стоят апсы 220 на 24v, а дальше уже каким железкам напрямую 24v а каким то dc-dc блоки из 24 на 12 или 5, в т.ч. есть и апсы миниатюрные слаботочные
По БД, можете и смонтировать папкой но зачем если БД умеет работать по сети..
Выключать. банально командой "shutdown время". Это корректно все выключит, если ни какие службы не повисли.
q2zoff, видимо стандартный конфиг пульсы другой, опять же банально попробовать отключить линейный вход и микрофон через конфиг пульсы.
Что бы выяснить что влияет на шум пробуйте для эксперимента в pavucontrol включать\отключать разные входы\выходы и найдете виновника.
domanskiy, пытайтесь и осваивайте, только перед этим почитайте книгу, статью о MVC, что это, зачем, как и где применяется, как используется в java и в javafx в частности. Скажу даже по другому, MVC это обобщенный принцип, а вот его реализаций в подходе уйма.
Сам вопрос противоречит вообще всему.
Если утрировать то примерно так образно будет выглядеть один из вариантов MVC в javafx:
К примеру программа которая должна читать\сохранять файл, и выводить содержимое в таблицу на форме.
M (Model) - скажем будет DataModel.class. В нем 3 функции loadData(), saveData() и getData(). Реализует полностью логику работы Как читать\писать файл. Как переварить данные, сложить\умножить\...
V (View) - это непосредственно то как что то будет отображено на форме, т.е. это сам FXML файл или класс описывающий интерфейс, где какая кнопка, как она выглядит. Предоставляет ListView и пару кнопок для обращения к себе. Абсолютно ничего не знает откуда и как берутся данные для отображения(т.е. совсем).
С (Controller) - к примеру DataController.class. Этот класс знает только что предоставил View (опять же просто знает что там есть UI который сам нарисует) и пару кнопок, опять же не знает как они выглядят, где они находятся. Также знает где взять данные (из DataModel) но абсолютно не знает как она их получает. По итогу, тут идет стык Представления и Данных. Просто берет из DataModel методом getData() данные и передает их в View в listView. Берет событие кнопки load и вызывает в DataModel метод loadData(). При этом еще раз, контроллер понятия не имеет, где там кнопка на форме, как добываются данные, ему это до фени.
Как итог каждая часть не зависит от другой. Надо чтобы вместо получения данных из файла они брались из БД или телепатией? Не вопрос, просто переделай DataModel.class , все остальные части программы даже не поймут что что то изменилось. Надо вместо JavaFX отдать данные в виде вэб странички? Пожалуйста меняй View и опять же ничего другого переделывать не надо.
А теперь возвращаемся к началу, бегом читать литературу.
Wexter, rhel это необходимость суровая обусловленная очень специфичным софтом и в случае непредвиденных ситуаций нужно максимально быстрое решение. Так что насчет страдать это вы погорячились очень сильно.
Tesla4o, да, надо будет купить переходничек. Стоят они копейки. Единственное еще раз, смотрите такие для которых в linux есть драйвер из коробки.
Другой вопрос что за странная задача в которой понадобилась толкать данные не через локалку? У вас уже openwrt и обычный ПК да еще и похоже что openwrt на роутере который сеть и раздает.
Рональд Макдональд, ничего фантастичного, про первые два почитай, операторы дефакто знают все, у органов доступ через операторов либо спец железки в виде бс сот фейковых и даже есть в продаже правда не свободной.
Каптив портал крайне реален, проверено лично.
Я конечно не уверен но мне кажется можно чуть проще и с сертификатами проблем не должно возникнуть.
Поднять свой днс сервер и все запросы домена гугла подменять на localhost.
Поднять nginx, в нем слушать запрос и отвечать 301 на bing.com
В такой ситуации по идее не должно быть проблем с СА. Браузер при попытке google.com магически перейдет на bing.com. Или я уже забыл как это все работает, что тоже возможно.
Владимир, как написал автор сервер могут перезагрузить. Соответственно после перезагрузки нужно и начинать решать проблемы.
Ярослав Поляков, видимо не хотите понимать что я пытаюсь донести до Вас. Раз так то идите тупейшим путем, режьте глобально через cgroups потребление ресурсов для группы пользователей и под ними запускайте весь ваш софт который по совершенно неинтересной для вас причине начинает их выжирать. Демона ssh оставьте вне этих групп.
Еще вариант ulimit чтобы рулить в пределах процесса конкретного(хотя точнее будет сессии).
Еще вариант , раз вам глубоко пофиг на причина а значит и рождаемые вами проблемы убийства процессов и возможной потери данных, шаманить с конфигами самого OOMKiller чтобы он сам прибивал толстяка. В конечном счете сейчас вам нужен ssh чтобы просто прибить процесс так проще это автоматизировать.
Ярослав Поляков, еще раз, ищите первоисточник. Грубо , есть задача которая жрет все ЦП время? Ограничьте ее и оставьте свободным хотябы одно.? нет ядер\потоков тогда ограничьте для процесса потребление. Процесс жрет всю память, ограничьте потребление!
Теперь еще раз внимательно перечитайте оба сообщения.
Талян, На вашем месте я бы срочно и круглосуточно учил устройство текущего "МКД Протей", если решитесь перейти на астериск, а в вашем случае это 101% будет гораздо больше и в разы сложнее существующего, я Вам не завидую. У Вас связка будет далеко не из 3х серверов, и далеко не только из астериска, и знания понадобятся не только от него а как минимум еще и программиста некоего ЯП.
Ах да, в текущем случае у Вас есть ТП которая сможет ответить на вопрос, в случае астера\фрисвитч\самопала Вам не поможет вообще никто, каждый будет тянуть одеяло на себя и говорить что "всё говно, давай по новой и я знаю как правильно, да и вообще башляйте мне а я все сделаю".
По поводу финансирования, смиритесь, так везде. Все хотят лучше и дешевле, но это явно не тот случай.
Если вкратце, астериск, а вашем случае это будет лютейшая мешанина всего что не попадя, вообще не вариант. Для Вас астер норма это 1-20, ну максимум 50-100 абонентов и то без выпендрежа в виде связок и интеграций. Считаете не так? Представьте того кто сможет, если Вы построите, разгрести то говно что останется после Вас, которое понимаете только Вы и никто более, сколько гвоздей Вы забьете в свою гениальную машину которую другой посчитает говном и начнет сколачивать свою. Но вот только в случае МКД Протей есть ТП и документация которую можно почитать\спросить, а в случае астера\фрисвитч\иного есть четкая документация и ТП.
Еще раз, я не боготворю "МКД Протей", я пытаюсь донести что такие конторы(любые какие хотите серьезные) получают бабки за ТП далеко не просто так как и за стоимость своего софта.
Представьте что будет с Вами если ваше коленочное решение на таком масштабе выкинет segfault на ровном месте, да вы в таком масштабе пол года гадать будете с чем это связано за бесплатно а вэто время "около 1000" абонентов будет страдать, будут потери в бизнесе и Вам за это спасибо точно никто не скажет а в лучшем случае погонит сраным веником куда подальше.
Хотите понять что к чему хотябы поверхностно, поставьте себе астериск и попытайтесь повторить то что существует с той же надежностью. Дайте нагрузки синтетические. Сравните что даст этот самопал и то что существует. Сравните уровень удобства обслуживания и поиска проблем.
Я не знаю как еще Вам донести масштаб жопы в которую Вы собрались залезть без знаний. Ну сравните сами знаете что с трамвайной ручкой. Попробуйте представить что вы идете на войну в листочком на причинном месте и камнем а враг уже давно применяет терминаторов и лазерные бластеры.
Телефония это крайне сложно, это очень сложно, знания нужны(в случае VoIP) очень хорошие вплоть до устройства ОС на которой все крутится и сети.
