[Предложение] x86 linux ISO

[doperst2]

Предлагаемое решение

Здравствуйте!
Не могли бы вы подготовить linux x86 ISO/USB img для старых машин (на Intel Atom, например).
У людей полно такого железа, те же нетбуки старые, которые можно было бы приспособить под прокси.
При установке спрашивать параметры сети, ну или чтобы он получал по DHCP себе адрес, и в своих установках прописывал по умолчанию 0.0.0.0 как свой адрес, чтобы работать в локалку.
Т.е. я скачиваю img, Баленой или чем-то ещё пишу его на флэшку, с неё на нетбуке запускаю установку, в процессе вбиваю реквизиты своей сети и желаемый IP для прокси в локалке (или получаю их по DHCP тут же), и система без головы с одной ролью - прокси. Даже web-интерфейс особо не нужен, ну или минимальный, с теми же настройками, что в Tray-версии...

Я думаю, для специалиста сделать подобное - раз плюнуть, а люди благодарны будут.

Для какой платформы актуально?

Все платформы

Дополнительный контекст

No response

[Stivux]

А в чем проблема установить любой лёгкий Linux без графического интерфейса, подключиться к нему через ssh и настроить, скажем, Docker-версию (инструкции есть, если что нейросети помогут)?

[doperst2]

А в чем проблема установить любой лёгкий Linux без графического интерфейса, подключиться к нему через ssh и настроить, скажем, Docker-версию (инструкции есть, если что нейросети помогут)?

Спасибо за пинок. Дело было за малым: скачал свежий debian-live-13.5.0-amd64-standard.iso (безголовый, только командная строка), а дальше были вопросы к гугловскому ИИ и подробные ответы.
Всё работает!
Супер!
Поставлю в конторе старенький Atom330 на службу корпоративному общению.
Спасибо авторам tg-ws-proxy!

МОЙ ВОПРОС:
"how to install tg ws proxy in debian command line"

ОТВЕТ ИИ:
To install and configure tg-ws-proxy (by Flowseal) on a Debian command line without a GUI,
installing it via Python source code inside a virtual environment is the recommended method.
The pre-compiled .deb package is intended for GUI desktop tray systems and will fail or crash
on standard headless servers.

Step [1]: Install Dependencies
Update your package list and install Python 3, virtual environment tools, and Git:

sudo apt update
sudo apt install -y python3 python3-venv python3-pip git
(я ещё sudo apt upgrade после update делал, на всякий случай)

Step [2]: Clone the Repository
Clone the official project repository and navigate into the directory:

git clone https://github.com/Flowseal/tg-ws-proxy.git
cd tg-ws-proxy

Step [3]: Set Up the Virtual Environment
Create an isolated Python virtual environment to avoid system package conflicts:

python3 -m venv venv
source venv/bin/activate

Step [4]: Install the Application
Install the application requirements using pip:

pip install -r requirements.txt
(здесь у меня выдаёт ошибку, потому что не может найти файл с requirementsами, тем не менее потом всё работает)

Step 5: Test the Proxy
Run the script to verify functionality, ensuring to note the Secret key displayed in the terminal for later use:

python proxy/tg_ws_proxy.py --host 0.0.0.0

Note: Press Ctrl + C to stop the script after testing.
(тут ошибка: надо не CTRL-C, а CTRL-Z)

Step 6: Configure as a Systemd ServiceTo ensure the proxy runs automatically in the background,
set up a systemd service:Create the service file:

sudo nano /etc/systemd/system/tg-ws-proxy.service

Add the following configuration, ensuring you replace /path/to/tg-ws-proxy with the actual path to your installation directory:

[Unit]
Description=Telegram WebSocket Proxy
After=network.target

[Service]
User=root
WorkingDirectory=/path/to/tg-ws-proxy
ExecStart=/path/to/tg-ws-proxy/venv/bin/python proxy/tg_ws_proxy.py --host 0.0.0.0
Restart=always

[Install]
WantedBy=multi-user.target

Save, close the editor (Ctrl+O, Enter, Ctrl+X), and start the service:

sudo systemctl daemon-reload
sudo systemctl enable --now tg-ws-proxy

Step 7: Connect the Telegram Client
Configure your Telegram client with the following settings:
Type: MTProto
Server: Your server's IP address
Port: 1443
Secret: The secret key generated in step 5

МОЙ ВОПРОС:
"what is the path to proxy by default"

ОТВЕТ ИИ:
...By default, Git clones the project relative to the folder you were in when you ran the command.
If you ran it immediately after logging in, the path is:
/root/tg-ws-proxy (if logged in as root)
/home/username/tg-ws-proxy (if logged in as a standard user)
To find its exact location on your server, run:
find / -type d -name "tg-ws-proxy" 2>/dev/null

If you are looking for where the core application natively stores its configuration parameters
(config.json) and system operational data on Linux, it uses the standard XDG hidden directory structure:
Path: ~/.config/TgWsProxy/

Application Execution Script Path
Within the repository folder structure, the core proxy execution script is always located at:
proxy/tg_ws_proxy.py
If you are modifying the /etc/systemd/system/tg-ws-proxy.service file from Step 6,
you can automatically resolve your absolute installation path to paste into the configuration
by running:
cd tg-ws-proxy && pwd

После первого перезапуска оказалось, что прокси меняет секрет каждый раз.
Чтобы этого не происходило (мы же в локалке, где все свои?), в конфиге сервиса можно напрямую прописать постоянный секрет:

ExecStart=/path/to/tg-ws-proxy/venv/bin/python proxy/tg_ws_proxy.py --host 0.0.0.0 --secret=blablablablabla... 32 символа hex

Ещё мне понадобилось поправить разрешение экрана в grub и в оболочке, а также открыть ssh.