نام (NAME)

gdnsd-plugin-geoip - افزونه متا برای تفکیک جغرافیایی بار سرور (GSLB) و جایگزینی اضطراری از طریق پایگاه‌های داده GeoIP2 مکسماید

خلاصه دستور (SYNOPSIS)

نمونه حداقلی فایل پیکربندی gdnsd با استفاده از این افزونه:

plugins => { geoip => {
  maps => {
    my_prod_map => {
      geoip2_db => GeoIP2-City.mmdb,
      datacenters => [dc-03, dc-02, dc-01, dc-fail],
      map => {
          EU => {
              DE => [dc-03, dc-01, dc-fail],
              CH => [dc-01, dc-03, dc-fail]
          },
          NA => { MX => [dc-02, dc-fail] }
      }
    },
    my_auto_map => {
      geoip2_db => GeoIP2-Country.mmdb,
      datacenters => [dc1, dc2],
      auto_dc_coords => {
         dc1 => [ 38.9, -77 ],
         dc2 => [ 50.1, 8.7 ],
      }
    }
  },
  resources => {
    prod_www => {
      map => my_prod_map
      service_types => up
      dcmap => {
        dc-01 => 192.0.2.1,
        dc-02 => { lb01 => 192.0.2.2, lb02 => 192.0.2.3 },
        dc-03 => [ 192.0.2.4, 192.0.2.5, 192.0.2.6 ],
        dc-fail => last.resort.cname.example.net.
      }
    }
    corp_www => {
      map => my_auto_map
      dcmap => {
        dc1 => 192.0.2.100,
        dc2 => 192.0.2.101
      }
    }
  }
}}

نمونه رکوردهای منبع (RR) در فایل ناحیه برای ناحیه example.com:

www      600 DYNA geoip!prod_www
www-dc01 600 DYNA geoip!prod_www/dc-01
www.corp 600 DYNA geoip!corp_www

توضیحات (DESCRIPTION)

gdnsd-plugin-geoip از پایگاه‌های داده باینری GeoIP2 شرکت MaxMind برای نگاشت نتایج نشانی و CNAME بر اساس موقعیت جغرافیایی و دسترسی‌پذیری پایش‌شده سرویس‌ها استفاده می‌کند. این افزونه به طور کامل از هر دو استاندارد IPv6 و استاندارد نوظهور edns-client-subnet پشتیبانی می‌نماید. چنانچه درخواستی حاوی گزینه edns-client-subnet با ماسک شبکه مبدأ بزرگ‌تر از صفر باشد، اطلاعات edns-client-subnet به جای IP مبدأ درخواست (IP کش پرس‌وجوکننده) استفاده خواهد شد.

این افزونه از پایگاه‌های داده با فرمت GeoIP2 که معمولاً به .mmdb ختم می‌شوند پشتیبانی می‌کند. از پایگاه‌های داده قدیمی با فرمت GeoIP1 (که معمولاً به .dat ختم می‌شوند) پشتیبانی نمی‌شود.

این افزونه همچنین می‌تواند بدون هیچ پایگاه داده GeoIP استفاده شود، که در این حالت تنها ورودی نگاشت شبکه از داده‌های پیکربندی "nets" یا یک فایل خارجی "nets" تأمین می‌شود که به طور صریح زیرشبکه‌ها را به فهرست‌هایی از مراکز داده نگاشت می‌کنند.

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

این دو حالت می‌توانند در مرزهای جغرافیایی نیز به طور موثر با یکدیگر ترکیب شوند.

به ازای هر "map" که تعریف می‌کنید (که کدهای موقعیت جغرافیایی را به فهرست‌های اولویت‌بندی‌شده از مراکز داده شما نگاشت می‌کند)، این افزونه تمام زیرشبکه‌های خام GeoIP را در بزرگ‌ترین ابرشبکه‌های (supernets) ممکن که پاسخ‌های یکسانی در پیکربندی شما دارند ادغام می‌کند. این ابرشبکه‌ها به نوبه خود برای تنظیم ماسک‌های دامنه edns-client-subnet بزرگ‌تر نسبت به بازگرداندن ساده نتایج خام GeoIP استفاده می‌شوند.

افزونه متافو (PLUGIN_METAFO)

