بازم گروه های کاربری (حس مالکیت)

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

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

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

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

خوب حالا چی کارش باید کرد؟ چرا این حس آسیب می بینه و چرا به flamewar کشیده می شه؟

ادامه خواندن بازم گروه های کاربری (حس مالکیت)

route به ناکجا آباد

یه چند وقتی بود دنبال یه راه حل برای ترکوندن ترافیک ddos بودم. بالاخره پیداش کردم. یکی از راه ها روت به ناکجا آباد یا همون null route هست.

به چند روش می شه این کار را انجام داد. اولین روش اینکه می تونی به loopback روت کنی

route add <ipaddr> gw 127.0.0.1 lo

یکی از روش های دیگر با کمک دستور route هست

route add -host <ipaddr> reject

برای اینکه ببینید توی routing table چه بلایی سرش اومده می تونید از دستور route -n استفاده کنید . همانطور که می بینید به جای gateway خط تره (-) گذاشته.

و همچنین مفهومی داریم در دستور ip به نام balckhole که از اون هم می تونید استفاده کنید.

ip route add blackhole <ipaddr>/<net_prefix>

یه ابزار دیگه هم  من از استفاده اش لذت بردم که برای نتیجه اعمال روت ها می تونید ازش استفاده کنید:

ip route get <ipaddr>

در ادامه حالا شما فقط به یه ابزار نیاز دارید که ddos را شناسایی کنه و برای جلوگیری از آن هم از این دستورات استفاده کنه. فکر کنم fail2ban یه ابزار ساده و مناسب باشه . هر وقت تست کردم حتما یه مطلب در موردش می نویسم.

۷۲٫۳۰٫۲٫۴

lenny-backports-sloppy

تیم backports پروژه دبیان امروز ایجاد مخزن جدید خود به نام lenny-backports-sloppy را اعلام کرد. خوب این lenny-backports-sloppy چی هست؟

طرح مشکل

در نسخه های پیشین مانند Etch نیاز های دو گروه دائما با یکدیگر تداخل ایجاد می کرد.

گروه اول: گروهی که می خواستند نسخه sarge + sarg-backports را به نسخه etch بدون backports به روز رسانی کنند.

گروه دوم: گروهی که می خواستند نسخه sarge + sarg-backports را به نسخه etch + etch-backports به روز رسانی کنند.

این دو گروه دائما بر سر این که بسته های testing بعد از انتشار نسخه پایدار وارد backports بشود (در اینجا بسته های lenny برای sarge-backports) اختلاف نظر داشتند. و نیاز هر دو معقول و قابل بررسی بود. این بحث در مورد lenny نیز مجددا مطرح شده است.

راه حل

گروه backports گروه جدیدی از بسته ها را به نام lenny-backports-sloppy برای کسانی که می خواهند lenny+lenny-backports را به squeeze+squeeze+backports به روز رسانی کنند فراهم کرده است. lenny-backports به این معنی است که بسته ها تنها از squeeze انتخاب می شوند ،حتی پس از انتشار و پس از انتشار هم تنها تغییر ها squeeze و مشکلات امنیتی آن به روز می شود.

در صورتی که lenny-backports-sloppy پس از انتشار squeeze بسته ها را از مخزن wheezy که نسخه testing بعدی است قبول می کند.

تعاریف

backport : کامپایل مجدد یک بسته از مخازن testing و unstable برای استفاده در نسخه پایدار است.