Перейти к содержимому
Калькуляторы

rm_

VIP
 Просмотреть профиль  Активность

  • Публикации

    1173

  • Зарегистрирован

  • Посещение

 Тип публикации 

Сообщения, опубликованные пользователем rm_

  1. Опубликовано · Жалоба на ответ

    Как вариант, оба оказались не Auto MDI-X https://ru.wikipedia.org/wiki/Medium_Dependent_Interface#Auto_MDI-X

    То есть внезапно ни свитч, ни роутер не умеют самостоятельно перекрещивать кабель. Хотя конечно маловероятно.

    Попробовать кабель с перекрёстной обжимкой, или если уже используется с перекрёстной, то наоборот с прямой.

  3. Опубликовано · Жалоба на ответ

    10 hours ago, SOFTOLAB said:

    там два чипа с отдельной разводкой к сата портам.

    Так второй чип и есть мультипликатор. 

    Если типа такого https://www.aliexpress.com/item/1005001806202529.html

    88SE9215 это 4-портовый чип, на плате у него 3 порта выведены напрямую, а из четвёртого порта висит разветвитель от JMicron ещё на 5.

  4. Опубликовано · Жалоба на ответ

    3 hours ago, Ivan_83 said:

    E-350 ...в плане расширяемости

    В качестве мини-оффтопа: есть у меня пара платок на E-350, и одна на C60.

    На всех по два слота памяти.

    Так вот они оказывается тоже тянут китайские 16-гиговые планки "AMD-only" DDR3 с eBay.

    64 бита, 1.0 ГГц, 2 ядра. 9 ватт, пассивное охлаждение. Кстати, 6 SATA-портов. И 32 ГБ оперативки. "Идеально" (c)

  6. Опубликовано · Жалоба на ответ

    1 hour ago, boss-chifra said:

    да вы правы идею поднятия vlan с установленным в нужное значение на Linux роутере я не думал но похоже это может решить проблему, кривовато но решение.

    Кривовато - это когда в одной и той же сети (в одном VLAN'е) без роутинга сосуществуют хосты с разным MTU.

    Разделить их вот так на разные VLAN'ы видится вполне нормальным.

  7. Опубликовано · Жалоба на ответ

    1 hour ago, boss-chifra said:

    у него один интерфейс который смотрит на свич HPE.

    На этом интерфейсе у Linux-роутера и поднять два VLAN'а, один с джамбо другой без.

    И всё увести в эти вланы, untagged трафика у роутера со свитчем больше быть не должно.

    Можно и без последнего (во VLAN перевести только неджамбо-трафик), но это криво и лучше не надо так.

  10. Опубликовано · Жалоба на ответ

    PeerTube is a free and open-source, decentralized, federated video platform.

     

    Но только непонятно, у вас абоненты будут вместо настоящего Ютуба ходить на простецкое что-то там в локалке? С ними это уже обсуждалось?)

    Если чисто для себя, то просто youtube-dl, Samba и любой обычный файловый менеджер.

  11. Опубликовано · Жалоба на ответ

    @maa1 если хотите что-то попробовать для решения проблемы на своей стороне, попробуйте другие TCP Congestion Control алгоритмы, думаю bbr или illinois гораздо больше прокачают даже через провайдеров навроде тех, что вам здесь хамят в этой ветке. Ну только TCC нужно выставлять на машине отправляющей данные, а если вам с винды, тогда ничего не выйдет. Ну хотя бы на линуксовом серваке поменять, померять уже с него iperf, и ради спортивного интереса убедиться, что это помогло (или нет).

  12. Опубликовано · Жалоба на ответ

    2 hours ago, Sergey Gilfanov said:

    Каждое устройство получит два Router Advertisement и выберет по адресу в сетке каждого провайдера. А выбор маршрута (через какого провайдера ходить по умолчанию) - вроде там флаг приоритета есть.

    Если роутер один, то RA тоже придёт один, только с двумя префиксами в нём.

    Можно контролировать, с адресов в котором префиксе клиенты ходить не будут, выставляя этому префиксу preferred lifetime = 0.

    Соотв-но они всегда будут ходить с другого, и задача таким образом будет решена.

    А приоритеты есть у самих роутеров (но это надо больше одного роутера) и у маршрутов (недефолтных), у префиксов нету.

  13. Опубликовано · Жалоба на ответ

    Вероятно qemu-nbd кто-то прибивает после завершения скрипта из крона. А если добавить ему "--fork"?

     

    Ещё, если это всё в пределах одной машины -- может лучше сделать не через nbd, а просто loop device (losetup)?

    По крайней мере это будет быстрее.

    Правда там поддержка разделов по умолчанию вроде не включена, надо передать модулю max_part=16 (например).

  14. Опубликовано · Жалоба на ответ

     

    44 minutes ago, kayot said:

    на свежих ядрах ветки 4.14

    Посмотрите на строчки "longterm" в списке на https://www.kernel.org/. После 4.14 вышло уже две новые лонгтерм-серии: 4.19 и 5.4.

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

    Всё равно когда-то придётся и на неё, а значит снова риск, эксперименты, тестирование, возможный откат.

    Сам не так давно перешёл везде с 4.14 на 5.4, значительных проблем не припомню. Впрочем у меня и не PPPoE-сервер, и масштабы наверное поскромнее провайдерских.

  15. Опубликовано · Жалоба на ответ

    6 minutes ago, vodz said:

    Для удаленки лаги более раздражающи

    Ну речь шла про связь между корпусами одного учреждения, сомневаюсь что там именно удалёнка.

    А так да, пинг для RDP и подобного очень важен, смотреть надо и на него.

     

    6 minutes ago, vodz said:

    если организация бюджетная, как она будет обосновывать такой расход из бюджета на VPN-сервер

    Если госучреждение, то там небось ещё и через госзакупки надо объявлять конкурс на 200-рублёвую VPS.

    Но мне кажется это уже не мы с вами должны об этом задумываться, главное что техническое решение [которое можно попробовать] - существует.

    А в итоге может окажется вариантом просто на имя кого-то из сотрудников (или директора) это купить.

  16. Опубликовано · Жалоба на ответ

    15 hours ago, vitek726 said:

    наблюдается асимметрия скорости в сторону Ростелекома - скачивание - 9 с копейками мегабит, отдача - 52 с мелочью

    Можно купить VPS или выделенный сервер в ДЦ, до которого скорость будет нормальной из обоих точек, и установить VPN-сервер+роутер там.

    цены начинаются от 200 р/мес за безлимитный канал 100-200 мегабит, вам отроутить 100-мегабитный VPN хватило бы.

    Например https://veesp.com/, https://vscale.io/

  17. Опубликовано · Жалоба на ответ

    3 hours ago, NiTr0 said:

    15.хх на 4 метрах флэша уже было очень тесно например. ну т.е. оно искаропки вылазило и работало, но добавить пакет - уже навряд бы получилось пушо там пару сот кб свободно было.

    17.01 ещё можно пользоваться, и даже добавить пакет или пару-тройку пакетов можно, несколько сот КБ по embedded меркам - это дофига.

    18.06 уже нет, там навалили блоатвари, HTTPS в веб-интерфейс на роутере это очень важно, да.

  18. Опубликовано · Жалоба на ответ

    7 hours ago, vodz said:

    Понятно, что кто-то умный увидел приличный трафик по udp в одно место и радостно зарубил, по виду сильным шейпингом

    Домру падал дважды за неделю, по симптомам - пинг 1500-3000мс докуда угодно, кроме того же самого города.

    Про первый раз говорили что обрыв под Нижним Новгородом, про второй не говорили ничего (и он был короче).

    5 апреля в воскресенье с 14 до 20 мск (да, шесть часов!).

    8 апреля с 14мск до 14:30.

    хотя если у вас прям сегодня, то наверное уже не оно.

  19. Опубликовано · Жалоба на ответ

    16 minutes ago, Ivan_83 said:

    Помнишь лайнер на карантине стоял из за пары заболевших в начале года в японии вроде?

    Так вот там и 1% не заразилось, а смертность и того - единицы если вообще была.

    As of 16 March 2020, at least 712 out of the 3,711 passengers and crew had tested positive for the virus. As of March 24, ten of those who were on board have died from the disease. https://en.wikipedia.org/wiki/Diamond_Princess_(ship)

    ДВАДЦАТЬ ПРОЦЕНТОВ от всех находившихся на борту заболели, смертность 1.5%

     

    Теперь конкретно по поводу вашего поста:

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

    https://russian.rt.com/russia/news/733336-feiki-koronavirus-tyurma

    https://govoritmoskva.ru/news/229689/

    Минимальный штраф для физического лица составит 300 тысяч.

    Аккуратнее.

  20. Опубликовано · Жалоба на ответ

    Фрагментируйте. Лично проверял WireGuard с большим MTU, и внутри него VXLAN. Фрагментация средствами WG, в результате внутри ходили полные джамбо-фреймы в 9000 байт. Но работало что-то не очень, при крупных трансферах происходили странные затыки. GRETAP внутри WG работал лучше. Идеально беспроблемной работы ожидать всё равно не стоит, но порой полезно передать полные 9000, прежде всего если на обеих концах требуется добавить это в бридж с JF-локалкой.

  21. Опубликовано · Жалоба на ответ

    6 hours ago, Tosha said:

    там в "рабочих" LV   а "тестирую" я кое-чего - на файлах :)

     

    Ну да, тоже так делаю. Кстати, на файлах, как и на thin LV, легко увидеть, работает ли внутри виртуалки TRIM. Размер файла, возвращаемый "du", будет уменьшаться на оттримленную область.

    Для хранения образов VM я бы порекомендовал XFS. Там теперь работают рефлинки, то есть можно с помощью "cp -a --reflink" делать мгновенные полные копии VM-образов (ну, не физически копии, а логически), причём даже запущенных виртуалок, т.к. делается это атомарно, получается по сути аналог снапшота. Хотя у вас в старом CentOS наверное это ещё и близко не завезли.

  22. Опубликовано · Жалоба на ответ

    3 hours ago, Tosha said:

    во всем стеке "виртуалка cо своим ext4 -> lvm" -> файл -> ext4 -> lvm -> md -> ssd

    Из перечисленного ни у одного из этапов нет проблем с пропуском TRIM дальше, на следующий. Поэтому, будет работать.

    Только я бы всё равно сократил их количество, во-первых нафига внутри виртуалки свой LVM, во-вторых нахрена её образ держать в файле на ext4, а не в виде LV на хост-сисеме.

  23. Опубликовано · Жалоба на ответ

    23 minutes ago, alibek said:

    справляются со стиральной машиной

    Запоминают одну кнопку вечером в день покупки, и дальше пользуются только ею.

     

    24 minutes ago, alibek said:

    или бортовым компьютером автомобиля

    Шта? Кмк здесь только если дату/время выставить, и то сильно не факт.

  25. Опубликовано · Жалоба на ответ

    On 2/8/2020 at 11:29 PM, vurd said:

     

    В общем я так понял ждать починки компактов смысла нет

     

    А сжатый вид отображения так и не починили, с этим кто-нибудь разбирается? или "да кто им пользовался вообще"?