مطالعه مستندات gdnsd-plugin-metafo(8) برای درک مستندات افزونه geoip در اینجا الزامی است. افزونه geoip یک ابرمجموعه دقیق از افزونه metafo است و تقریباً از تمام کد منبع افزونه metafo مجدداً استفاده می‌کند. افزونه metafo عمل جایگزینی اضطراری (failover) را در امتداد یک فهرست سراسری و مرتب‌شده منفرد از مراکز داده انجام می‌دهد. آنچه plugin_geoip به قابلیت‌های metafo اضافه می‌کند، امکان پویایی ترتیب فهرست جایگزینی مراکز داده بر اساس هر درخواست و متکی بر سرنخ‌های جغرافیایی استخراج‌شده از نشانی شبکه کلاینت است.

محل فایل‌ها (FILE LOCATIONS)

پیکربندی این افزونه می‌تواند به چندین فایل پیکربندی و/یا فایل داده خارجی ارجاع دهد. به طور پیش‌فرض، تمام فایل‌های ارجاع‌شده در پیکربندی این افزونه از زیرپوشه geoip در دایرکتوری پیکربندی دیمون (پیش‌فرض /etc/gdnsd) بارگذاری می‌شوند. با مشخص کردن مسیرهای مطلق فایل می‌توانید آن‌ها را از مکان‌های دیگر بارگذاری کنید.

پیکربندی - سطح بالا (CONFIGURATION - TOP-LEVEL)

سطح بالای پیکربندی افزونه geoip (یعنی "plugins => { geoip => { ... } }") تنها از سه کلید صریح پشتیبانی می‌کند. یکی از آن‌ها تنظیم اختیاری "undefined_datacenters_ok" است.

دو کلید دیگر الزامی هستند و در دو بخش بعدی با جزئیات شرح داده شده‌اند: "maps" و "resources". بخش "maps" یک یا چند نگاشت نام‌گذاری‌شده از اطلاعات موقعیت مکانی پایگاه‌های داده باینری GeoIP به زیرمجموعه‌های مرتب‌شده از نام‌های مراکز داده را تعریف می‌کند. بخش "resources" یک یا چند منبع نام‌گذاری‌شده را تعریف می‌کند که هر کدام به یکی از نقشه‌های نام‌گذاری‌شده ارجاع داده و نام‌های مراکز داده را به مجموعه‌های مشخصی از نشانی‌ها یا CNAMEها تجزیه می‌کنند.

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

پیکربندی - نقشه‌ها (CONFIGURATION - MAPS)

تمام کلیدهای پیکربندی در سطح "maps" نام‌های نقشه‌هایی هستند که شما برای تعریف انتخاب می‌کنید. یک نقشه، از نظر مفهومی، نگاشتی میان جغرافیا و/یا توپولوژی شبکه به زیرمجموعه‌های مرتب متغیر از مراکز داده است. مقدار هر نقشه نام‌گذاری‌شده باید یک هش باشد و کلیدهای پیکربندی زیر در داخل آن اعمال می‌شوند:

nets => {
    10.0.0.0/8 => [ dc1, dc2 ],
    192.0.2.128/25 => dc3
    2001:DB8::/32 => [ dc4, dc5, dc6 ],
}

{ OC => { NZ => { OTA => [...] } } }

{ EU => { FR => { Paris => [...] } } }

پیکربندی - نقشه‌ها - حالت خودکار شهری (CONFIGURATION - MAPS - CITY AUTO MODE)

«حالت خودکار شهری» (City-auto-mode) یک حالت ویژه عملیاتی است که جهان را بر اساس محاسبات مختصات به طور خودکار به مراکز داده شما نگاشت می‌کند، به طوری که نیازی به ساخت دستی یک "map" سلسله‌مراتبی پیچیده نداشته باشید. البته این حالت هنوز هم می‌تواند با "map" ترکیب شود و به شما امکان می‌دهد در صورت تمایل از حالت خودکار فقط برای مناطق جغرافیایی خاص استفاده کنید (یا با تعیین فهرست‌های دستی آن را برای مناطق خاص غیرفعال نمایید). پارامتر کلیدی "auto_dc_coords" است که حالت خودکار شهری را فعال می‌کند. این قابلیت نیازمند پایگاه داده GeoIP2 در سطح City است؛ پایگاه‌های داده Country فاقد اطلاعات مختصات هستند.

"auto_dc_coords = { ... }"

