2. Fórumok
  3. OS, alkalmazások
  4. Linux - Tuzfal
  5. (téma lezárva)
Keresés

Aktív témák

  • #8 dearbear tag Husky #7
    #8
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    dearbear

    tag

    válasz Husky #7 üzenetére

    1) Ilyen /etc/shaper fileom/konyvtaram nincsen. Gondolom a /etc/sysconfig/cbq -ra gondolsz, az ott levo fileokat en csinaltam a mintak alapjan... Es mar egyebkent is mukodtek egy masik gepen.
    2) A LOG_FILE-os reszt kikommenteltem az eredmeny annyi, hogy most latom milyen tc-s utasitasokat csinal, amik nem tunnek rossznak (bar oszinten megvallom nem ismerem minden parameter pontos jelenteset), de alapjaba veve nem ir hibat. Kivetel persze azert van: Ha nincs meg cbq-s osztalydefinicio, es ugy inditom a scriptet hoz egy RTNETLINK answers: No such file or directory hibauzenetet, de ez nem hiszem hogy hiba lenne, valoszinuleg azert van mert a script teljesen tiszta lapokkal akar indulni, es akkor is kitorli a cbq-s root qdiscet(amibol mindegyik egyeb szarmaztatva van) ha az meg nem is letezik.
    Vegul is oda jutottam mostanra, hogy eloszor egy alap RH6.2-es linuxszal probalkoztam, majd egy hwsw-s javaslatara kiprobaltam a Peanut linux-ot, hatha azzal muxik, de ugy sem ment, vegul most feltettem egy agyonredukalt RH7.1-est, ami az eredeti gepen tokeletesen mukodott innen is hoztam az a cbq definicioim. Ennek ellenere egyikkel sem ment. A cbq scriptjet frissitettem 0.3alfa2-rol 0.6.2-esre, ez sem segitett. Tehat arra a kovetkeztetesre jutottam, hogy az eredeti RH7.1-es configon volt(ak) valami olyan csomag(ok) felteve ami(k) vegul is mukodott. Az egyetlen hiba hogy amig kiserletezgetek hogy ne legyen kimaradas ipchainssal kerultem el a megosztas hianyat, ami valljuk be nem igazan torodik a kulonbozo vonalak savszelessegeivel.
    Az iproute2-es(ami tobbek kozott tartalmazza a tc-t es az ip-t) csomagon es a kernelben szereplo advenced firewalling, netlink, QoS, policy routing -os (stb.) dolgokon kivul vajon mire lehet meg szukseg?

  • #3 dearbear tag Adi #2
    #3
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    dearbear

    tag

    válasz Adi #2 üzenetére

    Megneztem a Linux Advenced Routing&Traffic control howtot, ami ha jol lattam az egyetlen komoly howto a temaban, ezen kivul megneztem egy par magyar linux listat, amik ugyan tobbszor is erintik a temat, de sajnos nem nyujtanak segitseget.
    A QoS be van forditva, sot mar kiprobaltam 2.4.2-es es 2.5.0-as kernellel is, hatha azzal van a gond, de sajna a 7.1-en jol mukodo 2.4.2-es kernelemmel szinte teljesen azonos konfig sem vitte sikerre a gepet. Ugyhogy a cbq valoszinu nem a kernel miatt nem megy.
    Aztan kicsit nezegettem mit csinal, es a kovetkezokre lettem figyelmes:
    Mind a qdisc mind a class cbq root tagjanak a priojara azt irja hogy no transmit. Vajon ezt hogy lehet eltavolitani/megvaltoztatni?
    Ahogy latom, ha a tc nek a szarmaztatott osztalyoknal mar megadhato prio 1-8 ig terjed, es ha 8-ra allitom akkor irja ugyanezt(no transmit). De hiaba probaltam priot allitani a root-okra nem sikerult.
    Szerintetek jo fele tapogatozom? Most van valami otletetek?
    Elore is koszi.

  • #1 dearbear tag
    #1
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    dearbear

    tag

    A feladat 3+1 gep osszekotese ugy hogy a +1 gep megossza az internetet a masik harom kozott, ugy hogy a megadott ip rol jovo kereseknek megadott savszelesseggel kell rendelkeznie az internet fele. Az en esetemben a 2. a tozfalgep, 50 kB/s os allando internetkapcsolattal, az 1. gepnek 40kB/s os savszelesseget kene kapnia a 3. nak 4 kB/s-osat, a 4. nek pedig 20 -asat.
    Eredetileg ( amikor meg nem volt +1 gep ) a 4. gepre volt felteve egy RedHat 7.1 -es linux, azon alapbeallitasok mellett feltelepitettem a shaper-es rpm-et, ami adott nekem egy shellscriptet a Class Based Queueing kihasznalasara. Ezzel a scripttel mukodott is a dolog. Utana forditottam egy sajat kernelt meg ugyanarra a gepre, amivel mar nem sikerult azonnal mukodesre birni, de sikerult.
    Jelenleg a +1 gep kellene hogy ellassa ugyanezt a feladatot, egy 340 Mb-os vinyon, es egy kis gepen. Tettem is ra egy 6.2-es RedHat-et azonban ebben alapban benne sem voltak a szukseges modulok (sch_tbf,sch_cbq,cls_u32), igy aztan forditottam magamnak egy kernelt (2.2.14) a 7.1-es RedHat-ben szerzett tapasztalatok alapjan. Ami szep meg jo de sajna az ipchains-es forwardolason kivul nem sikerult kihoznom belole tobbet... (lehet hogy nem is a kernellel van a baj, de a script szinte csak a tc nevu progit hasznalja(mint extrat), ami nem mond semmi hibat futasa soran).
    Szoval szerintetek az adott helyzetben hogyan lehetne tovabblepni, hogy a savszelessegkorlatozasok eletbe lephessenek.

Aktív témák