Kolize Ip adres

-> dragon_cb_cz: Tak po použítí ipconfig/all na obou "strojích" zjištěno, že se to poravdu chová jako různý síťovky s různejma IP i různejma MAC. ;-)

Každopádně měl jsem na mysli Virtual Machine ve WIN7/64bit. Ale zde problém není.

Ale rozhodně se to m8rinkovo DHCP chová dost divně... Tam bude nějaký zkuwený zatržnítko čehosi...

-> Stepan FUN: Nevím jaké virtual PC máš na mysli, jestli přímo MS Virtual PC jako virtualizační nástroj tak s tím přímou zkušenost nemám, ale každopádně "bridge mód" znamená, že "virtuální" síťovka je propojená se zbytkem sítě na druhé vrstvě, tzn jako kdybys jí spojil s tou fyzickou switchem. Nejde o to jaké máš možnosti nastavení, spíš se koukni jakou MAC adresu ti u té virtuální síťovky hlásí operační systém spuštěný ve virtuálním stroji.



Z logiky věci musí být jiná, než MAC adresa síťovky fyzické - jinak by systém neměl šanci poznat, které ethernetové rámce směřují do "fyzického" (host) stroje a které do virtuálního (guest).



-> m8rinek: Jako virtuální stroj se prezentuje i XP mód ve Win7, ale to asi nebude tenhle případ. Chování toho DHCP serveru může být všelijaké a není nemožné, aby k téhle situaci došlo. Při získávání adresy ze serveru zasílá klient dva druhy zpráv - DHCPDISCOVER a DHCPREQUEST. Při DHCPDISCOVER pouze říká "jsem tu nový, chci nějakou adresu", při DHCPREQUEST říká "rád bych tuhle adresu".



Postup je takový, že klient který je "na síti nový" pošle DHCPDISCOVER, jako odpověď dostane od serveru DHCPOFFER (nabídku) s nějakou adresou a zpětně jí potvrdí tak, že si pomocí DHCPREQUEST o nabídnutou adresu zažádá (a server ještě následně potvrdí pomocí DHCPACK).



Klient který má pocit, že nový v síti není, pošle většinou jen DHCPREQUEST na adresu kterou měl již dříve a pokud je volná, server mu jí potvrdí pomocí DHCPACK. Pokud by ale přeci jen poslal DHCPDISCOVER, je "zvykem" poslat mu pomocí DHCPOFFER adresu kterou již dříve měl.



K tvojí situaci by tedy mohlo dojít, pokud si klient znova zažádal pomocí DHCPDSICOVERY a server místo aby mu nabídnul jeho předchozí IP, tak mu poslal novou. To není úplně běžné chování, ale vůbec není vyloučené a moc bych to nezkoumal, není to problém...



Snad je to k pochopení...

-> Stepan FUN: je...

2 dhcppc1 10.0.0.2 00:23:7D:F9:56:83

+ještě jedno PC, ale to běží jen zřídka, nicméně s tim nikdy dřív nebyl problém...

-> m8rinek: A není tam třeba síťová tiskárna? Či jiný zařízení připojený do LAN?

-> Stepan FUN: nn tu kolizi hlásí moje PC, tenhle asi hlásí ledacos, ale to se nikdy nedozvím.

-> m8rinek: A zrovna tenhle počítač hlásí tu kolizi?

-> darklord: Vzhledem k tomu, že jde o o otcovo PC, kterej si tam umí otevřít maximálně chrome tak o tom silně pochybuju...

-> dragon_cb_cz: Nechci se hádat s odborníkem, nicméně mi to nedalo a "nastartoval" jsem virtual PC. A ať hledám, jak hledám, tak ve virtualu lze pouze vybrat adaptér a možnosti nastavení jsou veškerý žádný. V nápovědě píšou, že navenek vystupuje jako samostatnej počítač, nicméně používá mód bridge fyzickýho adaptéru. Ale do DHCP jak jsem psal se podívat bohužel nemůžu... :-/

Kuwa já budu muset svýho dodavatele internetu přesvědčit, aby mi dal heslo pro přístup do tý 5GHz mrchy... Neexistujou pro AIR OS (UBNT) nějaký "zadní vrátka"?

-> darklord: Ta by neměla stejnou MAC adresu...

-> m8rinek: nemas na tom pc virtualnu masinu ktora ma sietovku v bridged mode?

Hlava mi to nebere, proč tam je jeden NTB 2x?



1 m8rinek-PC 10.0.0.1 A0:F3:C1:8A:DF:48

2 dhcppc1 10.0.0.2 00:23:7D:F9:56:83

3 android-a9d042101c95c72a 10.0.0.3 BC:CF:CC:40:29:09

4 Venca-PC 10.0.0.4 44:6D:57:48:5C:89

5 10.0.0.5 74:DE:2B:1C:3F:F4

6 idea-PC 10.0.0.6 20:68:9D:79:52:B3

7 Venca-PC 10.0.0.7 44:6D:57:48:5C:89

-> Stepan FUN: musel bych se kouknout do RFC jestli se takovy chovani vyzaduje nebo ne, ale minimalne by klient po probuzeni mel kolizi overit... Vzhledem k tomu, ze ve windows je zivotnost TCP spojeni dost mizerna tak bych cekal, ze shazujou rozhrani kvuli kdejakej picovine...

