в ярлыке setenv или как-то так добавляешь

Ну можно типа /usr/share/applications/name_application.desktop  подредактировать
Можно в ~/.local/share/applications попробовать скопировать и подредактировать.

ребятке приветствую, если у меня на сервере 7 потоков , а лоад авередж 17, это же много (сервер перегружен) да?

ну я понял что неправильно вопрос задал,
даю больше информации по вопросу: дано вебсервер под нагрузкой, есть апач2 php-fpm и memcached все это на ссд в контейнере lxc на proxmox везет сайт на вордпрессе, сейчас на сервер нагрузка веселая (черная пятница, на сайт может примерно 400 посетителей в минуту лезет, там интернет магазин). собственно вопрос могу ли найти здесь специалиста который может в проконсультировать по вопросам нагрузки и поиска ботлнека .
ну и конечно это не за бесплатно, о цене договоримся в пм

Коллеги, подскажите как правильно написать
разрешить 22 порт, разрешить исходящие tcp, остальное закрыть.

ufw allow 22
ufw tcp allow
ufw deny all

ну ты смотри по логам вебсервера, но 99% таких случаев -- неоптимальные запросы к БД, 400 в минуту, это не нагрузка даже для ненастроенного сервера.

по умолчанию так и есть.

То есть ничего не надо дописывать?

трогать не надо, именно так.

sudo ufw default deny incoming
sudo ufw default allow outgoing

Default outgoing policy changed to 'allow'
(be sure to update your rules accordingly)

а разве не так по дефолту?

А в друг не так ? ХЗ чо там у него уже происходило

Контрольный выстрел

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

Ну так пусть почитает доку и посмотритк как вывести что уже существует.
А так спросил как сделать , написали , что не так ?
Не надо додумывать. Отвечаю всегда именно так как спрашивают остальное походу разбора полетов

ufw status  если что ?

да там wordpress с кучей палгинов и woocomerce в качестве плагина магазина, 90% сcpu жрет php-fpm, там конечно проблема в архитектуре, так на 20 посетителей в день выдерживало.... я вчера за клаудфларе спрятал сервер, что бы хоть кэш кладфлэйра чуть снял нагрузку, помогло, но не идеально. ну и да запросы в мускл тоже тупят не слабо.

В дополнение к замечанию про запросы к БД нужно добавить, что для максимальной отзывчивости через php-fpm нужно убедиться, что pm-static и всем хватает памяти
В случае pm=dynamic например php-fpm будет достаточно много тратить времени на создание процесса после получения запроса, а потом будет долго его убивать
"Долго" здесь на самом деле с точки зрения сетевого i/o, на глаз он делает это очень быстро. Хотя мне кажется, что у тебя совсем не тот случай, и дело в запросах к базе
Если используется postgres и достатончно объемные запросы, то стоит посмотреть в сторону оптимизации этих самых запросов на стороне СУБД через какой-нибудь хитруй плагин к постгресу. У меня был на примете один, сейчас найду его название