Спасибо за перевод. А воспоминаний нахлынуло…
В дюке был занятный язык CON файлов и, как специально, набор спрайтов скорпионоподобного танка. Получилось довольно неплохо.

Не для .su. Благо партнеры регистратора в моем захолустье нашлись.

Каждый сисадмин знакомый с микроконтроллерами должен сделать свою железку для мониторинга серверной.
Я не исключение, только решил не городить ворох самодельных утилит и серверов, а докупил модуль для подключения в локальную сеть и добавил минимально необходимую поддержку snmp. Теперь смотрю за условиями среды через кактус.
Одна беда библиотека snmp отъела большой объем памяти контроллера.

Хорошо отчитались, это делает вам честь. Вы приобрели очень ценный опыт и даже поделились им. Говорят, что за одного битого двух небитых дают и это тоже, пожалуй, вам плюс в карму.
Но сам этот эпизод останется в копилке аргументов в пользу того, что есть сервисы, которые нельзя переносить за пределы своей сети.
Дело не в вас конкретно, а в возможности возникновения такой ситуации в принципе.

Можете уточнить с чем именно не могли справиться эти админы?

Есть частные случаи, для которых чистый астериск больше подходит, например самодельный gsm-шлюз.
Лично мне тот-же FreePBX просто неудобен. Редактирование конфигов напрямую для меня проще и нагляднее.

На мой взгляд, на выбор между «чистым» asterisk'ом и freepbx может повлиять первое знакомство. Например я, начав с «чистого», не смог потом освоить freepbx. Для меня последний неудобен.

Благодарю. Есть доступ.
В логах обнаружил записи о 12 неудачных попытках логина по ssh.

Здравствуйте, мои данные: 3800 / 1472871304

Сейчас работаю с такой платой для управления двигателями и так как мне показалось, что выводов контроллера и так мало, я оформил управление моторами через сдвиговый регистр 74HC595. Получилось на три вывода контроллера повесить драйвер и управление подсветкой на светодиодах.

Сейчас беспокоимся в какую школы после садика ребенка отдать, а его детям(а может и ему) предстоят муки выбора какие патчи своим детям ставить.

У меня такой вопрос, а зачем для каждого клиента отдельное правило с MASQUERADE?

Не знаю кто я больше консерватор или параноик, но я до сих мор не могу убедить себя в том, что хранить внутренние данные организации или свои личные данные «где-то там» — это нормально. Всё-таки важная информация должна храниться в подконтрольном владельцу этих данных месте. Облакам, можно доверить разве что зашифрованный бэкап.
Опять же прямая зависимость от работы каналов связи. Я помню случаи, когда в нашей конторе интернет пропадал более чем на 48 часов из-за форс мажора.
Жизненно важные для организации данные и сервисы должны быть «под рукой».

USB-модемы, кстати, очень даже надежны. Таким образом 3 канала крутится у нас уже год как минимум. И в вопросе ремонта с ними проще. Менять просто и соседние линии не страдают.
Один недостаток найти привычные и проверенные модели уже проблема.

Лего это просто, безопасно и совершенно не практично, на мой скромный взгляд. Игрушка в которой все важные процессы скрыты в черном ящике.
Мне довелось присутствовать на презентации ScratchDuino. Нам продемонстрировали шасси с мозгом в виде ардуино и кучей датчиков с унифицированными разъемами, под это шасси, программирование этого робота в среде Scratch и собственно все.

В разных УЗ столкнулся с диаметрально противоположными случаями. В первом, преподаватели отчаянно сопротивлялись внедрению Linux. В качестве аргументов приводились стандарты, спускаемые сверху, уже готовые рабочие программы, да много чего.
Во втором случае преподаватель (один), просто вёл занятия по собственной программе, максимально ужав всяческое «изучение редакторов и кнопки пуск». При вопросе о стандартах, отмахнулся тем, что стандарты можно трактовать как удобно в данном конкретном случае.

Еще вспомнил интересный аргумент. Мы учим работать в "%productname%" это популярная штука, а вашими линуксами никто не пользуется. Что студенты после учёбы делать будут если не знакомы с %productname%?

К сожалению, не имею возможности «потрогать» другие модели. Рад, что мои скудные знания об автонастройке еще актуальны и не введут никого в заблуждение.
А, что насчет телефонной книги и XML приложений вообще, сильно изменились принципы работы? Не хотелось бы описывать в статье устаревшие методы.

Всё верно, но я могу составить мнение только о том, что попробовал сам. Оставить без внимания такой замечательный аппарат я просто не мог.

Вот страничка моей модели, там есть ссылки.

Все телефонные книги генерируются связкой php+mysql в формате xml. Подробное описание формата книги для Grandstream есть на сайте производителя.
Я планирую еще одну статью о своём зоопарке, как раз о телефонных книгах.