sim3x, отловить незашифрованные заголовки торрент-протокола в потоке не такая уж сложная задача, протокол широко известен, дропать пакеты с определенными байтиками в начале не сильно тяжелая задача.
вполне возможно и другие ограничители есть.
все зависит от условий в населенном пункте. у меня пяток тырнет-провайдеров в городе с практически идентичными ценами, они борются за клиентов, и слух о каких-либо ограничениях сильно подмочит репутацию.
а вот в более монопольных условиях провайдер вполне может обрезать что-либо в угоду свободы канала.
чем хорош торрент - система восстановления после обрыва и гарантия 100% закачки раздачи в основе протокола.
Роман Радич, тогда вероятно оно не запуститься ни на одной убунте, они отличаются лишь гламурной оберткой.
косяки в установке модуля ядра или что подобное.
посмотреть ошибки в dmesg, погуглить в тырнете какие у кого ошибки возникали с установкой драйвера и т.д.
Вадим ⚡️, кажись максимум 10 раздач и ограничения функциональности - к примеру нет возможности избранной синхронизации , к примеру только чать папок синхронить на какомнить клиенте.
из плюсов - безсерверная т.е. все хранится только на твоих устроствах, ни одно леовое устройство не используется.
пиринговая - все идет напрямую, дома по вайфаю и 100мбс локалке скорость за 5 мб/с поднималась.
есть еще бесплатный вариант - syncthing опенсорс и все такое, но там ужастно угробишный андроид-клиент.пришлось с него уйти :( жду когда андроид версию допилют до ума.
на нем собирал облако из 4 устройств - андроид (вся карточка микросд); файловый сервак из старого компа на линуксе (бекап); комп на работе (винда) бывают нужны фотки с телефона; дома (xubuntu) музон новый закидать надоевший удалить и еще несколько папок. было обалденно удобно.
на лоре чел отписывался об рабочем облаке syncthing размером в ~1 террабайт и соединяющее 15 клиентов.
Вениамин, bash имеет входной поток stdin и выходной поток stdout. больше он ничего не знает.
откуда к нему приходят команды и куда улеает выхлоп этих команд он тоже не отслеживает.
максимум можно отследить цепочку запускающих программ, если в этой цепочке присутвует sshd (вариант telnetd и т.д.) то можно сказть что идет работа с сетевым подключеним
при запуске в локальной консоли сервер удаленного доступа в родителях будет отсутствовать. вот к примеру
hackuun, не обязательно. инсталятор к примеру может включать в себя кроме команд установки бинаря еще к примеру прописывание ентого бинаря во все фаерволы, антивирусники, настройка своих параметров по месту или настройки среды на правильную работу.
к примеру версия винды home имеет ограниченное число запущенных tcp-сессий и все такое.
Ну и не забывай, к примеру, автоматическое отсылание айпишника компа тебе на почту или встроенную подсистему сообщения адреса типа ddns или что подобное.
Кстати гуи-интерфейс инсталяции очень упростит установку его на произвольном клиенте/друге, особенно виндовм или некомпутерщика.
и т.д. и т.п.
вот взять и просто так заставить работать по своим потребностям тот же 3proxy не получится.
как настроишь прокси так она и будет работать. хошь с ключами хошь с паролями. конфиг тебе для чего дан ??
проксирование для торрент-соединений бессмысленно согласен.
пиры обычно не связаны с серверами или другими элементами блокировки. Ну и крайний вариант из локалки без nat и прочими ограничениями.
на данный момент у меня проксируется соединения с серверами рутрекера (ибо блокированы), дхт конечно работает, но через трекер список пиров заполняется за один запрос - считай мгновенно.
если хочешь сделать юзер-фреднли прокси-пакет, то прикрути к 3proxy или dante удобную тебе инсталяцию и интерфейс.
hackuun, нет.
просто указать прокси в настройках торрента, и торрент будет обходить список пиров по проксе.
я для тестов засовывал параметры проксей из бесплатных списков - нормуль, качалось, правда скорость падала...
да и лет десять назад, когда вместо nat на компах, раздающих интернет в локалку, стояли прокси, тоже прекрасно пользовался проксей.
торренты всегда были возможны через прокси.
в классическом виндовом клиенте есть прокся всех видов от http до сокс5.
в трансмишин тоже прикрутить можно.
я вот наоборот не понимаю зачем для обхода достаточно простых запретов использовать ВПН с шифрацией и многофункциональной адресной переработкой пакета или ТОР с ваапче тройной шифрацией потока.
зачем забивать микроскопом гвозди ??
тор с впн придуманы для более сложных необходимостей.
у меня на работе стоит мелкий сервер на 16.04.4 и systemd прекрасно работает, сейчас там несколько скриптов бекапа (изучаю tar --listed-incremental и dar) с таймерами. и все работают в пределах своих возможнотей.
не думаю что переход на 18.04 как фундаментально улучшит крон
sergyer, множество портов на сервере как-то надо регламентировать и их афишировать пользователям.
если ты хочешь сделать расзделение нагрузки серевера нанесколько штук, то распихивать сервис по портам излишне.
балансировщик вполне разумен, чтобы распределять поток входящих ип-пакетов по адресу и порту отправителя.
т.е пользователи стучатся на один и тот же порт, а балансировщик распределяетвходящее по нескольким вторичным серверам и запоминает какой из вторичных серверов отвечал на запросы какого пользователя и посылает всё последующие туда же...
есть еще одна важная вещчъ, 64 бита на 90% используется для доступа к памяти выше 4 Гб, к примеру в больших базах данных и т.д.
Максиальное значение в 32 битной шине адреса 2^32 ~ 4,29 Гб.
есть раширение PAE с памятью 64 Гб, нос ней есть проблемки.
во всех остальных случаях 64битная система не нужна.
https://habr.com/post/16070/