PDA

توجه ! این یک نسخه آرشیو شده میباشد و در این حالت شما عکسی را مشاهده نمیکنید برای مشاهده کامل متن و عکسها بر روی لینک مقابل کلیک کنید : استفاده از دستگاه Network Optimization در دیتاسنتر، لطفاً نظرتون رو بگید ؟



Aria
April 24th, 2012, 16:22
سلام.

ما در راستای بهتر شدن خدمات شبکه دیتاسنتر خودمون تصمیم به خرید یک دستگاه Network Optimizer گرفتیم که قیمت بسیار بالایی داره و در نتیجه تصمیم گرفتیم قبل از انجام خرید نهایی، نظر کاربران و همکاران رو بدونیم.

این دستگاه باعث میشه که پکت های ارسالی به BGP ما بهترین روش انتقال رو پیدا کنند و بین شبکه ای که ما داریم که تشکیل میشه از bandwidth provider های مختلف، بهترینش رو برای رسوندن درخواست ها به مقصد پی بگیره.

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

نمونه ای از گزارشات دریافتی از برنامه که در شبکه ما به صورت Monitoring & Suggestion Mode فعال بود به شرح زیر است:

04/22/12 08:26:25 PM 188.253.117.0/24 49100 Pishgaman Tose Erteb... nLayer Level3 [Latency improvement] Old packet loss 0%, avg rtt 376 ms, new packet loss 0%, avg rtt 331 ms.

04/22/12 08:26:10 PM 98.14.167.0/24 12271 Road Runner HoldCo L... Level3 nLayer [Latency improvement] Old packet loss 0%, avg rtt 90 ms, new packet loss 0%, avg rtt 35 ms.

04/22/12 08:25:50 PM 175.44.25.0/24 4837 CNCGROUP China169 Ba... nLayer Level3 [Loss improvement] Old packet loss 23%, avg rtt 309 ms, new packet loss 0%, avg rtt 525 ms.

04/22/12 08:25:25 PM 69.118.217.0/24 6128 Cablevision Systems ... nLayer Level3 [Latency improvement] Old packet loss 0%, avg rtt 117 ms, new packet loss 0%, avg rtt 41 ms.

04/22/12 08:28:31 PM 120.61.7.0/24 17813 Mahanagar Telephone ... TWTC nLayer [Latency improvement] Old packet loss 0%, avg rtt 338 ms, new packet loss 0%, avg rtt 293 ms.

همانطور که مشاهده می فرمایید، در اکثر موارد RTT به مقدار حدودی 30ms کسر شده و درخواست ها با سرعت و کیفیت بیشتری به مقصد می رسند.

این کار برای دیتاسنتر ما و کاربران ما مفید است که توضیح آن به شرح زیر خواهد بود:

1. برای ما از نظر هزینه پهنای باند و اتلاف نشدن پکت های ارسالی در حالت Native BGPv4 باعث خواهد شد که ماهیانه از هزینه های ما کاسته شود.
2. برای کاربران ما، این مورد باعث می شود که پهنای باند کمتری از طرف سرور های ایشان مصرف شود (حدوداً 15% کمتر از حالت فعلی) و همینطور سرعت فعالیت خدمات ایشان و پورت سرور ها و باز شدن وبسایت ها و ... به طور قابل توجهی افزایش یاد.

ما تغریباً 70% از خرید این دستگاه و قرار دادن آن در سر راه شبکه دیتاسنتر اطمینان داریم و برای رسیدن این اطمینان به 100% و انجام اقدامات نهایی نیاز به شنیدن نظر کاربران خواهیم داشت (حتی اگر از ما سرویسی ندارند).

با تشکر.

Aria
April 29th, 2012, 17:14
سلام.

واقعاً هیچ یک از همکاران نظری ندارند ؟ در یک انجمن تخصصی فکر می کنم جایز باشه همکاری بیشتری با دیگر همکاران انجام بشه.

در هر حال خوشحال خواهیم شد نظر دوستان رو بدونیم.

با تشکر.

tizparvaz
April 29th, 2012, 18:10
:53: کار خوبیه البته سرویسهای شما در حال حاضر هم از پینگ بهتری نسبت به سایر سرورهای آمریکا برخور داره

RezaFH
April 29th, 2012, 18:17
سلام

