Вениамин, 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битная система не нужна.
А внутре у ней неонка (с) сказка от тройке.
может просто высоковольтный разрядник, статитику снимать.
для проверке щелкни по ней разрядом от пъезозажигалки.
ChronosX, нихрена не понимаю, что такое "UI не Линукс приложения" и почему оно должно работать в линукс-среде.
как тебе уже сказали, поставь виртуалбокс, в нем установи хоть линукс, хоть винду, свяжи их по сетевом соединению, и програмка в гостевухе виртуалбокса будет отвязана от хостовой винды железо-бетонной стеной.
либо объясни что хочешь медленно и подробно, по шагам.
rsync гарантировано, полностью и без ошибок скопирует на линуксовый сервер с запущенным rsyncd любой файл, даже при разрывах канала. имхо, это самое важное в бекапе.
отправить выгрузку в фон и пусть качает, при остальных свободных ресурсах скорость будет 100% канала.
вариантов дохрена, вплоть до железо-бетонных контейнеров.
какой доступ/интерфейс к желаемому демону линукс ??
непонятно что подразуеваешь под "UI линукс приложения которое работает на виндовс" шпингалет с салом получается какой-то.
и как он затрагивает настройки виндовс ??
чем качественнее ты напишешь вопрос - тем качественне тебе ответят.
учти, все экстрасенсы давно сбежали на РЕН-ТВ...
theurs, линукс давно использует в облаках...
просто по старой традиции линукса есть огромная куча вариантов ентих облаков.
и поток пользователей распыляется по этим всем вариантам...
плюс самые разумные и крутые еще и перепиливают базовую систему под себя...
ибо есть возможность.
а в микрософт, как всегда, есть только один вариант и все его кушают, ибо альтернатив особо то и нет... :)
линукс просто так изучать бессмысленно
это как станок с ЧПУ, пока он тебе не пригодится даже прикоснутся боишься.
даи поработав чутка будет тяжело трудно непонятно. плюс после виндового гуя долго будешь офигевать от консоли, пока не вкусишь сей плод по полной.
а граф.режим в линухе отстойный :(
а вот кога понадобится быстрый подручный универсальный инструмент - тогда и поймешь необходимость линухи.
откуда к нему приходят команды и куда улеает выхлоп этих команд он тоже не отслеживает.
максимум можно отследить цепочку запускающих программ, если в этой цепочке присутвует sshd (вариант telnetd и т.д.) то можно сказть что идет работа с сетевым подключеним
при запуске в локальной консоли сервер удаленного доступа в родителях будет отсутствовать. вот к примеру