Возможно кто-то из компов с включённым "общим доступом в Internet", выступает DHCP-сервером и шлюзом. Когда его вырубают, начинает работать правильный сервер и шлюз в основном здании.
Современные телефонные линии уже не тупая медь с аналоговым звуком, а цифра. и частотный диапазон там может быть ограничен. Можно получить скорость навроде 2400 и всё...
Вот пример группы: https://t.me/Anibaza_release
В ней 1654 видео, размеры видео начинаются от 500 Мб, многие больше гигабайта. То есть одна-единственная группа содержит уже больше террабайта видео. Кто-нибудь захочет это бесплатно хранить?
Даже если найти такого, вряд ли они скачивают видео, скорее только текст и может быть картинки. В Телеграме много каналов и групп с гигабайтами видео, всё это хранить очень накладно.
Drovosek01, почему ручной? В Chrome одной кнопкой переключается. Плюс я себе всегда ставлю расширение Google Translate, которое ещё удобнее, позволяет не только перевести всю страницу или её часть, но и при выделении переведённого фрагмента показывает, как выглядел оригинал.
Sneiksus, в нормальной ситуации в фирме делается одна точка агрегации трафика (условно серверная), куда приходят все провода, и там уже всё включается в свитч (в несколько свитчей, если проводов много). Свитчи обычно на 16, 24 или 48 портов. То есть всё нарисованное прекрасно влезет в один.
Есть ситуация, когда может быть оправдано построение более разветвлённой структуры. Это когда части фирмы сильно разнесены. Например, мой работодатель раньше снимал ещё одно помещение в другой части того же бизнес-центра (отказались в связи с пандемией - теперь многие работают на удалёнке). Так вот, туда просто кинули два отдельных линка оптикой по разным коридорам (два для резервирования) и сделали там отдельную точку коммутации. Тянуть три десятка проводов по 300 метров из основной серверной не имело никакого смысла.
sportik174, надо смотреть в логи (error.log). Большие ответы могут приводить к записи во временные файлы, и чаще всего где-то там обнаруживается, что доступа на запись нет.
Входящий трафик нельзя ограничить. Он уже прилетел. Единственное что можно - дропать пакеты, чтобы другая сторона тормозила отправку, пока в пределах TCP-окна пакеты не будут подтверждены. И всё равно это не особо эффективно работает. Искать по словам типа tc ingress policy.
Судя по тому, что слово ingress в доке не нашлось, tcset, скорее всего, умеет шейпить только исходящий.
Kuddesnik, обычно в OSPF можно cost выставлять линкам, чтобы выбирались предпочительные. Самым ненужным выставить очень высокие значения, чтобы туда что-то пошло только если уж совсем всё развалится...
Cod Rob, может, очень даже может. SMS стоят для A2P-интеграций довольно дорого, плюс всякие ритуалы по регистрации имени отправителя. А всякие "бесплатные" способы если и работают, то очень ненадёжно. Например, несколько лет назад через дешёвого иностранного поставщика, работавшего, судя по всему, через SS7 с иностранного оператора, доставка была не более 40%, сейчас вряд ли даже такое можно достичь.
Но для очень маленьких объёмов можно купить модем, вставить симку, отправлять через него.
Собственно, раньше даже это ставили на поток, покупается SIMbank (см. на Алиэкспрессе), набивается симками и с них делается отправка. Но операторы давно научились таких выявлять и банить. Ибо довольно очевидно, что 100 телефонов в одной узкой локации кучу SMS просто так не отправляют, это жжж явно неспроста...
I_want_to_know, у меня в мониторе есть HDMI и MiniDP, в HDMI всё ок, в MiniDP изредка бывает так, что после включения на нём нет изображения, причём xrandr (в Linux) монитор видит и картинку на него выводит. Передёргивание провода не помогает. А помогает выключить/включить монитор.
До пандемии подключал монитор через DP в офисе и там это случалось довольно часто, причём включение-выключение часто помогало далеко не сразу. Дома вот случается редко.
Думается мне, есть недоработки в технической части: протоколы интерфейсов, реализация в драйверах, в прошивке мониторов итд. Пожалуй, если это решается передёргиванием питания монитора, то не самое страшное решение...
Денис _______________, flatpak убунта и сейчас умеет, можно поставить и использовать.
и ставить через них deb пакеты
Есть даже alien для конвертации пакетов, хоть и работает по технологии Plug&Pray. Но вот например oracle sqlclient из rpm в deb хорошо конвертится и ставится.
у rpm-based в этом вопросе как-то уныло
В первую очередь потому что нет одного "корневого" rpm-based дистрибутива. Все deb-based основаны на Debian, который, в свою очередь, является и носителем пакетной базы почти всего что есть для во всех других дистрибах. В rpm-based же у каждого условно корневого дистриба (RH, Suse, ALT итд) пакетная база своя уникальная.
