Асп линукс да или нет

Как автоматически отвечать на Да или Нет в командах Linux-Unix

Как автоматически отвечать на Да или Нет в командах Linux-Unix

Метод 1: Повторять да или нет

Вы могли бы использовать этот метод, вторя да или нет до фактической команды или сценария и размещения трубы «|» между этими двумя командами. Для разработки этой методики покажем пример.

Допустим, у вас есть пять текстовых файлов в каталоге «/tmp/AndreyEx», как показано ниже.

Теперь вы хотите удалить все или только один файл «1.txt» в этом каталоге. Ответ прост, команда rm. Однако эта команда попросить да или нет, прежде чем приступить к удалению файла. Как показано ниже:

В описанном выше способе мы обеспечили ввод «у» для команды rm. Чтобы этого можно было избежать, укажем перед командой rm, как показано ниже:

Мы сделали автоматический ответ на команду, но есть еще проблема. Команда echo не может использоваться для ответа как непрерывный ответ да или нет на команды. В этой ситуации вам необходимо использовать следующий метод.

Метод 2: команда yes.

Да команда является другим вариантом, если вам надо автоматически отвечать Yes или No на команды в Linux-Unix.

В основном то, что команда yes делает, он непрерывно выводит строки, передаваемые в них или даже передать строку yes в одиночку. Следовательно, мы можем использовать эту возможность для автоматического ответа да или нет в команды Linux/Unix/скрипты. Давайте рассмотрим пример. У нас есть пять файлов, как раньше, и мы хотим удалить все эти файлы, не отвечая на вопрос о подтверждении Да или Нет. Тогда попробуйте ниже метод, который использует команду «Yes».

Вот то, что произошло, когда команда yes дается непрерывный ответ, как Yes для следующей команды rm. Результат удаления всех файлов без ручного вмешательства. Это не может быть достигнуто с помощью метода эхо-да, поскольку он дает ввод как Да только один раз .

Способ 3: команда yes с другим входом.

Допустим, вы не хотите ответы, вместо Да. В этот раз, когда вы хотите ответить no для всех подтверждений, заданные командой. Далее следует ниже пример. Здесь мы не ответили no на все ответы. Следовательно, никакие файлы не были удалены системой.

Даже вы можете использовать следующую команду вместо выше.

Вывод:

Таким образом, мы можем использовать команду yes для автоматического ответа Да или Нет для команд Linux-Unix. Это очень помогает сисадмину выполнять команды в непрерывной форме, что делает их жизнь легкой и комфортной.

Источник

Разворачиваем и демонизируем ASP.NET Core приложение под Linux в виде фонового сервиса

Подготовка окружения

Для начала, добавим dotnet-репозиторий:

На выходе получаем примерно следующее:

Теперь обновим индекс наших пакетов:

Далее, мы можем просто установить dotnet-пакет при помощи apt-get:

Теперь можем смело приступать к созданию приложения

Создание приложения

При помощи команды dotnet new мы можем создать шаблон для нашего приложения, подобно шаблонам из Visual Studio. Подробная документация к команде.

На текущий момент (07.2017), команда dotnet new поддерживает следующие шаблоны:

Мы создадим веб-приложение ASP.NET Core:

На выходе консоль выдаст нам следующее сообщение:

Чтобы убедиться, что шаблон сгенерировался правильно, заглянем в содержимое папки при помощи команды ls -la .

Все необходимые папки для сборки приложения на месте, приступим! Для начала, восстановим все пакеты при помощи dotnet restore .

Теперь можем собрать приложение:

Запустим приложение с помощью:

Консоль говорит нам, что приложение запустилось по адресу localhost:5000/. Проверим:

Желающих подробнее узнать, как работает web-сервер отсылаю к официальному источнику.

Теперь убьём процесс нажав Ctrl + C и опубликуем приложение командой dotnet publish. Эта команда упаковывает приложение и все его зависимости для дальнейшего развёртывания (желающим интимных подробностей сюда).

В случае проблем с правами доступа Вам поможет команда sudo chmod и эта страница документации.

Развертывание на сервере.

