Administrace komentářů

ja vim kde je problem. hec koupil sem si vybornou kristalovou kouli. (problem je v te pulce ktera tu neni napsana, ale jeji dusledky jsou zrejme). jde o to, ze to nastavoval clovek, co nikdy necetl nic o smerovani ip provozu nebo o tom pri nastavovani nepremyslel (nebo prilis a vymyslel, jak to prechytracit) (pritom je to tak pet vet a minutu premysleni, pokud patri k bystrejsim ;) ale budiz vysvetlime si to na nazornem prikladu "najdi mi chybu"

predpokladam, ze cela situace vypada asi takto (sitove masky si neuvedl, tak sem si je domyslel z popsaneho chovani site):

• eth0: 192.168.1.0 255.255.0.0
• eth1: 192.168.2.0 255.255.0.0
• eth2: 192.168.3.0 255.255.0.0

takze problem je v tom, ze jsou tam tri fyzicke zarizeni se stejnou sitovoou adresou v domeni, ze na sebe budou vsichni videt "naprimo" protoze nechtel koupit switch/hub (no jo kdo setri ma za tri, jenze kdyz uz to neni drahe a blbuvzdorne reseni ;) a boji se, ze nektere veci nebudou fungovat kvuli smerovani (ano to nebudou hlavne ty co funguji pres broadcast - defaultni samba browse list bez dodatecneho nastaveni, spousta softu starsiho razeni co pouziva broadcast - nejcetnejsi zastupce je asi skupina her). to proste nebude fungovat, protoze to jde naprosto proti srsti vyberu cesty pro paket. vsechno to konci na zarizeni ktery je ve fib tablu jako prvni, pripadne na tom, ktery bylo driv nacachovany.

• A

  tvuj problem s nepochopenim smerovani odstranis zavedenim unikatni sitove adresy pro kazde zarizeni. to udelas tak, ze zmenis netmask u vsech na 255.255.255.0

  to ti mozna vyrobi dalsi problem s kterym si nepocital. protoze adresa uvnitr site bude na vsech rozhrannich vsechny bity nulove. coz je ze zvyku a historie tak trochu nestandartni specialni adresa. pokud by sis dal tu praci a presvedcil oba pripojene konce ze jde o ptp spojeni, tak je to jedno (i kdyz asi zalezi na implementaci ip stacku na obou stranach) pokud to bude "sdilene" ethernetove medium, tak prinejmensim hadam druhy konec (widle) budou prskat, ze jde o specialni adresu broadcastu, takze si usetri praci navic a udelej to jednoduseji misto 192.168.1.0 dej 192.168.1.1 a analogicky pro ostatni zarizeni. masku maji vsichni 255.255.255.0

  pripojene konce teda nebudou xxx.1 ale xxx.2 masku budou mit 255.255.255.0 a gateway/branu xxx.1

  takhle bude mit kazdy zarizeni unikatni sitovou adresu a nebudes mit jednu sitovku jako cernou diru v siti, do ktere vsechno spadne (i to co nechces - pakety pro jine pocitace, bohuzel se stejnou sitovou adresou, jako ma to prvni zarizeni).

  ps priste cti co pisou ostatni. jestli to tu fakt bylo, sice bez vysvetleni s konkretnimi cisly, tak si to mel prepsat do posledniho pismene a cisla nez ses ptal znova.

• B

  vykasli se na smerovani a podle toho kterou verzi jadra mas, tak si precti neco o nastaveni softwaroveho ethernetoveho bridge. u 2.4 jader potrebujes balik bridge-tools program brctl, dokumentace man brctl (nebo je to br_ctl a man br_ctl) vytvoris zarizeni bridge, pridas do nej eth0,1,2 a tomu zarizeni bridge nastavis jedinou adresu s maskou. a vsichni budou mit tu jedinou adresu jako gateway a budou mit stejnou masku i sitovou cast adresy.

  problem je v tom, ze jsem nevidel distribuci, kde se to da naklikat, protoze se to prave menilo z 2.2 na 2.4 jak v jadre, tak uzivatelske utilitky. jinak budou to 4 kraticke radky s brctl. zadny dalsi nastaveni chovani toho bridge nepotrebujes.

  blbuvzdorne nahozeni bude snad vypadat takhle - ps pisu to po pameti (uz je to dost davno co jsem to nastavoval naposled), tak jestli to nebude uplne syntakticky presne...

  ip link set eth0 up
  ip link set eth1 up
  ip link set eth2 up
  ip addr flush dev eth0
  ip addr flush dev eth1
  ip addr flush dev eth2
  brctl create br0
  brctl add br0 dev eth0
  brctl add br0 dev eth1
  brctl add br0 dev eth2
  ip link set dev br0 up
  ip addr add br0 192.168.0.1/16 broadcast +
  

  ostatni pripojeni pak budou mit adresu 192.168.neco.neco masku 255.255.0.0 - to neco.neco nesmi byt .0.0 ani .255.255 jinak cekej obcas neobvykle chovani.