-> dragon_cb_cz: Čistě teoreticky by to mělo fungovat jak říkáš, nicméně praxe je (alespoň podle starejch výpisů klientů na mým domácím routeru - dnes nemohu sloužit - DHCP bylo předáno prvnímu routeru - výchozí bráně, do který se nedostanu) jiná... Takže se router tváří, že je k němu připojeno třeba 10 počítačů a přitom je aktivní pouze 1... A to že se odhlašuje a znovu přihlašuje? Nevěřím. Alespoň ne ve stejný síti. Přihlášení s vyžádáním IP pár vteřin trvá a po probuzení NTB je tam aktivní Wifi rovnou...

-> djmaso: Člověče to je věta která mi nedává žádný smysl, a to se tímhle nějaký pátek živím...



-> Stepan FUN: Windows už nějaký ten pátek nepoužívám, ale předpokládál bych, že při uspání/probuzení se síťová rozhraní shodí a systém si znova řekne o IP adresu. Pokud to nedělá, je to neskutečná prasárna - i na Microsoft dost těžko uvěřitelná. Správně by měl ten klient odeslat DHCPRELEASE zprávu (tzn. že adresu uvolňuje) a po opětovném připojení si pomocí DHCPREQUEST požádat znova.



-> m8rinek: Pokud tohle ten DHCP server či klient dělá a nechceš moc řešit proč, tak bych asi šel cestou statického mapování - tzn přidělat nejčastějším klientům pevné mapování MAC adresa IP adresa, mimo rozsah přidělovaný DHCP serverem (10.0.0.1-10.0.0.32).

-> m8rinek: přepni zyxela z režimu rozdávání IP adres na pamatování fyzické adresy a máš klid

-> Stepan FUN: Jo to jsem se kdysi pokoušel nastavit a nikdy to nechodilo :D, takže pak proběhl restart do továrního nastavení :D.

-> m8rinek: Spíš by byl problém, pokud by byly počítače v režimu spánku a vypršela platnost IP adresy v tom routeru. Ta by tam taky někde měla jít nastavit. Pak by router vyhodnotil počítač jako nepřipojenej, a uvolnil by IP pro jinej počítač. A ten probuzenej by ji pak chtěl použít taky...

Zkus zvednout ten čas, pokud to lze...

Nebo tomu dej rezervaci IP podle MAC. Je to sice trošku zdlouhavý, ale pak ta platnost nevyprší nikdy. ;-)

-> Stepan FUN: Ještě teda... Problém je asi při přechodu z režimu spánku, kdy jsou počítače pozapínaný nezávisle na sobě, ale pak jsou probuzený v různej čas...



E: Client list

1 10.0.0.1 A0:F3:C1:8A:DF:48

2 dhcppc1 10.0.0.2 00:23:7D:F9:56:83

3 Venca-PC 10.0.0.3 44:6D:57:48:5C:89

4 android-a9d042101c95c72a 10.0.0.4 BC:CF:CC:40:29:09

5 10.0.0.5 74:DE:2B:1C:3F:F4

-> m8rinek: To musí fungovat... Tak restartuj ten router. Měl by všem počítačům nacpat ty adresy znova. A pak koukni do logu toho DHCP, kterej kterou adresu dostal. A projdi to i v počítačích...

-> Stepan FUN: nn, všude jsou dynamický, MAC filtr taky nepoužívám...a u DHCP je nastaveno tohle... (základ)





DHCP : server

IP Pool Starting Address: 10.0.0.1

Pool Size :32

Remote DHCP Server: 0.0.0.0

-> m8rinek: A nemá některej z těch počítačů právě nastavenou statickou IP? Nebo není v DHCP nastavená nějaká blokace na MAC? Každopádně bych zkouknul nastavení DHCP v routeru a pak restartoval router i všechny počítače. A musí to fungovat. Nemáš tam někde druhej router se zapnutým DHCP? To by pak kravilo taky.

Jediný co mě napadá pokud je vše OK, že byl notebook přinesenej v režimu spánku odjinuď, kde byla podobná konfigurace sítě a měl tam přidělenou nějakou IP. A tudíž se s tou IP snaží hlásit i do týhle sítě. Pak by pomohlo třeba vypnutí a zapnutí wifi... Nebo že si někdo u těch NTB hrál a změnil MAC adresy, tudíž jsou stejný...

Statický IP bys mohl získat i nastavením právě blokace na MAC adresu v routeru. Ideálně mimo rozsah DHCP...

JJ je to od O2 i s jejich FW. V nastavení se měnilo snad jen zabezpečení wifi a pak použitý portů (z telky na lan).

Mas tam ofic FW od telekomunistu? Pokud funguje jako router s NATem a ma zapnuty DHCP, tak to musi chodit. Nehral si nekdo s nastavenim a nedal tam bridge nebo nejakej haluz?

Delší dobu tu máme problém s kolizí IP adres. Používáme modem Zyxel P660HW. Jeden počítač připojenej přes wifi jede, připoj další a buď to uplně na prvním pc spadne a už se nejde připojit, nebo se to zle zpomalí.



Nastavil bych statické IP, ale nedaří se mi, navíc si to můžu dovolit jen u PC, u NTB se mi to kvůli mobilnosti nehodí, co s tím?