Dotaz: Nastaveni default routy

[Tomas]

Ahoj muzete mi prosim napsat posloupnost prikazu, pomoci kterych zmenim na debianu etch defaultni routu z 192.168.X.X na 192.168.Y.Y

Dekuju. Tom Vypis route

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.101.0   *               255.255.255.0   U     0      0        0 eth0
default         192.168.101.2   0.0.0.0         UG    0      0        0 eth0

Odpovědi

[Michal Kubeček]

  ip route replace default via ...

Ale spíš to budete chtít opravit v příslušném konfiguračním souboru (ve kterém, to byste měl najít v dokumentaci k distribuci).

P.S.: na příkaz route ve vlastním zájmu zapomeňte, je obsolete (už přes osm let).

[pupu]

Na prikaz 'route' a 'ifconfig' ve vlastnim zajmu nezapominejte, protoze je to vec, kterou najdete nejen na kazdem Linuxu, ale i na vetsine ostatnich UNIXovych systemu. To, ze ho nekteri frikulini povazuji za zastaraly (jasne, uz 8 let... a dalsich 8 let tu stejne bude) bych rozhodne nebral jako zasadni doporuceni Na druhou stranu pokud budete pouzivat 'ip', take nic nezkazite. Treba na Solarisu ho ale nehledejte.

[Michal Kubeček]

Bavíme se tady o Linuxu. V Linuxu došlo během řady 2.1 k naprosto zásadnímu přepracování implementace síťové komunikace a příkazy ifconfig a route neodpovídají tomu, jak jsou v jádře síťová rozhraní implementována, a to je u nástrojů, které slouží jako rozhraní pro konfiguraci jádra, vada naprosto zásadní. A pokud jsou pro vás vývojáři linuxového jádra "někteří frikulíni", žijte si dál v blažené nevědomosti, jen vás prosím, abyste takové bludy nešířil mezi ostatní, ještě by vám mohli uvěřit.

[pupu]

Dobre, optam se jinak - co presne nefunguje? A procpak jsou tedy utility ifconfig a route i nadale pouzivany jako soucast vsech distribuci a jsou take bezne pouzivany v konfiguracnich skriptech a ostatnich nastrojich? Ono se bohuzel stava, ze pro vyvojare Linuxoveho jadra je neco trapne zastaraleho (citat klasika - stare nepotrebne vydani z minuleho tydne!), nicmene mimo tento okruh je dana vec naprosto bezne a uspesne pouzivana. Pokud tedy povazujete za 'sireni bludu' to, ze rikam o 'nemodernich' nastrojich, ze by se na jejich pouzivani nemelo zapominat, pak prosim.

[pasmen]

Jo taky bych rekl. Pokud je neco obsolete 8 let a stale se to nachazi jako vychozi reseni ve vetsine distribuci, pak to taky neco vypovida.

[Michal Kubeček]

Dobre, optam se jinak - co presne nefunguje?

Už jsem to tu vysvětloval mnohokrát, stačí si to najít. Takže jen velmi stručně: zastaralé příkazy vám ukazují neexistující objekty, neukazují existující objekty a občas bez varování udělají něco zcela nelogického a neočekávaného (např. nastaví příznaky nebo parametry jinému rozhraní než kterému chcete).

A procpak jsou tedy utility ifconfig a route i nadale pouzivany jako soucast vsech distribuci a jsou take bezne pouzivany v konfiguracnich skriptech a ostatnich nastrojich?

Těžko odpovídat na otázku, proč, protože už tomu tak dnes naštěstí není. Existuje ještě několik distribucí, jejichž autoři dodnes nezaregistrovali změnu, ke které došlo během vývojové řady 2.1, ale naštěstí už je jich stále méně a méně.

Ono se bohuzel stava, ze pro vyvojare Linuxoveho jadra je neco trapne zastaraleho … nicmene mimo tento okruh je dana vec naprosto bezne a uspesne pouzivana.

Příkazy pro nastavení konfigurace síťových rozhraní a položek směrovacích tabulek slouží jako rozhraní mezi správcem systému a jádrem. Pokud takový příkaz nerespektuje to, jak příslušné objekty v jádře fungují a jaké API pro manipulaci s nimi jádro dává k dispozici - a to je přesně případ ifconfig a route - je takový příkaz k ničemu a jeho používán je hazardem.

