بایگانی برچسب: s

توسعه دهنده مایکروسافت فاش کرد که حتی روی آژر هم لینوکس بیشتر از ویندوز سرور استفاده می شه

سه سال و نیم قبل، سی تی او آژر – کلاود مایکروسافت – گفته بود که «یک چهارم ماشین های آژر لینوکس هستند». بعد توی سال ۲۰۱۷ مایکروسافت گفت که ۴۰٪ ماشین های مجازی ساخته شده روی آژر، لینوکس هستند. در ۲۰۱۸ اعلام شد که این عدد تقریبا نصف ماشین ها است و حالا ساشا لوین که توسعه دهنده کرنل لینوکس در مایکروسافت است، در درخواست خودش برای عضویت مایکروسافت در لیست سکیوریتی کرنل لینوکس، نوشته که «استفاده از لینوکس در کلاود ما از ویندوز بیشتر شده».

البته این کاملا قابل پیش بینی بود اما کماکان اتفاق افتادنش جالبه. لینوکس به هرحال اکثریت اینترنت رو می‌چرخونه و استفاده از سرور ویندوز هم همه این سال‌ها در حال افول بوده.

معاون رییس اجرایی مایکروسافت اسکات گوتهری می گه که لینوکس هر ماه داره بالاتر میاد و برخی از سرویس های آژر اصولا با لینوکس درست شدن. اون می گه از ده سال قبل که ASP.NET بازمتن شد، فهمیدن که هر توسعه دهنده ای می تونه از بازمتن بهره ببره،‌نه به عنوان چیزی خوب که به عنوان موضوعی لازم. اون می گه این بحث کد نیست، بحث جامعه است. در نهایت هم اضافه می کنه که به اعتقادش الان مایکروسافت بزرگترین پشتیبان پروژه بازمتن در جهان است.

منبع

خروجی عجیب پایپ لاین یونیکس، این رو امتحان کنین و سوادتون رو عمیق تر کنین

اگر از یونیکس / لینوکس / مک و کامند لاین های مشابه استفاده می کنین خروجی این دستور رو چک کنین:

(echo red; echo green 1>&2) | echo blue

خروجی به شکل جالبی ممکنه هر کدوم از اینها باشه:

blue
green

یا

green
blue

یا

blue