هش کلید-مقدار، اختیاری. اگر این گزینه مشخص شود، حالت پایه عملیاتی کل نقشه به «city-auto-mode» تغییر می‌یابد. محتویات هش شامل یک کلید برای هر مرکز داده نام‌گذاری‌شده در "datacenters" است که مقادیر آن‌ها روی آرایه‌ای از "[lat, lon]" بر حسب واحدهای درجه اعشاری تنظیم شده است. هنگامی که حالت خودکار شهری توسط این گزینه فعال می‌شود، تغییرات اعتبارسنجی پیکربندی زیر نسبت به حالت پیش‌فرض و نگاشت ایستا رخ می‌دهد: پایگاه(های) داده بارگذاری‌شده GeoIP2 باید حتماً پایگاه‌های داده در سطح City باشند، و کلمه کلیدی ویژه "auto" به یک «فهرست مرکز داده» معتبر در بلوک "map" تبدیل می‌شود.

با فعال شدن حالت خودکار شهری، مقدار پیش‌فرض "default" در سطح بالای نقشه به "auto" تغییر می‌یابد، اما می‌توان آن را با یک فهرست دستی بازنویسی کرد. برای هر مکانی که به "auto" نگاشت می‌شود، مختصات مشخص‌شده در اینجا در "auto_dc_coords" با مختصات پایگاه(های) داده در سطح City مقایسه می‌شود تا یک فهرست مراکز داده مرتب‌شده بر اساس فاصله به طور خودکار تعیین گردد.

اگر یک یا چند مرکز داده تعریف‌شده را از فهرست مختصات در "auto_dc_coords" حذف کنید، آن مراکز داده در نتایج خودکار استفاده نخواهند شد، اما همچنان برای استفاده دستی از طریق مدخل‌های "map" و/یا "nets" در دسترس خواهند بود.

"auto_dc_limit = N"

عدد صحیح بدون علامت، اختیاری، پیش‌فرض ۳. هنگامی که حالت خودکار شهری فعال است، این گزینه حد بالای طول برای فهرست‌های تولیدشده خودکار است. مقدار ۳ یک پیش‌فرض معقول است حتی اگر مجموعه مراکز داده بسیار طولانی‌تری داشته باشید، زیرا این امر یک مرکز اصلی و همچنین دو مرکز جایگزین را فراهم می‌کند. افزایش این مقدار به عددی بزرگ در حضور یک فهرست طولانی از مراکز داده باعث افزایش سریع مجموعه‌ای از فهرست‌های مراکز داده با نتیجه یکتا شده و در نتیجه بهینه‌سازی پایگاه داده نتیجه نهایی را برای اهداف edns-client-subnet کاهش می‌دهد. افزایش این مقدار تقریباً در هیچ حالتی ارزشی ندارد، مگر اینکه واقعاً نیاز داشته باشید از کار افتادن همزمان بیش از ۳ مرکز داده تصادفی را مدیریت کنید و همچنان کلاینت‌ها به جای دیگر منتقل شوند. مقدار صفر به عنوان نامحدود تلقی می‌شود (به هیچ وجه توصیه نمی‌شود).

در حالت خودکار شهری، زمانی که پیش‌فرض سطح بالا (به طور صریح یا ضمنی) "auto" باشد، همچنان یک ترتیب ایستای پشتیبان وجود دارد که کل فهرست مرتب "datacenters" است؛ همان "default" ایستای عادی زمانی که در حالت خودکار شهری نیستیم. این پشتیبان زمانی استفاده می‌شود که هیچ اطلاعات مکانی اصلاً در دسترس نباشد (مثلاً کلاینت IPv6 در برابر پایگاه داده GeoIP اختصاصی IPv4، پروکسی‌های ناشناس و غیره).

آزمایش نقشه (MAP TESTING)

یک برنامه باینری به نام "gdnsd_geoip_test" گنجانده شده است. این برنامه می‌تواند مستقیماً از خط فرمان استفاده شود، بخش‌های مربوطه از فایل پیکربندی gdnsd شما را برای اطلاعات نقشه geoip تجزیه کرده و سپس نتایج فهرست مراکز داده را برای ترکیب‌های آدرس IP و نقشه ارائه‌شده توسط کاربر فراهم می‌کند. این ابزار برای خطایابی نقشه‌های شما و آزمایش نگاشت IPهای کلاینت مفید است. این برنامه یک صفحه راهنمای جداگانه gdnsd_geoip_test(1) دارد.

پیکربندی - منابع (CONFIGURATION - RESOURCES)

