în ultimele zile am încercat să configurez modelarea traficului și latența artificială într-o rețea locală. În prezent am un PC Ubuntu 20.04 cu 2 NIC-uri, unde unul este conectat la rețeaua companiei, iar celălalt partajează conexiunea cu un număr arbitrar de clienți (toți cu IP-uri statice) printr-un switch. În prezent, am ajuns să partajez cu succes conexiunea cu clienții, introducând latența și modelând vitezele de descărcare folosind netem. Aici apare problema, se pare că nu pot modela traficul de încărcare în același mod ca traficul de descărcare. Ce am incercat pana acum:
sudo tc qdisc add dev enp4s0 root handle 1: prio sudo tc filter add dev enp4s0 protocol ip parent 1: prio 1 u32 match ip dst {CLIENT IP} flowid 1:2 (jos)sudo tc filter add dev enp4s0 protocol ip parent 1: prio 1 u32 match ip src {CLIENT IP} flowid 1:2(sus, nu pare să funcționeze)sudo tc qdisc add dev enp4s0 parent 1:2 handle 20: netem delay 50ms rate 100mbit
Mai mult, in timp ce cautam solutii am gasit Aici că numărul implicit de benzi este 3, deci asta înseamnă că implicit pot avea 3 netem qdiscs cu care să modelez traficul. Aparent dacă schimb numărul de benzi din prima linie folosind argumentul benzile X Trebuie să editez și primamapa, dar după ce o fac, se pare că totul funcționează la fel ca înainte. Din păcate, nu găsesc un răspuns de ce funcționează așa.
Este corectă abordarea mea asupra problemei? Ar fi acest lucru scalabil? Nu cred că va trebui vreodată să contabilizez mai mult de 20 de clienți simultan, așa că presupun că poate fi automatizat destul de bine cu unele scripturi mai târziu. Pe de altă parte, există o modalitate mai bună de a realiza ceea ce am nevoie, de care nu sunt conștient. Sunt foarte nou pe acest subiect, așa că orice sfat este apreciat, mulțumesc anticipat.
