Portál AbcLinuxu, 13. května 2025 23:52
route -n Směrovací tabulka v jádru pro IP Adresát Brána Maska Přízn Metrik Odkazů Užt Rozhraní 0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 eth0 10.6.6.6 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 192.168.0.0 0.0.0.0 255.255.255.0 U 1 0 0 eth0 127.0.0.0 127.0.0.1 255.0.0.0 UG 0 0 0 lo1) Jak přidat směrování na ip 23.63.64.89 pomocí adaptéru ppp0? 2) Jak změnit metriku pro ppp0 na třeba hodnotu 10, protože jinak se zdá že síť celkově laguje. Děkuji za reakce.
route add -host 23.63.64.89 gw 10.6.6.6 dev ppp0 23.63.64.89 10.6.6.6 255.255.255.255 UGH 0 0 0 ppp0 celkově tedy: route -n Směrovací tabulka v jádru pro IP Adresát Brána Maska Přízn Metrik Odkazů Užt Rozhraní 0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 eth0 10.6.6.6 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 192.168.0.0 0.0.0.0 255.255.255.0 U 1 0 0 eth0 23.63.64.89 10.6.6.6 255.255.255.255 UGH 0 0 0 ppp0 127.0.0.0 127.0.0.1 255.0.0.0 UG 0 0 0 loTakto se stále systém připojuje přes eth0.
"man IP" funguje, ale to už raději snad "man route"
Ne, to raději ne. Už třináct let ne.
Takto se stále systém připojuje přes eth0.
Co znamená "systém připojuje"? Že nějaké pakety s cílovou adresou 23.63.64.89 odcházejí přes eth0?
route add -host 23.63.64.89 gw 10.6.6.6 dev ppp0
ip route add 23.63.64.89 via 10.6.6.6 dev ppp0
ip route showZde jsou moje routy přidány přes route -add popsány pomocí "via" etc.
ip
funguje na jádrech 2.2 a vyšších vždy správně. ifconfig/route
se snaží emulovat chování jádra 2.0 – v některých případech se to podaří dobře (z toho jsou pak ty hlášky v diskuzích „mě funguje ifconfig/route správně“), v některých případech to funguje tak napůl a mate to uživatele, v některých případech je to úplně špatně (třeba ifconfig
nezobrazí všechny přidělené IP adresy, route
nezobrazí všechny routovací záznamy). Rozlišit, o který případ se jedná, není snadné – takže je lepší v Linuxu vždy používat ip
a mít správné výsledky. Příklady třeba zde: Zkusme mluvit - aneb proč (mimojiné) nepoužívat ifconfig...
ip route add 23.63.64.0/24 via 10.6.6.6 dev ppp0
23.63.64.89/24
je teoreticky správně a je ekvivalentní 23.63.64.0/24
. Z důvodu přehlednosti se ale raději pro označení sítě používá nejmenší adresa v síti, v tomto případě tedy ta s nulou na konci. Maska sítě nemusí být násobek 8, třeba síť 192.168.1.12–192.168.1.15
se označuje jako 192.168.1.12/30
.
2) Jak změnit metriku pro ppp0 na třeba hodnotu 10, protože jinak se zdá že síť celkově laguje.
S vaší směrovací tabulkou nemá smysl nastavovat metriku, protože ta má význam pouze pokud máte dvě položky pro stejný cílový rozsah.
route add -host 23.63.64.89 gw 10.6.6.6 dev ppp0funguje vše jak má, tedy na tuto konrétní adresu přistupuji přes jiný adaptér. Děkuji za rady. Každopádně pokud není problém v metrice, vzhledem k adresnímu rozsahu, tak nějak nechápu lag při přístupu na internet. Mám aktivní dvě připojení, ale pouze jedno jako "UG", tak proč otevření každé stránky trvá několik sekund?. Já jsem tento problém vyřešil lokální cache DNS, ale je to spíše náplast nežli řešení. Nějaký nápad?
To "otevření stránky" je ve skutečnosti dost komplexní operace, která se skládá z několika kroků, přičemž každý z nich může za určitých okolností způsobovat prodlevu. Aby bylo možné určit, kde přesně prodleva vzniká, bylo by dobré izolovat problém. Můžete např. zkusit
Případně můžete zkusit monitorovat síťovou komunikaci wiresharkem a z časového odstupu jednotlivých paketů by mělo být patrné, kde prodleva (nebo její podstatná část) vzniká.
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.