یک مساله ی کلی در مورد اینکه چرا این تاپیک بدون پاسخ مونده عرض کنم که احتمال قریب به یقین شما هم اشراف دارید به این موضوع:
بالای 99.9 درصد کاربران و مدیران سایت/شرکت هایی که در انجمن فعالیت میکنند، کوچکترین اطلاعات تخصصی در مورد کاری که میکنند یا چیزی که استفاده میکنند؛ ندارند.

برای مثال یکی از موارد کاملا معمول و مشهور ، هارد سرورهایی هست که قریب به اتفاق افراد اون رو بر اساس حجم اش انتخاب میکنند!
نه چیزی در مورد Cache چیزی میدونند، نه در مورد تعداد دور، نه در مورد قابلیت Raid و نه فرق بین معمولی و Enterprise رو میدونن، نه کیفیت ساخت و نه در مورد میزان پاسخگویی به درخواست I/O و نه هیچ چیز دیگه ای ...
و یک هارد 2 ترابایت 5400 RPM رو با 2 هارد Enterprise یک ترابایتی RPM 7200 در حالت RAID 0 برابر میدونن! (چرا که حجم هر دو گزینه میشه 2 ترابایت و اینه که مهمه)

بنابراین شاید توی این انجمن چند نفر بیشتر نباشند که در این مورد (Network Optimization) اطلاعی داشته باشند و بتونن چیزی بگن یا نتیجه گیری ای داشته باشند.
مثال خیلی بارز تر اگر بخوام بگم اینه که بخش پشتیبانی یکی از دیتاسنتر های ایرانی، اطلاعی از امکان کانفیگ سویچ Layer 3 بصورت BGP نداشت و به کاربر گفته بود، درصورت نیاز به BGP ملزم به خرید Router اختصاصی هستید! :-| (اون هم در حالتی که کاربر فقط چند سرور در این دیتاسنتر کولو کرده بود و فقط میخواست آی پی های خودش رو Route کنه و هیچ نیاز دیگری نداشت)

اما نظر خودم رو در این موضوع بصورت عمومی و یک کاربر عادی اگر بخوام بیان کنم (چون بنده هم اطلاعات تخصصی خاصی در این مورد ندارم) این هست که:

- این کار بطور حتم کیفیت شبکه شما رو بطور محسوس ای افزایش خواهد داد
- در کوتاه مدت هزینه ی کلی پهنای باند دیتاسنتر با توجه به کاهش Packet Loss و درنتیجه کاهش مصرف، کاهش پیدا خواهد کرد

ولی چیزی که باید محاسبه کرد، اینه که در بلند مدت شما از لحاظ مالی سود میکنید یا ضرر

یک مثال خیلی ساده این هست که شما روی هر سرور 10 ترابایت پهنای باند ارائه میکنید
بطور میانگین اگر این پهنای باند بصورت کامل توسط سرورها استفاده بشه (در حالت فعلی) با کسر اون 15% که گفتید میزان مصرف در حالت جدید میشه حدود 8.5 ترابایت
حالا اگر مصرف در همین حالت بمونه، شما 15% پهنای باند کمتری خریداری خواهید کرد و این یعنی سود.
اما احتمال بیشتر با این هست که کاربران سعی کنند با افزایش مصرف و فروش بیشتر به اون 10 ترابایت برسن؛ که در این حالت سودی برای شما وجود نخواهد داشت چون صرفه جویی انجام نشده.

درواقع یک بحث آمار و احتمال پیش میاد که نتیجه گیری رو کمی سخت میکنه

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

Aria
April 30th, 2012, 01:44
سلام.

ممنون از همکاری دوستان.

در مورد صحبت شما آقای رضا، از نظر route کردن آی پی ها ما هم به کاربرانمون همین رو میگیم چون دلیلی برای authorize کردن IP کاربرانی رو نداریم که Authorization رو از ARIN یا Ripe به صورت مستقیم نداریم.

در صورتی که به هر نحو مشکلی برای کاربر پیش بیاد که IP های ایشان توسط شرکت فروشنده Revoke بشه، مشکل Missing Routed Object برای RADB و BGPv4 ما پیش میاد و در نتیجه باعث بروز مشکل برای ما میشه.

اما در مورد پاسخ شما، 95% صحبح فرمودید ولی یک دیتاسنتر معمولاً مقدار زیادی پهنای باند در اختیار داره و در این حالت هم در صورت Optimize شدن شبکه، هزینه ای که به دلیل حل مشکل BGP Packet Filtering Optimization خواهد بود بسیار به نفع ما میشه و حتی اگر کاربر بیشتر از پهنای باند استفاده کنه از نظر ما کماکان مشکلی نیست و هنوز سود بخش هست.

البته لازم به ذکر است که هدف ما مسائل مالی نیست و بیشتر در فکر بیشتر کردن کیفیت هستیم تا پس از مدتی کاربران حرفه ای تر که تنها به دنبال کیفیت هستند و هزینه برایشان مورد مهمی نیست، به ما رجوع کنند.

با تشکر.

MagicVps.Com
April 30th, 2012, 02:49
یک جواب خلاصه و مفید و در اخرهم یک نتیجه کلی و خلاصه


البته لازم به ذکر است که هدف ما مسائل مالی نیست و بیشتر در فکر بیشتر کردن کیفیت هستیم تا پس از مدتی کاربران حرفه ای تر که تنها به دنبال کیفیت هستند و هزینه برایشان مورد مهمی نیست، به ما رجوع کنند.
1- شما میگید کیفتتون خوب میشه پس وقتی میدونید کیفیتتون خوب میشه ومشتریتون هم بیشتر میشه (منظورم مشتری درست و حسابلی نه هر مشتریی چرا که اهای زیادی هست برای زیاد کردن همه جور مشتری که فکرنمیکنم دنبال همه جورمشتری شما باشید ) پس چه دلیلی داره که نخواهید استفاده کنید اگر بدنبال کیفیت بیشتر هستید مشتر ی وقتی ببینه کیفیت خیلی بیشتر از جاهای دیگر هست جذب شما میشه

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

2- دارید میگد هنوز سود بخش هست ومشکلی برای هزینهای که قرار هست انجام بشه نیست

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

اینشاالله که که همیشه موفق باشید

Woshka
April 30th, 2012, 03:32
یک جواب خلاصه و مفید و در اخرهم یک نتیجه کلی و خلاصه


1- شما میگید کیفتتون خوب میشه پس وقتی میدونید کیفیتتون خوب میشه ومشتریتون هم بیشتر میشه (منظورم مشتری درست و حسابلی نه هر مشتریی چرا که اهای زیادی هست برای زیاد کردن همه جور مشتری که فکرنمیکنم دنبال همه جورمشتری شما باشید ) پس چه دلیلی داره که نخواهید استفاده کنید اگر بدنبال کیفیت بیشتر هستید مشتر ی وقتی ببینه کیفیت خیلی بیشتر از جاهای دیگر هست جذب شما میشه


2- دارید میگد هنوز سود بخش هست ومشکلی برای هزینهای که قرار هست انجام بشه نیست

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

اینشاالله که که همیشه موفق باشید



یک سوال پیش میاد که شما می خواید این کار رو بکنید
خودتون هم مزایاش رو می گید
دیگه همه چیشو می دونید
مثل اینکه من بیام بگم آهای من روی سرورم هارد ssd میزارم خیلی خوبه لود رو کم می کنه مشتری ها راضی می شوند
حالا دیگه چرا بیام بگم نظر هم بخوام که همه به زور نظر بدن که تاپیک بالا باشه که بفهمیم شما کارت درسته!
این کاری جز تبلیغ و به زور تاپیک رو بالا نگه داشتن نیست؟
چون مدیر هم هستی حق زدن آفر نداری از این روش ها استفاده می کنی

من رو یاد یکی از حرف های استاد تاریخ سوم دبیرستان انداختی
"اوایل انقلاب قانون شد که در روض های وفات اهل بیت و غیره... تبلیغ در تلویزیون حرام و ممنوع هستش
پس از مدتی بانک ملی در یکی از چنین روزهایی در تلویزیون چنین تیزری داد(البته بانکش و جملش دقیقا یادم نیست همین ملی بودیا نه)
--بانک ملی وفات *** را به همه ی مومنین تسلیت می گوید---"

مستر آریا شما هم زدید توی همچین حرکتی!

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

به قول خودتون با تشکر!