Если мы хотим развернуть наше приложение под linux-сервером, необходимо настроить прокси и демонизировать процесс запуска приложения. Для проксирования мы будем использовать nginx, для демонизации процесса systemd. Краткое описание утилиты

Как следует из документации выше, с asp.net core в коробке идет kestrel — веб-сервер для asp.net приложений. Зачем нам тогда нужен прокси-сервер? Ответ даётся на официальной странице Microsoft:

Если вы выставляете ваше приложение в интернет, Вы должны использовать IIS, Nginx или Apache как обратный прокси-сервер.

Обратный прокси-сервер получает HTTP запросы из сети и направляет их в Kestrel после первоначальной обработки, как показано на след диаграмме:

Главная причина, по которой следует использовать обратный прокси сервер — безопасность. Kestrel относительно нов и ещё не имеет полного комплекта защиты от атак.

Ещё одна причина, по которой следует использовать обратный прокси-сервер — наличие на сервере нескольких приложений, использующих один порт. Kestrel не поддерживает разделение одного порта между несколькими приложениями.

Так же, использование обратного прокси-сервера может облегчить распределение нагрузки и поддержку SSL.

Как говорилось выше, в качестве прокси-сервера мы будем использовать nginx.

Т.к. в качестве прокси-сервера у нас используется не IIS, следует добавить следующие строки в метод Configure файла Startap.cs.

Здесь мы включаем поддержку ForwardedHeaders мидлвера из пакета. Microsoft.AspNetCore.HttpOverrides, который будет вставлять в Http-запрос заголовки X-Forwarded-For и X-Forwarded-Proto, использующиеся для определения исходного IP адреса клиента и передачи его прокси-серверу. Определение мидлверов и практическое использование так же будет рассмотрено в дальнейших частях этого гайда.

Если у Вас nginx не установлен, выполните следующую команду.

и запустите его командой:

Далее, нам необходимо сконфигурировать nginx для проксирования http-запросов.

Создадим файл /etc/nginx/sites-available/aspnetcore.conf. Папка sites-avalible укахывает nginx-у, какие веб-сайты доступны на текущем сервере для обработки. Добавим в него следующие строки:

Создадим символическую ссылку на aspnetcore.conf в папку sites-enabled, в которой отражаются запущенные nginx-ом сайты.

Nginx настроен на то, чтобы принимать запросы с localhost:8888. Перезапускаем nginx командой sudo service nginx restart , чтобы созданные нами конфигурационные файлы вступили в силу. Проверяем:

502-я ошибка говорит, что сервер перенаправляет нас в другое место и в этом месте что-то пошло не так. В нашем случае — я убил процесс с нашим веб-приложением, которое было ранее запущено командой dotnet run. Потому что могу 🙂

На самом деле, потому что запускать dotnet run в консоли и вечно держать эту вкладку открытой грустно. Именно поэтому процесс будем демонизировать, то есть настроем автозапуск после перезагрузки и автоматическую работу в фоне с помощью systemd.

Для этого создадим файл в директории /etc/systemd/system/ с расширением .service

Назовём его kestrel-test:

И положим в него следующее содержимое:

[Unit]
Description=Example .NET Web API Application running on Ubuntu

[Service]
WorkingDirectory=/home/robounicorn/projects/asp.net/core/test-lesson/bin/Debug/netcoreapp1.1/publish #путь к publish папке вашего приложения
ExecStart=/usr/bin/dotnet /home/robounicorn/projects/asp.net/core/test-lesson/bin/Debug/netcoreapp1.1/publish/test-lesson.dll # путь к опубликованной dll
Restart=always
RestartSec=10 # Перезапускать сервис через 10 секунд при краше приложения
SyslogIdentifier=dotnet-example
User=root # пользователь, под которым следует запускать ваш сервис
Environment=ASPNETCORE_ENVIRONMENT=Production

Теперь включим и запустим сервис при помощи следующих команд:

Проверим статус сервиса:

Если всё было сделано правильно, на эта команда выдаст нам следующее:

Источник

Установка Asp.Net на Linux (nginx+mono+xsp)

В этой статье я покажу, как настроить простую связку nginx + Asp.Net. Под простой надо понимать, что какие-то специфические особенности проектов, разграничение прав пользователей, высокие нагрузки и т.п. нужно настраивать отдельно (особенно это касается Asp.Net). Статья написана по просьбе хабраюзера mace.

В свое время озадачившись проблемой хостинга маленьких Asp.Net-проектов я осознал одну простую вещь: покупать лицензию на Windows Server, а потом и арендовывать достаточно мощный выделенный/виртуальный сервер для каких-то домашних поделок/экспериментов — крайне неразумно. Решение как-то сразу всплыло в моей лысой голове: есть же Mono! Непродолжительный поиск по mono-project.com вывел на FAQ об Asp.Net. Фактически, документация показала мне три возможных варианта:

You need the Mono runtime and use one of Apache with mod_mono, a CGI or FastCGI-aware web server with Mono’s FastCGI support or the xsp standalone server (all available from our downloads page).

Быстрый анализ интернета, для выбора одного из этих способов, привел меня к статье Максима Крентовского (mkrentovskiy), это достаточно забавно, т.к. спросить у Максима в аське я почему-то не догадался.

Выводы Максима показались мне достаточно убедительными. Я не стал проводить какие-то дополнительные тесты или искать другие источники, для моей задачи ответ был уже очевиден: nginx + xsp. Учтите, в wiki Mono сказано, что xsp надо использовать для отладки и разработки!

Установка nginx

Итак, мы имеем свежеустановленный Debian Squeeze x64 Minimal. Самый простой вариант установки последних версий nginx — установка из репозиториев dotdeb.org. Кстати, очень хороший репозиторий: в нем, помимо nginx , всегда последние версии php , mysql (percona) и redis . Чуть сложнее установить из исходников — об этом чуть ниже.

Добавим в sources.list новый репозиторий, пропишем GnuPG-ключ и обновим источники:

Если все сделано правильно, то на команду apt-cache policy nginx мы увидим следующее:

Существует три разных пакета, собранных с разными наборами модулей: nginx-lite, nginx-full (пакет nginx как раз его алиас) и nginx-extras. Какой устанавливать — решать вам, нам бы хватило и lite версии (Proxy есть и ладно), но на момент написания статьи я уже установил full, поэтому будем устанавливать его:

Вот и все шаги для установки из пакетов.

Если вы устанавливаете nginx из исходников, то ./configure надо запускать с такими параметрами:

Это будет практически соответствовать пакету nginx-full , за исключением отсутствия сторонних модулей Upstream Fair Queue и Echo.

Установка Mono

Для Mono таких удобств с репозиториями нет, придется сразу компилировать последние исходники.

upd. Как справедливо заметил Net_Rat, я немного слукавил: можно подключить экспериментальный репозиторий и через pining настроить установку mono и xsp оттуда.

Качаем последние исходники mono и xsp (на момент написания 2.10.2):

Теперь распакуем архивы:

Если tar ругнется на отсутствие bzip2 (в minimal точно ругнется), его нужно поставить:

Для компиляции mono и xsp нам понадобится следующее:

Приступим к конфигурированию и компиляции (процесс непосредственно компиляции может занять продолжительное время, до 20-30 минут):

Если установка прошла успешно, то запуск команды mono —version покажет нам заветное и долгожданное:

Теперь установим xsp:

Весь xsp написан на C#, компиляция должна пройти очень быстро. Проверим, что оно нам выдаст:

Похоже, все схватилось. Пора переходить к настройке.

Настройка Xsp

Создадим директорию нашей будущей странички Hello World:

Сразу создадим классический «Hello World» для пробы:

В файле напишем следующие строки:

Поскольку xsp изначально задумывался как тестовый сервер, скриптов запуска демона там нет. Будем исправлять такую ситуацию. Создадим файл /etc/default/xsp , и запишем в него переменные по-умолчанию:

Создадим файл /etc/init.d/xsp , дадим ему права на выполнение ( chmod +x /etc/init.d/xsp ) и в него напишем:

В скрипте запуска так же имеется закомментированная строка для папки с тестами из дистрибутива xsp , для более полноценной картины.

Добавим его в автозапуск с дефолтными уровнями запуска (поправить по надобности) и запустим наш новый демон:

По-умолчанию, сервер слушает на всех интерфейсах, проверить легко:

