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

#21

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

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

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

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

lada-789 · #22

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

lada-789 · #23

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

#24

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

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

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

lada-789 · #25

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

Griga211 · #26

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, но это кардинальная мера.
Для начала попробовать настроить.

Griga211 · #27

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

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

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

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

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

7кбит\с же)

lada-789 · #28

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

lada-789 · #29

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

lada-789 · #30

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

#31

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

Griga211 · #32

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

lada-789 · #33

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

Griga211 · #34

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

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

lada-789 · #35

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

#36

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

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

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

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

Кто сейчас на конференции