ഹോം ഇന്റർനെറ്റ് ലൈവ്, ഡൊമെയ്ൻ നെയിം സെർവർ സ്ഥിതിവിവരക്കണക്കുകൾ എങ്ങനെയാണ്?

ഒരു ഹോം റൂട്ടറിന് (ഈ സാഹചര്യത്തിൽ FritzBox) ധാരാളം റെക്കോർഡ് ചെയ്യാൻ കഴിയും: എത്ര ട്രാഫിക് എപ്പോൾ പോകുന്നു, ആരാണ് ഏത് വേഗതയിൽ കണക്റ്റുചെയ്‌തിരിക്കുന്നു തുടങ്ങിയവ. പ്രാദേശിക നെറ്റ്‌വർക്കിലെ ഒരു ഡൊമെയ്ൻ നെയിം സെർവർ (DNS) അജ്ഞാതരായ സ്വീകർത്താക്കളുടെ പിന്നിൽ എന്താണ് മറഞ്ഞിരിക്കുന്നതെന്ന് കണ്ടെത്താൻ എന്നെ സഹായിച്ചു.

മൊത്തത്തിൽ, DNS ഹോം നെറ്റ്‌വർക്കിൽ നല്ല സ്വാധീനം ചെലുത്തിയിട്ടുണ്ട്: ഇത് വേഗത, സ്ഥിരത, കൈകാര്യം ചെയ്യൽ എന്നിവ ചേർത്തു.

എന്താണ് സംഭവിക്കുന്നതെന്ന് മനസിലാക്കേണ്ടതിന്റെ ആവശ്യകതയും ചോദ്യങ്ങളും ഉന്നയിക്കുന്ന ഒരു ഡയഗ്രം ചുവടെയുണ്ട്. ഡൊമെയ്ൻ നെയിം സെർവറുകളിലേക്ക് അറിയപ്പെടുന്നതും പ്രവർത്തനക്ഷമവുമായ അഭ്യർത്ഥനകൾ ഫലങ്ങൾ ഇതിനകം തന്നെ ഫിൽട്ടർ ചെയ്യുന്നു.

എല്ലാവരും ഉറങ്ങുമ്പോൾ എന്തിനാണ് ഓരോ ദിവസവും 60 അവ്യക്തമായ ഡൊമെയ്‌നുകൾ പോൾ ചെയ്യുന്നത്?

എല്ലാ ദിവസവും, സജീവ സമയങ്ങളിൽ 440 അജ്ഞാത ഡൊമെയ്‌നുകൾ പോൾ ചെയ്യപ്പെടുന്നു. അവർ ആരാണ്, അവർ എന്താണ് ചെയ്യുന്നത്?

മണിക്കൂറിൽ പ്രതിദിനം ശരാശരി അഭ്യർത്ഥനകളുടെ എണ്ണം

SQL അന്വേഷണ റിപ്പോർട്ട്

WITH CLS AS ( /* prepare unique requests */
SELECT
DISTINCT DATE_NK,
STRFTIME( '%s', SUBSTR(DATE_NK,8,4) || '-' ||
	CASE SUBSTR(DATE_NK,4,3)
	WHEN 'Jan' THEN '01' WHEN 'Feb' THEN '02' WHEN 'Mar' THEN '03' WHEN 'Apr' THEN '04' WHEN 'May' THEN '05' WHEN 'Jun' THEN '06'
	WHEN 'Jul' THEN '07' WHEN 'Aug' THEN '08' WHEN 'Sep' THEN '09' WHEN 'Oct' THEN '10' WHEN 'Nov' THEN '11'
	ELSE '12' END || '-' || SUBSTR(DATE_NK,1,2) || ' ' || SUBSTR(TIME_NK,1,8) ) AS EVENT_DT,
REQUEST_NK, DOMAIN
FROM STG_BIND9_LOG )
SELECT
  1 as 'Line: DNS Requests per Day for Hours',
  strftime('%H:00', datetime(EVENT_DT, 'unixepoch')) AS 'Day',
  ROUND(1.0*SUM(1)/COUNT(DISTINCT strftime('%d.%m', datetime(EVENT_DT, 'unixepoch'))), 1) AS 'Requests per Day'
