Odoo 19 Community: Web RBL – lîsteya astengkirinê ji bo trafîka êrîşê li ser malperên xwe

Koda çavkaniyê: github.com/Alex0176/odoo-web-rbl — AGPL-3, bi azadî tê bikaranîn.

Kesê ku serverekî Odoo li înternetê dimeşîne, mêvan distîne. Ne xwe carna, lê bênavber. Di heyama hevdeh rojan de me li pênc malperên xwe 731.297 daxwaz tomar kirin û nirxand. 110.511 ji wan ne mêvan bûn, lê lêgerîna otomatîk a li kêmasî, daneyên gihîştinê û pelên mîhengê.

Ev nivîsar Web RBL vedibêje, modulek Open-Source ji bo Odoo 19 Community ku ev trafîk dinase, dinirxîne, tomar dike û red dike — û ku lîsteya astengkirinê wekî lîsteya RBL belav dike, ango di formata ku firewall û Reverse Proxy rasterast dixwînin. Hemû hejmar ji xebata rastîn in.

Modul çi dikare bike — fonksiyon bi kurtî

Fonksiyon	Çi dike	Radestkirin
Naskirina nimûneyê	Sondeyan bi rê û dawîbûnê dinase: .env, .git, pelên mîhengê, mifteyên cloud, rêwerzên CI/CD, WordPress, PHP, Path-Traversal, rêveberên databasê, GraphQL, cîbicîkirina fermanan bi rêya /api/fs/exec û navrûyên wekhev	asteng bike
Sê asta ji bo her nimûneyê	asteng bike, bijmêre an rapor bike — ji bo her nimûneyê bêyî kod tê guhertin	ji bo her nimûneyê
Hejmarên sînor	Çend lihevhatinên heman nimûneyê berî ku were astengkirin; ji bo têketinan deh	10 di têketinê de
Parastina têketinê	Têketinên têkçûyî bi maskê û XML-RPC/JSON-RPC, kontrolên danişînê yên têkçûyî, gihîştina rêvebirê databasê — di databasê de, ne di bîra xebatê de	çalak
Naskirina Bot li têketinê	Kesê ku piştî deh hewldanên têkçûyî peyama bendê paşguh dike û berdewam dixe, tavilê tê astengkirin	asteng bike
Naskirina tevgerê	Navnîşanên ku di pênc deqeyan de bîst rûpelên şaş û hema hema tu rûpeleke rast çêdikin — ango texmîn dikin li şûna ku bixwînin	rapor bike
Nirxandina 0–100	Çiqas pêbawer e ku li pişt navnîşanê êrîşkarek heye? Ji giraniya nimûneyê, hejmara nimûneyên cuda, rojên balkêş, domainên bandorbûyî û hejmara lihevhatinan – bi sedemê bi nivîsa zelal	çalak
Astengkirina têketinê li gorî nirxandinê	Ji nirxandineke hatî mîhengkirin ve têketin qedexe ye, malper tê xwendin	ji 40 ve
Gumana daneyên gihîştinê yên dizîn	Têketineke serkeftî ji navnîşaneke gumanbar tê ragihandin û li gorî daxwazê wekî erk tê dayîn — carekê ji bo her navnîşanekê û her rojê	çalak
Lîsteyên gefan	Girêkên derketinê yên Tor, Spamhaus DROP, FireHOL Level 1, blocklist.de ji berê ve hatine mîhengkirin; her lîsteyeke RBL a din bi navnîşanê tê tomarkirin, hevgirtina rojane, ji bo her lîsteyê pileya xwe	rapor bike
Têketin bê gihîştin	Pileya çaremîn ji bo lîste û welatan: malper tê xwendin, forma têketinê û navrû girtî ne — bersiva guncaw ji bo Tor	Vebijark
Welatê eslî	Welat ji bo her lêdan û her navnîşanê bi GeoLite2 tê dîtin; modul danegeha xwe bi mifteyeke lîsansê ya bêpere bi xwe nû dike	nîşan bide
Rêzikên welatan	Asteng bike, têketin bê gihîştin, ragihîne an bi eşkereyî azad — ji bo her welatekî, bi mebest bê pêşdanî	tune
Mîhengkirinên şaş	QNAP, Synology, Exchange-Autodiscover, ActiveSync, WebDAV/CalDAV/CardDAV têne nasîn, qet nayên astengkirin û bi encam û domaina bandorbûyî di lîsteyeke kar de têne danîn	rapor bike
Tîketek ji bo her navnîşanê	Ji dîtinekê li gorî daxwazê tîketek çêdibe — tam yek ji bo her navnîşanê, yeka girtî dîsa tê vekirin li şûna ku dubare bibe	vemirî
Rûpelên mecbûrî û berhevkar	Riya kanonîk a Impressumê her dem tê gihîştin; ceribandina otomatîk a nivîsînên biyanî tê nasîn û li gorî daxwazê tê astengkirin	rapor bike
Lîsteya serbest	Navnîşan û tor ku qet nayên astengkirin; her roj ji Firewallê (beramberên VPN) û ji navbereyên navnîşanan ên belavkirî yên Googlebot û Bingbot tê tijîkirin	çalak
Veqetandina mişteriyan	Lêdanek ji tora mişteriyekî ji wî re tê veqetandin — ji lîsteya serbest, qet ne bi destan û bi texmînê	çalak
Domain û nasnav ji bo her lêdanê	Kîjan malper hate gazîkirin, bi kîjan User-Agent — her du jî di tomara gihîştinê de tune ne	çalak
Analîz	Diagram û pivot li ser hemû lêdanan: li gorî nimûne, roj, domain, welat, navnîşan	çalak
Xefik	Sonde bersivên çêkirî bi nirxa kanaryayê distînin; yê ku wê paşê bixwaze, wan xwendiye	vemirî
Radestkirina RBL	Lîsteya astengkirinê wekî lîsteyeke navnîşanan a sade an JSON li navnîşaneke xwe ya bi token parastî — ji bo HAProxy, OPNsense û her Firewalla ku lîsteyên URL dixwîne	çalak