پیکربندی در سطح منبع در بلوک "resources" تقریباً مشابه پیکربندی منابع در افزونه metafo است، با تمام همان رفتارهای اساسی در مورد ترکیب یا ارجاع مستقیم به پیکربندی سایر افزونه‌ها به ازای هر مرکز داده.

یک تفاوت این است که آرایه "datacenters" به ازای هر منبع در metafo با "map => mapname" جایگزین شده است که به یکی از نقشه‌های تعریف‌شده در بلوک "maps" که قبلاً به تفصیل شرح داده شد ارجاع می‌دهد. مجموعه مراکز داده تعریف‌شده در بلوک "dcmap" باید با مجموعه کل مراکز داده تعریف‌شده توسط نقشه ارجاع‌شده مطابقت داشته باشد، مگر اینکه "undefined_datacenters_ok" روی "true" تنظیم شده باشد (هشدارها و مستندات بالا را ببینید).

فلگ "skip_first" را نیز می‌توان به ازای هر منبع تنظیم کرد، و با افزونه geoip بسیار مفیدتر از افزونه پایه metafo است. اگر این فلگ تنظیم شود، اولین مرکز داده در فهرست جایگزینی برای یک جستجوی مفروض نادیده گرفته می‌شود و امکان تعریف یک منبع «انتخاب دوم» را با استفاده از همان تعریف نقشه پایه انتخاب اول فراهم می‌کند. در این حالت انتخاب اول اصلی *هرگز* یک پاسخ ممکن نیست و بقیه منطق (مانند نادیده گرفتن مراکز داده مشخص‌شده به عنوان غیرفعال) با فهرست باقی‌مانده به طور عادی ادامه می‌یابد. اگر مدخل نقشه و/یا تعریف منبع قبلاً تعداد موثر مراکز داده را به یک کاهش داده باشد، فلگ هیچ اثری ندارد.

تعامل میان افزونه‌های متا (META-PLUGIN INTERACTION)

هر دو افزونه متا ("metafo" و "geoip") می‌توانند تا زمانی که یک منبع مستقیماً به خودش ارجاع ندهد، از طریق ارجاع مستقیم درون یک "dcmap" به منابع خود و همچنین منابع یکدیگر ارجاع دهند. این قابلیت امکان پیکربندی لایه‌بندی افزونه‌ها مانند geoip -> metafo -> weighted یا metafo -> geoip -> multifo یا حتی metafo -> metafo -> simplefo و غیره را فراهم می‌سازد.

به یاد داشته باشید هنگامی که شروع به استفاده از ارجاعات متقابل بین افزونه‌های متا می‌کنید، ممکن است یک حلقه ارجاعی ایجاد نمایید. gdnsd در حال حاضر چنین حلقه‌هایی را شناسایی یا مهار نمی‌کند، و آن‌ها در هنگام پرس‌وجو باعث شکست کامل در زمان اجرا خواهند شد که احتمالاً به دلیل اتمام فضای پشته در طول بازگشت (recursion) است.

علاوه بر این، "geoip" می‌تواند پیکربندی را برای منابع "metafo" بسازد، اما عکس آن صادق نیست؛ "metafo" نمی‌تواند پیکربندی را برای منابع "geoip" تولید کند.

نشانی‌های سازگار با IPv4 (IPv4 Compatible Addresses)

این افزونه شش روش مختلف نسبتاً ساده را برای نگاشت آدرس‌های IPv4 به فضای آدرس IPv6 می‌شناسد. این روش‌ها در زیر با همان میزانی از جزئیات که برای این افزونه اهمیت دارد نشان داده شده‌اند و به جای بایت‌های کپی‌شده آدرس IPv4 از "NNNN:NNNN" استفاده شده است:

     ::0000:NNNN:NNNN/96   # RFC 4291 - v4compat (منسوخ‌شده)
     ::ffff:NNNN:NNNN/96   # RFC 4291 - v4mapped
::ffff:0000:NNNN:NNNN/96   # RFC 2765 - SIIT (از رده خارج)
   64:ff9b::NNNN:NNNN/96   # RFC 6052 - Well-Known Prefix
2001:0000:X:NNNN:NNNN/32   # RFC 4380 - Teredo (بیت‌های IPv4 وارونه می‌شوند)
       2002:NNNN:NNNN::/16 # RFC 3056 - 6to4
(در حالت Teredo در بالا، "X" نشان‌دهنده برخی بایت‌های غیرصفر متغیر است
 که ۶۴ بیت میانی آدرس را اشغال می‌کنند).