FROM CLS
WHERE DOMAIN NOT IN ('in-addr.arpa', 'IN-ADDR.ARPA', 'local', 'dyndns', 'nas', 'ntp.org')
  AND datetime(EVENT_DT, 'unixepoch') > date('now', '-20 days')
GROUP BY /* hour aggregate */
  strftime('%H:00', datetime(EVENT_DT, 'unixepoch'))
ORDER BY strftime('%H:00', datetime(EVENT_DT, 'unixepoch'))

രാത്രിയിൽ, വയർലെസ് ആക്സസ് പ്രവർത്തനരഹിതമാക്കുകയും ഉപകരണ പ്രവർത്തനം പ്രതീക്ഷിക്കുകയും ചെയ്യുന്നു, അതായത്. അജ്ഞാത ഡൊമെയ്‌നുകൾക്കായി ഒരു പോളിംഗും ഇല്ല. Android, iOS, Blackberry OS എന്നിവ പോലുള്ള ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങളുള്ള ഉപകരണങ്ങളിൽ നിന്നാണ് ഏറ്റവും വലിയ പ്രവർത്തനം വരുന്നത് എന്നാണ് ഇതിനർത്ഥം.

തീവ്രമായി പോൾ ചെയ്ത ഡൊമെയ്‌നുകൾ ലിസ്റ്റ് ചെയ്യാം. പ്രതിദിന അഭ്യർത്ഥനകളുടെ എണ്ണം, പ്രവർത്തനത്തിന്റെ ദിവസങ്ങളുടെ എണ്ണം, ദിവസത്തിന്റെ എത്ര മണിക്കൂറിനുള്ളിൽ അവ ശ്രദ്ധയിൽപ്പെട്ടു തുടങ്ങിയ പാരാമീറ്ററുകൾ തീവ്രത നിർണ്ണയിക്കും.

പ്രതീക്ഷിച്ച എല്ലാ പ്രതികളും പട്ടികയിൽ ഉണ്ടായിരുന്നു.

തീവ്രമായി പോൾ ചെയ്ത ഡൊമെയ്‌നുകൾ

SQL അന്വേഷണ റിപ്പോർട്ട്

WITH CLS AS ( /* prepare unique requests */
SELECT
DISTINCT DATE_NK,
STRFTIME( '%s', SUBSTR(DATE_NK,8,4) || '-' ||
	CASE SUBSTR(DATE_NK,4,3)
	WHEN 'Jan' THEN '01' WHEN 'Feb' THEN '02' WHEN 'Mar' THEN '03' WHEN 'Apr' THEN '04' WHEN 'May' THEN '05' WHEN 'Jun' THEN '06'
	WHEN 'Jul' THEN '07' WHEN 'Aug' THEN '08' WHEN 'Sep' THEN '09' WHEN 'Oct' THEN '10' WHEN 'Nov' THEN '11'
	ELSE '12' END || '-' || SUBSTR(DATE_NK,1,2) || ' ' || SUBSTR(TIME_NK,1,8) ) AS EVENT_DT,
REQUEST_NK, DOMAIN
FROM STG_BIND9_LOG )
SELECT 
  1 as 'Table: Havy DNS Requests',
  REQUEST_NK AS 'Request',
  DOMAIN AS 'Domain',
  REQ AS 'Requests per Day',
  DH AS 'Hours per Day',
  DAYS AS 'Active Days'
FROM (
SELECT
  REQUEST_NK, MAX(DOMAIN) AS DOMAIN,
  COUNT(DISTINCT REQUEST_NK) AS SUBD,
  COUNT(DISTINCT strftime('%d.%m', datetime(EVENT_DT, 'unixepoch'))) AS DAYS,
  ROUND(1.0*SUM(1)/COUNT(DISTINCT strftime('%d.%m', datetime(EVENT_DT, 'unixepoch'))), 1) AS REQ,
  ROUND(1.0*COUNT(DISTINCT strftime('%d.%m %H', datetime(EVENT_DT, 'unixepoch')))/COUNT(DISTINCT strftime('%d.%m', datetime(EVENT_DT, 'unixepoch'))), 1) AS DH
FROM CLS
WHERE DOMAIN NOT IN ('in-addr.arpa', 'IN-ADDR.ARPA', 'local', 'dyndns', 'nas', 'ntp.org')
  AND datetime(EVENT_DT, 'unixepoch') > date('now', '-20 days')
GROUP BY REQUEST_NK )
WHERE DAYS > 9 -- long period
ORDER BY 4 DESC, 5 DESC
LIMIT 20

