посмотреть лог загрузки дебиана.
драйвера железок идут в виде модулей ядра линукса.
осмотром железок и загрузкой модулей для них занимается служба udev, с ней в комплекте идет набор правил, по которому и подключаются модули.
к примеру lspci -v показывает в строках начинающихся с Kernel какие модуля ядра используются для соответвующего железа.
Everything_is_bad, хотеть не значит мочь :)
хайчлоад требует больших денежных вливаний. что совершенно не выгодно на начальных стадиях любого сайта, пока на нем минимальны трафик и охват.
да и бессмысленен хайлоад на объемах в десяток серверов и потоке в сотни пользователей в час... это так сказать "мидлоад" :)
перестройка на хайлоад происходит по мере развития сайта и повышения нагрузки.
Александр Дегтярев, можно в роутере2 настроить статический LAN-адрес в диапазоне адресов роутер1 192.168.1.*
а в dhcp ротуер1 этот адрес запретить для динамической раздачи.
тогда роутер2 будет доступен по этому адресу.
alexkompozitov, так-то лоадбалансер лишь надстройка над пакетным фильтром в ядре системы. раньше когда пакетный фильтр в линуксе был iptables, можно было сказать да, сейчас пакетный фильтр в современном ядре nftables, так что скажу нет :) в 20.04 не знаю что конкретно.
Александр Дегтярев, подключаешься в LAN роутер2. выставляешь на подключенном компутере статический адрес из сети2 и подключаешься по адресу роутер2 (192.168.2.1)
можно намудрить и дать ему адрес из сети1. если так важно в него заглядывать
Александр Дегтярев, а он и не нужен.
вторая сетка будет прозрачно подключена к первой сети (роутер2 работает как свитч) и и все участники сети2 будут получать адреса от DHCP роутера1.
отключение DHCP на роутере2 аккурат нужно чтобы они меж собой не дрались.
Александр Дегтярев, т.е. первый роутер стоит между между интернетом и сетью1.
в разъем LAN роутера1 воткнут кабель который идет к разъему WAN роутера2.
я б перевел роутер2 в режим "свитч",
т.е. подключил кабель идущий от роутера1 в разъем LAN роутера2. в самом роутере надо выключить DHCP сервер.
тогда все компьютеры будут в одном адресном поле с полным доступом к другу другу.
RDP работает поверх TCP (костыли в топку :) )
nginx работает с протоколом HTTP(S)
тебе надо "пробросить порт" это уровень TCP.
nginx не умеет работать с TCP, он работает только с HTTP(S)
пробросом порта TCP занимается фаерволл (точнее пакетный фильтр, но пофих до тонкостей)
какая операционка стоит на 1.2.3.4 ??
ужас какой, никогда о таком не гооврите в приличном обществе :)
копируя файл базы данных в онлайн с большой вероятностью получаешь неконститеное состояние бд, ибо бд пофиг на внешние копирование и записывает она произвольную информацию в произвольное место файла.
hint000, аккум в сотовых включен по буферной схеме, никаких переключателей там нет. и для простоты схемы и не нужны они там.
т.е. выход зарядника напрямую подключен к входи питания платы. и наличие аккума здесь не важно.
не буду спорить за остальные смарты.
завтра достану из загашника старый смарт проверю вручную.
забыл упомянуть что надобно генерировать уникальный идентификатор машины /etc/machine-id для каждой виртуальной сущности.
на него завязаны системы получения уникальных номеров виртуальных железок, к примеру MAC виртуальной сетевой карточки и могут быть косяки при идентичных номерах машины.
# rm /etc/machine-id
# dbus-uuidgen --ensure=/etc/machine-id
еще глянуть /var/lib/dbus/machine-id он должен быть ссылкой на /etc/machine-id
Кирилл Дмитрий, если ты хочешь использовать смартфон как стационарный телефон, то вытащи аккум и намертво прискотчуй разъем зарядника, лучше 10 ваттного.
смарт (как минимум большинство) прекрасно будет себя чувствовать работая только от зарядки.
Oben, ага, "почемуто это так в винде" никто сказать не могёт, ибо винда закрыта по самые гланды и чегото там намудрили микрософтеры....
в линуксе есть пакеты с хорошо паралелящимся pzip и подобные - потому и быстрее.
драйвера железок идут в виде модулей ядра линукса.
осмотром железок и загрузкой модулей для них занимается служба udev, с ней в комплекте идет набор правил, по которому и подключаются модули.
к примеру lspci -v показывает в строках начинающихся с Kernel какие модуля ядра используются для соответвующего железа.
в lshw смотри строчки driver=