Tiştên ku bi ragihîne, vemirî an vebijark têne radestkirin, bi mebest wisa ne: Yê ku astengkirinekê çalak dike, divê wê bike ji ber ku çend rojan temaşe kiriye, ne ji ber ku pêşdanîn wisa xwestiye.

Analîz: lêdan ji bo her nimûneyê di heft rojan de. Stûna herî bilind lêgerîna pelên .env e.

Lîsteyên RBL: rêyeke standard ji bo radestkirina astengkirinan

RBL kurtkirina Real-time Blackhole List e. Têgeh ji dinyaya e-nameyê tê, ku Spamhaus û yên din ji salên nodî ve lîsteyên navnîşanên şandiyên xerab diweşînin. Prensîp bi awayekî pir sade ye û tam ji ber vê yekê ew qas berbelav e: navnîşanek ji bo her rêzekê, bi HTTP tê girtin, bi rêkûpêkî nû tê barkirin. Formatek tune ku pêşî bê parskirin, navrûyek tune ku ji bo wê alavek lazim be.

Hema hema her Firewall û her Reverse Proxy dikare lîsteyeke wisa bixwîne û ji wê rêzik ava bike. Hilberîner navên cuda didin wê, mekanîzma li her derê wekhev e:

• OPNsense û pfSense — URL Table Alias: lîsteya navnîşanan bi HTTP bar bike, wekî alias di rêzikên Firewallê de bi kar bîne, nûkirin di rîtma saetan an rojan de
• HAProxy — pelên ACL û Map: src -f sperrliste.txt di rêzikeke http-request deny de, bi API'ya dema xebatê bê ji nû ve destpêkirin dikare were barkirin
• nginx — modula geo bi pelê navnîşanan ê tevlîkirî, an jî ferman deny ji pelekî include yê çêkirî
• Fortinet FortiGate — External Block List an jî Threat Feed: URLyek ku Firewall lîsteyeke IP jê distîne û di polîtîkayan de bi kar tîne
• Palo Alto Networks — External Dynamic List (EDL): heman prensîp, wekî cureyekî objeyê yê taybet di polîtîkayên ewlehiyê de
• Check Point — Custom Intelligence Feeds û IP Block Lists bi URLyekê
• Cisco Secure Firewall (Firepower) — Security Intelligence Feeds bi çavkaniyên lîsteyê yên xwe
• Sophos Firewall — Third-Party Threat Feeds: lîsteyên navnîşanan ji URLyekê wekî çavkaniya rêzikên astengkirinê
• Juniper SRX — Dynamic Address Entries ji feedan
• MikroTik RouterOS — Address Lists, bi skrîpt û fetch ji URLyekê têne tijîkirin
• CrowdSec — lîsteyên xwe wekî çavkanî ji bo Bouncer li ser her pergalekê ya piştgirîkirî