Если перейти по http://serveraddr:8080/ можно увидеть долгожданное «Hello World»:

А если вы переключите на тестовую страницу xsp, то:

Настройка nginx

Суть настройки nginx в проксировании обращений только для asp-файлов. Остальные статические файлы должен раздавать nginx . Не мудрствуя особо сильно, возьмем конфигурацию, которую предложил Максим Крентовский в своей статье и чуть-чуть изменим под наш случай:

Как управлять виртуальными хостами nginx лучше всего знает гугл.

Открыв http://serveraddr.ru/ получаем долгожданное «Hello World»:

Или, для тестовых настроек:

Вот и все. Повторюсь, что в wiki Mono ясно указано, что xsp лучше использовать для тестов!

Это мой первый пост на хабре, прошу не кидать в меня кирпичи и другие булыжники… Буду очень рад любой критике, как по содержанию статьи, так и по орфографии с пунктуацией. И да, я мог ошибиться с выбором блога. Если так — скажите куда лучше поместить.

Источник

Интервью с разработчиком ASP Linux

Директор ООО «АСП Линукс» Максим Цыпляев рассказывает о ASP Linux v10.

Re: Интервью с разработчиком ASP Linux

>каждая новая версия нашего дистрибутива — в определенном роде веха в нашем развитии и в развитии Linux в России

>Чем объясняется само название «ASPLinux v10»?

>Максим Цыпляев: Такое название нами было выбрано не случайно. Это не столько порядковый номер версии, сколько собственное имя, созвучное обозначению десятицилиндрового двигателя автомобиля.

обычная заказная рекламная статья

Re: Интервью с разработчиком ASP Linux

Bla-Bla-Bla-like интервью. Целое скопище лозунгов.

Re: Интервью с разработчиком ASP Linux

да чистой воды реклама + впаривание своего дистра.

Re: Интервью с разработчиком ASP Linux

Такое только наш Енергизер мог запостить. Интервью глупое, просто тупая реклама. Да и сам дистрибутив, сколько раз на него ни смотрел на новые версии, приятных чувств не внушил.

Re: Интервью с разработчиком ASP Linux

Говорят хорошо, а на самом деле не так.

Re: Интервью с разработчиком ASP Linux

Ох уж этот АСП блин 🙂 Нет у меня к ним доверия. Особенно после некоторых нехороших историй о том как они на работу людей берут 🙂 Кидалы.

Re: Интервью с разработчиком ASP Linux

> Да и сам дистрибутив, сколько раз на него ни смотрел на новые версии, приятных чувств не внушил.

Мне ASPLinux 7.3 понравился, десятка тоже неплохая, по-моему. Вот 9-ая версия была какой-то недоделаной.

Кроме того, нельзя брать усечённые версии ASPLinux, лучше всего брать самую полную версию.

Re: Интервью с разработчиком ASP Linux

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

Меня всегда удивляла свособность русского человека поносить своё и возвеличивать чужое. При таком отношении, конечно, своё «всегда будет дерьмом», а иностранное — «самым лучшим заморским товаром». Уж сколько веков прошло, а ситуация не изменилась. Уж насколько другие иностранные продукты не близки к пользователю (Slackware, Debian), но их пользователи всегда стремятся подчеркнуть в них то лучшее, что в них есть.

