st_re

ну да, когда то и "голубой" означало просто цвет....

там, рядом с нииССУ ещё есть нииАА, а через дорогу Ик-И непонятно, с чего у геологов не ВНИГИ, а так как написано.. точно не мулька ?

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

Ваши умениния настраивать оборудования которое вы в глаза не видели иногда поражают...вокруг все идиоты, один вы дартаньян. только вот вендор тоже развёл руками, пришивкой не лечится. Там фигня в том что там чип мультикаст разделяет исключительно по биту в езернет фрейме.. и ВЕСЬ мультикаст от клиента уходит в общий ТВ влан. в том числе и в6, Всё. тут точка.. адреса в маки не ресолвятся (можно прибивать всё гвоздями, но это немного не то, что надо для жизни). лечится наверное заменой ВСЕХ коммутаторов на более другие (честно уже давно не интересно, но наверное это гдето решено, даже уверен, что решено)... то что на Вашей песочнице всё работает, здорово, но мир он чутка более многогранный. менять все оборудование на сети это не чуть чуть поднастроить, это херова туча денег, и при маржинальности бизнеса стремящемся к отрицательным величинам, немного ну его в сад.. 99% вообще не поймут о чём бишь там, 1% поймёт и 1% них, кто упрётся что ему надо велком к другому оператору, если найдут. они не стоят того чтобы ради них рвать жопу и менять оборудование которое еще поработает. на остальных 99.9% пользователей.

в6 для юзера... не для ТВ, но фигня в том что, то что было броадкастом в в4, стало мултикастов в6... оно конфиликтует с мультикастовым вланом. внутри персонального влана нет ресова Ipv6 адресов в mac

если у Вас влан на юзера и + отдельный влан на мультикаст ТВ, то в видимых мной реализациях на коммутаторах для мультикаст влана, ипв6 внутри персонального влана не работает. наверное более свежие реализации умеют, но это как бы замена железа. всего оконечного.

развернули туда, куда смонтировали там сначала монтируется только корень в /mnt и делается дамп старого корня и рестор в текущую директорию тут заодно создались точки монтирования под остальные разделы, они все скопом монтируются и дальше cd в соотв диру, и дамп - рестор. по крайней мере у меня я не вижу, где бы cd не соответствовал источнику дампа следом (тут dump читает текущий /etc/fstab)

/etc/fstab поправили с в соответствии с новыми цифрами у разделов ? там у меня было vim /mnt/etc/fstab /dev/da0p5 /usr2 /dev/da0p6 /var /dev/da0p7 /usr

почему то это коснулось только электриков... водяные, как то, ушли в тину и жильцы меняют за свои...(а отдельные жеки еще и мозг вынимают что не в личной компании от директора жека заказали, где в 2 разА дороже среднего по рынку... Но если клиент не ведётся, то дальше не упирают, т.к шли бы они, в сад) про газовых не в курсе, у меня таких нету...

/sbin/mdmfs -s 2048000 auto /tmp (это cltkftn 1Г темп в памяти, если памяти мало, напишите поменьше)

да, нельзя, трафик зашифрован, и вы не узнаете что там было внутри.

да, поправил там, рут -> 3 и порядок аргументы, путь на раздел

gpart add отработали ? должны были появиться разделы ls /dev/da1p[1-7]

удачи из флоу вынуть имена сайтов 😉 Ставим сквид, настраиваем всем ходить через прокси, прямой доступ запрещаем и парсилку логов... но только "сколько времени провёл" есть сложности, если просмотр ролика действие постоянно генерящее трафик (причём часто с хостами не похожими на оизначальное имя сайта, т.к. СДН), то, к примеру, открыл voina_i_mir.fb2 и... сколько он там потом это читал - бог весть... а учитывая что https, то без MITM даже в сквиде будет только имя хоста, куда соединялись и время соединения + объём.

ну да, в ночи писал, аргументы ДО пути надо...

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

