MTU érték megváltoztatása

Kezdőlap Fórumok UHU Linux Általános UHU problémák, javaslatok MTU érték megváltoztatása

10 bejegyzés megtekintése - 11-20 / 22
  • Szerző
    Bejegyzés
  • #1954317
    kisbetu
    Felhasználó

      Gyerekek!
      Amíg nem tudjuk, hogy a kérdezõ miért nem próbálta ki (miért nem sikerült neki) a tanácsokat, addig nem jutunk közelebb a megoldáshoz.

      #1954318
      kisbetu
      Felhasználó

        szerintem a parancsaid nem jönnek be nálam  😆 

        Ezt a mondatot egyáltalán lehet komolyan venni?

        #1954319
        admin
        Adminisztrátor

          szerintem a parancsaid nem jönnek be nálam  😆 

          Ezt a mondatot egyáltalán lehet komolyan venni?

          Bocsánat, a „szerintem” szó nem szerepel benne. De mostmár értem.

          #1954320
          kisbetu
          Felhasználó

            Bocsánat, a „szerintem” szó nem szerepel benne. De mostmár értem.

            De igen, szerepel. Meg a végén a vigyor.

            Szóval jó lenne tudni, hogy képes vagy-e a rettentõ bonyolult
            #ifconfig
            parancs bebillentyûzésére, vagy netán valami akadályoz benne.

            #1954321
            The_Killer
            Felhasználó

              Szeva!

              Gyors útmutatás:
              1. Nézz utána, hogy hogyan néz ki egy script
              Ha ez sem megy, írtam neked egyet:

              #!/bin/sh
              #Az ronda MTU beallitasa

              case „$1” in
              start)

              echo „.”

              echo -n „MTU beallitasa”
              ifconfig eth0 mtu 1364

              echo „.”
              ;;

              stop)
              echo „.”
              ;;

              *)
              echo „Ez nem sikerult…!”
              exit 1
              ;;

              esac
              exit 0

              Ezt másold ki, és mentsd el pl „rc.mtu” néven.

              2. Ha megvan, csinálj róla egy szimbolikus linket az /etc/init.d/ könyvtárba, vagy egyszerúen másold be oda.

              3. srvmgr-rel add hozzá a szolgáltatás listához.

              4. A szkript megjelenik az UHU vezérlõpult Szolgáltatások menüjében. Most már csak be kell állítani, hogy elinduljon…

              Csákány!

              #1954322
              vifa
              Felhasználó

                Sziasztok!

                Debian Sarge oprendszert használok itthon az adsl kapcsolatom route-olására, és ezen a gépen futnának egyéb szolgáltatások is. Lehet hogy ez a log teljesen rendben van, de azárt nekem sántít 1-2 dolog.
                Adsl MTU hibára gyanakszom, a log fájl ide vágó tartalma a következõ:

                Jan 29 14:33:59 homesrv pppd[3507]: No response to 3 echo-requests
                Jan 29 14:33:59 homesrv pppd[3507]: Serial link appears to be disconnected.
                Jan 29 14:33:59 homesrv pppd[3507]: Connect time 966.7 minutes.
                Jan 29 14:33:59 homesrv pppd[3507]: Sent 26736467 bytes, received 947806007 bytes.
                Jan 29 14:33:59 homesrv pppd[3507]: Couldn’t increase MTU to 1500
                Jan 29 14:33:59 homesrv pppd[3507]: Couldn’t increase MRU to 1500
                Jan 29 14:34:05 homesrv pppd[3507]: Connection terminated.
                Jan 29 14:34:05 homesrv pppd[3507]: Modem hangup
                Jan 29 14:34:41 homesrv pppd[3507]: PPP session is 23652
                Jan 29 14:34:41 homesrv pppd[3507]: Using interface ppp0
                Jan 29 14:34:41 homesrv pppd[3507]: Connect: ppp0 eth0
                Jan 29 14:34:41 homesrv pppd[3507]: Couldn’t increase MTU to 1500
                Jan 29 14:34:41 homesrv pppd[3507]: Couldn’t increase MRU to 1500
                Jan 29 14:34:41 homesrv pppd[3507]: Couldn’t increase MRU to 1500
                Jan 29 14:34:41 homesrv pppd[3507]: Couldn’t increase MTU to 1500
                Jan 29 14:34:41 homesrv pppd[3507]: Couldn’t increase MRU to 1500
                Jan 29 14:34:41 homesrv pppd[3507]: Couldn’t increase MRU to 1500
                Jan 29 14:34:41 homesrv pppd[3507]: PAP authentication succeeded
                Jan 29 14:34:41 homesrv pppd[3507]: peer from calling number 00:0D:66:73:38:1C authorized
                Jan 29 14:34:41 homesrv pppd[3507]: Cannot determine ethernet address for proxy ARP
                Jan 29 14:34:41 homesrv pppd[3507]: local IP address 212.40.103.177
                Jan 29 14:34:41 homesrv pppd[3507]: remote IP address 212.40.109.4
                Jan 29 14:34:41 homesrv pppd[3507]: primary DNS address 212.40.96.14
                Jan 29 14:34:41 homesrv pppd[3507]: secondary DNS address 212.40.96.161

                Próbáltam a /etc/ppp/peers/dsl-provider és a /etc/ppp/options fájlban beállítani az mtu értékét kisebbre, ahogy azt a „ping -s 1464 -f http://www.bix.hu” paranccsal kisakkoztam. 1464-es csomagmérettel nem volt packet loss. A ping parancsot a NAT-olt hálóban lévõ xp kliensel is probáltam „ping -l 1464 -f http://www.bix.hu”. Itt kicsit barátibb módon kiírta hogy a csomagot darabolni kell ha nagyobb csomagot próbáltam köldeni mint 1464 bájt.
                Lényeg hogy az ifconfig ppp0 kimenete szerint az mtu 1492.
                Tehát akármit irok a konfig fájlokban az mtu értékéhez rá se bagózik, marad 1492.
                Nem tudom jó helyen tapogatózok vagy sem, egy biztos a netem szakad.
                Tud valamelyikõtök megoldást? Externet elöfizetésem ha ez számít.

                Vissza az elejére       

                #1954323
                aty
                Felhasználó

                  Az MTU nálam is 1492.
                  Csak kiváncsiságból. A kliensgépeken bejönnek a hup.hu, freemail.hu, matav.hu oldalak?

                  Illetve lcp-echo-interva, lcp-echo-failure paramétereknek mennyi az értéke nálad?

                  #1954324
                  vifa
                  Felhasználó

                    matav.hu csak www elötaggal jön, de egyböl átirányit a magyartelekom.hu-ra, másik kettö www nélül is jön.
                    lcp-echo interval 30
                    lcp-echo-failure 4
                    „ifconfig ppp0 mtu 1464” így be lehet neki adni hogy ennyi az mtu.
                    egyenlöre nem nyaggatom mert tegnap 23:40 óta nem bontott 🙂

                    #1954325
                    vifa
                    Felhasználó

                      MTU-t továbbra sem piszkáltam, azóta 1 bontás volt, és a logban ugyanazok a sorok.
                      LCP protokoll(?) körül szimatolgatok. Ez ugye a Line Control Protokol?
                      Ez a protokol tartja élve az inernet kapcsolatot, és ha nem érkezik az echo üzenetére válasz, zárja a kapcsolatot, és ujraindítja a pppoe-t.
                      Az lcp-echo beállításokkal érdemes játszadozni? Valakinek errõl tapasztalat?

                      #1954326
                      aty
                      Felhasználó

                        MTU hiba szerintem akkor lett volna ha az Axeleros oldalak nem jönnek be. Legalábbis én egyszer rengeteg szívtam emiatt, és akkor számított az mtu-érték.

                        Szervereimen:
                        lcp-echo interval 10
                        lcp-echo-failure 6

                      10 bejegyzés megtekintése - 11-20 / 22
                      • Be kell jelentkezni a hozzászóláshoz.