حتی به شکلی جالبتر ممکنه روی یک کامپیوتر و یک شل، بعد از چند بار تکرار نتیجه دیگه ای بگیرین. می دونیم که رفتارهای عجیب کامپیوتر معمولا مربوط به درک ناقص ما از ماجرا مربوط هستن وگرنه تقریبا هیچ وقت هیچ چیز خیلی عجیب و غریبی اتفاق نمی‌افته (: بخصوص به شکل مستمر.

اما ببینیم اینجا وضع چیه. ما داریم دو تا کامند echo اجرا می کنیم و خروجی رو پایپ می کنیم به یک echo دیگه. مساله اینه که پرانتز یک شل جدید درست می کنه و اکو دستور داخلی شل است. پس ما دو تا اکو داریم که با هم مسابقه می ذارن.

توجه کنید که اگر echo red اجرا بشه، خروجی اش به عنوان ورودی به echo blue داده می شه که تاثیری نداره.

یک چیز دیگه رو هم اینجا باید بلد باشیم و اون SIGPIPE است. توی یونیکس پروسه رو با سیگنال ها کنترل می کنیم و وقتی می گیم kill -9 folan در واقع با فرستادن سیگنال ۹ به فلان، مجبورش کردیم سریعا قطع بشه. یک سیگنال SIGPIPE هم داریم که برابر عددی اش ۱۳ است و وقتی ارسال می شه که یک پروسه سعی کنه روی پایپی که بسته شده بنویسه. این کار باعث پایان کار اون پروسه می شه. این رو هم می دونیم که echo دستور داخلی است و وقتی در داخل یک شل اجرا می شه، تنها یک پروسه داره – حتی اگر دو بار اجرا بشه.

حالا برگردیم سر عبارت قشنگمون:

(echo red; echo green 1>&2) | echo blue

ما اینجا سه تا اکو داریم، که دو تاشون به هم وصل هستن، دو تاشون در یک گروه (فورک شل) و یکیشون در یک گروه دیگه (سمت چپ) که به خاطر وجود پایپ سعی می کنن موازی اجرا بشن و مسابقه می‌دادن برای سریعتر بودن: حالت های مختلف این هستن:

  1. هر دو اکوی سمت چپ تموم می شن و بعد اکوی سمت راست اجرا می شه. اینجا اول سبز چاپ می شه و بعد آبی
  2. اکوی قرمز چاپ می شه (و کاربردی نداره چون به ورودی اوکی بعدی تبدیل شده که بی معنیه) و بعد اکوی آبی تموم می شه و بعد اکوی سبز. در اینجا SIGPIPE نداریم چون اکوی سمت چپ در حال اجرا است و نتیجه «آبی سبز» خواهد بود.
  3. اول از همه اکوی آبی اتفاق می افته و قبل از اینکه اکوی قرمز تموم بشه و چیزی روی پایپ بیاد، SIGPIPE رو می فرسته. اینکار کل شل داخل پرانتز سمت چپ رو می بنده و نتیجه فقط آبی است

چنین چیزهایی در دنیای واقعی تقریبا کاربرد ندارن ولی باعث دانش و درک عمیقتر ما از یونیکس و سیستم عامل ها می شن. امیدوارم لذت برده باشین و امیدوارم با لذت بیشتر، بحث سیگنال های یونیکس رو از اینجا بخونین همچنین منبع اصلی رو هم نگاه کنین چون جواب های کاملتری هم داره.

لینوس توروالدز می خواد کمی از لینوکس فاصله بگیره و به کارهاش فکر کنه

لینوس امروز در یک حرکت غیرمنتظره ایمیلی به میلینگ لیست کرنل زده و گفته که «لازم دارم که بخشی از رفتارم رو تغییر بدم و می خوام معذرت بخوام از کسانی که رفتار من اذیتشون کرده و احتمالا به خاطر برخورد من، کلا توسعه کرنل رو کنار گذاشتن»

توروالدز برای جدیتش توی پیشبرد پروژه کرنل و شوخی نداشتنش در تذکر حماقت، ضعف و بد بودن کد دیگران مشهوره. البته بارها گفته شده که معمولا حمله اش به سمت افراد نیست و به کد اونها حمله می کنه اما به هرحال همین هم می تونه افراد بسیاری رو، دپرس کنه. آخرین کشمکش هم مربوط به نشست نگهدارنده‌های کرنل بود که توش حدود ۴۰ نفر از توسعه دهنده ها و نگه دارنده‌های اصلی جمع می‌شن دور هم تا گپ بزنن ولی امسال چون توروالدز ماجرا رو فراموش کرده بود و یک برنامه دیگه تنظیم کرده بود، مجبور شدن برنامه رو از کانادا به اسکاتلند منتقل کنن تا توروالدز هم بتونه بیاد!

توروالدز در توضح ماجرا گفت که از ماجرا شرمگین است و ناراحته که تقویم رو اشتباه کرده و اضافه کرد که واقعا امیدوارم بود دیگه لازم نباش این برنامه رو بره؛ هر چی باشه تقریبا ۲۰ ساله که هر سال همین برنامه رو رفته. در ادامه توروالدز نوشت که ناراحته که این برنامه براش اهمیت چندانی نداره و احتمالا این مساله احساسات کسانی که حسابی مساله براشون مهمه رو جریحه دار می کنه.

در نهایت توروالدز اشاره کرده به اینکه درک آدم ها براش راحت نیست و می دونه که رفتارش باعث شده فضای توسعه کرنل غیرحرفه ای پیش بره و این خوب نیست و نسبت به اینکه گاهی حتی تلاشش برای رسیدن به یک پچ بهتر،‌جنبه حمله شخصی پیدا کرده بسیار متاسفه.

توروالدز گفته که لازمه بخشی از رفتارش رو عوض کنه و می خواد از کسانی که ناراحتشون کرده معذرت بخواد و بهتره کمی به خودش وقت بده و کمک بگیره تا آدم ها رو بهتر درک کنه. البته بحثش کنار رفتن کامل نیست بلکه نیاز به یک استراحت داره و حس نمی کنه که نمی خواد به توسعه کرنل ادامه بده. بلکه برعکسه و علاقمند است کاری که تقریبا ۳۰ ساله روش وقت گذاشته رو ادامه بده؛ ولی بعد از کمی استراحت.

در مورد باگ های اسپکتر و ملت‌داون مطالب دست اول بخونین

این چند وقت بحث باگ های امنیتی سی پی یوها اینقدر عظیم بود که حتی روزنامه های زرد هم دارن درباره‌اش می‌نویسن. اما به نظرم فرصت خیلی خوبیه که اگر به مبحث امنیت علاقمند هستین، در این مورد سعی کنین مقاله های اصلی رو بخونین. چون تشریحی که وبلاگ گوگل از ماجرا منتشر کرده اینقدر خوب نوشته شده که احتمالا با کمی تلاش و جستجوی موازی در مورد مباحث، برای اکثر ما تا حدود خوبی قابل فهمه.

خلاصه باگ های اسپکتر و ملت داون در این سه شکل قابل طبقه بندی است:

  • شکل یک: دور زدن بررسی محدوده (CVE-2017-5753)
  • شکل دو: تزریق شاخه مقصد (CVE-2017-5715)
  • شکل سه: گول زدن کش کننده دیتا (CVE-2017-5754)

در مقاله گوگل این سه روش تشریح شدن و در نهایت به سه نمونه ثابت کننده مفاهیم مطرح شده (ترجمه PoC چی می‌شه؟) رسیدن. مثلا محققین تونستن از داخل یک ماشین مجازی، حافظه هاست رو بخونن یا با یک یوزر معمولی، به حافظه کرنل دسترسی پیدا کنن.

از اونجایی که این باگ ها مربوط به سخت افزارهای سی پی یو هستن، عملا فیکس کردنشون نیازمند انواع بررسی و چک در کرنل ها است و نتیجه اش کند شدن و پیچیده تر شدن کرنل ها! اتفاقی که در حال حاضر داره می افته و مطمئن هستیم جایزه پاونی امسال که به حادترین باگ ها داده می شه، از حالا متعلق به این باگ خواهد بود. تنها کاری هم که خواهیم تونست بکنیم، آپدیت کردن کرنل هامون است به محدود کردن دائمی حالت های بیشتری از این باگ‌ها.

راستی.. کل ماجرا رو گفتم که بگم مقاله گوگل خواندنی است و قابل درک؛ با حوصله و سرچ های جانبی و حالا که خودمونی شدیم این بحث بامزه رو هم بگم که اول گوگل این باگ رو کشف می کنه و به اینتل گزارش می ده، و مدیر عامل اینتل چیکار می کنه؟ تمام سهامی اینتلی که داشت و می تونست بفروشه رو می فروشه! (:

لینوکس در این ماه ۲۵ ساله شد، بیشترین روند؟ نیاز به توسعه دهندگانی که به خاطر برنامه‌نویسی کرنل به شرکت‌ها برن

/jaz/Linuxstillit06.tif

بیست و پنج سال پیش، در آگست ۱۹۹۱ لینوس نامه مشهورش رو نوشت و به دنیا اومدن لینوکس رو به دنیا خبر داد. حالا در بیست و پنج سال بعد لینوکس موجودی عظیم شده که بخشی بزرگی از دنیا رو اداره می‌کنه – از اکثریت تلفن‌های هوشمند تا اینترنت تا قطارها و بانک ها. گزارش توسعه کرنل که دیروز منتشر شد آمار جالبی از شرایط توسعه به ما می‌ده:

سال‌های سال است که تعداد توسعه دهندگان مستقل (فردی/بدون حقوق) لینوکس با کاهشی پایدار مواجه بوده. در ۲۰۱۲ این عدد ۱۴.۶ درصد بود، در ۲۰۱۳ برابر ۱۳.۶ درصد و در ۲۰۱۴ تعداد توسعه دهندگان مستقل به ۱۱.۸ رسید. اما حالا این عدد روی ۷.۷ درصد ایستاده. این سقوط دائمی دلایل متنوعی داره اما حتما منطقی‌ترین دلیل ساده‌ترین اونها است: توسعه‌دهندگان کرنل کم هستن و هر کسی که بتونه نشون بده کد نوشته شده توسط خودش می تونه به کرنل برسه، در پیدا کردن شغل هم مشکلی نخواهد داشت.

در گزارش این ماه به بیش از ۴۰۰ شرکت اشاره شده که با نوشتن کد برای کرنل سعی می کنن وضع خودشون در بازار رو بهتر کنن. شرکت‌هایی مثل اینتل، ردهت، سامسونگ، سوزه، گوگل، ای ام د، تگزاس اینسترومنتز، اوراکل، هواوی، فیسبوک، سیسکو و غیره.

linux-companies-640x371

در این دوره ۹ ورژن جدید کرنل منتشر شده و عدد اصلی ورژن از ۳ به ۴ تغییر کرده که نشون دهنده هیچ چیز خاصی هم نیست و فقط نشون دهنده این است که هر کرنل جدید تغییراتی داره که دیگه تفاوت خاصی بین عدد اصلی و عدد کوچیک رو لازم نمی‌کنه.

در صورتی که می‌خواین با لینوکس آشنا بشین از اینجا شروع کنین و اگر علاقمند هستین که توسعه کرنل رو شروع کنین، مطمئن بشین که لینوکس رو به خوبی بلدین، کتاب سیستم‌عامل رو بخونین و در برنامه نویسی سی بسیار خوب باشین و در نهایت درک کنین که کرنل لینوکس چه بخش‌هایی داره و این اجزا چطوری با هم کار می‌کنن که برای همه اینها کتاب‌های مستقل هست.

جادی تی وی ۰۱۹ – هک دوستانه سنگ کاغذ قیچی کلاینت ساید از طریق شنود و بازسازی ارتباطات

توی این جادی.تی وی یک هک می کنیم (: دوستان خوب دلیون اجازه دادن که با تمرکز روی بازی کلاینت سایدی که طراحی کرده بودن، یک شکل از هک رو آموزش بدم: شنود ارتباطات با ابزارهای مرد میانی و دستکاری اونها به شکلی که لازم داریم تا بتونیم صبحانه مجانی بخوریم (:

مثل همیشه عضویت شما در کانال یوتیوب جادی تی وی انرژی بخشه. شایدم اگر چیزی یاد گرفتین و می تونستین، دونیت کردنتون (:

جادی تی وی ۱۶، ۱۷ و ۱۸: لینوکس برای آدم‌های شاد – نصب و تنظیمات عمومی یک وب سرور سنت او اس روی وی پی اس شخصی

در مجموعه لینوکس برای آدم‌های شاد تا اینجا اومدیم که برای خودمون یک لینوکس نصب کردیم و کمی باهاش ور رفتیم و این کارها. اما واقعا یک آدم شاد از سرور هم نمی‌ترسه. کاری نداره که! توی این سه شماره ما روی سرور مجازی ای که خریدیم یک وب سرور نصب می کنیم. در اولین قسمت لاگین می‌کنیم و پسوردها رو تغییر می‌دیم و وب سرور رو در ابتدایی‌ترین شکل راه‌ می‌ندازیم:

در مرحله بعدی فایل‌هایی که قراره به مراجعین نشون داده بشن رو به خونه خودمون می‌یاریم و همچنین یک دامین رو که از dot.tk گرفته‌ایم وصل می‌کنیم به هاستمون تا از این به بعد بشه با آدرس linuxjadi.tk به سایتمون رسید:

در نهایت برنامه انتقال فایل رو راه می‌ندازیم. در آخرین قسمت با نصب یک اف تی پی سرور روی سنت او اس، به کاربرمون اجازه می‌دیم که فایل‌های اچ تی ام ال و سی اس اس که روی کامپیوتر خودش درست کرده رو به سرور انتقال بده. همچنین دست کوچیکی به امنیت سرور می‌کشیم.

برای دانلود یا کارهای دیگه:

خوش باشین و موفق و اگر لازمه چیز دیگه ای در این سری ها تدریس بشه خوشحال می‌شم تو کامنت ها بگین.

ثبت نام شروع شد: پیش به سوی زیکانف ۷

Zconf7

یک‌سال از برگزاری زیکانف ۶ که با ارائه‌ها، دورهمی‌ها، پادکست‌ها، شبکه‌سازی‌ها و اتفاقات خوب همراه بود گذشت!

زیکانف ۷ با حضور شما و تلاش بیشتر ما پرقدرت‌تر و با لحظه‌هایی بهتر از گذشته در تاریخ‌های ۱۸ و ۱۹ شهریور برگزار خواهد شد. ثبت‌نام شروع شده و افرادی که حداکثر تا یکم شهریور ثبت‌نام کنند از تخفیف ۵۰٪ برخوردار خواهد شد.

اگر تمایل به ارائه سمینار دارید شرایط ارسال مقاله در سایت هست. خوشحال می‌شیم امسال شما یکی از سخنرانان زیکانف باشید.

پس بشتابید به سوی زیکانف ۷ ::‌ یک دورهمی با طعم دانش، مهارت و تجربه کاربری!

به نظر منم کلا طراح لوگوهاشون تحت تاثیر مک است.. خودم هم حتما سعی می کنم شرکت کنم و در حالتی که کار خاصی پیش نیاد، هستم زیکانف هفتم رو!