Web RBL lîsteya xwe ya astengkirinê tam bi vî formatî radest dike. Firewall pakêtan red dike berî ku bigihîjin serverê webê — û bi wan re her hewldana din a heman navnîşanê, wekî mînak li ser serverê e-nameyê an gateway ya VPN.

Her du alî, lê cihê rast

Ev rê berevajî jî dixebite: Di Web RBL de dikare her lîsteyeke RBL a bixwazî were tomarkirin — URLyek, pileyek, tevahî. Girêkên derketinê yên Tor, Spamhaus DROP, FireHOL û blocklist.de ji berê ve hatine mîhengkirin, yên din bi sê klîkan tên zêdekirin. Modul her lîsteyê dike navbereyên navnîşanan û her daxwazê li hember wan kontrol dike, di çend mîkrosanîyeyan de.

Û dîsa jî: Watetir e ku lîsteyên biyanî li ser Firewallê berî wê werin bikaranîn. Ji sê sedeman. Firewall hemû karûbaran dibîne, ne tenê HTTP — navnîşanek ji lîsteya Spamhaus divê li serverê e-nameyê û li VPN jî têk biçe. Ew li astê pakêtan red dike, berî ku girêdanek çêbibe, û bi vî awayî ji serverê sepanê tiştekî nastîne. Û ew ciheke ku ev lîste her wiha lê têne parastin; kopiyeke duyem li sepanê cihekî duyem e ku dikare kevn bibe.

Lê lîsteyên di modulê de ji bo çi baş in: ji bo tiştê ku Firewall nikare. Ew formeke têketinê nanasîne. Web RBL dikare ji navnîşaneke lîsteya Tor re têketinê red bike û dîsa jî malperê radest bike — yê ku dixwaze bênav bixwîne, bila bixwîne; yê ku dixwaze bênav şîfreyan bicerbîne, na. Û dikare têketineke serkeftî ji navnîşaneke lîstekirî wekî rewşeke gumanbar ragihîne. Her du jî lîsteyê li wê derê dixwazin ku têketin lê pêk tê.

Nirxandin li şûna hesta zikê

Navnîşanek ku carekê li /wp-login.php pirsiye, tiştekî din e ji ya ku di du rojan de bi pênc nimûneyên cuda di sê domainan re çûye. Web RBL vê dike nirxandineke ji 0 heta 100 — ji tiştê ku bi xwe dîtiye, bê karûbarekî biyanî û bê pirsa ber bi derve.

Tomarek: 99 lêdan, nirxandin 84, û sedem bi zimanê zelal — nimûneya herî giran, pênc nimûneyên cuda yên cidî, du rojên gumanbar, zêdetirî bîst lêdan.

Nirxandin li ser du tiştan biryar dide. Ji nirxeke bi mîhengkirî ve têketin qedexe ye — malper tê xwendin, lê yê ku berê li agahiyên têketinê geriyaye, derfetê nastîne ku yên dîtî bicerbîne. Û têketineke serkeftî ji navnîşaneke bi nirxandinê tê ragihandin: Wê demê kesek êdî ne texmîn kiriye, lê zanîbû. Yan bikarhênerê biryardar di rê de bû, yan jî agahiyên têketinê windabûne — modul vê biryar nade, wê dide kesekî ku dikare bipirse. Şîfre bi xwe li tu derê nayê destlêdan.

Lîsteya astengkirinê, bi nirxandina ji 40 ve hatiye parzûnkirin: hejmara lêdanan, rojên gumanbar, domainên bandorbûyî û rêya dawî ji bo her navnîşanê.

Web RBL çi diparêze — bandora parastinê bi hûrgilî

1. Agahiyên têketinê nayên keşifkirin

Çîna êrîşê ya herî mezin a hatiye pîvan li valahiyên Odoo nagere, lê li nepenîyên ji bîr kirî. Di hevdeh rojan de:

• 57.721 daxwaz ji bo pelên .env — li wir şîfreyên danegehê, mifteyên API û nepeniyên danişînê hene
• 5.535 daxwaz ji bo pelên mîhengkirinê
• 4.388 daxwaz ji bo agahiyên têketinê yên cloudê: credentials.json, service-account.json, firebase-adminsdk.json, rclone.conf, .git-credentials
• 2.811 daxwaz ji bo peldankên .git — yê ku yekê bibîne, koda çavkanî ya tam bi dîrokê re dadixe
• 1.907 daxwaz ji bo rêwerzên avakirinê wekî .github/workflows/deploy.yml an jî .gitlab-ci.yml, ku tê de registry û navên mifteyan hene

Girîng ne hejmara daxwazan e, lê hejmara navnîşanên cuda: /credentials.json ji 98 navnîşanan hat, /.git-credentials ji 92. Ev ne skanerek tenê ye, lê repertuarek standard e ku li seranserê cîhanê hevdem dixebite.

2. Hewldanên têketinê vala diçin — her û her

Odoo bi xwe frenek li dijî ceribandina şîfreyan tîne. Sê sînorên wê hene, ku di koda çavkaniya Odoo bi xwe de hatine belgekirin: Jimarvan di bîra xebatê ya prosesa xebatê de ye û bi her ji nû ve destpêkirinê tê sifirkirin, ew tenê dereng dixe li şûna ku asteng bike, û ew tenê hewldanên ku digihîjin kontrola şîfreyê dihejmêre.

Web RBL li heman cihan dest pê dike, lê di danegehê de dinivîse. Bi vî awayî:

• Rewş ji her ji nû ve destpêkirinê sax dimîne û li ser hemû prosesên xebatê derbasdar e
• Her du rê têne tomarkirin: forma têketinê /web/login û navrûyên /xmlrpc/2/common û /jsonrpc
• Hewldanên ku qet negihîjin kontrola şîfreyê jî têne tomarkirin — wekî mînak têketinên bê nîşaneya danişîna derbasdar
• Gihîştineke têkçûyî li rêveberê danegehê jî tê hejmartin; ev ciddîtirîn hewldana têketinê ye bi tevahî

Sînor ji bo têketinan li deh e, û sedem pîvandinek e: Ji nehê têketinên têkçûyî di hevdeh rojan de piraniya wan ji mişteriyan bû ku gihîştina xwe li cihazeke din bi xwe saz kirin û domaina şaş nivîsandin — di rewşekê de ya xwe, tenê bi xetek li şûna xalê. Astengkirineke di hewldana şaş a yekem de ne êrîşkar, lê mişterî di dema sazkirinê de bi ber xwe dixistin.

Yê ku berdewam li derî dixe, tevî ku server berê bi “ji kerema xwe kêm bisekine” bersiv daye, tavilê tê astengkirin. Ev peyam ji aliyê mirovekî ve tê xwendin û ew li hêviyê dimîne; yê ku wê paşguh dike, programek e. Nimûneyeke taybet bi sînorê sifir tam vê rewşê digire, û nikare hevkarekî bigire: Tenê yê digihîje wê derê ku berê deh hewldanên têkçûyî li pey xwe hiştine û piştî wê berdewam dike.

3. Êrîş êdî ji serverê tiştekî nastîne

Sondeyek li rêyekî wekî /@fs/../../.env berî modulê biha bû: Odoo rûpela çewtiyê digere, wê render dike, di avakirina navnîşanê de li ser beşên xalê dikeve û ji ber vê yekê li rûpela çewtiya rûpela çewtiyê jî têk diçe. Du tomarên stackê ji bo her sondeyê. 28.401 çewtiyên wisa di hevdeh rojan de hatin pîvan, û 9.467 çewtiyên li pey wan.

Web RBL di ir.http._match de dikeve, yanî berî rêdîtinê. Bersiv bê şablon, bê gihîştina danegehê ji ber kontrola astengkirinê pêve û bê rêza tomarê tê dayîn. Kontrol li hember lîsteya serbest, lîsteyên gefan û rêzikên welatan ji cache bi navbereyên navnîşanan ên rêzkirî dimeşe — çend mîkrosanîye, hetta bi zêdetirî sîh hezar navberan.

4. Firewall êrîşkar derdixe berî ku bigihîje

