{
 "id": 36983,
 "slug": "2020-04-01_traffic-shaping-ku-iptables-i-tc",
 "url": "https://agents.willem.com/pap/posts/2020-04-01_traffic-shaping-ku-iptables-i-tc/",
 "source_url": "https://willem.com/pap/2020-04-01_traffic-shaping-ku-iptables-i-tc/",
 "language": "pap",
 "date": "2020-04-01",
 "published": "2020-04-01T00:00:00+02:00",
 "created": "2025-06-26T22:10:02.354000+02:00",
 "updated": "2026-10-20T09:19:35.157000+02:00",
 "title": "Traffic shaping ku iptables i tc",
 "subtitle": "Limitá bandwidth ku ta sali riba base di IP-adres di kliente",
 "summary": "Luna pasá mi a risibi un alerta otomátiko ku a indiká uso eksesivo di bandwidth, mayoria di biaha un siñal di problema. Ora esaki pasa, bo mester sigui un prosedura estándar di insidente, purba isolá e fuente di e tráfiko promé ku bo paga e. E kousa di e insidente aki no tabata loke mi tabata spera, pero... e tabata pidi un otro tipo di mitigashon ku un simpel bloke.",
 "topics": [
  "cloud",
  "cyber-security",
  "data",
  "linux",
  "networking",
  "server",
  "web",
  "work"
 ],
 "author": {
  "name": "Willem L. Middelkoop",
  "url": "https://willem.com"
 },
 "provenance": {
  "kind": "model",
  "method": "Claude Sonnet, two passes (translation, then proofreading) against a glossary; Curaçao/Bonaire (FPI) spelling, no dictionary available",
  "date": "2026-10-20",
  "reviewed_by_native_reader": false,
  "language": "pap",
  "source_language": "en"
 },
 "translations": [
  {
   "language": "en",
   "title": "Traffic shaping using iptables and tc",
   "url": "https://agents.willem.com/en/posts/2020-04-01_traffic-shaping-using-iptables-and-tc/",
   "source_url": "https://willem.com/en/2020-04-01_traffic-shaping-using-iptables-and-tc/"
  },
  {
   "language": "nl",
   "title": "Verkeer vormgeven met iptables en tc",
   "url": "https://agents.willem.com/nl/posts/2020-04-01_verkeer-vormgeven-met-iptables-en-tc/",
   "source_url": "https://willem.com/nl/2020-04-01_verkeer-vormgeven-met-iptables-en-tc/"
  },
  {
   "language": "de",
   "title": "Traffic Shaping mit iptables und tc",
   "url": "https://agents.willem.com/de/posts/2020-04-01_traffic-shaping-mit-iptables-und-tc/",
   "source_url": "https://willem.com/de/2020-04-01_traffic-shaping-mit-iptables-und-tc/"
  },
  {
   "language": "es",
   "title": "Modelado de tráfico usando iptables y tc",
   "url": "https://agents.willem.com/es/posts/2020-04-01_modelado-de-trafico-usando-iptables-y-tc/",
   "source_url": "https://willem.com/es/2020-04-01_modelado-de-trafico-usando-iptables-y-tc/"
  },
  {
   "language": "fr",
   "title": "Mise en forme du trafic avec iptables et tc",
   "url": "https://agents.willem.com/fr/posts/2020-04-01_mise-en-forme-du-trafic-avec-iptables-et-tc/",
   "source_url": "https://willem.com/fr/2020-04-01_mise-en-forme-du-trafic-avec-iptables-et-tc/"
  },
  {
   "language": "it",
   "title": "Traffic shaping con iptables e tc",
   "url": "https://agents.willem.com/it/posts/2020-04-01_traffic-shaping-con-iptables-e-tc/",
   "source_url": "https://willem.com/it/2020-04-01_traffic-shaping-con-iptables-e-tc/"
  },
  {
   "language": "pt",
   "title": "Modelação de tráfego com iptables e tc",
   "url": "https://agents.willem.com/pt/posts/2020-04-01_modelacao-de-trafego-com-iptables-e-tc/",
   "source_url": "https://willem.com/pt/2020-04-01_modelacao-de-trafego-com-iptables-e-tc/"
  },
  {
   "language": "fy",
   "title": "Traffic shaping mei iptables en tc",
   "url": "https://agents.willem.com/fy/posts/2020-04-01_traffic-shaping-mei-iptables-en-tc/",
   "source_url": "https://willem.com/fy/2020-04-01_traffic-shaping-mei-iptables-en-tc/"
  }
 ],
 "image": "https://willem.com/global/images/074af69e7bb6.webp",
 "image_width": 2560,
 "images": [
  {
   "url": "https://willem.com/global/images/cbef76c36df8.webp",
   "description": "Gráfiko di bandwidth di AMS-IX ta mustra un patrón previsibel - nota e patrón manera onda",
   "manager_file": "148-bf2d6faf6057f115dc72e82d984e71359f16b48d8c42b4b41c2ee918cf46b556_ContentAsPost_36983_images-1.png"
  },
  {
   "url": "https://willem.com/global/images/f7c2d76b6a59.webp",
   "description": "Gráfiko di bandwidth ku un pik inusual ku ta indiká ku algu no ta bon - bo no mester ta Sherlock Holmes pa haña e",
   "manager_file": "148-bf2d6faf6057f115dc72e82d984e71359f16b48d8c42b4b41c2ee918cf46b556_ContentAsPost_36983_images-2.png"
  },
  {
   "url": "https://willem.com/global/images/2143a4110498.webp",
   "description": "Usa e herment iftop pa wak uso di bandwidth pa IP-adres konektá",
   "manager_file": "148-bf2d6faf6057f115dc72e82d984e71359f16b48d8c42b4b41c2ee918cf46b556_ContentAsPost_36983_images-3.png"
  },
  {
   "url": "https://willem.com/global/images/aee8f43379f0.webp",
   "description": "Bug den Microsoft Outlook ta hasi e sigui sinkronisá mapa IMAP, un problema ku hopi hende a eksperensiá (wak e kantidat di bista!)",
   "manager_file": "148-bf2d6faf6057f115dc72e82d984e71359f16b48d8c42b4b41c2ee918cf46b556_ContentAsPost_36983_images-4.png"
  },
  {
   "url": "https://willem.com/global/images/62fa4ef3cf7a.webp",
   "description": "Usa token pa kontrolá tráfiko - djis pasahero (òf pakete di dato) ku un token válido ta ser permití. Token ta ser devolvé ora tráfiko yega su destino.",
   "manager_file": "148-bf2d6faf6057f115dc72e82d984e71359f16b48d8c42b4b41c2ee918cf46b556_ContentAsPost_36983_images-5.png"
  },
  {
   "url": "https://willem.com/global/images/d64adfb34510.webp",
   "description": "Tráfiko mester warda pa token bira disponibel ora e kantidat máksimo di token ta duna afó, i asina e tráfiko simultáneo máksimo ta ser fiksá",
   "manager_file": "148-bf2d6faf6057f115dc72e82d984e71359f16b48d8c42b4b41c2ee918cf46b556_ContentAsPost_36983_images-6.png"
  },
  {
   "url": "https://willem.com/global/images/8cd95b55b130.webp",
   "description": "Ehèmpel di script di traffic shaping",
   "manager_file": "148-bf2d6faf6057f115dc72e82d984e71359f16b48d8c42b4b41c2ee918cf46b556_ContentAsPost_36983_images-7.png"
  }
 ],
 "text": "Alerta di bandwidth eksesivo\nOra bo ta manehá server bo ta nota ku tráfiko di internet mayoria di biaha ta okurí den patrón previsibel. Igual ku tráfiko real riba kaminda, tin momentu regular ku e ta okupá i ora e ta trankil.\nE patrón previsibel ta hasi posibel pa detektá anomalia otomátiko. Igual ku un fila di outo riba outobiahe na un ora inusual por ta e resultado di un aksidente, kambio inesperá den tráfiko di internet por ta un indikashon di un insidente den siberespasio.\nIsolá e fuente\nLo promé ku bo mester hasi ta pa haña e fuente di e problema. Hasi esaki dor di analisá e anomalia asina:\n- Determiná si e tráfiko ekstra ta entrante òf salidor (upload òf download?)\n- Determiná e IP-adresnan di fuente i di destino ku ta asosiá (kua server ta afektá? Pa unda òf for di unda e tráfiko ta bai?)\n- Determiná e tipo di tráfiko (email, web òf algu otro?)\nPa hasi esaki bo mester inspekshoná gráfiko di tráfiko; mayoria di biaha nan ta indiká input/output distinto. Despues bo mester purba haña e IP-adresnan afektá. Esaki por inkluí wak mas gráfiko (di server individual) i estadístika den switch, router i server. Despues wak uso di CPU i file di log pa determiná kua aplikashon ta afektá, manera mail òf web. Mas grandi e anomalia ta, mas fásil e ta pa haña.\nBo por ta tentá pa mata e anomalia ora bo a haña e, stòp e tráfiko inmediato asosiá. Pero bo mester mantené e bibu (por lo menos un tiki mas) pa siña tur loke bo por for di dje.\nUsa un herment manera iftop (https://linux.die.net/man/8/iftop) pa wak un bista general den tempu real di uso di bandwidth pa IP-adres konektá. E ta masha útil pa komprendé kiko ta pasa, spesial huntu ku file di log (ku ta konektá IP-adres ku kuenta individual).\nKousa inusual\nE server ku a produsí e uso eksesivo di bandwidth tabata un server di mail. Hopi biaha hacker ta apuntá nan pa konvertí nan den un relay server di spam. Esaki por pasa na hopi manera, mayoria di biaha dor di spammer kapturá un login válido. Esaki ta resultá den hopi tráfiko ku ta sali, pasobra e spammernan ta manda hopi email. Si un kampaña di spam ta pasa riba bo server, ta probabel ku bo ta wak esaki den e log pasobra mensahe di spam ta rebota hopi biaha, ku ta hasi e fila di mail yena lihé. E ta bira kaos lihé, pero riba e server aki no tabatin tal kaos - djis hopi uso inusual di bandwidth.\nMail (i spam) ta ser mandá ku e protokòl SMTP, ma tráfiko riba e port di SMTP di e server aki tabata masha normal. Esaki tabata masha inusual, pasobra e tabata nifiká ku e tráfiko eksesivo tabata bin di algu otro. Pero di kiko? Despues di analisá hopi file di log riba e server di mail mi a determiná ku e protokòl ofensivo tabata IMAP. Di algun manera un kliente konektá ku e server di mail ku IMAP tabata kousa kantidatnan eksesivo di tráfiko di network. IMAP ta un protokòl ku ta ser usá pa lesa email, no pa manda e, loke ta hasi anomalia relashoná ku IMAP masha rar.\nDor di analisá e log di e server di mail, mi a haña e usuario spesífiko ku a kousa e tráfiko. Mi a kontaktá e kliente pa puntra si e a nota algu strañu na su banda. No ta sorprendente, e a nota ku su kompiuter tabata sinti un tiki lento den ultimo tempu.\nLoop di sinkronisashon di Microsoft Outlook\nDespues di algun purba i eror pa telefòn, nos a determiná ku algu a kousa Microsoft Outlook sigui sinkronisá mapa IMAP den un loop. Esaki a hasi ku su kompiuter a download e kontenido entero di su mailbox di nobo i di nobo! Manera su mailbox tabata mas di 40 gigabyte grandi, esaki a kousa e tráfiko sustansial. Aparente esaki ta kousa pa un bug_den_Microsoft_Outlook (https://answers.microsoft.com/en-us/msoffice/forum/all/outlook-2016-hangs-forever-synchronizing/320ad809-4174-4989-9f4c-a0d4c7d616bc), ta lastimá ku no tin un solushon fásil pa dje.\nMitigá via traffic shaping\nMi a enfrentá e desishon difísil di blokeá e kliente (normal, lehítimo, ku ta paga) òf laga e tráfiko eksesivo sigui (ku ta kousa gastu serio na e proveedó di network). Blokeá usuario lehítimo ku ta traha nan negoshi ku email ta un mal idea, ma laga e tráfiko eksesivo sigui ta malu tambe. Mi tabatin suerte: mi a haña un manera alternativo pa redusí e tráfiko eksesivo miéntras mi ta laga e kliente tene akseso na su mail (ku su app Outlook di konfiansa, ma ku fayo).\nTraffic Shaping\nManera téknika di manehá bandwidth bo por usa traffic shaping pa demorá algun (òf tur) pakete di dato pa trese nan konforme ku un perfil di tráfiko deseá. Si bo usa e, bo ta - literal - forma e gráfiko di tráfiko, di ei e nòmber.\nE téknika aki no ta sin kontroversia, pasobra e ta kasi e kontrario di e prinsipio ku hopi biaha ta ser alabá di “net_neutrality” (https://en.wikipedia.org/wiki/Net_neutrality). Ku traffic shaping bo por blokeá òf hasi lento (òf kobra plaka ekstra pa) tipo spesífiko di tráfiko ku intenshon. Pa prinsipio mi ta kontra tur kos ku ta daña net neutrality, ma pa e situashon partikular aki mi no tabatin ningun alternativa faktibel. Mi tabatin mester di hasi tráfiko di email hopi mas lento pa e kliente partikular aki, redusí e kantidat di bandwidth miéntras mi ta sigui duna akseso na su kuenta.\nImplementá traffic shaping\nPa formá tráfiko bo mester hasi dos kos:\n- marka tráfiko: Bo ke afektá djis tráfiko di network partikular, den e kaso aki akseso IMAP pa un kliente spesífiko. Otro tráfiko no mester ta afektá. Esaki ta ser hasi dor di marka pakete ku ta kuadra ku karakterístika partikular, manera IP di kliente òf número di port\n- aplika e polítika di forma: Ku herment di kontròl di tráfiko manera 'tc' bo ta aplika e polítika di forma riba e tráfiko markiá. Tin diferente manera pa hasi esaki, ma un komun ta pa traha ku e asina yamá “Hierarchy Token Buckets” òf HTB's.\nHierarchy Token Buckets (HTB's)\nEn prinsipio un token bucket ta similar na e prinsipio di limitá e kantidat di pasahero den un biahe di trein dor di distribuí djis un kantidat fiksá di token disponibel. Ora pasahero (òf pakete di dato) ta drenta e trein (òf network) nan ta tuma un token. Ora nan baha (òf yega nan destino) e token ta ser devolvé. Ku e prinsipio di token bucket bo por kontrolá e kantidat di tráfiko simultáneo den un sistema.\nBo por implementá e prinsipio aki ku e herment di network \"tc\" (pa kontròl di tráfiko) huntu ku \"iptables\". Bo por usa un script pa fiha e reglanan pa marka i pa aplika. Bo por haña hopi ehèmpel online, mi a usa esaki_aki (https://serverfault.com/a/191605) di Julien_Vehent (https://jve.linuxwall.info/).\nKonklushon\nTin biaha anomalia di network no ta loke bo ta spera, pesei bo mester semper tuma tempu pa investigá nan! Blokeá tráfiko sin pensa ta brutu, tin biaha bo mester refiná bo métodonan pa mitigá problema.\nAplikashon di téknika di filtrashon no ortodoksó ta nada ku mi ta gusta, ma tin biaha nan ta e úniko medio pa yega na e meta. Sa kiko bo ta hasi i pakiko bo ta hasié ta masha importante!",
 "word_count": 1231,
 "markdown_url": "https://agents.willem.com/pap/posts/2020-04-01_traffic-shaping-ku-iptables-i-tc/post.md"
}