സുരക്ഷാ കാരണങ്ങളാൽ നിർമ്മാതാവ് ന്യായീകരിക്കുന്ന isс.blackberry.com, iceberg.blackberry.com എന്നിവ ഞങ്ങൾ തടയുന്നു. ഫലം: WLAN-ലേക്ക് കണക്റ്റുചെയ്യാൻ ശ്രമിക്കുമ്പോൾ, അത് ലോഗിൻ പേജ് കാണിക്കുന്നു, ഇനി ഒരിടത്തും കണക്റ്റുചെയ്യില്ല. നമുക്ക് അൺബ്ലോക്ക് ചെയ്യാം.

Detectportal.firefox.com എന്നത് ഫയർഫോക്സ് ബ്രൗസറിൽ മാത്രം നടപ്പിലാക്കിയ അതേ സംവിധാനമാണ്. നിങ്ങൾക്ക് WLAN നെറ്റ്‌വർക്കിലേക്ക് ലോഗിൻ ചെയ്യണമെങ്കിൽ, അത് ആദ്യം ലോഗിൻ പേജ് കാണിക്കും. വിലാസം പലപ്പോഴും പിംഗ് ചെയ്യുന്നത് എന്തുകൊണ്ടാണെന്ന് പൂർണ്ണമായും വ്യക്തമല്ല, പക്ഷേ മെക്കാനിസം നിർമ്മാതാവ് വ്യക്തമായി വിവരിച്ചിരിക്കുന്നു.

സ്കൈപ്പ്. ഈ പ്രോഗ്രാമിന്റെ പ്രവർത്തനങ്ങൾ ഒരു പുഴുവിന് സമാനമാണ്: ഇത് ടാസ്‌ക്‌ബാറിൽ സ്വയം കൊല്ലപ്പെടാൻ അനുവദിക്കുന്നില്ല, നെറ്റ്‌വർക്കിൽ ധാരാളം ട്രാഫിക് സൃഷ്ടിക്കുന്നു, ഓരോ 10 മിനിറ്റിലും 4 ഡൊമെയ്‌നുകൾ പിംഗ് ചെയ്യുന്നു. ഒരു വീഡിയോ കോൾ ചെയ്യുമ്പോൾ, ഇന്റർനെറ്റ് കണക്ഷൻ മെച്ചപ്പെടാൻ കഴിയാത്തപ്പോൾ നിരന്തരം തകരാറിലാകുന്നു. ഇപ്പോൾ അത് ആവശ്യമാണ്, അതിനാൽ അത് അവശേഷിക്കുന്നു.

upload.fp.measure.office.com - ഓഫീസ് 365 സൂചിപ്പിക്കുന്നു, എനിക്ക് മാന്യമായ ഒരു വിവരണം കണ്ടെത്താൻ കഴിഞ്ഞില്ല.
browser.pipe.aria.microsoft.com - എനിക്ക് മാന്യമായ ഒരു വിവരണം കണ്ടെത്താൻ കഴിഞ്ഞില്ല.
ഞങ്ങൾ രണ്ടും തടയുന്നു.

connect.facebook.net - Facebook ചാറ്റ് ആപ്ലിക്കേഷൻ. അവശേഷിക്കുന്നു.

mediator.mail.ru mail.ru ഡൊമെയ്‌നിനായുള്ള എല്ലാ അഭ്യർത്ഥനകളുടെയും വിശകലനത്തിൽ ധാരാളം പരസ്യ ഉറവിടങ്ങളുടെയും സ്ഥിതിവിവരക്കണക്കുകൾ ശേഖരിക്കുന്നവരുടെയും സാന്നിധ്യം കാണിച്ചു, ഇത് അവിശ്വാസത്തിന് കാരണമാകുന്നു. mail.ru ഡൊമെയ്‌ൻ പൂർണ്ണമായും ബ്ലാക്ക്‌ലിസ്റ്റിലേക്ക് അയച്ചു.

google-analytics.com - ഉപകരണങ്ങളുടെ പ്രവർത്തനത്തെ ബാധിക്കില്ല, അതിനാൽ ഞങ്ങൾ അത് തടയുന്നു.
doubleclick.net - പരസ്യ ക്ലിക്കുകൾ കണക്കാക്കുന്നു. ഞങ്ങൾ തടയുന്നു.

നിരവധി അഭ്യർത്ഥനകൾ googleapis.com-ലേക്ക് പോകുന്നു. തടയൽ ടാബ്‌ലെറ്റിലെ ഹ്രസ്വ സന്ദേശങ്ങൾ സന്തോഷകരമായി പ്രവർത്തനരഹിതമാക്കുന്നതിലേക്ക് നയിച്ചു, അത് എനിക്ക് മണ്ടത്തരമായി തോന്നുന്നു. എന്നാൽ പ്ലേസ്റ്റോർ പ്രവർത്തിക്കുന്നത് നിർത്തി, അതിനാൽ നമുക്ക് അത് അൺബ്ലോക്ക് ചെയ്യാം.

cloudflare.com - അവർ ഓപ്പൺ സോഴ്‌സ് ഇഷ്ടപ്പെടുന്നുവെന്നും പൊതുവെ തങ്ങളെക്കുറിച്ച് ധാരാളം എഴുതുന്നുവെന്നും അവർ എഴുതുന്നു. ഡൊമെയ്ൻ സർവേയുടെ തീവ്രത പൂർണ്ണമായും വ്യക്തമല്ല, ഇത് പലപ്പോഴും ഇന്റർനെറ്റിലെ യഥാർത്ഥ പ്രവർത്തനത്തേക്കാൾ വളരെ കൂടുതലാണ്. തൽക്കാലം വിടാം.

അതിനാൽ, അഭ്യർത്ഥനകളുടെ തീവ്രത പലപ്പോഴും ഉപകരണങ്ങളുടെ ആവശ്യമായ പ്രവർത്തനവുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു. എന്നാൽ പ്രവർത്തനം കൊണ്ട് അതിരുകടന്നവരെയും കണ്ടെത്തി.

ആദ്യത്തേത്

വയർലെസ് ഇന്റർനെറ്റ് ഓണായിരിക്കുമ്പോൾ, എല്ലാവരും ഇപ്പോഴും ഉറങ്ങുകയാണ്, നെറ്റ്‌വർക്കിലേക്ക് ആദ്യം അയയ്‌ക്കുന്ന അഭ്യർത്ഥനകൾ ഏതൊക്കെയാണെന്ന് കാണാൻ കഴിയും. അതിനാൽ, 6:50-ന് ഇൻറർനെറ്റ് ഓണാകും, ആദ്യ പത്ത് മിനിറ്റിനുള്ളിൽ പ്രതിദിനം 60 ഡൊമെയ്‌നുകൾ പോൾ ചെയ്യപ്പെടുന്നു:

SQL അന്വേഷണ റിപ്പോർട്ട്

WITH CLS AS ( /* prepare unique requests */
SELECT
DISTINCT DATE_NK,
STRFTIME( '%s', SUBSTR(DATE_NK,8,4) || '-' ||
	CASE SUBSTR(DATE_NK,4,3)
	WHEN 'Jan' THEN '01' WHEN 'Feb' THEN '02' WHEN 'Mar' THEN '03' WHEN 'Apr' THEN '04' WHEN 'May' THEN '05' WHEN 'Jun' THEN '06'
	WHEN 'Jul' THEN '07' WHEN 'Aug' THEN '08' WHEN 'Sep' THEN '09' WHEN 'Oct' THEN '10' WHEN 'Nov' THEN '11'
	ELSE '12' END || '-' || SUBSTR(DATE_NK,1,2) || ' ' || SUBSTR(TIME_NK,1,8) ) AS EVENT_DT,
REQUEST_NK, DOMAIN
FROM STG_BIND9_LOG )
SELECT
  1 as 'Table: First DNS Requests at 06:00',
  REQUEST_NK AS 'Request',
  DOMAIN AS 'Domain',
  REQ AS 'Requests',
  DAYS AS 'Active Days',
  strftime('%H:%M', datetime(MIN_DT, 'unixepoch')) AS 'First Ping',
  strftime('%H:%M', datetime(MAX_DT, 'unixepoch')) AS 'Last Ping'
