پاسخ : خاموش کردن سرور اختصاصی بدلیل ست کردن ایپی غیر مجاز
با سلام خدمت تمامی دوستان عزیز. بنده خیلی منتظر موندم که جناب آقای یار محمدی که خودشون رو نماینده معرفی کردند، جواب این پست رو بعدند، ولی متاسفانه مثل اینکه سرشون شلوغ بوده و یا اینکه کلا به اینجا سر نزدند، به هر حال وظیفه دونستم که با گیگا تماس بگیرم و دلیل این مشکل رو در نتورک گیگا جویا بشم. با توجه به اینکه بیشتر دوستان عزیز این خصلت گیگا را میداند که نتورک خودشون را توسط متخصصان خودشون طراحی و اجرا کرده اند و شبکه به صورتی که بیشتر دیتا سنتر‌ها استفاده میکنند نمی‌باشد، بلکه طراحی اختصاصی و یا ویژه برای خودشون دارا هستن.
حالا بریم سر اصل مطلب، با تماسی که بنده با گیگا داشتم جواب آنها به صورت زیر بوده، البته با عرض معذرت به زبان آلمانی هست که بعضی جاهارو ترجمه و باز می‌کنم.
کد PHP:grundsätzlich gilt: Es ist absolut unerheblich, in welchem subnetz sich die
haupt-ip des servers befindet. Sie selbst haben viele zusatz-ip adressen von
uns zugeteilt bekommen und kaum eine befindet sich im selben subnetz wie die
ihrer hauptserver.
Aus diesem grund senden wir jedem kunden zusätzliche netzwerkinformationen zu.
Um diese herauszubekommen reicht theoretisch aber auch simples ausprobieren -
der geschätzte aufwand hierfür beträgt 5 minuten.
Das manuelle routen von ip-adressen mit hilfe von unseren routern ist absolut
untauglich für die zuordnung von ip-adressen. Der hiermit verbundene aufwand
würde - wie mein kollege bereits sagte - die kosten einer einzigen
zusätzlichen ip-adresse enorm in die höhe treiben. Ohne eine gewisse
setup-gebühr pro ip würden wir in einem solchen fall nicht auskommen. Zumal es
rein aus sicht der netzwerktechnik die grundlagen von geswitchten netzwerken
durcheinander wirft.
Bitte lassen sie mich hierzu kurz die "funktion" von switches und routern in
einem netzwerk erklären:
Wir gehen davon aus, dass unser ziel-server die bezeichnung 'a', unser router
die bezeichnung 'r' und unser switch die bezeichnung 's' besitzt. Nun
versuchen sie sich via ssh auf server 'a' zu verbinden. Router 'r' nimmt die
damit verbundene anfrage an und fragt in das netzwerk hinein "wer kennt a?".
Switch 's' antwortet: "ich kenne a!". Prinzipiell ist hier die aufgabe von
router 'r' bereits erledigt. Dieser übergibt die arbeit nun an switch 's'.
Switch 's' wiederrum weiß exakt, an welchem port sich server 'a' befindet und
leitet den datenverkehr an diesen weiter. Selbstverständlich ist dies eine auf
das absolut nötigste (!) reduzierte darstellung. Der eigentliche ablauf
gestaltet sich um einige schritte komplizierter und überschreitet den rahmen
dieser e-mail.
Entscheidend aber ist, dass netzwerkkomponenten wie router und switches nur
die rolle von vermittlern übernehmen. Die flexibilität, die ein ip-netzwerk
mit sich bringt würde durch starre routen (manuell im router eingegeben -
verbleichbar mit einer route aus ihrem navigationssystem) verloren gehen.
Bitte versuchen sie, ihrem freund die situation so einmal näher zu bringen.
Die verantwortung, dass der bei uns gemietete bzw. - im falle von colocation -
untergebrachte server bei unserem kunden, und somit ihrem freund, liegt.
Ein eintrag bei wht hilft, und da bin ich mir sicher sind sie meiner ansicht,
in einem solchen fall keinem von uns.
Sind noch weitere fragen offen, so sind sie herzlichst willkommen, sich wieder
an uns zu wenden.
--
mit freundlichen grüßen
christian fischer
technischer support / technical support
giga-hosting gmbh
aschauer straße 32a
81549 münchen
[url=http://www.giga-hosting.biz]giga-hosting.biz - php-, cgi-, ssl-support - mysql-datenbank - webspace ab 2,99[/url]
e-mail: [email]support@giga-hosting.biz[/email]
tel.: +49 (0) 89 212 683 72
fax: +49 (0) 89 216 658 62
خوب به عنوانه سوال اول که از ساپورت محترم گیگا پرسیده بودم این بود که چرا هم چین اتفاقی باید می‌افتد، و یا کلا چطوری شده که آای پی سرور دیگر رو تونستن بدست بیارن که روی سرور خودشون ست کنند، و یک حمصهین بحرانی پیش بیاد. جواب گیگا بنا به پاراگراف اول این بوده که کلا این کار غیر قابل انجام هست و یا اینکه سخت هست که آیپی سرور دیگری رو کسی پیدا کند و همچنین گتوی و مسک اون آای پی رو بتونه ست کنه در صورتی که کلا رنج آای پی مشخص نبود. و اینکه چرا حمصهین کاری میکنند و به صورت بلاک آای پی هارو فروش نمیکنن، هم این بوده که چون اگه بخواهند حمصهین کاری کنند باید هزینه ستاپ بالایی بگیرند برای آای پی ها، همون مشکلی که ovh دارد، ولی داره با اون کنار میاد.
در پاراگراف شماره ۴ به بد کمی در باره شبکه خودشون توضیح دادن، که برای دوستان دیگه هم روشن بشه. که گفت شده اگه سرور را a در نظر بگیریم و router رو هم r بگیریم، و همچنین s را سویچ در نظر بگیریم، شبکه یک هم چین روشی را پیش خواهد گرفت : به طور مثل شما آدرس آای پی سرور خودتون رو میزنید، که به سرور a وصل شود، حال روتر r شروع به سوال کردن می‌کند، که کدوم سرور id / ا رو میشناسد و این آای پی مال کدوم یکی از شما‌ها هست. حال سویچ s جواب میده که من این رو میشناسم و مال سرور‌های من هست، و همین گونه این روش ادامه پیدا می‌کند تا به مقصد برسد، که در این روش بعضی وقتها این جور مشکلات پیش میاد، که مثلا جفت این آای پی‌‌هایی که دوست ما اعلام کردن رو یک سویچ بشناسد و این باعث می‌شه که یک مشکل اختلال پیش بیاد.
البته قابل توجه تمامی دوستان، که این مشکل اصلا به آای پی‌‌های اضافی مربوط نمیشوند، و شما نمیتوانید هم چین کاری را با آای پی‌‌های اضافی انجام بدهید. این مشکل فقط بعضی وقتها اون هم بصورت خیلی خیلی کم برای دو سرور که در یک سویچ باشند پیش خواهد آمد که باز هم امکانش به قول آلمانیا زلتن هست.
البته از اونجایی که بنده از گفت گوی ساپورت گیگا متوجه شده ام، گفت شده که ایشون که سرور را الان دارند، از یک کسی خریداری کرده اند، که دارای کلو هستند، و با داشتن کلو هر کسی دارای یک پانل آیپی می‌باشد، که با این پانل میتواند آای پی هارو روی سرور‌های خودش ست کند. حل در قسمت بعدی گفت شده که : بعضی وقتها هم این امکان وجود دارد که این مشکل از همون پانل آای پی‌‌های صاحب کلو
باشد، البته فقط بعضی وقت ها، که آای پی را اشتباها ست کرده باشه به یکی از سرور‌ها و ..
در آخر هم ایشون ذکر کرده که با این دوستمون صحبت کنیم و متقاعد کنیم که مشکل پیش اومده حل شده است، و اگر هم خواستند میتونند در WHT پست بدند، که مطمئن هستند از گیگا طرفداری میشود.
به هر حال بنده وظیفه دونستهام که به عنوانه یک فروشنده سرور‌های گیگا این توضیحات را ارایه بدم. اگر مشکلی باز هم بود بفرمایید تا با گیگا در میان بذاریم
پاسخ با نقل قول