Уточняване на концепция за сървър #2

Closed
opened 2024-02-28 09:56:13 +02:00 by aastefanov · 4 comments
aastefanov commented 2024-02-28 09:56:13 +02:00 (Migrated from github.com)

До 2022 нещата бяха директно на желязото, 2023 имаше виртуалки + два контейнера.
Да си изчистим концепцията.

До 2022 нещата бяха директно на желязото, 2023 имаше виртуалки + два контейнера. Да си изчистим концепцията.
miim added this to the Server milestone 2024-04-27 02:09:49 +03:00
Owner

Общо взето май клоним към гол дебилиан с инсталирано каквото трябва:

  • some kind of network manager thing - дебианското ifupdown ни стига + nftables за firewall
  • dhcp, dns сървър(и)
  • рестриймър потенциално
  • таймерите
  • asterisk
  • вероятно wg за The Venue
  • вътрешния мониторинг

Единственото криво/различно за резервната машина ще е мрежата, ако не направим някоя udev магия да ни се казват еднакво интерфейсите.

Общо взето май клоним към гол дебилиан с инсталирано каквото трябва: - some kind of network manager thing - дебианското ifupdown ни стига + nftables за firewall - dhcp, dns сървър(и) - рестриймър потенциално - таймерите - asterisk - вероятно wg за The Venue - вътрешния мониторинг Единственото криво/различно за резервната машина ще е мрежата, ако не направим някоя udev магия да ни се казват еднакво интерфейсите.
albert referenced this issue from a commit 2024-05-01 14:20:21 +03:00
Member

Единственото криво/различно за резервната машина ще е мрежата, ако не направим някоя udev магия да ни се казват еднакво интерфейсите.

GRUB_CMDLINE_LINUX="... net.ifnames=0 biosdevname=0"

>Единственото криво/различно за резервната машина ще е мрежата, ако не направим някоя udev магия да ни се казват еднакво интерфейсите. `GRUB_CMDLINE_LINUX="... net.ifnames=0 biosdevname=0"`
Owner

@Yasen6275, да, ама не, има шанс резервния сървър да е с друг брой ланки :(

По-скоро може нещо от този сорт, за всеки от сървърите, в /etc/udev/rules.d/persistent-net.rules:

SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="aa:bb:cc:dd:ee:ff", NAME="wan"
SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="bb:cc:dd:ee:ff:aa", NAME="lan"

Или да видим ixgbe/i40e ако казва кой порт е първи и кой е втори да ги именуваме като "първи ван, втори лан"...

Edit: логнах се на сървър с ixgbe карта, не можем да различим портовете по по-смислен начин от мак адрес или PCIe адреса

@Yasen6275, да, ама не, има шанс резервния сървър да е с друг брой ланки :( По-скоро може нещо от този сорт, за всеки от сървърите, в `/etc/udev/rules.d/persistent-net.rules`: SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="aa:bb:cc:dd:ee:ff", NAME="wan" SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="bb:cc:dd:ee:ff:aa", NAME="lan" Или да видим ixgbe/i40e ако казва кой порт е първи и кой е втори да ги именуваме като "първи ван, втори лан"... Edit: логнах се на сървър с ixgbe карта, не можем да различим портовете по по-смислен начин от мак адрес или PCIe адреса
Owner

Update, ако искаме да не е по мак, на теория можем да мачнем по място на PCIe шината (но ако сложим две физически карти това ще се строши):

SUBSYSTEMS=="pcie", ACTION=="add", DRIVERS=="ixgbe", KERNELS=="*.0", ENV{NET_RENAME}="lan0"
SUBSYSTEMS=="pcie", ACTION=="add", DRIVERS=="ixgbe", KERNELS=="*.1", ENV{NET_RENAME}="lan1"
SUBSYSTEM=="net", ACTION=="add", ENV{NET_RENAME}=="?*", ATTR{type}=="1", NAME="$ENV{NET_RENAME}"

Идеята е че тази серия карти се представят като enp[x]s[y]f[z], където физическия порт на картата е номериран като z.

Update, ако искаме да не е по мак, на теория можем да мачнем по място на PCIe шината (но ако сложим две физически карти това ще се строши): ``` SUBSYSTEMS=="pcie", ACTION=="add", DRIVERS=="ixgbe", KERNELS=="*.0", ENV{NET_RENAME}="lan0" SUBSYSTEMS=="pcie", ACTION=="add", DRIVERS=="ixgbe", KERNELS=="*.1", ENV{NET_RENAME}="lan1" SUBSYSTEM=="net", ACTION=="add", ENV{NET_RENAME}=="?*", ATTR{type}=="1", NAME="$ENV{NET_RENAME}" ``` Идеята е че тази серия карти се представят като `enp[x]s[y]f[z]`, където физическия порт на картата е номериран като `z`.
Sign in to join this conversation.
No description provided.