تمام پایگاه‌های داده جستجوی داخلی این افزونه، پایگاه‌های داده IPv6 هستند و هرگونه اطلاعات شبیه به IPv4 همیشه در فضای v4compat در این پایگاه‌های داده ذخیره می‌شود. هنگام انجام جستجوهای زمان اجرا، سایر آدرس‌های شبه-v4 (آدرس‌های خام IPv4، v4mapped، SIIT، WKP، Teredo و 6to4) قبل از پرس‌وجو از پایگاه‌های داده داخلی به نمایش استاندارد v4compat در IPv6 تبدیل می‌شوند. سایر نمایش‌ها (v4mapped، SIIT، WKP، Teredo، 6to4) در داخل تعریف‌نشده هستند و با توجه به تبدیل v4compat که قبلاً ذکر شد، هرگز در زمان جستجو به آن‌ها ارجاع داده نخواهد شد.

بخش "nets" مجاز به تعیین مدخل‌ها در پنج فضای تعریف‌نشده شبه-v4 در IPv6 (آن‌هایی غیر از v4compat) نیست. در عوض آن شبکه‌ها را به عنوان شبکه‌های معمولی IPv4 یا شبکه‌های v4compat مشخص کنید. مدخل‌های مشروع IPv6 در "nets" که تصادفاً یک ابرشبکه از هر فضای شبه-v4 باشند، تأثیر منفی بر جستجوهای شبه-v4 *نخواهند* گذاشت. هیچ تفاوت عملکردی بین فرم‌های v4compat و فرم بومی v4 در "nets" وجود ندارد، مثلاً "192.0.2.0/24" و "::C000:0200/120" کاملاً یکسان هستند.

پایگاه‌های داده GeoIP که ذاتاً فقط IPv4 هستند، تمام داده‌هایشان فقط در فضای v4compat بارگذاری می‌شود. برای پایگاه‌های داده معمولی IPv6 در GeoIP، به طور پیش‌فرض فضای v4compat را مستقیماً بارگذاری می‌کنیم (جایی که MaxMind داده‌های IPv4 را در پایگاه‌های داده IPv6 خود ذخیره می‌کند)، اما از فضاهای v4mapped/SIIT/Teredo/6to4 صرف‌نظر می‌نماییم (که برخی از آن‌ها در پایگاه‌های داده MaxMind خالی هستند و برخی دیگر صرفاً نام مستعاری برای فضای v4compat محسوب می‌شوند).

نمونه پیکربندی دیگر (ANOTHER CONFIG EXAMPLE)

یک نمونه پیکربندی نسبتاً جامع که تعامل بخش‌های معتبر "maps" و "resources" را نشان می‌دهد:

service_types => {
  xmpp_svc => { plugin => "tcp_connect", ... }
  www_svc => { plugin => "http_status", ... }
}
plugins => {
  geoip => {
    maps => {
      my_prod_map => {
        geoip2_db => GeoIP2-City.mmdb,
        datacenters => [us-01, de-01, sg-01],
        map => {
            # سلسله‌مراتب عبارت است از: Continent -> Country -> Region -> City
            NA => {
              US => {
                Dallas => [sg-01],
              }
            }
            SA => [us-01, sg-01, de-01],
            EU => {
              default => [de-01, us-01, sg-01],
              CH => {
                Geneve => {
                  Geneva => [sg-01],
                }
              }
            }
            AF => [de-01, us-01, sg-01],
            AS => [sg-01, de-01, us-01],
            OC => [sg-01, us-01, de-01],
        }
        nets => {
            10.0.0.0/8 => [ de-01 ],
            2001:DB8::/32 => [ us-01 ],
        }
      }
      my_auto_map => {
        geoip2_db => GeoIP2-City.mmdb,
        datacenters => [us-01, de-01, sg-01],
        auto_dc_coords => {
           us-01 => [ 38.9, -77 ],
           de-01 => [ 50.1, 8.7 ],
           sg-01 => [ 1.3, 103.9 ],
        }
      }
    }
    resources => {
      prod_app => {
        map => my_auto_map
        # این دو مورد کلیدهای پیکربندی به ارث برده شده از multifo
        #  برای تمام dcmap زیر هستند:
        service_types => [www_svc, xmpp_svc],
        up_thresh => 0.4,
        dcmap => {
          us-01 => {
            lb01 => 192.0.2.1,
            lb02 => 192.0.2.2,
            lb03 => 192.0.2.3,
            lb01.v6 => 2001:DB8::1,
            lb02.v6 => 2001:DB8::2,
            lb03.v6 => 2001:DB8::3,
          },
          sg-01 => {
            lb01 => 192.0.2.4,
            lb02 => 192.0.2.5,
            lb03 => 192.0.2.6,
            lb01.v6 => 2001:DB8::4,
            lb02.v6 => 2001:DB8::5,
            lb03.v6 => 2001:DB8::6,
          },
          de-01 => {
            lb01 => 192.0.2.7,
            lb02 => 192.0.2.8,
            lb03 => 192.0.2.9,
            lb01.v6 => 2001:DB8::7,
            lb02.v6 => 2001:DB8::8,
            lb03.v6 => 2001:DB8::9,
          },
        }
      },
      prod_cdn => {
        map => my_prod_map,
        dcmap => {
          us-01 => us-cdn-provider.example.net.
          sg-01 => asia-cdn-provider.example.net.
          de-01 => europe-cdn-provider.example.net.
        }
      }
    }
  }
}