Malý příklad: jistě by vás nenapadlo používat k nastavení paketového filtru v dnešních jádrech příkaz ipchains, protože tento příkaz sloužil k nastavení filtru v jádrech 2.2 a dnes funguje pouze ve velmi omezené míře v emulaci a v mnoha ohledech ani to ne. Přitom při použití ifconfig a route se dopouštíte přesně stejné chyby - nebo spíš ještě větší: zatímco ipchains je obsolete "až" od jádra 2.4, ifconfig a route už od 2.2.

Pokud tedy povazujete za 'sireni bludu' to, ze rikam o 'nemodernich' nastrojich, ze by se na jejich pouzivani nemelo zapominat, pak prosim.

Šířením bludu je vaše tvrzení, že je v pořádku používat v současných verzích Linuxu nástroje, které správně fungovaly naposledy ve stabilní řadě 2.0. Sám si dělejte, co chcete, ale budu vám ze všech sil bránit, abyste škodil dalším uživatelům tím, že jim budete poskytovat nepravdivé informace.

[pasmen]

Tech distribuci, kde se ifconfig a route stale pouziva jako vychozich nastroju, je rekl bych stale vetsina. Dokud to tak bude, tahle osveta nic nezmuze.

[Michal Kubeček]

Jednak podle mne už to s tou většinou dnes není tak špatné, jednak to s osvětou vidím spíš obráceně. Tedy že dokud bude tak rozšířeno používání ifconfig, route, arp a dalších a dokud se to bude objevovat v návodech, je taková osvěta nutná (i když si tím pravidelně vysloužím nevoli staromilců).

[pupu]

To je zajimave - muzete svoje tvrzeni necim dolozit? Neni to doufam tak, ze tyhle prikazy funguji/fungovaly spatne pouze na SuSE, coz opravdu neni zrovna nejrozsirenejsi distribuce? Pak by to totiz byla trochu jina situace: 'vyresili jsme problem se zabugovanymi prikazy, ktere jsme neumeli opravit, tim, ze jsme je z distribuce vyhodili'. Ted se ptam zcela vazne, protoze me to zajima. Ja se s nicim podobnym nikdy nesetkal. Pouzivam Fedoru a Redhat, nejakych bratru deset let.

[Filip Jirsák]

Příkazy ifconfig/route fungují špatně např. i na Gentoo – např. route vám vypíše hezkou směrovací tabulku, ovšem směruje se podle úplně něčeho jiného. Tak to bude fungovat ale v každé distribuci (i vašem RedHatu) – pokud totiž do směrování vstupují pravidla, o kterých nemá route ani tušení, těžko může zobrazit správný výstup.

Docela zajímavé by bylo začít masivně jako defaultní routovací tabulku začít používat jinou, než tu main s číslem 254. To by se pak všichni ti uživatelé funkčního route divili…

[Pindal]

Me se ifco[TAB] pise lip nez ip addr show, a kupodivu ten ifconfig zobrazi i vice informaci. A kupodivu i relevantnich. U route je situace slozitejsi, ale 99% instalaci pouziva prave a jen tu tabulku main.

Je zajimave, ze zadna z majoritnich distribuci nesla tak daleko, ze by tyto prikazy zcela vypustila, proc? Nekteri je dokonce pouzivaji i ve startovacich skriptech.

[honzous]

ip addr show eq ip ad li
Neni to lepsi?

[Pindal]

To uz muzu rovnou jen ip ad a jsme taky na peti klavesach. Ale ten ifco[TAB] je porad lepsi, ale mozna je to jen zvyk

[Filip Jirsák]

Tak si nastavte v shellu alias z ifconfig na ip ad

[Pindal]

Hehe. Aby to bylo systemove spravne, tak ych nejdrive musel odstranit balicek obsahujici ten ifconfig a kupodivu to nejde, protoze na tom zavisi pul systemu mimo jine i initscripty

[Petr Šobáň]

Na RH, FC to taky nefunguje lépe řečeno funguje dokud máte jednu sítovou kartu a nechcete používat virtuální zařízení.

Ale jak potřebujete jednomu eth přiřadit více IP tak to přes ifconfig neuděláte atd... .

A proč se to používá ? Protože je hromada návodů a když se řekne že je to zastaralé tak každý řekne však to funguje a potom se diví že mu nefungují virtuální zařízení atd....

[honzous]

Sice off-topic, ale s tema hodinkama mas recht

[Pindal]

ifconfig eth0:1 1.1.1.1 na RH i FC funguje dodnes