FROM (
SELECT
  REQUEST_NK, MAX(DOMAIN) AS DOMAIN,
  MIN(EVENT_DT) AS MIN_DT,
  MAX(EVENT_DT) AS MAX_DT,
  COUNT(DISTINCT strftime('%d.%m', datetime(EVENT_DT, 'unixepoch'))) AS DAYS,
  ROUND(1.0*SUM(1)/COUNT(DISTINCT strftime('%d.%m', datetime(EVENT_DT, 'unixepoch'))), 1) AS REQ
FROM CLS
WHERE DOMAIN NOT IN ('in-addr.arpa', 'IN-ADDR.ARPA', 'local', 'dyndns', 'nas', 'ntp.org')
  AND datetime(EVENT_DT, 'unixepoch') > date('now', '-20 days')
  AND strftime('%H', datetime(EVENT_DT, 'unixepoch')) = strftime('%H', '2019-08-01 06:50:00')
GROUP BY REQUEST_NK
 )
WHERE DAYS > 3 -- at least 4 days activity
ORDER BY 5 DESC, 4 DESC

ഒരു ലോഗിൻ പേജിന്റെ സാന്നിധ്യത്തിനായി ഫയർഫോക്സ് WLAN കണക്ഷൻ പരിശോധിക്കുന്നു.
ആപ്ലിക്കേഷൻ സജീവമായി പ്രവർത്തിക്കുന്നില്ലെങ്കിലും സിട്രിക്സ് അതിന്റെ സെർവർ പിംഗ് ചെയ്യുന്നു.
Symantec സർട്ടിഫിക്കറ്റുകൾ പരിശോധിക്കുന്നു.
ക്രമീകരണങ്ങളിൽ ഇത് ചെയ്യരുതെന്ന് ഞാൻ ആവശ്യപ്പെട്ടെങ്കിലും മോസില്ല അപ്‌ഡേറ്റുകൾക്കായി പരിശോധിക്കുന്നു.

mmo.de ഒരു ഗെയിമിംഗ് സേവനമാണ്. മിക്കവാറും, അഭ്യർത്ഥന ആരംഭിക്കുന്നത് ഫേസ്ബുക്ക് ചാറ്റ് വഴിയാണ്. ഞങ്ങൾ തടയുന്നു.

ആപ്പിൾ അതിന്റെ എല്ലാ സേവനങ്ങളും സജീവമാക്കും. api-glb-fra.smoot.apple.com - വിവരണം അനുസരിച്ച്, എല്ലാ ബട്ടൺ ക്ലിക്കുകളും സെർച്ച് എഞ്ചിൻ ഒപ്റ്റിമൈസേഷൻ ആവശ്യങ്ങൾക്കായി ഇവിടെ അയയ്ക്കുന്നു. വളരെ സംശയാസ്പദമാണ്, എന്നാൽ പ്രവർത്തനവുമായി ബന്ധപ്പെട്ടതാണ്. ഞങ്ങൾ അത് ഉപേക്ഷിക്കുന്നു.

microsoft.com-ലേക്കുള്ള അഭ്യർത്ഥനകളുടെ ഒരു നീണ്ട പട്ടികയാണ് താഴെ കൊടുത്തിരിക്കുന്നത്. മൂന്നാം ലെവൽ മുതൽ ആരംഭിക്കുന്ന എല്ലാ ഡൊമെയ്‌നുകളും ഞങ്ങൾ തടയുന്നു.