Aria
April 30th, 2012, 05:07
سلام.

از اونجایی که بنده نظر خواهی کردم، هر گونه نظری پذیرفته میشه.

جنبه تبلیغاتی داشتن تاپیک بنده نظر شما هست و نظر دادن اشکالی نداره ولی سوال بنده چیز دیگری بود و پرسیدن نظر کاربران دلیل دیگری دارد.

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

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

استفاده از دستگاه Network Optimizer در هنگام دریافت Attack های مختلف باعث میشه که شبکه به شدت کند بشه و حتی اگر قدرت اون حمله بالا نباشه به دلیل اینکه هر packet به صورت explicit کنترل و filter میشه، باعث مسدود شدن درخواست های بعدی و در نهایت down شدن کل شبکه میشه.

در واقع سوال بنده، نگاه فنی همکاران به این موضوع است که دریافت نظر از ایشان که مورد هایی مثل مورد بالا که ساعاتی پیش در یک انجمن تخصصی دیگر (خارجی) مشاهده شد، مطرح بشه و به قول معروف dark side های این سرمایه گزاری نیز مشخص بشه و در نهایت نتیجه گیری کلی انجام بشه.

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

با تشکر.

RezaFH
April 30th, 2012, 11:36
از نظر route کردن آی پی ها ما هم به کاربرانمون همین رو میگیم چون دلیلی برای authorize کردن IP کاربرانی رو نداریم که Authorization رو از ARIN یا Ripe به صورت مستقیم نداریم.

در صورتی که به هر نحو مشکلی برای کاربر پیش بیاد که IP های ایشان توسط شرکت فروشنده Revoke بشه، مشکل Missing Routed Object برای RADB و BGPv4 ما پیش میاد و در نتیجه باعث بروز مشکل برای ما میشه.


این پست من تقریبا آف تاپیک هست:

در مورد این موضوع، منظور من استفاده از سویچ Layer 3 برای BGP بود (ایشون فقط ASN و بلاک آی پی خودش رو میخواست Route کنه و روی سرورها استفاده کنه) ؛ به جای خرید روتر به همراه یک سویچ Layer 2 که قطعا هزینه ی بسیار بالایی رو برای کاربر خواهد داشت.
حالا با این توضیحات سوالی برای من پیش میاد اینه که آیا باز هم ممکنه این کار برای دیتاسنتر مشکلی ایجاد کنه ؟
( این مساله کمی گنگ هست برام، چون فکر میکنم با این کار، دیتاسنتر فقط به عنوان یک Network Provider عمل میکنه و فرقی نمیکنه که تجهیزات استفاده کننده برای BGP چی باشه!)

Aria
April 30th, 2012, 12:41
سلام.

در حالتی که شما از یک router استفاده نکنید و از هر چیز دیگه استفاده کنید (چه یک Switch و یا یک software و یا هر چیز دیگر) دیتاسنتر باید BGP را به حالت Default Route به کاربر ارائه بده به جای Full Routing Table و در نتیجه می بایست RADB و BGP Session از طرف دیتاسنتر برای کاربر مذکور ایجاد بشه.

در نتیجه مجدداً موضوعی که در پاسخ قبل عرض کردم پیش میاد و به همین دلیل ما اکیداً از انجام این کار برای کاربران سر باز می زنیم تا زمانی که خودشون روشی برای announce کردن asn و همینطور دریافت full routing table باشند و همینطور RADB Database خودشون رو هم خریداری کرده باشند.

با تشکر.

itjavani
April 30th, 2012, 14:28
سلام

مدیران لطف کنند پست آقا رضا گل رو قاب بگیرند بزنند سر در انجمن :دی گل گفتی :دی