[Petr Šobáň]

Nefunguje to jak má a pokud vám to náhodou funguje máte štěstí

PS. Ono se to snaží emulovat ale někdy to nedopadne dobře a někdy to projde.

[Pindal]

Vim, ze to emuluje, ip ad ad je lepsi, ale zajima me jestli mate osobni zkusenost, ze to nekdy nedopadne dobre nebo je to precteny mytus? O virtualnich zarizenich ted nemluvme.

[Petr Šobáň]

Jednu dobu mě taky haprovala síť zda to bylo tou emulací nevím ale asi ano po nastavení pomocí ip a překopání konfiguráků (Smazání a nastavení znovu) to bylo OK.

Jinak pár dotazů kamarádů s virtuálním zařízením taky byly když jsem jim poradil ip a nastavení více IP adres jednomu eth pomocí ip problémy zmizely.

[*]

Prikaz route je vyhovujici jen pro jadra ktere nemaji volbu "advanced router" ani "equal route multipath" a dalo by se pokracovat obdobne dal.

route a ifconfig je 10 let stare rozhranni s 10 let starou posix funkcnosti. vetsinou funguje pro to co dela.

nekdy situaci nezvladne z pohledu nepouceneho uzivatele, protoze pred celym procesem je predrazen filtr routovacich tabulek o kterem prikaz route nic nevi - stejne tak nevi o indexech routovacich tabulek a nekolika dalsich funkcich a strukturach jadra svazanych s smerovanim a sitovymi zarizenimi.

Ze vam staci pouzivat jen tu zakladni funkcnost ktera mela pred 10ti lety stacit 90% na tom neni nic spatneho, ale nevnucujte to tem, kteri uz tuto kategorii v pozadavcich i schopnostech presahli.

[*]

replace bych nedelal... v zdrojacich (uz nevim jestli to bylo pro "route" volbu) pise, ze "broken" v nekterych situacuich.

ale funguje: ip route change default via "..." to necha stavajici a jen upravi explicitne uvedene parametry.

[cuba.g]

mrkni na tohele, doufam, ze ti to pomuze! kazdopadne na iproute zapomen. Ve vetsine pripadu to stoji s prominutim za "hovno". sorry ale zkuto.

[cuba.g]

sorry sem zapomel pridat odkaz Bakalarka

[Michal Kubeček]

Pokud by se někdo podle tohoto dokumentu chtěl řídit, doporučuji vše pro jistotu ověřovat z jiných zdrojů, je tam dost věcných chyb. Co se týká části o konfiguraci sítě, tu bych velmi důrazně doporučil nastudovat úplně jinde. Autor totiž nejen dosud nepostřehl, že příkazy ifconfig a route jsou v Linuxu přes osm let obsolete, ale dokonce pravděpodobně dosud nezaznamenal existenci beztřídních delegací (CIDR), které už se používají skoro 14 let…

[Michal Kubeček]

Tak jsem se do toho textu podíval trochu podrobněji a musím opravit své předchozí upozornění: nečtěte to raději vůbec, těch chyb je tam příliš mnoho.

[honzous]

No, ja teda nechapu, proc takovy obsahly dokument na tak jednoduchou otazku Jen jsem to tak proletel a nevim nevim. Pouzivat prikaz route pro nastaveni brany... Ja uz tomuhle prikazu moc neverim Souhlasim s Michalem Kubeckem. ifconfig a route jen pro listovani, ale ne pro nastavovani. Jen pro pocit bezpeci, ze se neobjevi necekana chyba. Kor kdyz to pouzivam na nejakem routeru, kde zrovna tecou megabity dat. Jinak replace jsem jeste v zivote nepouzil, ja bych to zase udelal:
ip ro de default && ip ro ad default via X.X.X.X dev X
Ale samozrejme editovat konfigurak a restartovat inicializacni skript je rozumnejsi reseni...

[Michal Kubeček]

Souhlasim s Michalem Kubeckem. ifconfig a route jen pro listovani, ale ne pro nastavovani.

Osobně bych to ani pro to zobrazení konfigurace nedoporučil, zvykne-li si uživatel na příkazy, které mu už z principu ukazují pouze část konfigurace, může to být docela zrádné.

Co se té bakalářské práce týká, jsou tam i závažnější chyby (a to teď nemluvím o alarmujících hrubkách), jen namátkou (co mne praštilo do očí při velmi zběžném prolétnutí):