Lîsteya astengkirinê wekî lîsteya RBL tê weşandin, ku HAProxy û OPNsense rasterast dixwînin. Êrîşkar bi vî awayî êdî nagihîje serverê webê — û her wiha ne jî karûbarekî din li ser heman hostê. Gihîştineke ku carekê wekî xerab hatiye nasîn, bi vî awayî berê xwe didê û tevahiya makîneyê diparêze.

Sê pile: asteng bike, bijmêre, ragihîne

Her daxwaza vala ne êrîş e. Web RBL ji ber vê yekê sê pileyan ji hev cuda dike, û pile ji bo her nimûneyê dikare were guhertin, bê ku dest bi kodê bê kirin.

Pile	Daxwaza ku dest pê dike	Encam ji bo navnîşanê
asteng bike	tê redkirin	24 saetan tê astengkirin, piştî sê rojên gumanbar her û her
bijmêre	derbas dibe	tenê tê tomarkirin, bê astengkirin
ragihîne	derbas dibe	bi nivîsa dîtinê tê tomarkirin, qet nayê astengkirin

Ji bo lîsteyên gefan û welatan pileyeke çaremîn heye: têketin bê gihîştin. Malper tê xwendin, forma têketinê û navrû girtî ne. Ev rêya navîn e ji bo her tiştê ku gumanbar e, lê ne hewce ye xerab be — Tor, navberek senterê daneyan, welatek bê mişterî.

Kîjan êrîş têne nasîn

Hemû nimûne li hember trafîka rast hatine ceribandin. Hejmara navnîşanên cuda bi mebest li kêleka wê ye — ew nîşan dide ka nimûneyek skanerekî tenê digire an jî rêbazeke berbelav.

Çîna êrîşê	Daxwaz	Navnîşan
Girtina .env	57.721	223
Sondeyên PHP	12.237	256
Path traversal bi armanceke bi qezenc	10.046	64
Pelên mîhengkirinê	5.535	114
Mifteyên gihîştina cloudê	4.388	152
Sondeyên WordPress	3.366	385
Girtina .git	2.811	255
Keşifkirina Odoo (rêveberê danegehê, pirsîna guhertoyê)	2.500	213
Zincîrên alavên AI û darvekirina fermanan (/mcp, /api/fs/exec)	2.450	74
Rêwerzên avakirinê (CI/CD)	1.907	88
Xalên dawî yên GraphQL	1.878	71

Çîna herî nû balkêş e. /api/fs/exec 369 car ji 54 navnîşanên cuda hat daxwazkirin — ev ne gihîştineke xwendinê ye, lê hewldana darvekirina fermanan e. Armancên wisa berî du salan tunebûn; ew ji navrûyên alavên nû yên AI û rêzên erkan tên. Yê ku parastina xwe tenê li ser WordPress û PHP bicih dike, ji vê tiştekî nabîne. Di nirxandinê de ev çîn bi vî awayî giran tê hesibandin.

Lîsteyên gefan û welatê eslî

Çar lîste, 32.851 navbereyên navnîşanan, hemû li ser “tenê ragihîne”. Her lîsteyeke din navnîşanek û pileyek e.

Lîsteyeke biyanî îdiayek e ku kesekî din danîye, ji sedemên ku em nizanin, li ser trafîkeke ku me qet nedîtiye. Dikare şaş be, kevn be an jî ji bo armanceke din hatibe çêkirin: blocklist.de bi piranî navnîşanan berhev dike ku li cihekî din têketinên SSH ceribandine, û ev di derbarê serverê webê de pir tiştekî nabêje. Ji ber vê yekê Web RBL lîsteyên biyanî ji lîsteya xwe ya astengkirinê cuda digire, û ji ber vê yekê pêşdanî ragihîne ye. Û lîsteya serbest a xwe her dem serdikeve: Mişteriyekî ku em wî nas dikin, ji nirxandina kesekî sêyem girantir e.

Welatê eslî li her lêdan û her navnîşanê heye. Ji bo nirxandinê ew bê alternatîf e — hewldaneke têketinê ji welatê xwe di saet deh a berbangê de tiştekî din e ji ya ji welatekî ku yek mişterî tê de tune. Ji bo derxistina giştî naguncê, û hejmarên me bi xwe vê dibêjin: Êrîşkarên lîsteya me bi piranî ji navberên cloudê li Belçîka, Fînlenda û Holandayê hatin. Astengkirineke ji bo her tiştê li derveyî navçeya almanîaxêv wan negirtibû — lê karmendên me yên di tatîlê de û mişteriyên di rêwîtiya karsaziyê de dîtibû.

