Как же прекрасно, что в Debian 11 для установки wineHQ из репозиториев самого вайна, не надо устраивать пляски с бубном вокруг libfaudio0 из репозиториев OBS Studio
То ли дело в добавление contrib и non-free до установки wine, толи дело в том, что я пользуюсь development веткой wineHQ, но у меня просто установилось по инструкции, без всякий плясок.
Ещё одна боль, которая, скорее всего, свойственна не только Debian с LXDE, а в принципе для ноутов со старыми тачпадами Synaptic.
Основная боль в том, что после перехода на Wayland вместо старого доброго x.org, для тачпадов стала использоваться libinput вместо драйвера synaptic, и внезапно перестал работать клик по самому тачпаду (не по кнопке, а именно по полю), клик двумя пальцами и т.д.
Проблема оказалась решаемой, но пришлось повозиться
Создаём файл:
$touch /etc/X11/xorg.conf.d/99-synaptics-overrides.conf
И добавляем в него следующее:
Section "InputClass"
Identifier "touchpad overrides"
Driver "libinput"
MatchIsTouchpad "on"
Option "Tapping" "on"
Option "TappingButtonMap" "lmr"
EndSectionПосле перезагрузки тачпад заработал как надо
Чтобы сбросить аппарат к заводским настройкам, надо:
Телефон сбросится к заводским настройкам, поморгав лампочками
Офигенный, простой телефон, кстати. Пользуюсь уже больше месяца, слышимость огонь. Единственный недостаток — нет POE, и блок питания нужен 5В 2А, но у меня заработал на 5В 1А, и вроде норм пока (не нашёл в закромах 5В 2А)
Тут не столько про LXDE (хотя и про неё тоже), сколько про одиннадцатый дебиан в целом
Первое что надо сделать, чтобы стабильно работал wifi, установить «несвободный firmware».
Эта фишка с nonfree дебиана немного раздражает, но политика есть политика, по этому:
Добавляю несвободные репозитории:
$sudo sed -in 's/ main$/ main contrib non-free/g' /etc/apt/sources.list
Устанавливаю пакет firmware-linux:
$sudo apt update
$sudo apt install firmware-linux
Перезагружаемся и наслаждаемся тем, что wfi не теряет сеть и т.д. и т.п.
Обратите внимание, подобного головняка не будет в убунте, минте и подобных дистрибутивах, это фишка чистого дебиан
В LXDE нет по умолчанию нормального способа заставить ноут переходить в ждущий режим, я не разобрался, почему, и с радостью выслушаю, где я не прав, но мне помогло поставить пакет xfce4-power-manager
$sudo apt install xfce4-power-manager
После этого заработал ждущий режим
Просто ставим network-manager и всё начинает работать (у меня дополнительно ставятся openvpn и strongswan, потому что я подключаюсь к куче серверов через openvpn и ikev2)
sudo apt install openvpn network-manager-openvpn network-manager-openvpn-gnome network-manager-gnome network-manager-openconnect-gnome network-manager-strongswan
И вот оно счастье 🙂
Заодно network-manager добавляет resolvconf и не надо думать про openresolv и что-то подобное.
Серия заметок в первую очередь для самого себя, чтобы не забыть, что и как делал.
Привык уже, чтобы раскладки переключались по Win+Пробел. Кстати, когда приходится возвращаться в Windows 7, отсутствие такой плюшки дико бесит.
Так вот, в LXDE нет возможности изменить переключатель раскладки через графический интерфейс, приходится править файл
/etc/default/keyboard
Исходно, у меня файл выглядел вот так:
XKBMODEL="pc105"
XKBLAYOUT="us,ru"
XKBVARIANT=","
XKBOPTIONS="grp:alt_shift_toggle,grp_led:scroll"
BACKSPACE="guess"
Меняю XKBOPTIONS, чтобы получилось вот так:
XKBOPTIONS="grp:win_space_toggle,grp_led:scroll"
man говорит, что для применения изменений надо дёрнуть клавиатуру через udev или перезагрузиться, я перезагрузился, и переключаю клавиатуру привычным способом 🙂
Тут всё хоть и не очевидно, но очень просто: щёлкаем в правом нижнему углу панели, выбираем «Добавить\Убрать элементы панели», нажимаем кнопку добавить в окне:
и добавляем «обработчик раскладки клавиатуры
Всё, флажки показывают язык ввода 🙂
По результатам поездки к новому клиенту, у которого недавно уволился ИТшник
Если вам захочется установить себе Windows Server CORE, проверьте должно совпасть минимум одно из двух условий:
Если ни одно из условий не выполняется — ставьте обычный Windows Server
Когда я жил в Windows, я использовал прекрасный LightShot для скриншотов. О достоинствах рассказывать не буду, но он правда прекрасен. С окончательным переездом на Debian (с Gnome, только его настройки ниже) я соответственно перешёл на Flameshot, который не менее удобен.
Единственное, по умолчанию Flameshot стартует только с мышки, что не так удобно как просто нажать PrtScrn, но это можно изменить следующим образом:
Очищаем текущую настройку назначенных клавиш для PrtScrn (ещё раз повторяю, инструкция для Gnome3)
gsettings set org.gnome.settings-daemon.plugins.media-keys screenshot '[]'Настраиваем новую комбинацию клавиш:
Где:
имя: произвольное имя
команда: /usr/bin/flameshot gui
комбинация клавиш: нажимаем «Установить комбинацию клавиш» и однократно нажимаем PrtScrn на клавиатуре
Я люблю OpenVPN за массу возможностей и простоту настройки
Плюсом к этому отсутствие геммороя с PKI клиентских операционок: просто добавь свой CA в конфигурацию, и всё будет работать.
Не надо импортировть CA в хранилище клиента.
Это просто прекрасно — дал конфиг, работает. Все настройки там
А вот чем плох OpenVPN, это производительность. Он медленный. Просто ужас, какой медленный, в сравнении с ikev2 и wireguard. Но это значит ровно одно — если вам нужен производительный впн: site-to-site какой-нибудь, или просто гонять 1С в тонком клиенте с большими отчётами — выбирайте не openvpn, а если задача быстро развернуть ВПН для доступа в офис, или ещё куда-то — это ваш выбор 🙂
Если при настройке каталиста, например 3750 серии (также применимо и к 2960G, 2960X, 3560G, 3560X, 4507R-E, и, вероятно, другим железкам) вы воткнёте туда SFP модули не от Cisco (в моём случае это были модули микротик), получится сообщение об ошибке типа какого то из этих:
%PHY-4-UNSUPPORTED_TRANSCEIVER: Unsupported transceiver found in Gi0/48 %GBIC_SECURITY_CRYPT-4-VN_DATA_CRC_ERROR: GBIC in port Gi0/48 has bad crc %PM-4-ERR_DISABLE: gbic-invalid error detected on Gi0/1, putting Gi0/48 in err-disable state
В веб интерфейсе будет написано что-то вроде «Port disabled, unsupported module»
Официальная отмазка CISCO: мы можем отвечать за бесперебойную работу оборудования, только если везде используются наши модули, и не сможем оказать полноценную поддержку, по-этому использование модулей не-Cisco запрещено программно 🙂
Но! Всё же можно заставить их работать вместе. Гугл помог мне собрать полноценную инструкцию.
Для начала логинимся на коммутатор по telnet
Далее вводим следующие команды (>, #, (config)# — приглашения командной строки):
enable // Переходим в привилегированный режим (запросит пароль) configure // Переходим в режим изменения конфигурации (config)#no errdisable detect cause gbic-invalid // не переходить в ошибку при подключении не-Cisco модуля (config)#service unsupported-transceiver // включить поддержку не-Cisco трансиверов :)))
После выполнения последней команды получим подобное предупреждение:
Warning: When Cisco determines that a fault or defect can be traced to the use of third-party transceivers installed by a customer or reseller, then, at Cisco's discretion, Cisco may withhold support under warranty or a Cisco support program. In the course of providing support for a Cisco networking product Cisco may require that the end user install Cisco transceivers if Cisco determines that removing third-party parts will assist Cisco in diagnosing the cause of a support issue.
Далее вводим:
(config)#exit // выходим из конфигурирования #copy running-config startup-config // сохранить конфигурацию после перезагрузки (без этого шага, после ребута коммутатор снова ополчится на модуль)
Но, в моём случае, пришлось проделать:
#configure // обратно в конфигурацию (config)#errdisable recovery interval 120 // выставляем таймер восстановления порта в две минуты (можно меньше для данного случая, минимальное значение 30сек) (config)#errdisable recovery cause all // включить восстановление с использованием таймера (config)#exit // обратно в привилегированный режим #exit // вываливаемся из привилегий
И через пару минут я выполнил
>show int status
И увидел
Gi1/0/3 connected 1 a-full a-1000 unsupported
Модуль неподдерживается, но работает 🙂
P.S. На одном из двух коммутаторов, мне после всего проделанного пришлось выдернуть и вставить модуль обратно. Поднялось только после этого.
Сотовая связь работает на высоких радио частотах:
В общем случае, чем ниже частота — тем дальше распространяются радиоволны, при равной мощности, по этому, вне городов, чаще всего оборудование работает на 800-900 чем на 2100-2600
В любом случае, радиоволны высоких частот распространяются строго по прямой от передатчика, и чтобы у нас была хоть какая-то связь, мы должны «видеть» вышку. В данном случае «видеть» — это практически визуально наблюдать вышку. Между нами и вышкой не должно быть холмов, гор или чего-то подобного — рельеф не преодолим для радиоволн. Именно по этому вышки такие высокие.
Как правило, недалеко находится две вышки, реже одна. Так или иначе на карте покрытия своего оператора, или прямо на местности мы можем определить ближайшие вышки, и оценить видимость до них
Карты основных операторов Москвы и области:
Вот так, по карте покрытия можно примерно определить, где вышка (в примере Yota):
Определяем диапазон, в котором работает наша вышка. В этом поможет приложение Netmonitor Lite, доступное в Google Play. Приложение из первой статьи тут уже не поможет, потому что в полном объёме частоты не показывает. Что надо сделать:
В телефоне надо оставить одну сим-карту, если телефон двух-симочный.
Запустить приложение, на картинке будет что-то вроде:
Собственно — обведённое красным тип сети. Частота будет вот такой:
| На экране | Частота | Тип сети |
| G900 | 900 | 2G |
| G1800 | 1800 | 2G |
| GSM | 900/1800 | 2G |
| U900 | 900 | 3G |
| U2100 | 2100 | 3G |
| WCDMA | 2100* | 3G |
| L800 | 800 | 4G LTE |
| L1800 | 1800 | 4G LTE** |
| L2600 | 2600 | 4G LTE |
| L450 | 450 | 4G LTE*** |
* но это не точно :) ** в Московской области нет операторов на LTE 1800 *** никогда такого в телефоне не увидите. Телефонов с доступным LTE450 (band 31) в России не продают, есть только роутеры, с сим-картами Skylink
Если всё получилось у нас есть список частот, под которые подбирать репитер.
Самое большое веселье в этом всём процессе. Выбор огромный, но большинство заточено под LTE 1800, который есть много где в России, но не в Московской и ближайших к ней областях. Если нашлась сеть L1800 — огромное везение.
Итак, нам предстоит выбрать репитер. На что смотреть? На частоту и тип сети.
Допустим, для примера, у меня в деревне, LTE2600, WCDMA2100 UMTS1800, ну и 2G, конечно, но он меня не интересует.
Следовательно, мне нужен репитер для диапазонов
Я иду в магазины репитеров (гугл в помощь) и выбираю готовый комплект для этих частот. И тут меня постигает неудача, потому что репитеры будут либо 1800/2100 — что мне не подходит, потому что у меня LTE на 2600, либо 2100/2600, что мне в общем подходит. Но вот репитера на все три частоты я не найду. Более того, фиг найдёшь репитер на 3G1800/LTE2600. Зато легко может попасться комбайн на GSM900/3G2100/LTE2600.
В итоге мой выбор очевиден 2100/2600, или 900/2100/2600. Потому что я получу хотя минимум 3G и 4G LTE, или, бонусом, голос в GSM
Тем кому повезло с LTE 800 или LTE 450 скорее всего репитер не понадобится. Зоны покрытия у этих точек самые здоровые 🙂
Я постараюсь купить репитер комплектом, с уличной антенной, комнатной антенной и кабелями. Скорее всего, я добавлю в заказ дополнительную уличную антенну и антенный ответвитель, чтобы связь была и в доме и на улице…
А вешать всё буду примерно как в этой статье, со всеми грозозащитами и заземлением.
Антенну предназначенную для входного тракта репитера, постараюсь поднять повыше и направить в сторону вышки.
Тема мегасложная, но постарался изложить так, чтобы было понятно.