ആദ്യ ഉപഡൊമെയ്‌നുകളുടെ എണ്ണം


അതിനാൽ, വയർലെസ് ഇന്റർനെറ്റ് ഓണാക്കുന്നതിന്റെ ആദ്യ 10 മിനിറ്റ്.
iOS ഏറ്റവും കൂടുതൽ ഉപഡൊമെയ്‌നുകൾ വോട്ടെടുപ്പ് ചെയ്യുന്നു - 32. Android - 24, തുടർന്ന് Windows - 15, അവസാനമായി ബ്ലാക്ക്‌ബെറി - 9.
ഫേസ്ബുക്ക് ആപ്ലിക്കേഷൻ മാത്രം 10 ഡൊമെയ്‌നുകൾ, സ്കൈപ്പ് വോട്ടെടുപ്പ് 9 ഡൊമെയ്‌നുകൾ.

വിവരങ്ങളുടെ ഒരു ഉറവിടം

വിശകലനത്തിന്റെ ഉറവിടം bind9 ലോക്കൽ സെർവർ ലോഗ് ഫയലാണ്, അതിൽ ഇനിപ്പറയുന്ന ഫോർമാറ്റ് അടങ്ങിയിരിക്കുന്നു:

01-Aug-2019 20:03:30.996 client 192.168.0.2#40693 (api.aps.skype.com): query: api.aps.skype.com IN A + (192.168.0.102)

ഫയൽ ഒരു sqlite ഡാറ്റാബേസിലേക്ക് ഇറക്കുമതി ചെയ്യുകയും SQL അന്വേഷണങ്ങൾ ഉപയോഗിച്ച് വിശകലനം ചെയ്യുകയും ചെയ്തു.
സെർവർ ഒരു കാഷെ ആയി പ്രവർത്തിക്കുന്നു; അഭ്യർത്ഥനകൾ റൂട്ടറിൽ നിന്നാണ് വരുന്നത്, അതിനാൽ എല്ലായ്പ്പോഴും ഒരു അഭ്യർത്ഥന ക്ലയന്റ് ഉണ്ട്. ഒരു ലളിതമായ പട്ടിക ഘടന മതി, അതായത്. റിപ്പോർട്ടിന് അഭ്യർത്ഥനയുടെ സമയവും അഭ്യർത്ഥനയും ഗ്രൂപ്പിംഗിനായി രണ്ടാം ലെവൽ ഡൊമെയ്‌നും ആവശ്യമാണ്.

DDL പട്ടികകൾ

CREATE TABLE STG_BIND9_LOG (
  LINE_NK       INTEGER NOT NULL DEFAULT 1,
  DATE_NK       TEXT NOT NULL DEFAULT 'n.a.',
  TIME_NK       TEXT NOT NULL DEFAULT 'n.a.',
  CLI           TEXT, -- client
  IP            TEXT,
  REQUEST_NK    TEXT NOT NULL DEFAULT 'n.a.', -- requested domain
  DOMAIN        TEXT NOT NULL DEFAULT 'n.a.', -- domain second level
  QUERY         TEXT,
  UNIQUE (LINE_NK, DATE_NK, TIME_NK, REQUEST_NK)
);

തീരുമാനം

അങ്ങനെ, ഡൊമെയ്ൻ നെയിം സെർവർ ലോഗിന്റെ വിശകലനത്തിന്റെ ഫലമായി, 50-ലധികം റെക്കോർഡുകൾ സെൻസർ ചെയ്യുകയും ബ്ലോക്ക് ലിസ്റ്റിൽ ഇടുകയും ചെയ്തു.

ചില അന്വേഷണങ്ങളുടെ ആവശ്യകത സോഫ്റ്റ്‌വെയർ നിർമ്മാതാക്കൾ നന്നായി വിവരിക്കുകയും ആത്മവിശ്വാസം പ്രചോദിപ്പിക്കുകയും ചെയ്യുന്നു. എന്നിരുന്നാലും, മിക്ക പ്രവർത്തനങ്ങളും അടിസ്ഥാനരഹിതവും സംശയാസ്പദവുമാണ്.

അവലംബം: www.habr.com