Rêzikên welatan vala têne radestkirin, û dîmen dibêje çima.

Mîhengkirinên şaş ragihîne li şûna ku asteng bike

Rewşa herî pir di trafîka rast de ne êrîş e ne jî mêvan, lê nermalava xerabûyî ku serverê webê ji bo tiştekî din dihesibîne:

• 1.367 gazîkirinên navrûya webê ya QNAP-NAS-ekî — klîenteke sync ku armanca wê êdî rast nîne. Yek port 962 car li derî xist.
• 65 pirsên Autodiscover — Outlookek ku domaina webê ji bo Exchange-a xwe dihesibîne

Navnîşanên wisa qet nayên astengkirin. Astengkirin xeletiyê çareser nake, wê vedişêre — û yê ku cihaza wî berê xwe şaş hatiye mîhengkirin, dikeve. Li şûna wê tomarek bi nivîsa dîtinê û domainên bandorbûyî çêdibe, ku li gorî daxwazê bi otomatîk dibe tîket: ji bo her navnîşanê tam yek, û heke were vekirin û navnîşan dîsa bibe xuya, heman tîket dîsa vedibe, li şûna ku yeka duyem çêbibe.

QNAP, Synology, Exchange-Autodiscover, ActiveSync û her wiha klîentên WebDAV, CalDAV û CardDAV têne nasîn. Nimûne li vir navên pelan ên rast û peldankan bi nav dikin, qet tenê dawîbendan: Di heman peldankê /cgi-bin/ de gazîkirinên sync ên bêzirar tam li kêleka sondeyên klasîk ên wekî printenv.pl ne.

Lîsteya serbest: navnîşanên ku qet nayên astengkirin

Bihayê şaşiyekê ji bo hemû navnîşanan ne wekhev e. Li skanerekî ji senterê daneyan, alarma şaş tiştekî nastîne. Li beramberê tunelekî cihekî, cihê wê ji dest diçe.

Ji ber vê yekê lîsteyeke duyem heye ku berî ya yekem radiweste: navnîşan û tor ku qet nayên astengkirin. Ew tiştekî bêdeng nake — yê li ser wê ye, hê jî tê kontrolkirin û tê tomarkirin, tenê encam tune. Ev cudahî ye ji muafiyetekê di Firewallê de: Ew kor dike, ev tenê sebir dike.

Her roj ji du çavkaniyan tê tijîkirin: ji Firewallê bi xwe bi hemû beramberên VPN, da ku tunelek nû-sazkirî ne xwe bispêre ku kesek bîr bike lîsteya astengkirinê — û ji navbereyên navnîşanan ên belavkirî yên Google û Microsoft ji bo crawlerên wan. Tenê bi vî awayî Googlebotek rast ji skanerekî ku xwe wisa bi nav dike tê cuda kirin. Motorên lêgerînê qet nabin bên astengkirin; yê wan asteng dike, malpera xwe bê rê ji indekskirinê derdixe.

Li vir qaydeyek derbasdar e ku ji hevgirtinê girîngtir e: Bersiveke vala qet nesile. Heke çavkanî bersiv nede, vala bersiv bide an jî nefahmbar be, lîste bê guhertin dimîne. Lîsteyeke serbest a ku di dema kêmasiyekê de xwe vala dike, di kêlîka herî xerab a ku tê hizirkirin de hemû tunelan jî bi xwe re dibe.

Heke tomareke lîsteya serbest mişteriyekî hilgire, her lêdana ji tora wî ji wî re tê veqetandin. Mîhengkirineke şaş bi vî awayî tavilê berpirsyarekî xwe heye, bê ku kesek hewce be navnîşanan bigere.

Agahiyên mecbûrî û berhevkarên daneyan ên otomatîk

Impressum rûpeleke asayî nîne. Divê ji bo mirovan bigihîje bimîne, ji ber ku astengkirineke li ser wê tam wê binpêkirinê çêdike ku berhevkarek lê digere. Di heman demê de ew rûpela ku nav û navnîşan tê de ne — û bi vî awayî armanca çinîna makîneyî ye.

