హోమ్ రూటర్ (ఈ సందర్భంలో ఫ్రిట్జ్‌బాక్స్) చాలా రికార్డ్ చేయగలదు: ఎంత ట్రాఫిక్ ఎప్పుడు వెళుతోంది, ఎవరు ఏ వేగంతో కనెక్ట్ అయ్యారు, మొదలైనవి. స్థానిక నెట్‌వర్క్‌లోని డొమైన్ నేమ్ సర్వర్ (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 - Office 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 కనెక్షన్‌ని తనిఖీ చేస్తుంది.
అప్లికేషన్ యాక్టివ్‌గా రన్ కానప్పటికీ Citrix దాని సర్వర్‌ని పింగ్ చేస్తోంది.
సిమాంటెక్ సర్టిఫికేట్‌లను ధృవీకరిస్తుంది.
మొజిల్లా అప్‌డేట్‌ల కోసం తనిఖీ చేస్తుంది, అయితే సెట్టింగ్‌లలో నేను దీన్ని చేయవద్దని అడిగాను.
mmo.de ఒక గేమింగ్ సేవ. చాలా మటుకు అభ్యర్థన facebook చాట్ ద్వారా ప్రారంభించబడింది. మేము బ్లాక్ చేస్తాము.
ఆపిల్ తన అన్ని సేవలను సక్రియం చేస్తుంది. api-glb-fra.smoot.apple.com - వివరణ ద్వారా నిర్ణయించడం, ప్రతి బటన్ క్లిక్ శోధన ఇంజిన్ ఆప్టిమైజేషన్ ప్రయోజనాల కోసం ఇక్కడ పంపబడుతుంది. అత్యంత అనుమానాస్పదమైనది, కానీ కార్యాచరణకు సంబంధించినది. మేము దానిని వదిలివేస్తాము.
మైక్రోసాఫ్ట్.కామ్‌కి అభ్యర్థనల యొక్క సుదీర్ఘ జాబితా క్రిందిది. మేము మూడవ స్థాయి నుండి అన్ని డొమైన్‌లను బ్లాక్ చేస్తాము.
మొదటి సబ్‌డొమైన్‌ల సంఖ్య
కాబట్టి, వైర్‌లెస్ ఇంటర్నెట్‌ను ఆన్ చేసిన మొదటి 10 నిమిషాలు.
iOS అత్యధిక సబ్‌డొమైన్‌లను పోల్ చేస్తుంది - 32. ఆండ్రాయిడ్ - 24, ఆపై Windows - 15 మరియు చివరిగా బ్లాక్‌బెర్రీ - 9.
facebook అప్లికేషన్ మాత్రమే 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