نمونه رکوردهای منبع (RR) در فایل ناحیه برای ناحیه example.com:

app     600 DYNA geoip!prod_app
app.us  600 DYNA geoip!prod_app/us-01
app.sg  600 DYNA geoip!prod_app/sg-01
app.de  600 DYNA geoip!prod_app/de-01
content 600 DYNC geoip!prod_cdn

نمونه حالت خودکار شهری METAFO->GEOIP با CNAME آخرین چاره

plugins => {
  geoip => {
    maps => {
      auto_map => {
        geoip2_db => GeoIP2-City.mmdb,
        datacenters => [dc1, dc2, dc3, dc4],
        auto_dc_coords => {
           dc1 => [ 38.9, -77 ],
           dc2 => [ 50.1, 8.7 ],
           dc3 => [ 20.2, 88.9 ],
           dc4 => [ 39.0, -20 ],
        },
        # فقط ۲ مورد نزدیک‌تر بررسی شوند قبل از تسلیم شدن:
        auto_dc_limit => 2,
      }
    },
    resources => {
      www_real => {
        map => my_auto_map,
        service_types => [ http, xmpp ],
        dcmap => {
          dc1 => 192.0.2.100,
          dc2 => 192.0.2.101,
          dc3 => 192.0.2.102,
          dc4 => 192.0.2.103
        }
      }
    }
  },
  metafo => {
    resources => {
      www => {
        datacenters => [ real, backup ],
        dcmap => {
          real => %geoip!www_real,
          backup => backup-host.example.net.
        }
      }
    }
  }
}
و در فایل ناحیه example.com:
; نزدیک‌ترین ۲ مرکز از ۴ مرکز داده را به کلاینت
; از نقشه geoip امتحان می‌کند، و اگر هر دوی آن‌ها از کار افتاده باشند
; یک CNAME به backup-host.example.net بازمی‌گرداند
; برای نمایش پیام قطعی یا موارد مشابه:
www DYNC metafo!www

همچنین ببینید (SEE ALSO)

gdnsd-plugin-metafo(8), gdnsd_geoip_test(1), gdnsd.config(5), gdnsd.zonefile(5), gdnsd(8)

راهنمای gdnsd.

حق نشر و مجوز (COPYRIGHT AND LICENSE)

کپی‌رایت (c) ۲۰۱۲ Brandon L Black <blblack@gmail.com>

این فایل بخشی از gdnsd است.

نرم‌افزار gdnsd یک نرم‌افزار آزاد است: شما می‌توانید آن را تحت شرایط مجوز عمومی همگانی گنو (GNU GPL) همان‌طور که توسط بنیاد نرم‌افزارهای آزاد منتشر شده است، چه نسخه ۳ مجوز و چه (به انتخاب خودتان) هر نسخه بعد از آن، بازتوزیع کرده و/یا تغییر دهید.

نرم‌افزار gdnsd با این امید توزیع شده است که مفید واقع شود، اما بدون هرگونه ضمانت؛ حتی بدون ضمانت ضمنی قابل فروش بودن یا مناسب بودن برای یک هدف خاص. برای جزئیات بیشتر به مجوز عمومی همگانی گنو نگاه کنید.

شما باید همراه با gdnsd نسخه‌ای از مجوز عمومی همگانی گنو را دریافت کرده باشید. اگر این‌طور نیست، به http://www.gnu.org/licenses نگاه کنید.