آریا عزیز
همونطوری که خودتون به مزایای دستگاه بهینه سازی شبکه اشاره کردید ، با در اختیار گرفتن دستگاه بهینه سازی شبکه و همینطور مدیریت صحیح سرعت کانکشن های دیتاهای رد و بدل شده دستگاه های ریز زیر مجموعه خود در زمان تراکم شبکه میتونید تضمین بالایی در کیفیت کانکشن ها به کاربرهاتون بدید! منتها این امر خودتون استاد هستید در همین دو خط خلاصه نمیشه! ولـــی باید در نظر بگیرید هزینه های شما فقط به خرید این دستگاه محدود نمیشه! همونطوری که خودتون اشاره کردید به معایب این دستگاه و با توجه به دیداس های سنگین که در ماه های اخیر کل شبکه شما رو دربرگرفت شما قبل از خرید این دستگاه باید به فکر دستگاه هایی برای جلوگیری و دفع سریع حمله های وارد بر شبکه شما باشید. در صورتی که شما نتونید این حملات رو در سریع ترین زمان ممکن ( در یک ساعت نه یک روز یا بیش از یک ساعت ) دفع کنید این دستگاه نه تنها مفید نخواهد بود بلکه اعتبار شما رو میتونه زیر سوال ببره و با حملات نیمه سنگین کل شبکه شما بخوابه! برای شبکه های کوچک این دستگاه ها به صرفه نیست ولی برای شبکه های بزرگ که میزان رد و بدل اطلاعات بالا و همسوی آن پکت لاست دارند، هزینه این دستگاه میتونه ظرف یک الی دو ماه برگشت داشته باشه به سمت کمپانی شما!
در صورتی که شما بتونید قبل از هر چیز 99.9% حملاتی که به شبکه شما میشه رو در سریعترین زمان ممکن دفع کنید این دستگاه کاملا توجیه اقتصادی داره واستون! کلر بودن نتورک شما باعث افزایش تعداد کاربران شما مخصوصا گیم سرورها میشه! و در نتیجه شما وارد در آمدزایی بیشتری به نسبت قبل میشید.

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

موفق باشید.

Aria
April 30th, 2012, 14:54
سلام.

ممنون محمد جان، توضیحات خوبی بود.

در مورد حملات ماه های اخیر، بله، متاسفانه در بعضی موارد باعث سنگین شدن فشار شبکه میشد و packet lost شدید میشد، یک مورد هم downtime کامل داشتیم که علتش این بود که شخص یا اشخاصی که حمله می کردند در حال انجام این کار بر روی چند رنج آی پی ما به صورت همزمان بودند که اگر دوستان به موارد NOC آشنایی داشته باشند میدونند که دریافت گزارش flow در چنین حالتی و null route کردن حمله به طور کامل بیش از حد معمول زمان خواهد برد.

اما در مورد دیگر موارد اشاره شده، صحبت شما صحیح است و همانطور که بامداد امروز به نتیجه ای در مورد مشکل این دستگاه رسیدیم، امروز به نتیجه ای برای حل این مشکل رسیدیم که استفاده از honeypot network هست.

در صورت قرار دادن یک honeypot network قبل از ورود شبکه خام به دستگاه network optimizer ما میتونیم حملات رو شناسایی کنیم (بر حسب average گرفتن از مصرف هر پورت router و switch های اصلی شبکه و reroute کردن مصرف بالای جدید که مشخصاً یک حمله هست) و فشار شبکه رو به یک پورت 1Gbps به صورت attack detention منتقل کنیم و حمله کننده تنها بتونه به 1Gbps از نتورک ما که از طریق یک Vyatta Router کنترل میشه و ارتباطی به شبکه اصلی نداره، دسترسی داشته باشه و در نهایت هیچ آسیبی به شبکه ما و یا دستگاه network optimizer وارد نشه.

روش دومی که در همین لحظات توسط بنده و همکاران NOC ما در حال بررسی هست اینه که از دو دستگاه به صورت Failover و دو سرور قدرتمند که بخش software NETOpt رو به عهده می گیردند به عنوان Failover2 استفاده کرده و در نهایت این دو set از سیستم های failover رو به حالت یک توپولوژی MESH طراجی کنیم که با این کار خیلی بهتر و دقیقتر میشه attack رو شناسایی کرد و فشار حاصل از حملات رو در بین این شبکه MESH ساخته شده به حالت Loopback و در نهایت Discard Destine دراورد.

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

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

با تشکر.

trueenzo
May 1st, 2012, 03:51
روش چک کردن پاکت ها قبل از رسیدن به اپتیمایزر و دراپ کردن می تونه روش خوبی باشی برای رفع مشکل دستگاه در مقابل حملات
به طور مثال همون هانی پات

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

پس حتی اگر هم تبلیغاتی باشه، باز هم مفید هست برای یوزر نهایی