taf_321

*nat -A PREROUTING -i ppp+ -p tcp -m tcp --dport 80 -m set --match-set station4 src -j ACCEPT -A PREROUTING -i ppp+ -p tcp -m tcp --dport 80 -m set --match-set mandatory4 dst -j ACCEPT -A PREROUTING -i ppp+ -p tcp -m tcp --dport 80 -j DNAT --to-destination 10.0.0.2 Первое правило - пропускаем всех клиентов, адрес которых внесены в station4. Второе прапвило - пропускаем всех на ресурсы, адреса которых прописаны в mandatory4. Третье правило - заворачиваем всех, кто не попался на первом и втором правилах на сайт-заглушку по адресу 10.0.0.2

Можно пример форков проекта?

Как-то вот так: http://git.altlinux.org/people/taf/packages/?p=msd_lite.git;a=commitdiff;h=c33c4834243b0b3c2718c3c2a41521905fa3da83 полет нормальный.

Ядро 4.9.124, при запуске в dmesg вижу такое: [ 26.216034] warning: process `msd_lite' used the deprecated sysctl system call with [ 26.216037] 1. [ 26.216037] 1. [ 26.216057] warning: process `msd_lite' used the deprecated sysctl system call with [ 26.216057] 1. [ 26.216057] 2. [ 26.216407] warning: process `msd_lite' used the deprecated sysctl system call with [ 26.216408] 1. [ 26.216408] 7. [ 26.216411] warning: process `msd_lite' used the deprecated sysctl system call with [ 26.216412] 1. [ 26.216412] 8. Как-то даже не знаю куда смотреть.

Дудль, кстати, скоро всем перекроют, и это будет хорошо. А по факту поменяли одного гендира на другого, дорговать с Ираном и СК как продолжали так и продолжают. Ну заплатили лярд носатым аборигенам отступных, те и рады.

А что там с ZTE? Попугали ежика голой задницей да и вернулось все как было. Что Google, что Apple самоскрепный 5G так и не разродились.

Вот вам еще идея для повышения эффективности - запустите на нем майнер, чтобы не простаивал процессор (Случай совершенно реальный, когда саппорт одной провайдерской софтины обратился за консультацией "что за аномалии у клиента?", а у него там монеро фармится. Думали что его отчпокали нехорошие люди, а оказалось что сам поставил. Еще потом возмущался на тормоза оной самой провайдерской софтины).

В порядке бреда, у вас обе карты не через riser-card 2-to-1 подключены, случайно?

По-хорошему, на машине что занимается маршрутизацией (я не ошибся, упоминалось про то что сервер является пограничником?) включение и запуск виртуальных плюшек не совсем уместно.

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

Были аналогичные проблемы, решилось заменой DAC-кабеля. Вообще есть мысль совсем избавиться от DAC просто понатыкать SFP+ и нормальные оптические патчкорды. Очень уж громоздкий шланг, этот DAC, и критичные требования к длине - на 3 метрах все летает, на 5 метрах при нагрузках выше пяти-шести гигабит прут ошибки, и перебирай их потом, выбирая где ошибок меньше.

Мы просто заказали озвучку нужного текста в студии. При формировании задания сразу указывали с какими интонациями, скоростью и акцентированием нужна озвучка. Вышло нифига не дорого. получили исходники в высоком качестве и уже из него нагенерили файлы под нужные кодеки и качество. В результате звонящего встречает вполне себе "живая" железная тетя, а не обитатель зловещей долины.

А чем вам не нравится тот же ceph "искаропки"? В случае одного устройства, конечно, оно мало осмысленно, но если задача хранить с терпимой латентностью тысячи охулиардов гигабайт, то решение вполне достойное.

Если достаточно будет подключать по одному U320 устройству, и оно умеет само формировать терминацию шины, то подойдет вот такой кабель: https://www.chipdip.ru/product/k44440680098m-03-scsi-ultra-320-hpdb68-m-m Если подключаемое устройство не умеет в терминацию, то тогда что-то типа такого: https://www.avito.ru/sankt-peterburg/tovary_dlya_kompyutera/kabel_hp_lvd_scsi_ultra320_x2_s_terminatorom_316230803

Ой, да лаадно! Вон, когда по вине криво настроенного коммутатора и из-за сбоя питания почти сутки расколбасило кучу датацентров в нескольких странах разом что твои мегаинженеры поделать могли? Командировал бы их фиксить петли между Германией, Францией, Бельгией и Голландией? Еще я могу припомнить веселое облако CloudMouse когда жопорукие уроды как раз на мощностях амазона и гугла запилили "свой гитхаб с мявсами и гендерфлюидами" и тупо грохнули все доверенное им клиентами. И эти утырки даже не стеснялись брать деньги за свой "сервис". Ну и ближе к теме замечательных эпик с Вайбером. Тоже амазон + гугль. Образы дисков виртуалок оказались годами доступны для чтения любому прохожему. Хресмотатийный пример с Битрикс24, когда коммерческие данные клиентов (и ПД в том числе, то есть в прямое нарушение федерального законодательства) разместили на амазонах. Экономия же, еба, режем косты, растим ебидту. А тут раз и ква сервису. Конечно, пользователи облачного битрикса сами себе злобные идиоты, раз поступили так. Есть еще более веселый пример, когда очень некислый ынтерпрайз купил себе немного облачного ERP SAP. И в полном соответствии с российским законодательством все его процессы крутились на серверах, размещенных на российских площадках, чуть ли не в серверных самого клиента. Тут приходит окрик из-за лужи, и мегакрутой сервис превращается в тыкву. После этого случая, кстати, и вышла знаменитая законодательская инициатива уголовно карать тех, кто ринулся исполнять санкции. Так что впаривайте свои облака хипстоте. Кто заглядывал за красочный фасад, и видел ту реализацию из говна и палок, тех этой заманухой не пронять.