Di pêla gilîkirinê ya Avusturyayê de ji ber fontên Google yên tevlîkirî, tomaran nîşan dan ku name ne ji serdanên takekesî, lê ji hewldaneke otomatîk a berfireh hatibûn: hostên cuda, ne girêdayî hev, di navbera milîsanîyeyan de.

Web RBL vê bi daxistina pileyê li şûna muafiyetê çareser dike. Rêya kanonîk /impressum bi tu nimûneyê nikeve û her dem tê gihîştin. Nivîsînên biyanî wekî /impressum.php — yên ku li ser rûpeleke Odoo nabe hebin — têne ragihandin, û yê ku nexwaze çinîna makîneyî qebûl bike, parametreyekê diguherîne. sitemap û robots ji vê têne derxistin û bi prensîp nayên astengkirin: Ew tu agahiyeke şexsî nagirin, û anîna wan karê her crawlera motora lêgerînê ye.

Domain û nasnav: tiştê di tomara gihîştinê de tune ye

Tomara gihîştinê ya werkzeug ne hosta gazîkirî ne jî nasnava gazîkar dinivîse. Odoo her duyan bi xwezayî distîne — bê host, di rewşa çend malperan de nikarîbû ya rast hilbijêre. Lê paşê nikare were xwendin.

Web RBL her duyan ji bo her lêdanê digire. Ev du pirsan bersiv dide ku wekî din nayên bersivandin: kîjan malper mîhengkirineke şaş gazî dike — û bi vî awayî, domain ya kîjan mişterî ye — û ka navnîşanek rûpelekê dibîne an hemûyan. Çend domainên ne girêdayî hev ji heman navnîşanê nîşana êrîşa berfireh e, û ew nirxandinê bilind dikin.

Nasnav çiqas girîng e, nirxandineke li ser yek ji malperên me nîşan da: Zêdetirî heftê sedî ji tevahiya trafîkê li wir ji gazîkarekî tenê hat, li ser zêdetirî sed navnîşanan hatî belavkirin. Bê nasnav ev wekî scraperekî belavkirî xuya dikir. Ew GPTBot bû, crawlera OpenAI — ew dîsa û dîsa li robots.txt pirsî û tam rast tevgeriya.

Aliyên ewlehiyê bi hûrgilî

1. Nasîna proxyê — cihê herî tehlûke bi tevahî

Heke Odoo li pişt Reverse Proxyekê bimeşe û proxy_mode şaş were danîn, modul di her daxwazê de heman navnîşanê dibîne: ya proxyê. Astengkirinek wê demê hemû mêvanan di heman demê de bi derve dike.

Ji ber vê yekê Web RBL berî her astengkirinê kontrol dike ka diyarkirina navnîşanê pêbawer e. Ew proxy_mode bi sernivîsa rêvekirinê re dixwaze, xebatê red dike heke rêvekirinek bê proxy_mode bigihîje, û bi heman awayî red dike heke ji proxyekî navîn zêdetir hebe. Di rewşa guman de nayê astengkirin.

2. Torên xwe qet

Navbereyên navnîşanan ên taybet, Loopback, Link-Local û CGNAT bi fermî hatine derxistin. Ew di tu rewşê de nikarin bikevin lîsteyê, hetta bi destan jî na. Heman tişt ji bo lîsteyên biyanî jî derbasdar e: Navberên taybet û rezervkirî û torên bi awayekî bêwate mezin di dema xwendinê de tên avêtin.

3. Çewtiya xwe nabe ku malperê bi xwe re bibe

Tevahiya kontrolê di parastinekê de dimeşe ku her çewtiyê digire. Tiştê li vir şaş diçe tê tomarkirin, û daxwaz bê guhertin berdewam dike. Modula parastinê ku di çewtiyeke xwe de malperê bi xwe re dibe, ji tune be xerabtir e. Hemû pirsên di rêya daxwazê de her wiha bê zimanê gerokê yê mêvanê û bê rêzkirin li gorî qadên wergerandî dimeşin — mêvanek bi zimanekî ne sazkirî nabe ku kontrolê têk bibe.

4. Çavdêrî berî astengkirinê

Piştî sazkirinê, astengkirina navnîşanên lîstekirî li ser daxwazên asayî vemirandî ye. Sonde têne redkirin û tomarkirin, her tiştê din derbas dibe. Bi vî awayî çend rojan dikare were dîtin ka kî rastî dikeve lîsteyê, berî ku kesek were derxistin. Heman tişt ji bo nasîna tevgerê, lîsteyên gefan û rêzikên welatan derbasdar e: pêşî ragihîne, piştî dîtinê asteng bike.

