hint000

Если на cisco провайдера работает DHCP-сервер, то автоматически "подрубится".
Если нет DHCP, то нужно на Ubuntu статически настраивать.

Это не похоже на параболу (перспектива тут какая-то дикая, но всё равно тень от верней части параболы не могла быть настолько прямой (иными словами, я тут вижу некую асимптоту)). Скорее похоже на x=a+b*atan(c+d*z) (нужно подобрать a, b, c, d).

Для этого потребовалось бы встроить в Excel огромный словарь. И запилить функции для работы со словарём из формул и\или макросов. А microsoft уже давно выпилил даже из Word'а нормальный модуль проверки орфографии, не нужно им это: https://www.cnews.ru/news/top/rossijskaya_versiya_...

Для этого ПК нужно подключить через IP-KVM.
Стоимость IP-KVM сопоставима со стоимостью ПК.
Существуют десктопные материнские платы с IPMI, но они очень дорогие и очень редкие.

SRV-запись не поможет.
Разные номера портов назначайте.

В вертикальном меню иконки бывают уместны (не всегда, но бывают уместны).
В горизонтальном меню иконки загромождают.

Вангую, что если поменяете разрешение, то полоса исчезнет (на том основании, что в BIOS её нет; масштабирование для неродного разрешения и всё такое). Какая-то редкая неисправность в мониторе.

Флешка дохлая, только и всего. Нужно купить новую флешку.

а при обращение к subdomain.site.com перенаправило на 44.44.44.44 (почтовый сервер)

Почтовому серверу пофиг домен при установке соединения, так что ориентруйтесь по номерам портов.

iptables -A PREROUTING -d 22.22.22.22 -p tcp --dport 25 -j DNAT --to-destination 44.44.44.44
iptables -A PREROUTING -d 22.22.22.22 -p tcp --dport 465 -j DNAT --to-destination 44.44.44.44
iptables -A PREROUTING -d 22.22.22.22 -p tcp --dport 587 -j DNAT --to-destination 44.44.44.44

iptables -A PREROUTING -d 22.22.22.22 -p tcp --dport 80 -j DNAT --to-destination 33.33.33.33
iptables -A PREROUTING -d 22.22.22.22 -p tcp --dport 443 -j DNAT --to-destination 33.33.33.33

Если ваш почтовый сервер не использует порт 465/tcp или 587/tcp, то лишние правила можете убрать.

Хорошая статья, из которой процитирую несколько фраз:
https://habr.com/ru/company/itsoft/blog/525054/

...Дублирование того, что уже и так прописано в законе.
...Ничтожные пункты, которые противоречат законам.

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

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

Это не пароль пользователя

Ну-у-у... это пароль пользователя, таки да. Но это старый пароль пользователя. Хром не знает, что с тех пор пароль менялся. Попробуйте вспомнить, какой был пароль на момент установки системы.

По идее это так называемый пароль от связки ключей (keyring по-английски). После логина нужно разблокировать связку ключей, и это делается прозрачно, когда пароль пользователя совпадает с паролем связки. Но когда пароль пользователя сменили, то пароль связки ключей не менялся.
Решение где-то тут: https://www.google.com/search?q=change+keyring+password

P.S. То же самое актуально, например, для RDP-клиента Remmina, не только для Chromium.

iptables -A PREROUTING -d 1.1.1.1 -p tcp --dport НомерПорта -j DNAT --to-destination 10.8.0.2:НомерПортаМожноДругой

Использую git для хранения конфигураций серверов.

в Excel нажать Ctrl-H

a = ( i == j ? 1 : 0 )

другой вариант:
a = ( i >= j ? 1 : 0 )

третий вариант:
a = ( i <= j ? 1 : 0 )

четвёртый вариант:
a = ( i == n+1-j ? 1 : 0 )

пятый вариант:
a = ( i >= n+1-j ? 1 : 0 )

шестой вариант:
a = ( i <= n+1-j ? 1 : 0 )