LINUX.ORG.RU

Сообщения Spider55

 

Путь /devices/platform/* это норма?

Форум — Mobile

Всем привет!

Ковыряю тут Android для своей железки и дошло дело до монтирования разделов. В «образцовом» fstab присутствуют строки такого вида:

# For sata                                                                                                                                                                                                       /devices/platform/*.sata* auto vfat defaults voldmanaged=sata:auto                                                                                                                                                                                                                                                                                                                                                     # For pcie ssd                                                                                                                                                                                                   /devices/platform/*.pcie* auto vfat defaults voldmanaged=pcie:auto


но такого пути нет и не предвидится. Зато есть пути типа: /dev/block/platform/fe150000.pcie/...

Возник вопрос. Это просто шаблонная строка в fstab? или всё же такие пути реально должны быть? Символические линки какого-нить аналога udev?

 , ,

Spider55
()
2 комментария

А возможно запускать *.sh из Ubuntu Descktop по DblClick?

Форум — Desktop

Всем привер!

Простите дурака за тупые вопросы, но не юзал я никогда GUI :(
Вот тут столкнулся с User Story что надо правой кнопкой тыкать и выбирать Run as... чтобы запустить исполняемый *.sh скрипт.

А можно где-то настроить чтобы просто по двойному клику? Погуглил - все мануалы не подходят чё-то, нет ни галочки ни файлика настройки что там предлагается...

 ,

Spider55
()
25 комментариев

Возможен ли RAM диск с синхронизацией записи на HDD?

Форум — Admin

Всем привет!

А изобретён ли уже такой велосипед, чтобы содержимое некой директории копировалось при монтировании в память и читалось далее только из памяти, но все изменения в файлах синхронизировались обратно на диск?

Погуглил и набрёл на overlayfs и tmpfs, но как подружить в желаемое, что от не соображу...
Хелп :(

 ,

Spider55
()
57 комментариев (стр. 2)

Пропадает «связь» с моей машиной из-за пределов роутера сети

Форум — Admin

Всем алоха!

Имеем машинку с ОС Ubuntu 22.04.5 LTS, она воткнута сетевой картой в много сегментную локальную сеть предприятия и статически прописан IP адрес (10.10.60.204/24) и шлюз (10.10.60.21).
И на первый взгляд всё работает.

Но спустя рандомное время (5-60 минут) простоя машины без обращения к ней по сети пропадает видимость её из-за пределов маршрутизатора. При этом «локально» т.е. с машин того же сетевого сегмента 10.10.60.0/24 «пациент» всё ещё доступен и можно зайти на него по ssh, а с машины например с 10.10.50.32 нет ни пингов ни конечно какого-то доступа.
При этом в tcpdump или iptables -LOG нет пакетов с попытками (ARP, ICMP) а в dmesg и syslog никаких изменений, то как смена линка, или каких то ошибок.
Ситуация лечится костылём в виде ping 10.10.60.21 и сразу же возвращается нормальное поведение.
Так же ситуация не наступает пока идёт активный сетевой трафик с этой машины куда угодно, например бесконечный ping 1.1.1.1 или что угодно.


Это у меня что-то не так? Тогда что?
Сетевые админы все типа проверили, меняли порт и даже патчкорд, но решения нет.

 

Spider55
()
51 комментарий (стр. 2)

wireguard клиент за NAT не видит ответов сервера

Форум — Admin

К своему стыду или счастью не имел дел с WG до текущего момента.

Вынудили тут установить на роутер для входа в частную сеть.
Вроде настроил и запустил. Вроде запустилось, но клиенты не могут поднять Handshake. Причём заметил, что не могут это сделать только те клиенты, у которых интернет через NAT.

В tcpdump на роутере с NAT это видно вот так:

00:16:53.196597 ppp0  Out IP <client.router.ip>.60641 > <wg.server.ip>.51820: UDP, length 148
00:16:53.371485 ppp0  In  IP <wg.server.ip>.33438 > <client.router.ip>.60641: UDP, length 92

со стороны клиента за NAT конечно же второй пакет (ответ от сервера WG) не приходит. Я вижу в этом логику NAT роутера такую, что это какой-то неизвестный ему пакет, такого в conntrack нету и он его отбрасывает, ибо не знает кому в сети его передать. Это и логично.
А как это должно работать? Есть какой-то WG conntrack helper? Не нашёл, да и как он узнает какие порты то пробрасывать? Можно как-то «заморозить» порт ответа от сервера? А как? тоже не нашёл...

Пример конфига сервера:
[Interface]
Address = 192.168.9.1/24
ListenPort = 51820
PrivateKey = 8KuFf8BE9dV/WQwCOTYhEjaNGIQKI5/VdyEfYyg4WHY=

[Peer]
# Client 1
PublicKey = e0p9r6uAZBMeZgEHT2YiflkPCQEdV3c4UhlfC/jahjo=
AllowedIPs = 192.168.9.2/32
PersistentKeepAlive = 25

Пример конфига клиента:
[Interface]
PrivateKey = sNF9d5uBmiK6HuuTA0enPf0nNZ6hKsBAvm/ug0LT7UU=
Address = 192.168.9.2/32, fd00:9::2/128
ListenPort = 51820
DNS = 192.168.9.1

[Peer]
PublicKey = LZEOHsadmY84S+dlL3sdRybTg64BJdnyAnfK/ld7slE=
# PresharedKey not used
AllowedIPs = 0.0.0.0/0, ::/0
Endpoint = router.org:51820
PersistentKeepAlive = 25

 , , ,

Spider55
()
24 комментария

Как понять причину не коннекта к SMTP по SSL?

Форум — Admin

Всем привет.

Есть китайский DVR с возможностью отправки EMAIL при событиях. Но вот беда, SSL и TLS в нём какие-то «кривые».
При его попытке отправить на сервер email, со стороны сервера видна следующая ошибка:

Jun 14 10:56:55 submission-login: Info: Disconnected: Connection closed: SSL_accept() failed: error:0A0000C1:SSL routines::no shared cipher (no auth attempts in 0 secs): user=<>, rip=188.232.165.188, rport=56714, lip=192.168.203.5, lport=465, TLS handshaking: SSL_accept() syscall failed: Invalid argument


Я вот думал, что он использует какой-то древний SSL/TLS, которые запрещены в dovecot и попробовал сделать так:
ssl_min_protocol = ANY
ssl_cipher_list = ALL:+LOW:+HIGH:+MEDIUM


но это ничего не изменило.
Подскажите что можно сделать? И можно ли?

ЗЫ. Знаю точно работающий вариант - выкинуть его. Но не приемлимо :))

 , ,

Spider55
()
22 комментария

StrongSwan один сервер но в разные сети на основе логина

Форум — Admin

Всем привет!

А возможно ли настроить strongswan ikev2 сервер так, чтобы на основе логина, он выдавал ip в разные подсети?

сейчас стоит rightsourceip=%dhcp и как и ожидалось адрес берут у dhcp сервера.
Можно ли как-то создать ещё секцию conn со своими правилами, и чтобы сервер выбирал нужную на основе login который предъявил клиент?

 , , , ,

Spider55
()
4 комментария

Не делает SNAT после DNAT iptables.

Форум — Admin

Всем привет

Надо сделать так, чтобы роутер портмаппил определенный TCP траффик одинаково прозрачно для клиентов на внутренний сервер в сети одинаково прозрачно для клиентов как из интернета так и из сети.

Постараюсь нарисовать как я себе это вижу и что не работает.

Вот такая схема работает:

iptables -t nat -A PREROUTING -p tcp --dport 8000 -j DNAT --to 192.168.1.20 
iptables -t nat -A POSTROUTING -o ppp0 -j SNAT --to [Public IP]


Client      -> Router              -> Server
Internet       [192.168.1.1]          [192.168.1.20]
[to:Public IP] [DNAT->192.168.1.20]
               [From:ExternalClientIP]

Тут «внешний» клиент ломится на внешний публичный адрес роутера на порт 8000 и роутер его DNATтит в сеть, там сервер видит «внешний» адрес клиента и через MASQUERADE ему получается ответить. Это проблем не вызывает.

Теперь этот же клиент делает то же самое но будучи внутри этой самой сети как локальный.
Client      -> Router              -> Server
Internet       [192.168.1.1]          [192.168.1.20]
[to:Public IP] [DNAT->192.168.1.20]
               [From:LocalClientIP]


В таком случае пакеты на адрес 192.168.1.20 идут с адреса LocalClientIP (например 192.168.1.2) и сервер сопоставляя одно с другим не видит необходимости направлять трафик на свой шлюз и отвечает клиенту на прямую, что клиент конечно же не ожидает и ничего не работает. Это как бы тоже очевидно.

добавляю правило
iptables -t nat -I POSTROUTING -p tcp --dport 8000 -d 192.168.1.20 -j SNAT --to 192.168.1.1


ожидаю, что роутер сменит адрес отправителя после DNAT на свой, и сервер 192.168.1.20 уже ответит ему.
Да я понимаю, что это двойной трафик в сети. Да я понимаю что это приведёт к лишней нагрузке на роутер. Но сейчас это за скобкой.

Так вот это правило SNAT не обрабатывается (счётчик не увеличивается). Если верить tcpdump пакеты всё ещё уходят с адресом отправителя равным Клиентскому (да и сервер 192.168.1.20 их видит таковыми)

Так вот вопрос: почему не работает SNAT? Потому что нет как такового перекладывания из интерфейса в интерфейс? Можно как-то принудить к этому?

Помню был подобный случай только с REDIRECT когда напрявлял в locahost, там был sysctl ключик net.ipv4.conf.all.route_localnet. Я даже попробовал его в этом применении - непомогает :(

 , , ,

Spider55
()
16 комментариев

Не поднимается линк на SFP портах Intel X710

Форум — Linux-hardware

Всем привет!

Пытаюсь поднять SFP порты на плате расширения Intel X710.
В SFP порт воткнут " SFP патчкорд" с другой стороны которого свитч TP Link и его SFP порт. Кабель рабочий, между двумя свитчами SFP линк прекрасно поднимается.
А воть между Свитчем и компьютером c платой X710 под управлением Linux, лаже линк не загорается.

Т.е. как устройство оно есть. Модуль загружен. «Кабель» определён. Но вот состояние NO-CARRIER.
Надо как-то принудительно поднять линк? А как?

Вот так Linux всё это видит:

root@router:~# lspci

01:00.0 Ethernet controller: Intel Corporation Ethernet Controller X710 for 10GbE SFP+ (rev 02)                                                                                                                  01:00.1 Ethernet controller: Intel Corporation Ethernet Controller X710 for 10GbE SFP+ (rev 02)                                                                                                                  01:00.2 Ethernet controller: Intel Corporation Ethernet Controller X710 for 10GbE SFP+ (rev 02)                                                                                                                  01:00.3 Ethernet controller: Intel Corporation Ethernet Controller X710 for 10GbE SFP+ (rev 02)


root@router:~# dmesg | grep i40                                                                                                                                                                                  [    3.492657] i40e: Intel(R) Ethernet Connection XL710 Network Driver                                                                                                                                           [    3.493108] i40e: Copyright (c) 2013 - 2019 Intel Corporation.                                                                                                                                                [    3.493551] i40e 0000:01:00.0: enabling device (0000 -> 0002)                                                                                                                                                 [    3.508011] i40e 0000:01:00.0: fw 9.140.76856 api 1.15 nvm 9.40 0x8000ecf8 0.0.0 [8086:1572] [8086:0000]                                                                                                      [    3.840666] i40e 0000:01:00.0: MAC address: 60:be:b4:1d:44:70                                                                                                                                                 [    3.845390] i40e 0000:01:00.0: PCI-Express: Speed 8.0GT/s Width x4                                                                                                                                            [    3.845831] i40e 0000:01:00.0: PCI-Express bandwidth available for this device may be insufficient for optimal performance.                                                                                   [    3.846601] i40e 0000:01:00.0: Please move the device to a different PCI-e link with more lanes and/or higher transfer rate.                                                                                  [    3.847866] i40e 0000:01:00.0: Features: PF-id[0] VFs: 32 VSIs: 34 QP: 16 RSS FD_ATR FD_SB NTUPLE VxLAN Geneve PTP VEPA                                                                                       [    3.848645] i40e 0000:01:00.1: enabling device (0000 -> 0002)                                                                                                                                                 [    3.861934] i40e 0000:01:00.1: fw 9.140.76856 api 1.15 nvm 9.40 0x8000ecf8 0.0.0 [8086:1572] [8086:0000]                                                                                                      [    4.194490] i40e 0000:01:00.1: MAC address: 60:be:b4:1d:44:71                                                                                                                                                 [    4.199108] i40e 0000:01:00.1: PCI-Express: Speed 8.0GT/s Width x4                                                                                                                                            [    4.199548] i40e 0000:01:00.1: PCI-Express bandwidth available for this device may be insufficient for optimal performance.                                                                                   [    4.200319] i40e 0000:01:00.1: Please move the device to a different PCI-e link with more lanes and/or higher transfer rate.                                                                                  [    4.201589] i40e 0000:01:00.1: Features: PF-id[1] VFs: 32 VSIs: 34 QP: 16 RSS FD_ATR FD_SB NTUPLE VxLAN Geneve PTP VEPA                                                                                       [    4.202360] i40e 0000:01:00.2: enabling device (0000 -> 0002)                                                                                                                                                 [    4.215468] i40e 0000:01:00.2: fw 9.140.76856 api 1.15 nvm 9.40 0x8000ecf8 0.0.0 [8086:1572] [8086:0000]                                                                                                      [    4.547957] i40e 0000:01:00.2: MAC address: 60:be:b4:1d:44:72                                                                                                                                                 [    4.552342] i40e 0000:01:00.2: PCI-Express: Speed 8.0GT/s Width x4                                                                                                                                            [    4.552782] i40e 0000:01:00.2: PCI-Express bandwidth available for this device may be insufficient for optimal performance.                                                                                   [    4.553552] i40e 0000:01:00.2: Please move the device to a different PCI-e link with more lanes and/or higher transfer rate.                                                                                  [    4.554751] i40e 0000:01:00.2: Features: PF-id[2] VFs: 32 VSIs: 34 QP: 16 RSS FD_ATR FD_SB NTUPLE VxLAN Geneve PTP VEPA                                                                                       [    4.555518] i40e 0000:01:00.3: enabling device (0000 -> 0002)                                                                                                                                                 [    4.567997] i40e 0000:01:00.3: fw 9.140.76856 api 1.15 nvm 9.40 0x8000ecf8 0.0.0 [8086:1572] [8086:0000]                                                                                                      [    4.900652] i40e 0000:01:00.3: MAC address: 60:be:b4:1d:44:73                                                                                                                                                 [    4.905036] i40e 0000:01:00.3: PCI-Express: Speed 8.0GT/s Width x4                                                                                                                                            [    4.905476] i40e 0000:01:00.3: PCI-Express bandwidth available for this device may be insufficient for optimal performance.                                                                                   [    4.906246] i40e 0000:01:00.3: Please move the device to a different PCI-e link with more lanes and/or higher transfer rate.                                                                                  [    4.907446] i40e 0000:01:00.3: Features: PF-id[3] VFs: 32 VSIs: 34 QP: 16 RSS FD_ATR FD_SB NTUPLE VxLAN Geneve PTP VEPA                                                                                       [    6.594679] i40e 0000:01:00.0 sfp1: renamed from eth0                                                                                                                                                         [    6.759375] i40e 0000:01:00.1 sfp2: renamed from eth1                                                                                                                                                         [    6.818991] i40e 0000:01:00.2 sfp3: renamed from eth2                                                                                                                                                         [    6.898869] i40e 0000:01:00.3 sfp4: renamed from eth3


root@router:~# ethtool -i sfp1
driver: i40e
version: 5.15.167
firmware-version: 9.40 0x8000ecf8 0.0.0
expansion-rom-version:
bus-info: 0000:01:00.0
supports-statistics: yes
supports-test: yes
supports-eeprom-access: yes
supports-register-dump: yes
supports-priv-flags: yes


root@router:~# ethtool -i sfp1
driver: i40e
version: 5.15.167
firmware-version: 9.40 0x8000ecf8 0.0.0
expansion-rom-version:
bus-info: 0000:01:00.0
supports-statistics: yes
supports-test: yes
supports-eeprom-access: yes
supports-register-dump: yes
supports-priv-flags: yes
root@router:~# ethtool sfp1
Settings for sfp1:
        Supported ports: [  ]
        Supported link modes:   10000baseT/Full
                                1000baseX/Full
                                10000baseSR/Full
                                10000baseLR/Full
        Supported pause frame use: Symmetric Receive-only
        Supports auto-negotiation: Yes
        Supported FEC modes: Not reported
        Advertised link modes:  10000baseT/Full
                                1000baseX/Full
                                10000baseSR/Full
                                10000baseLR/Full
        Advertised pause frame use: No
        Advertised auto-negotiation: Yes
        Advertised FEC modes: Not reported
        Speed: Unknown!
        Duplex: Unknown! (255)
        Auto-negotiation: off
        Port: Other
        PHYAD: 0
        Transceiver: internal
        Supports Wake-on: g
        Wake-on: g
        Current message level: 0x00000007 (7)
                               drv probe link
        Link detected: no


root@router:~# ethtool --module-info sfp1
        Identifier                                : 0x03 (SFP)
        Extended identifier                       : 0x04 (GBIC/SFP defined by 2-wire interface ID)
        Connector                                 : 0x21 (Copper pigtail)
        Transceiver codes                         : 0x01 0x00 0x00 0x00 0x41 0x04 0x80 0xd5 0x00
        Transceiver type                          : Infiniband: 1X Copper Passive
        Transceiver type                          : FC: short distance (S)
        Transceiver type                          : FC: Electrical inter-enclosure (EL)
        Transceiver type                          : Passive Cable
        Transceiver type                          : FC: Twin Axial Pair (TW)
        Transceiver type                          : FC: 1200 MBytes/sec
        Transceiver type                          : FC: 800 MBytes/sec
        Transceiver type                          : FC: 400 MBytes/sec
        Transceiver type                          : FC: 200 MBytes/sec
        Transceiver type                          : FC: 100 MBytes/sec
        Encoding                                  : 0x00 (unspecified)
        BR, Nominal                               : 10300MBd
        Rate identifier                           : 0x00 (unspecified)
        Length (SMF,km)                           : 0km
        Length (SMF)                              : 0m
        Length (50um)                             : 0m
        Length (62.5um)                           : 0m
        Length (Copper)                           : 1m
        Length (OM3)                              : 0m
        Passive Cu cmplnce.                       : 0x01 (SFF-8431 appendix E) [SFF-8472 rev10.4 only]
        Vendor name                               : OEM
        Vendor OUI                                : 3c:18:a0
        Vendor PN                                 : SFP-10G-CU1M
        Vendor rev                                : A
        Option values                             : 0x00 0x00
        BR margin, max                            : 0%
        BR margin, min                            : 0%
        Vendor SN                                 : 2407160036
        Date code                                 : 240716


root@router:~# ip link show dev sfp1
8: sfp1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN mode DEFAULT group default qlen 1000
    link/ether 00:d0:b4:02:84:6e brd ff:ff:ff:ff:ff:ff permaddr 60:be:b4:1d:44:70

 ,

Spider55
()
25 комментариев

В чем принципиальное отличие от bridge с набором vlan интерфейсов от bridge c vlan

Форум — Admin

Привет.

Не знаю как правильно утолкать суть в заголовок...
В общем при настройке software bridge в Linux классический подход (для меня) это создать bridge интерфейс к пример утилей brctl и напихать в ней интерфейсов через addif. При этом если вдруг надо использовать VLAN, то я делал vlan интерфейсы через ip ... vlan и уже эти vlan (к примеру eth0.12) добавлял через addif в мост.
Но тут мир не стоит на месте и у моста появился функционал VLAN. При этом в моста добавляется eth0, а уже потом там теггируется под VLAN и на выходе имеем к примеру br0.12, который будет использовать указанные интерфейсы согласно VLAN или без него.
При этом пока абсолютно не понятно как это работает :))

Может кто-нить объяснить или навести на литературу какую зачем это ? и чем был плох предыдущий подход?


Перемещено hobbit из general

 ,

Spider55
()
19 комментариев

WPA Enterprise авторизация только паролем

Форум — Security

Всем привет.
Я ещё не волшебник в этом всем Enterprise и только учусь.
По мануалу настроил примитивную авторизацию. И при попытке подключения к сети у пользователя спрашивают логин и пароль. Идеально! Так и хотелось.
Но тут встала проблема тупости юзверей. Ну не могут они так резко перейти на новую авторизацию.
Давайте опустим полемику о том что это не тру и так не надо.
А можно ли оставить Enterprise но продолжить авторизироваться только по паролю. Есть какой-то метод указать default логин и не спрашивать его у пользователей?

 , , , ,

Spider55
()
5 комментариев

Что за тип HASH у пароля из shadow $5hWbgtJAD42g?

Форум — General

Привет

У роутера в shadow файле вот такакой пароль
root:$5hWbgtJAD42g:12571:0:99999:7:::

Что это за тип такой? Согласно мануалу $5 это sha256, но там должно быть $5$.... и значительно длинее...

Это что-то кастомное?

 ,

Spider55
()
15 комментариев

Доступ к SD-CARD на RPI5 (/dev/mmc0) при загрузке с NVME

Форум — Linux-hardware

Всем привет!

Загрузил Raspberry Pi 5 с NVME. На первый взгляд всё прекрасно. Но вот понадобилось поспользоваться SD картой, думал если вставить в слот, оно её определит. А не тут то было.
Нет устройоства, и не появляется.

При загрузке есть такие строки:

[    0.415309] sdhci-brcmstb 1000fff000.mmc: Got CD GPIO
[    0.415388] mmc0: CQHCI version 5.10
[    2.725059] mmc0: SDHCI controller on 1000fff000.mmc [1000fff000.mmc] using ADMA 64-bit
[    2.879066] mmc1: SDHCI controller on 1001100000.mmc [1001100000.mmc] using ADMA 64-bit
[    2.933897] mmc1: new ultra high speed DDR50 SDIO card at address 0001

на mmc1 вроде как Wifi сетевуха висит.

А вот SD-CARD в mmc0 не детектится.
Может его как-то «пнуть» надо? Что мол вот - определись! :)

# lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
sda      8:0    0 223.6G  0 disk
├─sda1   8:1    0   512M  0 part /boot/firmware
└─sda2   8:2    0 223.1G  0 part /

 , , ,

Spider55
()
10 комментариев

Можно ли сменить Source IP multicast пакета проходящего через Linux роутер?

Форум — Admin

Всем привет.

Такое дело. Есть 2 сети, между которыми Linux Debian роутер с 2мя сетевыми картами. Роутер пробрасывает определённую часть трафика между ними.
Самая интересная часть - это multicast трафик DLNA из одной сети
и в другу.
minidlna сервер в одной сети, а телевизоры в другой.
Проброс трафика осуществлён с помощью утилиты smcroute, и всё даже на первый взгляд работает.
Но тут приобрели «новый» телик Samsung, и он на отрез не хочет видеть DLNA, проброшенный таким образом. При этом рядом стоит TLC с Android и прекрасно всё видит.
Закралась мысль, что новый телик режет трафик не из своей сети (по маске). Хотел провести эксперимент с подменой отправителя трафика.
Но вот столкнулся с проблемой, что iptables этот трафик в POSTROUTING не видят :( А смена адреса отправителя пакета вроде как только в этой ветке...

Есть идеи как можно решить данную ситуацию?

 , , ,

Spider55
()
14 комментариев

Установил GRUB UEFI, вижу 2 ошибки: error: no server specified и error: no suitable video mode found

Форум — Admin

Всем привет.

Обновил матринскую плату и решил всё таки перейти на UEFI загрузку Убунты.
Конвертнул диск в GPT. Создал EFI раздел. установил на него груб командой:

grub-install --target=x86_64-efi /dev/sdb --efi-directory=/boot/efi --boot-directory=/boot

и получил ответ

Выполняется установка для платформы x86_64-efi.
Установка завершена. Ошибок нет.

далее сделал update-grub2 и на всякий случай делал уже grub-mkconfig -o /boot/grub/grub.conf

В итоге загрузка через UEFI происходит и Linux загружается, но в самом начален сразу перед grub меню на экране 2 строки:

error: no server specified
error: no suitable video mode found

которые сами пропадаюи и идёт нормальная загрузка.
Не могу от них избавиться.

/etc/default/grub
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX="biosdevname=0 acpi=force"
GRUB_DISABLE_OS_PROBER=true

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
GRUB_GFXMODE=1024x768
GRUB_GFXPAYLOAD_LINUX=keep

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"



Перемещено hobbit из general

 , , ,

Spider55
()
32 комментария

Как понять умеет ли Wifi сетевуха 80MHz или даже 160MHz?

Форум — Linux-hardware

Всем привет!

Возник у меня вопрос, как определить по чипу что он умеет?
Вот тыкаю в OpenWRT и он там в настройках кажет возможные ширины каналов в зависимости от конкретной модели. При этом как я понял он это определяет «динамически».

Я пробовал много смотреть в вывод 

iw phy
, но даже зная что сейчас оно вещает в 80MHz и точно это может, по выводу я этого не понял... Если не брать косвенные признаки типа комментариев что мол может short GI на 80.
Wiphy phy1
        wiphy index: 1
        max # scan SSIDs: 4
        max scan IEs length: 2247 bytes
        max # sched scan SSIDs: 0
        max # match sets: 0
        Retry short limit: 7
        Retry long limit: 4
        Coverage class: 0 (up to 0m)
        Device supports AP-side u-APSD.
        Device supports T-DLS.
        Available Antennas: TX 0x3 RX 0x3
        Configured Antennas: TX 0x3 RX 0x3
        Supported interface modes:
                 * IBSS
                 * managed
                 * AP
                 * AP/VLAN
                 * monitor
                 * mesh point
                 * P2P-client
                 * P2P-GO
        Band 2:
                Capabilities: 0x1ff
                        RX LDPC
                        HT20/HT40
                        SM Power Save disabled
                        RX Greenfield
                        RX HT20 SGI
                        RX HT40 SGI
                        TX STBC
                        RX STBC 1-stream
                        Max AMSDU length: 3839 bytes
                        No DSSS/CCK HT40
                Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
                Minimum RX AMPDU time spacing: No restriction (0x00)
                HT TX/RX MCS rate indexes supported: 0-15
                VHT Capabilities (0x318001b0):
                        Max MPDU length: 3895
                        Supported Channel Width: neither 160 nor 80+80
                        RX LDPC
                        short GI (80 MHz)
                        TX STBC
                        RX antenna pattern consistency
                        TX antenna pattern consistency
                VHT RX MCS set:
                        1 streams: MCS 0-9
                        2 streams: MCS 0-9
                        3 streams: not supported
                        4 streams: not supported
                        5 streams: not supported
                        6 streams: not supported
                        7 streams: not supported
                        8 streams: not supported
                VHT RX highest supported: 0 Mbps
                VHT TX MCS set:
                        1 streams: MCS 0-9
                        2 streams: MCS 0-9
                        3 streams: not supported
                        4 streams: not supported
                        5 streams: not supported
                        6 streams: not supported
                        7 streams: not supported
                        8 streams: not supported
                VHT TX highest supported: 0 Mbps
                VHT extended NSS: not supported
                Frequencies:
                        * 5180 MHz [36] (20.0 dBm)
                        * 5200 MHz [40] (20.0 dBm)
                        * 5220 MHz [44] (20.0 dBm)
                        * 5240 MHz [48] (20.0 dBm)
                        * 5260 MHz [52] (20.0 dBm) (radar detection)
                        * 5280 MHz [56] (20.0 dBm) (radar detection)
                        * 5300 MHz [60] (20.0 dBm) (radar detection)
                        * 5320 MHz [64] (20.0 dBm) (radar detection)
                        * 5500 MHz [100] (23.0 dBm) (radar detection)
                        * 5520 MHz [104] (23.0 dBm) (radar detection)
                        * 5540 MHz [108] (23.0 dBm) (radar detection)
                        * 5560 MHz [112] (23.0 dBm) (radar detection)
                        * 5580 MHz [116] (23.0 dBm) (radar detection)
                        * 5600 MHz [120] (23.0 dBm) (radar detection)
                        * 5620 MHz [124] (23.0 dBm) (radar detection)
                        * 5640 MHz [128] (23.0 dBm) (radar detection)
                        * 5660 MHz [132] (23.0 dBm) (radar detection)
                        * 5680 MHz [136] (23.0 dBm) (radar detection)
                        * 5700 MHz [140] (23.0 dBm) (radar detection)
                        * 5720 MHz [144] (23.0 dBm) (radar detection)
                        * 5745 MHz [149] (disabled)
                        * 5765 MHz [153] (disabled)
                        * 5785 MHz [157] (disabled)
                        * 5805 MHz [161] (disabled)
                        * 5825 MHz [165] (disabled)
                        * 5845 MHz [169] (disabled)
                        * 5865 MHz [173] (disabled)
                        * 5885 MHz [177] (disabled)
        valid interface combinations:
                 * #{ IBSS } <= 1, #{ managed, AP, mesh point, P2P-client, P2P-GO } <= 8,
                   total <= 8, #channels <= 1, STA/AP BI must match, radar detect widths: { 20 MHz (no HT), 20 MHz, 40 MHz, 80 MHz }

        HT Capability overrides:
                 * MCS: ff ff ff ff ff ff ff ff ff ff
                 * maximum A-MSDU length
                 * supported channel width
                 * short GI for 40 MHz
                 * max A-MPDU length exponent
                 * min MPDU start spacing
        max # scan plans: 1
        max scan plan interval: -1
        max scan plan iterations: 0
        Supported extended features:
                * [ VHT_IBSS ]: VHT-IBSS
                * [ RRM ]: RRM
                * [ FILS_STA ]: STA FILS (Fast Initial Link Setup)
                * [ CQM_RSSI_LIST ]: multiple CQM_RSSI_THOLD records
                * [ CONTROL_PORT_OVER_NL80211 ]: control port over nl80211
                * [ TXQS ]: FQ-CoDel-enabled intermediate TXQs
                * [ SCAN_RANDOM_SN ]: use random sequence numbers in scans
                * [ SCAN_MIN_PREQ_CONTENT ]: use probe request with only rate IEs in scans
                * [ AIRTIME_FAIRNESS ]: airtime fairness scheduling
                * [ AQL ]: Airtime Queue Limits (AQL)
                * [ CONTROL_PORT_NO_PREAUTH ]: disable pre-auth over nl80211 control port support
                * [ DEL_IBSS_STA ]: deletion of IBSS station support
                * [ SCAN_FREQ_KHZ ]: scan on kHz frequency support
                * [ CONTROL_PORT_OVER_NL80211_TX_STATUS ]: tx status for nl80211 control port support


Сам OpenWRT далее в rpc оперирует терминами VHT80 и VHT160, но от куда их берёт не понятно мне.

А чего это я ... Вот мне любопытно что может карточка AR9380 от TP-LINK TL-WDN4800, может хотя бы по личному знанию кто ответит...

И вот её вывод:
Wiphy phy1
        wiphy index: 1
        max # scan SSIDs: 4
        max scan IEs length: 2257 bytes
        max # sched scan SSIDs: 0
        max # match sets: 0
        Retry short limit: 7
        Retry long limit: 4
        Coverage class: 0 (up to 0m)
        Device supports RSN-IBSS.
        Device supports AP-side u-APSD.
        Device supports T-DLS.
        Supported Ciphers:
                * WEP40 (00-0f-ac:1)
                * WEP104 (00-0f-ac:5)
                * TKIP (00-0f-ac:2)
                * CCMP-128 (00-0f-ac:4)
                * CCMP-256 (00-0f-ac:10)
                * GCMP-128 (00-0f-ac:8)
                * GCMP-256 (00-0f-ac:9)
                * CMAC (00-0f-ac:6)
                * CMAC-256 (00-0f-ac:13)
                * GMAC-128 (00-0f-ac:11)
                * GMAC-256 (00-0f-ac:12)
        Available Antennas: TX 0x7 RX 0x7
        Configured Antennas: TX 0x7 RX 0x7
        Supported interface modes:
                 * IBSS
                 * managed
                 * AP
                 * AP/VLAN
                 * monitor
                 * mesh point
                 * P2P-client
                 * P2P-GO
                 * outside context of a BSS
        Band 1:
                Capabilities: 0x11ef
                        RX LDPC
                        HT20/HT40
                        SM Power Save disabled
                        RX HT20 SGI
                        RX HT40 SGI
                        TX STBC
                        RX STBC 1-stream
                        Max AMSDU length: 3839 bytes
                        DSSS/CCK HT40
                Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
                Minimum RX AMPDU time spacing: 8 usec (0x06)
                HT TX/RX MCS rate indexes supported: 0-23
                Bitrates (non-HT):
                        * 1.0 Mbps
                        * 2.0 Mbps (short preamble supported)
                        * 5.5 Mbps (short preamble supported)
                        * 11.0 Mbps (short preamble supported)
                        * 6.0 Mbps
                        * 9.0 Mbps
                        * 12.0 Mbps
                        * 18.0 Mbps
                        * 24.0 Mbps
                        * 36.0 Mbps
                        * 48.0 Mbps
                        * 54.0 Mbps
                Frequencies:
                        * 2412 MHz [1] (20.0 dBm)
                        * 2417 MHz [2] (20.0 dBm)
                        * 2422 MHz [3] (20.0 dBm)
                        * 2427 MHz [4] (20.0 dBm)
                        * 2432 MHz [5] (20.0 dBm)
                        * 2437 MHz [6] (20.0 dBm)
                        * 2442 MHz [7] (20.0 dBm)
                        * 2447 MHz [8] (20.0 dBm)
                        * 2452 MHz [9] (20.0 dBm)
                        * 2457 MHz [10] (20.0 dBm)
                        * 2462 MHz [11] (20.0 dBm)
                        * 2467 MHz [12] (20.0 dBm)
                        * 2472 MHz [13] (20.0 dBm)
                        * 2484 MHz [14] (disabled)
        Band 2:
                Capabilities: 0x11ef
                        RX LDPC
                        HT20/HT40
                        SM Power Save disabled
                        RX HT20 SGI
                        RX HT40 SGI
                        TX STBC
                        RX STBC 1-stream
                        Max AMSDU length: 3839 bytes
                        DSSS/CCK HT40
                Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
                Minimum RX AMPDU time spacing: 8 usec (0x06)
                HT TX/RX MCS rate indexes supported: 0-23
                Bitrates (non-HT):
                        * 6.0 Mbps
                        * 9.0 Mbps
                        * 12.0 Mbps
                        * 18.0 Mbps
                        * 24.0 Mbps
                        * 36.0 Mbps
                        * 48.0 Mbps
                        * 54.0 Mbps
                Frequencies:
                        * 5180 MHz [36] (17.0 dBm)
                        * 5200 MHz [40] (17.0 dBm)
                        * 5220 MHz [44] (17.0 dBm)
                        * 5240 MHz [48] (17.0 dBm)
                        * 5260 MHz [52] (23.0 dBm) (no IR, radar detection)
                        * 5280 MHz [56] (23.0 dBm) (no IR, radar detection)
                        * 5300 MHz [60] (23.0 dBm) (no IR, radar detection)
                        * 5320 MHz [64] (23.0 dBm) (no IR, radar detection)
                        * 5500 MHz [100] (disabled)
                        * 5520 MHz [104] (disabled)
                        * 5540 MHz [108] (disabled)
                        * 5560 MHz [112] (disabled)
                        * 5580 MHz [116] (disabled)
                        * 5600 MHz [120] (disabled)
                        * 5620 MHz [124] (disabled)
                        * 5640 MHz [128] (disabled)
                        * 5660 MHz [132] (disabled)
                        * 5680 MHz [136] (disabled)
                        * 5700 MHz [140] (disabled)
                        * 5745 MHz [149] (30.0 dBm)
                        * 5765 MHz [153] (30.0 dBm)
                        * 5785 MHz [157] (30.0 dBm)
                        * 5805 MHz [161] (30.0 dBm)
                        * 5825 MHz [165] (30.0 dBm)
        Supported commands:
                 * new_interface
                 * set_interface
                 * new_key
                 * start_ap
                 * new_station
                 * new_mpath
                 * set_mesh_config
                 * set_bss
                 * authenticate
                 * associate
                 * deauthenticate
                 * disassociate
                 * join_ibss
                 * join_mesh
                 * remain_on_channel
                 * set_tx_bitrate_mask
                 * frame
                 * frame_wait_cancel
                 * set_wiphy_netns
                 * set_channel
                 * tdls_mgmt
                 * tdls_oper
                 * probe_client
                 * set_noack_map
                 * register_beacons
                 * start_p2p_device
                 * set_mcast_rate
                 * connect
                 * disconnect
                 * channel_switch
                 * set_qos_map
                 * set_multicast_to_unicast
        software interface modes (can always be added):
                 * AP/VLAN
                 * monitor
        valid interface combinations:
                 * #{ managed } <= 2048, #{ AP, mesh point } <= 8, #{ P2P-client, P2P-GO } <= 1,
                   total <= 2048, #channels <= 1, STA/AP BI must match
        HT Capability overrides:
                 * MCS: ff ff ff ff ff ff ff ff ff ff
                 * maximum A-MSDU length
                 * supported channel width
                 * short GI for 40 MHz
                 * max A-MPDU length exponent
                 * min MPDU start spacing
        Device supports TX status socket option.
        Device supports HT-IBSS.
        Device supports SAE with AUTHENTICATE command
        Device supports low priority scan.
        Device supports scan flush.
        Device supports AP scan.
        Device supports per-vif TX power setting
        P2P GO supports CT window setting
        Driver supports full state transitions for AP/GO clients
        Driver supports a userspace MPM
        Device supports active monitor (which will ACK incoming frames)
        Driver/device bandwidth changes during BSS lifetime (AP/GO mode)
        Device supports configuring vdev MAC-addr on create.
        max # scan plans: 1
        max scan plan interval: -1
        max scan plan iterations: 0
        Supported TX frame types:
                 * IBSS: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
                 * managed: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
                 * AP: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
                 * AP/VLAN: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
                 * mesh point: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
                 * P2P-client: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
                 * P2P-GO: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
                 * P2P-device: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
        Supported RX frame types:
                 * IBSS: 0x40 0xb0 0xc0 0xd0
                 * managed: 0x40 0xb0 0xd0
                 * AP: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
                 * AP/VLAN: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
                 * mesh point: 0xb0 0xc0 0xd0
                 * P2P-client: 0x40 0xd0
                 * P2P-GO: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
                 * P2P-device: 0x40 0xd0
        Supported extended features:
                * [ RRM ]: RRM
                * [ FILS_STA ]: STA FILS (Fast Initial Link Setup)
                * [ CQM_RSSI_LIST ]: multiple CQM_RSSI_THOLD records
                * [ CONTROL_PORT_OVER_NL80211 ]: control port over nl80211
                * [ TXQS ]: FQ-CoDel-enabled intermediate TXQs
                * [ AIRTIME_FAIRNESS ]: airtime fairness scheduling
                * [ SCAN_RANDOM_SN ]: use random sequence numbers in scans
                * [ SCAN_MIN_PREQ_CONTENT ]: use probe request with only rate IEs in scans
                * [ CAN_REPLACE_PTK0 ]: can safely replace PTK 0 when rekeying
                * [ CONTROL_PORT_NO_PREAUTH ]: disable pre-auth over nl80211 control port support
                * [ DEL_IBSS_STA ]: deletion of IBSS station support
                * [ MULTICAST_REGISTRATIONS ]: mgmt frame registration for multicast
                * [ SCAN_FREQ_KHZ ]: scan on kHz frequency support
                * [ CONTROL_PORT_OVER_NL80211_TX_STATUS ]: tx status for nl80211 control port support

 , ,

Spider55
()
8 комментариев

Можно ли заставить Intel HD Graphics всегда работать Full Speed?

Форум — Games

Всем привет.

Запустил в Xorg приложение использующее 3D рендринг.
Утилита intel-gpu-top показывает частоту ядра и она скачет от 450 до 600. Логично предположить, что железо экономит ресурсы.

А есть способ пнуть его всегда в Turbo режим? без этого ondemand?

 ,

Spider55
()
5 комментариев

Раскраска вывода в консоль...

Форум — General

Всем привет!

Заказал у хостера VPS на базе Debian 12. Установили и запустили. Подключаюсь к ssh, а там .... новогодняя ёлка!
Весь вывод в консоль разукрашен в разные цвета. Нет оно прикольно конечно, но как и чем? Как убрать?
Раскрашивается буквально всё. вывод ps, вывод iptables, cat file.log, да вообще всё!

Чем это? Я к своему стыду такое встречаю впервые....

 , ,

Spider55
()
14 комментариев

Локальная почтовая очередь с периодические отправкой

Форум — General

Всем привет.

Я может как-то не так смотрю на велосипед и снова его изобретаю, но хочется следующего: из командной строки отправлять email через smtp с авторизацией от имени одного конкретного email но с «очередью».

Возможно как то сложно описал, но что то не получается иначе. Смысл какой. Сейчас у меня на Ubuntu настроен ssmtp, он заменил собой утилиту mail и sendmail и он даже работает. Но у него есть минус - он блокируется на время отправки. Т.е. он пытается и отправляет письмо здесь и сейчас по факту выполнения команды.
А можно ли как то чем то делать все тоже самое, чтолько чтобы в момент выполнения mail письмо клалось в какю то очередь и уже фоновый демон потихоньку реализовывал эту очередь?

 , ,

Spider55
()
14 комментариев

Можно ли средствами networkd-dispatcher получить событие выдачи сервером DHCP адреса клиенту?

Форум — Admin

Всем привет.

Решил попробовать настроить на systemd-networkd DHCP сервер (ага и так можно, DHCPServer=yes). И он даже работает. Через DBus можно узнавать статус и прочее.

Вот захотелось получить событие в момент выдачи IP для клиента и вроде как для этих целей есть networkd-dispatcher.

Но документация скуданая, надо ковырять. Прежде чем ковырять решил спросить - вдруг кто уже знает как?

 ,

Spider55
()
1 комментарий
следующие →

RSS подписка на новые темы