• "Router se používá pouze u metalických a optických sítí. U bezdrátových sítí si každý počítač routuje a forwarduje pakety sám." - :-)
• Tvrzení, že RIP je pružnější než OSPF a lépe se hodí pro větší sítě (skutečnost je přesně opačná), a do toho ještě zamíchaný BGP.
• Ignorance CIDR.
• Používání obsolentních konfiguračních nástrojů; zvlášť podivné je, proč autor vypichuje povolení policy routingu v konfiguraci jádra, když pak směrování nastavuje příkazem route a policy routingu tedy celkem pochopitelně nepadne ani slovo.
• Chybné tvrzení, že ipchains je svázán s jádry řady 2.4; ve skutečnosti se používal v řadě 2.2, ve 2.4 už byl netfilter.
• Celý výklad netfilteru je podán stylem "Dívejte se na příklady a zkuste uhodnout, jak a proč fungují, já vám to neřeknu."
• Velmi zavádějící popis u příkladu použití podmínek -s a -d (je to chain INPUT, takže formulace "a směřující k počítači s adresou 192.168.2.55" nedává smysl).
• Time exceeded je typ 11, ne 10.
• Chybný výklad stavů, zejména stavu INVALID; to, že paket nepatří do existujícího flow, není ještě důvod, aby byl INVALID.
• Velmi nepřesný (nebo spíš nesprávný) výklad problémů s FTP.
• Zcela chybí popis pořadí, ve kterém jsou zpracovány pakety řetězci z různých tabulek.
• Rozsah 96.0.0.0/4 není určen pro lokální sítě a nikde AFAIK není řečeno, že adresy z něj "nemají v Internetu co dělat".
• Velmi svérázná "ochrana" před SYN floodingem: propustí do počítače pouze jeden (jakýkoli) paket za sekundu (s burstem 5), jsem zvědav, jestli to autor někdy zkusil použít v praxi.
• V příkladech důsledně otočena role --limit a --limit-burst
• "DHCP nebo-li Dynamic Host Configuration Protokol je protokol běžící na vrstvě TCP." - WTF?
• "Vždy jsou dvě sekce pro jednu zónu. První určuje převod ze jména na ip adresu a druhá z ip adresy na jméno." - WTF?
• "Číslo serial označuje sériové číslo souboru. Je nutná z jeho změna po každé editaci zónového souboru." - je nutné ho zvýšit, ne jen změnit.

[*]

> Zcela chybí popis pořadí, ve kterém jsou zpracovány pakety řetězci z různých tabulek.

kdyby jen to. on uplny diagram pro arpfilter + netfilter + br-nf + routovani ip je pomerne komplexni zalezitost, co uz se hodi spis na stenu nez na 19" obrazovku...

[pasmen]

Hezky

[T]

Uprav /etc/network/interfaces a pak /etc/init.d/networking restart

[Marty]

Ahoj,

takhle jsem to nakonec udelal a zafungovalo to perfektne. Pokud bych tedy napr. ted chtel zmenit default routu, staci v ...interfaces zmenit gateway a reboot.

Dik

Tomas

[outsider]

I kdyz Debian nepouzivam, jsem si jistej, ze reboot netreba! (aneb zbavujeme se osklivych zvyku z Windows)

[Opičák]

Ale fuj...kvůli takové kravině se nerestartuje celý počítač.

[vencour]

Asi tak. Lze restartovat network či třeba odebrat a přidat modul, jak to dělam já

[jooke]

Me by zajimalo proc se porad resi, jestli pouzit ifconfig nebo ip? Stejne to musime zmenit v konfiguraku, at po rebootu muzem zase diskutovat na Abicku. Jo a taky by me zajimalo jak pomoci ip a l (zkratil jsem jeste vic syntax zapisu ) zjistim napriklad kolize, errory apod. U ifconfig to vidim hned a k tomu jedinemu vyuzivam tento nastroj, ip vubec nepotrebuji.

[Michal Kubeček]

  ip -s link show
  ip -s -s link show

Chcete-li, můžete si to zkrátit na 'ip -s l' resp. 'ip -s -s l'.

[Opičák]

1) Na co reboot ...stačí snad routu změnit pomocí ip a jede to hned.
2) Přes ip lze cokoli a ještě něco víc, ale bývá vhodné si přečíst alespoň manuálovou stránku. Potom nejsou potřeba tyto dotazy.