А здесь же. «это и клон Fedora Core» и «Mandrake лучше» и «они ничего не делают, только впаривают нам Fedory по своей цене» короче, всё лучше, кроме АСПЛинукс. я всегда замечал, что прельстившись на «красивые обёртки» люди забывают о многом. и здесь точно также. одни крики и вопли о том, что их обманули. Вот и получается, что сообщество АСПЛинукс существует и продвигается вперёд усилиями почти что одного человека ( http://updates.msiu.ru ), а остальные или не хотят или им всё равно.

Интересно, так как же АСПЛинукс будет лучше, если даже здесь говорят «я лучше предпочту оригинал» (то есть Fedory). Свободное сообщество тем и сильно, что компаниям, которые разрабатывают дистрибутивы, оно помогает. здесь же, я этого не вижу. и эта тема и предыдущие ответы в ней — это подтверждают. Легко поносить, когда сам ничего для улучшения не делаешь. не только не делаешь, но мешаешь и другим это делать. Грустно это. Конечно, ASPLinux хуже от этого не станет, но насколько бы он был лучше, если бы всего этого не было.

Re: Интервью с разработчиком ASP Linux

> Наш Live CD, то есть, ASPLinux Greenhorn, по составу пакетов полностью аналогичен стандартной установке ASPLinux v10 и включает рабочую среду GNOME 2.8, офисный пакет OpenOffice.org 1.1.2

Н почему? Уже давно есть не только 1.1.3, но и 1.1.4, с множеством поправленных багов. Что это? Инерция мышления или что-то ещё?

А какая версия, интересно?

> , почтовые клиенты Thunderbird и Evolution

> Конечно, мы не откроем Америки, если скажем, что основным рынком для нас является рынок корпоративный.

Я не понимаю — им надо было написать N-е количество знаков? Или эти многочисленные совершенно бессмысленные вводные предложения и словосочетания призваны поразить читателя невиданным красноречием? В моём случае сия цель достигнута не была.

> Мы полагаем, что патентование, как таковое, в настоящем не представляет угрозы для сообщества Linux, а так же для нашего бизнеса в частности.

А в школе кто-то явно очень плохо учился, особливые проблемы испытывая на уроках русского языка. Это не опечатка, это уже минимум второй раз.

> 5. Наличие реальной технической поддержки на русском языке, а не просто факт ее декларирования.

Кто-нибудь может это подтвердить?

Re: Интервью с разработчиком ASP Linux

> Алексей Доля: Ваша компания уже не первый год занимается разработкой дистрибутивов Linux в России. Скажите, ваши продукты востребованы за рубежом? Много ли у вас западных (США и Европа) заказчиков? > Максим Цыпляев: Я хотел бы в этом вопросе сразу поставить точки над i. Начиная разработку собственного дистрибутива мы перед собой не ставили задачи выхода с ним на западный рынок.

Читайте также:  Что такое zfs при установке linux

Хотя ASPLinux мне и нравится, но я не удержался от улыбки, представив себе его на рынке США. 🙂

Re: Интервью с разработчиком ASP Linux

> Кто-нибудь может это подтвердить?

Я могу подтвердить. Когда я приобрёл ASPLinux 7.3 Delux, то задавал несколько раз довольно чайницкие вопросы техподдержке. Отвечали и быстро (в течение 12 часов). Другое дело, что на соответствующих форумах я бы тоже, наверное, получил бы ответ.

Re: Интервью с разработчиком ASP Linux

Re: Интервью с разработчиком ASP Linux

> А здесь же. «это и клон Fedora Core» и «Mandrake лучше» и «они ничего не делают, только впаривают нам Fedory по своей цене» короче, всё лучше, кроме АСПЛинукс. я всегда замечал, что прельстившись на «красивые обёртки» люди забывают о многом. и здесь точно также. одни крики и вопли о том, что их обманули. Вот и получается, что сообщество АСПЛинукс существует и продвигается вперёд усилиями почти что одного человека ( http://updates.msiu.ru ), а остальные или не хотят или им всё равно.

Покажи мне «красивую обёртку» Федоры. Рядом — некрасивую обёртку ASP.

Re: Интервью с разработчиком ASP Linux

Harzah, а как ты ослеживаешь появление новостей об ASP? У тебя скрипт для этого написан? Этот скрипт шлёт тебе SMS, когда обнаруживает новость, в тексте которой есть «ASP»? А он под GPL? Поделиться сорцами можешь?

Re: Интервью с разработчиком ASP Linux

Обычная заказная статья, что вы хотели? 1) Максим Цепляев это МЕНЕДЖЕР. Он ничерта не понимает в технических подробностях линуксостроения. Будьте снисходительны. 2) Интервью это _записано_ как вы понимаете «со слов», тоесть все претензии к литературности лежат на интервьюере.

Ну и ложка дегтя — во временя asp7.3 ответа поддержки приходилось ждать не более 24 часов. Сейчас заявлено «двое суток, не считая выходных».

Re: Интервью с разработчиком ASP Linux

>Не увидел в статье ни лозунгов, ни рекламы.

купи очки или научись читать.

крадкое изложение статьи:

раскажите читателям насколько крут ASP Linux v 10

может кто-нибудь не понял, давайте еще раз расскажите как крут
ASP Linux v10

ну ладно в принципе все рассказали, но ведь осталось проплаченное
место в статье, давайте еще раз раскажите как крут ASP linux

Re: Интервью с разработчиком ASP Linux

>Покажи мне «красивую обёртку» Федоры. Рядом — некрасивую обёртку ASP.

Речь шла о Мандрайк. и прочие «красивые» или действительно «разрекламированные» дисритутивы. которые по сути «ничем не лучше», а то и хуже. продают-то не дистрибутивы, продают «имидж».

>Harzah, а как ты ослеживаешь появление новостей об ASP? У тебя скрипт для этого написан? Этот скрипт шлёт тебе SMS, когда обнаруживает новость, в тексте которой есть «ASP»? А он под GPL? Поделиться сорцами можешь?

Re: Интервью с разработчиком ASP Linux

> Речь шла о Мандрайк. и прочие «красивые» или действительно «разрекламированные» дисритутивы. которые по сути «ничем не лучше», а то и хуже. продают-то не дистрибутивы, продают «имидж».

Речь шла о Mandrake, который сейчас основан сам на себе. Сам собирает пакеты. ASP же, как я понял, берет текущую федору и начинает добавлять в неё mplayer’ы, mp3 и пр. Или я что-то не так понимаю?

Re: Интервью с разработчиком ASP Linux

Да, статья скорее всего рекламная, но спешить записывать ее в «проплаченный пеар» не стоит, сначала нужно ее внимательно прочитать. Возможно, до этого многие знали о существовании дистра АСП, но они могли и не знать о разных вариантах сего дистра. Собственно, такие статьи и восполняют подобные пробелы.

Re: Интервью с разработчиком ASP Linux

> Да, статья скорее всего рекламная, но спешить записывать ее в «проплаченный пеар» не стоит, сначала нужно ее внимательно прочитать. Возможно, до этого многие знали о существовании дистра АСП, но они могли и не знать о разных вариантах сего дистра. Собственно, такие статьи и восполняют подобные пробелы.

Пробел не так велик. Всё, что мне нужно знать об ASP, — это их URL и на чём основан их дистрибутив 🙂

Фактически я узнал только, что у них есть свой LiveCD. ftp://ftp.asplinux.ru/pub/i386/10/asplinux/ASPLinux/base/ — это он или нет? Если нет, то где его можно скачать?

Re: Интервью с разработчиком ASP Linux

нет, это не он. а скачать Greenhorn 10 нельзя. его можно только купить. последний livecd от АСПЛинукс версии 9.2 можно скачать только здесь: ftp://ftp.nnov.net/pub/mirrors/ftp.asplinux.ru/i386/9.2/livecd Красивый, мне понравился.

Re: Интервью с разработчиком ASP Linux

> поэтому базирование на Fedora позволяет нам легче адаптировать например, такие необходимые сейчас элементы современной ОС, как plug-and-play, поддержки которого пока нет в других дистрибутивах

Какой шикарный бред. Я понимаю, что дела у российских линуксовых вендоров сейчас идут не сликом хорошо, но зачем же опускаться до откровенной дезинформации?

Re: Интервью с разработчиком ASP Linux

Алексей Доля: Можете привести пять причин, по которым пользователям следует обратить внимание на ASPLinux v10, а не другие дистрибутивы Linux или Microsoft Windows?

Максим Цыпляев: 1. Высокая функциональность и надежность. В сравнении с Windows это также наличие выбора между несколькими вариантами графической среды, браузера и большинства других наиболее употребительных компонентов системы. 2. Полная локализация для России и Украины. 3. Наличие оптимальной комплектации для каждой из целевых аудиторий от корпоративных клиентов до домашних пользователей. 4. Не подвержен эпидемиям вирусов, программ-шпионов и прочих «паразитов». 5. Наличие реальной технической поддержки на русском языке, а не просто факт ее декларирования.

Дык вон он чем отличается от других линуксов.. Мля.

Источник