Kezdőlap › Fórumok › UHU Linux › Általános UHU problémák, javaslatok › MTU érték megváltoztatása
- This topic has 21 hozzászólás, 9 résztvevő, and was last updated 19 years, 4 months telt el by
vifa.
-
SzerzőBejegyzés
-
2004-06-13-10:42 #1954317
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.2004-06-13-10:44 #1954318szerintem a parancsaid nem jönnek be nálam 😆
Ezt a mondatot egyáltalán lehet komolyan venni?
2004-06-13-13:54 #1954319szerintem 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.
2004-06-13-15:11 #1954320Bocsá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.2004-06-21-10:06 #1954321Szeva!
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 beallitasacase „$1” in
start)echo „.”
echo -n „MTU beallitasa”
ifconfig eth0 mtu 1364echo „.”
;;stop)
echo „.”
;;*)
echo „Ez nem sikerult…!”
exit 1
;;esac
exit 0Ezt 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!
2006-01-31-11:21 #1954322Sziasztok!
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.161Pró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
2006-01-31-11:41 #1954323Az 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?
2006-01-31-15:16 #1954324matav.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 🙂2006-02-02-09:58 #1954325MTU-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?2006-02-02-10:55 #1954326MTU 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 -
SzerzőBejegyzés
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz