LinuxMint.com.ru

lada-789 писал(а): ↑
19 дек 2018, 14:51
clock-app

это стандартные часы? ну как вариант отрубить в настройках "сетевое время"

lada-789 писал(а): ↑
19 дек 2018, 14:51
чтобы они не лезли в интернет?

в фаерволе запрещай по ip/адрессу... может быть несколько, поэтому придётся поохотится

Время отключено (синхронизация) - systemctl disable systemd-timesyncd.service
в фаерволе делал правило по айпи, бесполезно. Этот трафик идёт

Дать им обновиться - не помогло, лезут постоянно.
А отключить трафик надо!

lada-789 писал(а): ↑
19 дек 2018, 14:51
Что сделать, чтобы они не лезли в интернет?

Так отключить интернет же

А если серьезно, то чего ты к ним пристал ну сыплют они там минимальный трафик в инет и пускай сыплют. Или у тебя трафик очень сильно ограничен?

Сейчас я медленном инете. Эта сессия занимает 90% трафика. Если мягко сказать, дискомфорт

lada-789 писал(а): ↑
19 дек 2018, 14:51
Удалить эти апплеты нельзя.

Предположения сразу не буду высказывать. Сначала надо уточнить что это за пакеты и для чего они лезут в инет. Думаю об этом отчасти скажут названия. Но для уверенности проверь в командной строке:

Код: Выделить всё

whatis clock-app

Код: Выделить всё

whatis flatpak

lada-789 писал(а): ↑
19 дек 2018, 14:51
Удалить эти апплеты нельзя

В Линуксе все можно)

lada-789 писал(а): ↑
19 дек 2018, 14:51
Что сделать, чтобы они не лезли в интернет?

Как ни странно, запретить им доступ в интернет через firewall или же через hosts, но это кардинальная мера.
Для начала попробовать настроить.

lada-789 писал(а): ↑
19 дек 2018, 15:08
в фаерволе делал правило по айпи, бесполезно

Они буду стучать на разные сервера, поэтому тут надо, как сказали - охотиться)

lada-789 писал(а): ↑
19 дек 2018, 15:08
Время отключено (синхронизация) - systemctl disable systemd-timesyncd.service

Этого мало, замаскируй службу.

darkfenix писал(а): ↑
19 дек 2018, 19:44
Или у тебя трафик очень сильно ограничен?

7кбит\с же)

Вот эта сессия:
clock-app 1193 vlad 18u IPv4 28628 0t0 TCP UD3L:46076->a2-18-72-194.deploy.static.akamaitechnologies.com:https (CLOSE_WAIT)
после перезагрузки айпи и пид другие. Убивать часы - не вариант. Проще LM19 убить. Киана была на два порядка легче.............

Тем более, там ВАЙН без проблем...... Я начал сомневаться в выборе Тары.

Ни iptables, ни nslookup как надо не срабатывают

nslookup вообще не отсюда. Это инструмент для теста DNS.

В самих часах есть настройка отключения синхронизации времени?

Вопрос решён.
Спасибо всем!

lada-789 писал(а): ↑
20 дек 2018, 21:02
Вопрос решён.

Каким образом?

Если это не обновление и не синхронизация, то что?
Думаю, вариантов немного. Если Минт допускает такие
манёвры, то я - нет. FORMAT решил проблему.

lada-789 писал(а): ↑
21 дек 2018, 21:02
Если это не обновление и не синхронизация, то что?

При канале 7кбпс это ооочень долгое обновление или синхронизация. Или ddos атака, если верить вашему сетевику.

lada-789 писал(а): ↑
21 дек 2018, 21:02
FORMAT решил проблему

Проблема решена, тему закрываю

LinuxMint.com.ru

Gufw не работает?

Gufw не работает?

Gufw не работает?

Gufw не работает?

Gufw не работает?

Gufw не работает?

Gufw не работает?

Gufw не работает?

Gufw не работает?

Gufw не работает?

Gufw не работает?

Gufw не работает?

Gufw не работает?

Gufw не работает?

Gufw не работает?

Gufw не работает?

Gufw не работает?