Кир aka Dober

Отладка включена? Ну и прекрасно!

adb shell
su
rm /data/system/locksettings.db
rm /data/system/locksettings.db-wal
rm /data/system/locksettings.db-shm
rm /data/system/*.key
reboot

Ну, или можно в базе его изменить :)

adb shell
cd /data/data/com.android.providers.settings/databases
sqlite3 settings.db
update system set value=0 where name=’lock_pattern_autolock’;
update system set value=0 where name=’lockscreen.lockedoutpermanently’;
update secure set value=0 where name='lock_pattern_autolock';
update secure set value=0 where name='lockscreen.lockedoutpermanently';
.quit
reboot

Если после перезагрузки он все равно попросит ввести пароль - вводите произвольный.

В некоторых - есть (Nexus 4, например). В некоторых - только JTAG. С последним, конечно, мороки больше. Но, зато - полный доступ на самом низком уровне общения.

Кратко: нет, не передается. Причина - это либо бессмысленно, либо избыточно. Уникальным s/n модуля является как раз упомянутый IMEI.
Оговорка: есть поля, в котором (теоретически) отдельно взятый модуль модуль сможет передать информацию, не оговоренную в стандарте. Но они просто не будут восприняты, а если и будут - как raw-hex будут записаны в лог БС, дальше лога не уйдут - BSC их не обработает.
Подробнее можно читать: GSM02.07 , а если кто-то распустит слух, что в 3G/LTE все иначе - то еще тут и тут. Да и вообще, есть же сборник стандартов ETSI - выбираете технологию и читаете.

Если я правильно понимаю вопрос, и задача заключается в подключении из интернет - на роутере 1 (который в интернет смотрит) пробросьте порт на второй роутер (например ХХХ.ХХХ.ХХХ.ХХХ:81 >>192.168.0.101:80). На втором, соответственно выключите DHCP, что бы не сбежал случайно.
Все. Набрав внешний адрес - подключитесь к первому, а указав дополнительно порт - ко второму.

Если не хотите разгребать неделю противоречия - не делайте так.
У FreePBX есть отличие и в структуре конфигов, и в формате. И, главное, часть конфигурации хранится в БД. Приоритеты не всегда очевидны.

Забекапте конфиги. Установите FreePBX, сделайте базовую настройку, а потом руками переносите диалплан и абонентов.

Ну и еще раз подумайте, нужна ли Вам эта достаточно кривая надстройка, при условии работающего Asterisk-а.

Протокол передачи данных Telegram вполне безопасен (на текущий момент). Протокол открыт, исходные коды клиентов открыты, исследователям обещано очень вкусное вознаграждение за нахождение уязвимости. Я бы назвал его самым защищенным протоколом массовых мессенджеров на данный момент.
Но. Есть два нюанса:
1. Если злоумышленник завладеет телефонным номером, на который зарегистрирован абонент телеграма - злоумышленник получит доступ к спискам контактов и ко всей истории в открытых чатах. Историю в P2P чатах восстановить он не сможет. Вывод - оценить критичность и секретность передаваемой информации, достаточно критичные диалоги вести только через p2p-чаты.
2. Клиенты телеграма не защищают от удаленного управления устройством, на котором запущены. Например, есть ряд программ-троянов для Андроид, которые, (в самой простой реализации), обнаружив, что окно мессенджера активно - делают скриншоты с заданой периодичностью и отправляют их злоумышленнику. Вывод - защищать не только саму передачу данных, но и устройство в целом. Не вести секретные переговоры, не будучи уверенным в безопасности устройства с другой стороны

Крайне сомнительно, что бы эта программа получала IMEI/MAC-и на системном уровне, скорее всего она обращается к стандартному API. Поэтому смотрите в сторону Xposed Framework + XPrivacy
Есть возможность подменить отдаваемые программе идентификаторы, но есть нюансы, решение не универсальное.

В первую очередь Вам нужно учится администрировать ту операционную систему, на которой это будет реализовано. И уже во вторую разбираться в виртуализации, опять же, с учетом той модели, которая будет выбрана