5. Nimûneyên teng li şûna toran ên fireh

Mêvanekî şaş-hatî nasîn ji sondeyeke ji bîrkirî biha ye. Her nimûne ji ber vê yekê pileya xwe hildigire, û ew ji bo her nimûneyê dikare were guhertin. Dawîbenda pelê tenê kêm caran bes e: Ji bo .php 14.012 sondeyên rast li hember çend lînkên kevn radiwestin, ji bo .asp rêje berevajî ye. Biryarên wisa divê bên pîvandin, ne bên texmînkirin.

6. Azadkirineke bi destan dimîne

Yê ku navnîşanekê azad dike, sedemek hebû. Lêdaneke din vê biryarê bêdeng betal nake.

7. Lîste hatiye parastin, lê ne nepenî ye

Xala dawî tokenekê dixwaze û bê token a derbasdar bi 404 bersiv dide, ne bi 403 — hebûna navnîşanê bi vî awayî qet nayê piştrastkirin. Berawirdkirin bi demeke domdar dimeşe. Lîste bi xwe tiştekî nepenî nagire: Ew ji navnîşanan pêk tê ku bi xwe li derî me xistine.

8. Di tomarkirinê de nepenî tune

Di têketinên têkçûyî de navê bikarhêner ê hatî ceribandin tê tomarkirin, qet şîfre. Di rêveberê danegehê de ji nirxên hatine şandin tu tişt nayê xwendin: Li wir şîfreya sereke li pêşiyê ye, û tomareke di lîsteyeke astengkirinê de dikeve her yedekeke danegehê. Mifteya lîsansê ya GeoLite2 tenê di parametreya pergalê de ye û di tu rêzeke tomarê de nîne.

9. Xefik tiştekî bikêr eşkere nake

Web RBL bi vebijarkî bersivê dide sondeyan bi naveroka çêkirî ku nirxeke kanaryayê ya yekta dihewîne. Yê ku vê nirxê paşê bixwaze, bersiva sexte xwendiye û li ser wê tevgeriyaye — alarmeke şaş wê demê nabe. Xefik tu agahiyên bikêr, tu rêyên rast û tu agahiyên têketinê yên derbasdar nahewînin. Ev fonksiyon vemirandî tê radestkirin, ji ber ku ew tevgera ber bi derve ya xuya diguherîne.

Modul çi nikare

Ew Firewallekê û Web Application Firewallekê nagire şûna. Ew nimûneyên lêpirsînê yên naskirî di rêyan de, têketinên têkçûyî û tevgera gumanbar dinase — ne êrîşên li ser form, ne hewldanên xistina di parametreyan de.

Ew her wiha tenê tiştê dibîne ku bi HTTP vedigere. Tiştê ku êrîşkarek bi gihîştinên danegeh an postexaneyê yên dizî dike, nexuya dimîne — û tam ji ber vê yekê nirxên kanaryayê rê ne û ne agahiyên têketinê.

Û ew xwedîkirinê nagire şûna: Modulek ku sondeyên .env red dike, pelekî .env ê bi şaşî hatî radestkirin ne bê xetere dike.

Peydabûn

Web RBL di bin AGPL-3 de ji raya giştî re tê peyda kirin û li cem me li ser pênc malperan di hilberînê de dimeşe:

github.com/Alex0176/odoo-web-rbl

Modul Odoo 19 Community pêşmercê dike û ji base û web pêve tu girêdayî tune. Girêdana tîketan vebijarkî ye û tu pergala tîketan a taybet nahewce; bê wê tiştek nabe. Welatê eslî danegeha bêpere ya GeoLite2 a MaxMind dixwaze; heke tune be, qad vala dimîne û her tiştê din bê guhertin dixebite.

Bêtir: Web RBL çawa di mîmariyeke ewlehiyê ya tam de cih digire -- bi Firewall, pejirandina du-faktorî û destûrdayînan re, bi rêbernameya gav bi gav: Mîmariya ewlehiyê ya Odoo 19 bi rêkûpêk bi hev re bikar bîne.

Em pirs, şîrovekirin û raporên çewtiyan bi kêfxweşî werdigirin — çêtir wekî Issue li ser GitHub.