создать второй диск, загрузиться в сингл мод и разметить второй как надо, разделы не изменяемого размера можно ДД, можно dump/restore, изменённые dump/restore и поставить загрузчик. выключиться, первый отцепить, включить и загрузиться. NEWDISK=da1 # елси мы в single mod то mount -o ro /usr mount -o ro /home mount -o ro /var mount -o ro /usr2 # gpart create -s gpt ${NEWDISK} gpart add -a4k -s 512K -t freebsd-boot ${NEWDISK} # 1 gpart add -a4k -s 4G -t freebsd-swap ${NEWDISK} # 2 gpart add -a4k -s 3G -t freebsd-ufs ${NEWDISK} # 3 gpart add -a4k -s 1G -t freebsd-ufs ${NEWDISK} # 4 gpart add -a4k -s 10G -t freebsd-ufs ${NEWDISK} # 5 (was 6) gpart add -a4k -s 12G -t freebsd-ufs ${NEWDISK} # 6 (was 7) gpart add -a4k -t freebsd-ufs ${NEWDISK} # 7 (was 5) # 100% FREE newfs -L root /dev/${NEWDISK}p3 newfs -L home -U -j /dev/${NEWDISK}p4 newfs -L usr2 -U -j /dev/${NEWDISK}p5 newfs -L var -U -j /dev/${NEWDISK}p6 newfs -L usr -U -J /dev/${NEWDISK}p7 mount /dev/${NEWDISK}p3 /mnt cd /mnt dump 0 -f - / | restore -r -f - mount /dev/${NEWDISK}p4 /mnt/home mount /dev/${NEWDISK}p5 /mnt/usr2 mount /dev/${NEWDISK}p6 /mnt/var mount /dev/${NEWDISK}p7 /mnt/usr cd /mnt/home dump 0 -f - /home | restore -r -f - cd /mnt/usr2 dump 0 -f - /usr2 | restore -r -f - cd /mnt/var dump 0 -f - /var | restore -r -f - cd /mnt/usr dump 0 -f - /usr | restore -r -f - sync gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 ${NEWDISK} vim /mnt/etc/fstab # тут попарвить цифры на монтирование 7->6 6->5 5->7 или вообще указать лейблы sync ; sync ; sync ; /bin/shutdown -p now тут можно было бы указать старые номера конечно через -i в gpart add но оно потом не шибко удобно, что пятый идёт после седьмого.... можно в будущей попутать чёнить.... на одном диска можно двигать штатными средствами, если свободно больше любого из двигаемых разделов, создаём раздел в конце, копируем туда, удаляем src, повторяем для второго с конца, расширяем нужный... но тут цифры в номерах партиций поедут...

да, но есть варианты... загруженный .htaccess никто не отменял...

Это открытый ключ, он тянется из инета он публично доступен unbound-anchor это получает в приницпе там результат dig DNSKEY .| fgrep '257 ' . 172749 IN DNSKEY 257 3 8 AwEAAaz/tAm8yTn4Mfeh5eyI96WSVexTBAvkMgJzkKTOiW1vkIbzxeF3 +/4RgWOq7HrxRixHlFlExOLAJr5emLvN7SWXgnLh4+B5xQlNVz8Og8kv ArMtNROxVQuCaSnIDdD5LKyWbRd2n9WGe2R8PzgCmr3EgVLrjyBxWezF 0jLHwVN8efS3rCj/EWgvIWgb9tarpVUDK/b58Da+sqqls3eNbuv7pr+e oZG+SrDK6nWeL3c6H5Apxz7LjVc1uTIdsIXxuOLYA4/ilBmSVIzuDWfd RUfhHdY6+cn8HFRm+2hM8AnXGXws9555KrUB5qihylGa8subX2Nn6UwN R1AkUTV74bU=

ССД на некоторых задачах быстро вытираются... есть железки, где за время жизни сервера все диски по кругу третий раз заменили.. для снижения скорости вытирании при активной мелкой записи надо покупать с большим запасом по объёму. что несколько увеличивает бюджет. и всё равно вытрутся и всё равно менять, что снова плюс в бюджет.. ну и не через все контроллеры ТРИМ проходит, и чтобы там не пели производители, на потоке мелкой записи деградация после записывания 100% объёма (итого) заметна. да и увеличение заметное даёт скорее на чтении чем на записи (и чем мельче записываемые порции, тем больше). а бывает надо именно запись, а чтения немного и не страшно подождать.

попробуйте почитать не только лишь моё последнее сообщение, а переписку чуть раньше... запросы от клиента идут на прописанный ресолвер, естественно. а вот уже с ресолвера они очень часто вынуждены ходить на корневые сервера, т.к. в запросах массово отнюдь не валидное DNS имя, а всякая хрень. Запросы напрямую от клиента на рутовые сервера ходят только лишь если он сам себе поднял ресолвер, что бывает, но достаточно редко в реальной жизни.. Вот у Ivan_83 скорее всего будет свой, но их таких один на тысячу..

у Вас там pppoe и pf (на вашей версии фри) не умеют в многопроцессорность. и именно тут оно и воткнёт (и это и видно что одно ядро 85%, остальные курят). надо мало ядер, но большой частоты камень. И если с pf вроде как в свежих верисях поборолись то с пппое всё хуже в этом плане.

Давно, давно, когда деревья были большими, и трава зелёной.. скорости были из разряда 256кбит - это много, в основном меньше, то практиковалось по ночам давать х2 скорости (большинство по ночам спит, и можно было оставшимся поднять скорости без ущерба для внешнего канала) и момент переключении и туда и обратно был очень хорошо виден на графике загрузки не внешке. подскакивало не х2 конечно, но х1.5 - точно.. потом скорости росли, и когда оно переросло несколько мегабит, то ночное увеличение (по старой памяти еще делали) стало вообще не видно на графике... ну а потом играться с этим перестали.