Delší odezva v síti

Chtěl jsem se zeptat, zda je normální, když mám dvě PC zapojené do sítě přes switch EDIMAX 8port 10/100mbps a mám pomalou odezvu v síti (konkrétně, když dám síť a vyberu druhej komp a chci prolejzat pevný disky, tak trvá cca. 20-30 vteřin, než mě to pustí na jeho disk. Prozkoumávání je pak v pohodě, ale ta první odezva je strašně dlouhá.

Máme stejnou skupinu, zadané IP adresy (192.168.1.1 a 192.168.1.2).
Sdílení zapnutý, integrovaný MS firewall vypnutý. Síťovky 3COM Etherlink 905C 10/100mbps

Zkoušeli jsme to i bez switche Edimax, ale problém je stejnej. Tak si myslím, jestli to není nějakým nastavením.

Nevěděli by jste o nějakém řešení? Díky

To je úplně normální, Woknům to trvá než si druj "disk" prohrábnou. Pokud se toho chceš zbavit, tak sdílej soubory něčim jinym.

myslim, ze staci upravit registry....ale co nastavit a kde uz nevim, ale pomaha to...je tam standardne nastavene strasne zpozdeni :evil:

Nebo zkus zacit pouzivat FTP protokol .

jj nejak pres registry s to dalo vypnout, ale jak si nepamatuju. take pomaha spravne nakonfane dns a hosts

Já síť prohlížím přes Total Commander. S FTP nemám moc zkušeností.

Nevíte, jak na ty registry?

To je divny. To me nedela a normalni to neni.
Jaky windows mas (na obou compech) ?
Jina sitova komunikace je bez problemu ? Pokud by jsi umel odchytit sitovou komunikaci v okamziku prodlevy nejakym packet analyzatorem (network monitor, sniffer, Ethereal), tak mi to muzes poslat.

Citace:

---

Původně odeslal Vodicka

To je divny. To me nedela a normalni to neni.
Jaky windows mas (na obou compech) ?
Jina sitova komunikace je bez problemu ? Pokud by jsi umel odchytit sitovou komunikaci v okamziku prodlevy nejakym packet analyzatorem (network monitor, sniffer, Ethereal), tak mi to muzes poslat.

---

Na obou PC jsou Windows XP Pro SP1 včetně aktuálních patchů.
Výkonostně jsou na tom mašiny taky dobře, takže nechápu, kde by mohla být chyba.

Sice to neni nic hroznýho. Stává se to jen při prvním načtení sítě, nebo penýho disku. Po delší prodlevě se načte a prozkoumávání adresářů je pak už v pohodě. Jen ta první odezva mě se..

mě to dělává taky, proto sem to vyřešil "připojením vzdálené jednotky" a mám pokoj.....

Citace:

---

Původně odeslal Pinďoureček

Sice to neni nic hroznýho. Stává se to jen při prvním načtení sítě, nebo penýho disku. Po delší prodlevě se načte a prozkoumávání adresářů je pak už v pohodě. Jen ta první odezva mě se..

---

No pri prvnim pristupu si prenasi seznam souboru a adresaru, ktery si pak uz pozdeji pamatuje (v cache). Pokud by tech souboru a adresaru bylo velmi mnoho, nebo pokud mas NTFS a na nektere soubory a adresare omezena prava, tak pri pokusu o cteni se na ne nemusi dostat a vytimeoutuje - to by mohlo delat neco takoveho (ale nevim, to je nepotvrzena hypoteza). Jak se to chova, kdyz nasdilis CD ?

prenaseni adresaru je nesmysl ...
spis wokna furt neco hledaj tim jejich prastenym netbiosem a broadcastujou kolem ... a pak cekaj na odpoved ... a protoze nikdo neodpovida tak to proste trva ... :)
proste wod cehokoliv co je primo ve woknech nemuzes cekat ze to bude fungovat rychle a spolehlive ... to by si ty pristi vidlous nikdo nekoupil a to M$ nechce ...

Citace:

---

Původně odeslal Fox!MURDER

prenaseni adresaru je nesmysl ...

---

Pokud si nekdo pripoji share - vetsinou pres explorer (zde se nepise jak), tak se mu vzapeti v okne otevre jeho obsah, tj. "seznam" souboru a adresaru. Tento seznam, aby jej mohl zobrazit, si musi nejdriv stahnout - TAKZE BYCH NEPSAL, ZE JE TO NESMYSL.

Pokud nekdo nema ani DNS ani WINS ani zaznamy v lmhosts nebo hosts, tak jak jinak, nez pres broadcast by jsi chtel zjistit IP stanice (a MAC), na kterou se pripojujes ? Pokud na takovy broadcast neprijde odpoved, tak je asi nekde neco spatne, ale netvrdil bych, ze je to normalni.

Nemate nekdo, co udelat v tech registrech, nebo jak jinak to zrychlit??

Citace:

---

Původně odeslal Vodicka

Citace:

---

Původně odeslal Fox!MURDER

prenaseni adresaru je nesmysl ...

---

Pokud si nekdo pripoji share - vetsinou pres explorer (zde se nepise jak), tak se mu vzapeti v okne otevre jeho obsah, tj. "seznam" souboru a adresaru. Tento seznam, aby jej mohl zobrazit, si musi nejdriv stahnout - TAKZE BYCH NEPSAL, ZE JE TO NESMYSL.

Pokud nekdo nema ani DNS ani WINS ani zaznamy v lmhosts nebo hosts, tak jak jinak, nez pres broadcast by jsi chtel zjistit IP stanice (a MAC), na kterou se pripojujes ? Pokud na takovy broadcast neprijde odpoved, tak je asi nekde neco spatne, ale netvrdil bych, ze je to normalni.

---

jiste ale to prenaseni obsahu jednoho adresare (tj. maximalne nejakejch 2000 souboru kdyz to hodne prezenu by na lan trvalo tak maximalne 1sec

mno pokud si na nazev stanice kliknul v okolnich pocitacich tak o te ip prece system uz musel vedet. precijen kde jinde by ten nazev sebral? snad si ho nevycucal z prstu ... nebo snad amd uz do procesoru implementuje telepaticke obvody?
a ze neodpovida na broadcasty mi nijak nenormalni neprijde ... specialne pokud jsou ty pocitace primo na netu tak firewall kterej tenhle bordel zahazuje je jen dobrej krok ...

Taky by se mi to šiklo.

A co zkusit to zde v diskusi popsané QoS nastavení?

Stahni si program ServU je to ftp klient a nahraj ho na obou kompech a nastav je to opravdu jednoduvhe mas tam dokonce ii nakej wizzard kterej ti pomaha. Nastavis si tam co chces sdilet a heslo jmeno a sejvnes. Mno a potom das v wincomaderu ftp je to nahore na liste a create new (nebojak to je ) a nastavis tam ip toho stroje na kterej se chces pripojit a zadas jmneo heslo a uz to jede .

Citace:

---

Původně odeslal Fox!MURDER

jiste ale to prenaseni obsahu jednoho adresare (tj. maximalne nejakejch 2000 souboru kdyz to hodne prezenu by na lan trvalo tak maximalne 1sec

---

S tim samozrejme souhlasim (avsak setkal jsem se s tim, kdyz to byly radove 10 - 100 tisic souboru/na serveru, krome nazvu se prenasi i dalsi atributy jako datumy, casy apod.).
No, ja se jen snazil premyslet nad tim, cim by ten problem mohl byt a napadla me jeste prave mozna spojitost s pristup. pravy (uz se to resilo v jinem treadu, vetsina lidi je totiz zvykla na W9x, kde je jen FAT).

Citace:

---

Původně odeslal Fox!MURDER

mno pokud si na nazev stanice kliknul v okolnich pocitacich tak o te ip prece system uz musel vedet.

---

IP k nazvu stanice je v NB cache (nebo DNS cache) jen docasne. Zkus si opakovane dat nbstat -c. Prave tohle by mohl obejit nadefinovanim do lmhosts (nejlepe s atributem #PRE). Ale na LAN je to zpytecne, broadcastem to zjisti rychle a spolehlive - ledaze by nechodila dobre sit/karta.

Citace:

---

Původně odeslal Fox!MURDER

a ze neodpovida na broadcasty mi nijak nenormalni neprijde ... specialne pokud jsou ty pocitace primo na netu tak firewall kterej tenhle bordel zahazuje je jen dobrej krok ...

---

Zahazovani broadcastu neni prace firewallu, ale routeru :wink:, nebo lepe receno - broadcast je neroutovateny.
Oni vsak maji obe PC na jedne LAN a pokud na LAN neprojdou broadcasty budu mit problem - uz treba jen s arp (tj. nepujde mi nic).

Ano, mohl by to byt problem, ze ma zapnuty personal firewall, ale to predpokladam, ze uz zkousel vypnout, protoze se to tady resilo. Na QoS mi to taky nepripada.
Ja se spis s necim takovym setkal, kdyz mi vypadaval link na karte (vyresil jsem to az zmenou z autodetekce v nastaveni sitovky na 100MB/Full duplex, nebo na pozadovanou). Ping napr. prochazi, ale nejde komunikace na nekterych portech nebo broadcasts.

2Monsoon: Ty mas taky tento problem ?
Zmena v registry - proc ne, ale chtelo by to vedet, co to zpusobuje, jinak budes porad menit az ti nakonec nepujde nic ...
Pokud se napriklad snazi hledat nazev stanice pres DNS, bude to zpusobovat dlouhe timeouty a je potreba mu tuto metodu vypnout (jako pokus lze zrusit IP odkazy na DNS - v sitovem trace by to bylo vsechno videt - takhle jen tapeme)

Takze:
- protokol je jen TCP/IP, jedna sitova karta atp. ? Sit je v poradku (maska apod.) a v event logu nejsou zadne chyby ? PC se take pripojuji na Inet ?
- ping na IP a na jmeno projde v pohode ?
- pokus o pripojeni na share pres \\IP_adresa\jmeno _share se chova stejne ?
- kdyz se spojeni navaze, kopirovani velkych souboru bezi pomalu nebo rychle ?
- pokud je na disku NTFS - prava jsou v poradku ? (vsechno co je v share je Everyone/Full controll ?)
- instaloval se nejaky sitovy sw jako personal firewall, antivirus, VPN nebo je to cista instalace ?

Citace:

---

Původně odeslal Pinďoureček

Taky by se mi to šiklo.

A co zkusit to zde v diskusi popsané QoS nastavení?

---

Co se na tom da nastavovat?

Citace:

---

Původně odeslal Vodicka

Citace:

---

Původně odeslal Fox!MURDER

jiste ale to prenaseni obsahu jednoho adresare (tj. maximalne nejakejch 2000 souboru kdyz to hodne prezenu by na lan trvalo tak maximalne 1sec

---

S tim samozrejme souhlasim (avsak setkal jsem se s tim, kdyz to byly radove 10 - 100 tisic souboru/na serveru, krome nazvu se prenasi i dalsi atributy jako datumy, casy apod.).
No, ja se jen snazil premyslet nad tim, cim by ten problem mohl byt a napadla me jeste prave mozna spojitost s pristup. pravy (uz se to resilo v jinem treadu, vetsina lidi je totiz zvykla na W9x, kde je jen FAT).

---

zajimalo by me kdo je ta vetsina lidi a taky jak ty prava muzou vadit ... a pokud opravdu vadej tak je to vylozene chyba protokolu a sprehledem to resi to ftp ...

Citace:

---

Původně odeslal Vodicka

Citace:

---

Původně odeslal Fox!MURDER

mno pokud si na nazev stanice kliknul v okolnich pocitacich tak o te ip prece system uz musel vedet.

---

IP k nazvu stanice je v NB cache (nebo DNS cache) jen docasne. Zkus si opakovane dat nbstat -c. Prave tohle by mohl obejit nadefinovanim do lmhosts (nejlepe s atributem #PRE). Ale na LAN je to zpytecne, broadcastem to zjisti rychle a spolehlive - ledaze by nechodila dobre sit/karta.

---

nbstat nemam,
ale tak dlouho jak je to pc v okolnich pocitacich tak tak dlouho by to mela byt nacachovana ip ... celkem logicky ... jinak ta cache ztraci smysl

Citace:

---

Původně odeslal Vodicka

Citace:

---

Původně odeslal Fox!MURDER

a ze neodpovida na broadcasty mi nijak nenormalni neprijde ... specialne pokud jsou ty pocitace primo na netu tak firewall kterej tenhle bordel zahazuje je jen dobrej krok ...

---

Zahazovani broadcastu neni prace firewallu, ale routeru :wink:, nebo lepe receno - broadcast je neroutovateny.
Oni vsak maji obe PC na jedne LAN a pokud na LAN neprojdou broadcasty budu mit problem - uz treba jen s arp (tj. nepujde mi nic).

---

ja mluvim o treti vrstve kde broadcasty k fungovani vubec potreba nejsou - teda leda na ten windowsi bordel a to tu radsi nebudu rozebirat

Citace:

---

Původně odeslal Vodicka

Zmena v registry - proc ne, ale chtelo by to vedet, co to zpusobuje, jinak budes porad menit az ti nakonec nepujde nic ...

---

samozrejme, v tech registrech se vypina nejaka kontrola klicu ci co (napriklad) ktera nekdy hodne zdrzuje ...

Citace:

---

Původně odeslal Vodicka

Pokud se napriklad snazi hledat nazev stanice pres DNS, bude to zpusobovat dlouhe timeouty a je potreba mu tuto metodu vypnout (jako pokus lze zrusit IP odkazy na DNS - v sitovem trace by to bylo vsechno videt - takhle jen tapeme)

---

coze ? sitovy trace a DNS ? co si vubec predstavujes pod sitovym trace?
jinak dobre nastaveny DNS server mu na neexistujici domenu do pulvteriny odpovi ze ta domena neexistuje..

Citace:

---

Původně odeslal Vodicka

- pokud je na disku NTFS - prava jsou v poradku ? (vsechno co je v share je Everyone/Full controll ?)

---

tohle mi taky prijde jako slusna hloupost ... je fakt ze zadnou samba aplikaci jsem nepsal ale kazdej aspon trochu normalni protokol prenasi vsechny soubory i s pravama na jednou ....

Citace:

---

Původně odeslal Fox!MURDER

zajimalo by me kdo je ta vetsina lidi

---

no comment

Citace:

---

Původně odeslal Fox!MURDER

a taky jak ty prava muzou vadit ... a pokud opravdu vadej tak je to vylozene chyba protokolu a sprehledem to resi to ftp ...

---

jasne - vsechny aplikace funguji a uplna bezpecnost

Citace:

---

Původně odeslal Fox!MURDER

mno pokud si na nazev stanice kliknul v okolnich pocitacich tak o te ip prece system uz musel vedet.

---

Ten nazev dostane v seznamu od browseru. Tento koncept je to nejhorsi, co jsem videl. K dobre funkci ale neni vubec potreba a na takove male siti doporucuji vypnout.

Citace:

---

Původně odeslal Fox!MURDER

nbstat nemam,

---

Snad vidis, ze je to preklep a ma byt nbtstat (anebo o tom oprvadu vubec nic nevis a delas chytryho - co si takhle nejdriv neco precist ?)

Citace:

---

Původně odeslal Fox!MURDER

ale tak dlouho jak je to pc v okolnich pocitacich tak tak dlouho by to mela byt nacachovana ip ... celkem logicky ... jinak ta cache ztraci smysl

---

A kdyz je obdobne IP adresa v DNS cache, tak se taky celou dobu drzi MAC v ARP ? A pokud ne, tak nema smysl ? Navic jsem psal, ze okolni pocitace jsou z browseru.

Citace:

---

Původně odeslal Fox!MURDER

ja mluvim o treti vrstve kde broadcasty k fungovani vubec potreba nejsou - teda leda na ten windowsi bordel a to tu radsi nebudu rozebirat

---

Tak si ujasni, co mas na mysli - dotazy na browser ?

Citace:

---

Původně odeslal Fox!MURDER

samozrejme, v tech registrech se vypina nejaka kontrola klicu ci co (napriklad) ktera nekdy hodne zdrzuje ...

---

Tak to hod do placu, kdys vis, o co jde ...

Citace:

---

Původně odeslal Fox!MURDER

coze ? sitovy trace a DNS ? co si vubec predstavujes pod sitovym trace?

---

Vystup z packet analyzatoru - co ty jsi za ma...a ? Vsichni lidi nejen u nas ale v US,AU,GE se kterymi komunikuji vedi o co jde a pouzivaji stejny termin a ty me ted budes poucovat ?

Citace:

---

Původně odeslal Fox!MURDER

jinak dobre nastaveny DNS server mu na neexistujici domenu do pulvteriny odpovi ze ta domena neexistuje..

---

A my vime, ze jsou pripojeni na korektni DNS ? Ja se prave ptam, zda jsou PCka pripojena na Inet. A kdyz uvadi, ze ma problemy i po odpojeni Edimaxu, tak jak se pak dostane na to DNS-ko, he ?
(prave nedostupny DNS zpusobuje pekne timeouty, zvlast kdyz se zkousi vice suffix)

Citace:

---

Původně odeslal Fox!MURDER

Citace:

---

Původně odeslal Vodicka

- pokud je na disku NTFS - prava jsou v poradku ? (vsechno co je v share je Everyone/Full controll ?)

---

tohle mi taky prijde jako slusna hloupost ... je fakt ze zadnou samba aplikaci jsem nepsal ale kazdej aspon trochu normalni protokol prenasi vsechny soubory i s pravama na jednou ....

---

Tak tady koncim ... to nema smysl. Uplne neporozumneni a jeste urazky (mj. Samba je funkcionalitou a bezpecnosti nekde uplne mimo)

Pouzivam nekolik nb a PC s XP/W2k/NT/98 (+jine platformy) a tyto problemy nemam - asi proto, ze jsem uplne blbej

Happy new year !!!

tohle fakt nema smysl
ty si budes mlit svou a ja to stejne nebudu akceptovat ...
motas tady paty pres devaty (= 3. vrstvu s 2.)

Citace:

---

Pouzivam nekolik nb a PC s XP/W2k/NT/98 (+jine platformy) a tyto problemy nemam - asi proto, ze jsem uplne blbej

---

je nejaky to cesky prislovi ... pamatuju si ho neco jako "Blbej sedlak nejvetsi brambory ... "

Copypaste:
Pokud používáte Windows 2000 a procházíte síť Microsoft, jistě znáte nesmyslně pomalé procházení síťových zdrojů, kdy musíte dlouho čekat, než naskočí obsah vzdáleného počítače. Jak to opravit?

Na vině je funkce (chyba?) Windows 2000, která při procházení počítačů prohledává také naplánované úkoly. To může zbrzdit prohlížení až na 30sekundové prodlevy. Pokud jste z těch, která tato funkce trápí, musíte si to opravit v registrech v klíči:
HKEY_LOCAL_MACHINE/Software/Microsoft/Windows/Current Version/Explorer/RemoteComputer/NameSpace

Zde vyberte klíč {D6277990-4C6A-11CF-8D87-00AA0060F5BF} a smažte ho. Pokud byste to chtěli někdy vrátit, vyexportujte si tento klíč do souboru před tím, než ho smažete.

Možná někdo vyžaduje, aby se vzdáleně prohledávaly i naplánované úkoly, osobně ale žádného takového neznám. Výsledek nastavení by se měl projevit okamžitě, není ani nutné restartovat počítač.

Citace:

---

Původně odeslal Fox!MURDER

tohle fakt nema smysl
ty si budes mlit svou a ja to stejne nebudu akceptovat ...
motas tady paty pres devaty (= 3. vrstvu s 2.)

Citace:

---

Pouzivam nekolik nb a PC s XP/W2k/NT/98 (+jine platformy) a tyto problemy nemam - asi proto, ze jsem uplne blbej

---

je nejaky to cesky prislovi ... pamatuju si ho neco jako "Blbej sedlak nejvetsi brambory ... "

---

Ja si nemelu svou. Tohle jsou proste konkretni fakta, kde presne popisuji jak to funguje a jak si to muzes overit, ne jako tve prispevky (a odpovedi typu "nbstat nemam") -
cituji prvni prispevek:

Citace:

---

Původně odeslal Fox!MURDER

prenaseni adresaru je nesmysl ...
spis wokna furt neco hledaj tim jejich prastenym netbiosem a broadcastujou kolem ... a pak cekaj na odpoved ... a protoze nikdo neodpovida tak to proste trva ...
proste wod cehokoliv co je primo ve woknech nemuzes cekat ze to bude fungovat rychle a spolehlive ... to by si ty pristi vidlous nikdo nekoupil a to M$ nechce ...

---

dale nevim, kdo tu zacal nesmyslne mlit a michat 2/3 vrstvu (co ti rika OSI ?) - asi netusis co je nbt a z toho plynouci provazanost 2/3 vrstvy a nakonec napadat ze nevim co je network trace, prenaset atributy file systemu po siti a ja nevim co jeste - mam to tu vse vysvetlovat po lopate ?, kdyz jde nekomu stejne o neco jineho a schvalne to prekrouti ? Kecu plno, ale ze by nekomu poradil se asi nikdo nedocka... takovohle vatu na forech nesnasim

vsak ja ti tva konkretne vymyslena fakta neberu ... a vzhledem k tomu ze tohle jsou priserny blaboly tak tohle je muj posledni post (alespon ten reagujici na tebe)
OSI ? jeee tys ten vyraz slysel? to se pred tebou nekdo zminil o necem co nechapes a ted tady s tim budes machrovat vid ? (kdybys o tom neco vedel tak bys taky vedel ze 2. a 3. vrstva musej fungovat nezavisle na sobe)

s tema adresarema moc dobre vis jak jsem to myslel (a nebo o tom vazne nic nevis) tak si tyhle poznamky nech...

network trace je taky krasne vymyslenej vyraz byt se pouziva pro neco uplne jinyho (mozna kdybys to aspon z ty anglictiny prelozil tak bys tu tak neplacal)

Citace:

---

Kecu plno, ale ze by nekomu poradil se asi nikdo nedocka... takovohle vatu na forech nesnasim.

---

zatim sem si nevsim ze bys byl lepsi ...


Edit:
http://standards.ieee.org/network
dve pc se na siti budou propojovat ipckama, ipcka jim bud primo zadas, nebo si zapnes dns, nebo je napies do /etc/host a broadcasty nepouzijou ani v jednom pripade
a arp jsou na druhy vrstve at se ti to libi nebo ne ...

a ted uz tady vazne koncim s tebou to nema zadnej smysl

Citace:

---

Původně odeslal Fox!MURDER

vsak ja ti tva konkretne vymyslena fakta neberu ... a vzhledem k tomu ze tohle jsou priserny blaboly tak tohle je muj posledni post (alespon ten reagujici na tebe)
OSI ? jeee tys ten vyraz slysel? to se pred tebou nekdo zminil o necem co nechapes a ted tady s tim budes machrovat vid ? (kdybys o tom neco vedel tak bys taky vedel ze 2. a 3. vrstva musej fungovat nezavisle na sobe)

s tema adresarema moc dobre vis jak jsem to myslel (a nebo o tom vazne nic nevis) tak si tyhle poznamky nech...

network trace je taky krasne vymyslenej vyraz byt se pouziva pro neco uplne jinyho (mozna kdybys to aspon z ty anglictiny prelozil tak bys tu tak neplacal)

Citace:

---

Kecu plno, ale ze by nekomu poradil se asi nikdo nedocka... takovohle vatu na forech nesnasim.

---

zatim sem si nevsim ze bys byl lepsi ...

---

Kdyby jsi mel jen trochu cti, tak by jsi napsal konkretne, ktera jsou to ta moje vymyslena fakta (cekam, ze tak maximalne reknes, ze vsechno, co jsem napsal). Abych tu vsak citoval RFCcka je moc pracne.
OSI - rekl bych, ze prave tady sis trochu nabeh (zde neni uplne dodrzena specifikace v souvislosti kt. uvadim). Specifikace ISO OSI se napriklad dosti presne drzi DECNET OSI.

S adresarema jsem uvedl, ze se "prenasi seznam adresaru" - a cetl jsem reakci, ze je to nesmysl a ted ze tomu treba opravdu vubec nerozumim. Tak opravdu nevim, jak jsi to myslel.

Kdyz jsem zacal psat o problemech s broadcasty, mel jsem na mysli 3. vrstvu, kdybych mel na mysli 5. psal bych "netbios broadcasty" - povazuji to za zazitou terminologii. Takze na ktere potrebujes firewall ? a ktere se tak jako tak pres router nedostanou ?

>ja mluvim o treti vrstve kde broadcasty k fungovani vubec potreba
>nejsou - teda leda na ten windowsi bordel a to tu radsi nebudu rozebirat
Jee, a tohle je taky peknej blabol (kdyz pouziji tvuj jazyk). A jak se ta samotna dve PC na LAN spolu spoji, kdyz jim nikdo neda IP adresy protejsku ?

Na zaver: zazitou terminologii jako "network trace", firewall, broadcast, cache, windows - nehodlam prekladat - vyklad jsem uvedl.
http://www.compute-aid.com/nettl.html
Naopak ty jsi neuvedl ten svuj.
To, ze se tak taky nekde nazyva "trace route" a odpovidajici tool je mene caste - alespon, ja se s tim setkavam jen v tom prvnim vyznamu (a zajimave, jsi opravdu prvni, kdo s tim ma problem).

Vzhledem k tvym invektivum jses pekne trapnej. S tim machrovanim tez. A to zes sis nevsiml kdo je lepsi me neudivuje. please LOCK

edit:
> dve pc se na siti budou propojovat ipckama, ipcka jim bud primo
> zadas, nebo si zapnes dns, nebo je napies do /etc/host
o tom vsak pisu uz na zacatku threadu, takze jen opakujes moje slova - kdyby jsi poradne cet, tak tady pisu KDYZ JIM NIKDO NEDA IP PROTEJSKU

> a broadcasty nepouzijou ani v jednom pripade
> a arp jsou na druhy vrstve at se ti to libi nebo ne ...
Prostuduj si RFC2625 hlavne cast 4 k ARP broadcastum - a pak tu tvrd, ze nepotrebujes broadcasty (a o tom na jake to jede vrstve tu meles jen ty) - a uz tu neotravuj se svymi neznalostmi.

http://computing.net/windowsxp/wwwbo...rum/11358.html

http://www.practicallynetworked.com/...owbrowse02.htm
pridavam taky jeden link, protoze zde je navic navod, jak redukovat nbt broadcasting

mj. ja vyse uvedeny klic v registry nemam, takze proto mi to zrejme nedela (odstranil mi ho hotfix ktery jsem daval hned po instalaci).
Anebo proto, ze jak se pise v Q245800
http://support.microsoft.com/default...;en-us;Q245800
tak by to nemelo delat pri pristupu na share pres UNC ve tvaru \\computer name\share name (jak jsem navrhoval vyzkouset)
(ja totiz pristup pres "okolni pocitace" nepouzivam)

Sakryš :oops: . Takovou výměnu názorů jsem nečekal. Díky za všechny rady a tipy. Skusím použít ten registr, co je původně pod WIN 2000.

myslim, ze rozhrani netbios nad protokolem tcp-ip se da v klidu vypnout. t vas zbavi zbytecneho broadcastu na tusim portu 53.
na sdileni souboru atd doporucujii protokol ftp. rychlost, kvalita.

Citace:

---

Původně odeslal Jey

myslim, ze rozhrani netbios nad protokolem tcp-ip se da v klidu vypnout. t vas zbavi zbytecneho broadcastu na tusim portu 53.
na sdileni souboru atd doporucujii protokol ftp. rychlost, kvalita.

---

Kdyby byla pravda co rikas, pravdepodobne bys se nedostal ani na mail :D .

137 NetBIOS-NS
138 NetBIOS-DGM
139 NetBIOS pro network neighbourhoods

Citace:

---

Původně odeslal CompCrasher

Citace:

---

Původně odeslal Jey

myslim, ze rozhrani netbios nad protokolem tcp-ip se da v klidu vypnout. t vas zbavi zbytecneho broadcastu na tusim portu 53.
na sdileni souboru atd doporucujii protokol ftp. rychlost, kvalita.

---

Kdyby byla pravda co rikas, pravdepodobne bys se nedostal ani na mail :D .

137 NetBIOS-NS
138 NetBIOS-DGM
139 NetBIOS pro network neighbourhoods

---

zajimave, ze ja mam rozhrani netbios nad protokolem tcpip zakazene jak na pocitaci, tak na serveru a to na vsech sitovkach a dostanu se kam chci.

Citace:

---

Původně odeslal Jey

Citace:

---

Původně odeslal CompCrasher

Citace:

---

Původně odeslal Jey

myslim, ze rozhrani netbios nad protokolem tcp-ip se da v klidu vypnout. t vas zbavi zbytecneho broadcastu na tusim portu 53.
na sdileni souboru atd doporucujii protokol ftp. rychlost, kvalita.

---

Kdyby byla pravda co rikas, pravdepodobne bys se nedostal ani na mail :D .

137 NetBIOS-NS
138 NetBIOS-DGM
139 NetBIOS pro network neighbourhoods

---

zajimave, ze ja mam rozhrani netbios nad protokolem tcpip zakazene jak na pocitaci, tak na serveru a to na vsech sitovkach a dostanu se kam chci.

---

Slepejs :D .. Vsimnul jsi si toho zvyraznenyho cisilka 53??? To je port DNSka pro komunikaci s jinym DNS. Je snad jasny, ze kdyz priskrtis netbios, tak se nestane nic fatalniho, naopak :D ...
PS: nemusis opakovat, ze netbios vyuziva tcp/ip, preci nejede na IPx apod...

Citace:

---

Původně odeslal CompCrasher

Citace:

---

Původně odeslal Jey

Citace:

---

Původně odeslal CompCrasher

Citace:

---

Původně odeslal Jey

myslim, ze rozhrani netbios nad protokolem tcp-ip se da v klidu vypnout. t vas zbavi zbytecneho broadcastu na tusim portu 53.
na sdileni souboru atd doporucujii protokol ftp. rychlost, kvalita.

---

Kdyby byla pravda co rikas, pravdepodobne bys se nedostal ani na mail :D .

137 NetBIOS-NS
138 NetBIOS-DGM
139 NetBIOS pro network neighbourhoods

---

zajimave, ze ja mam rozhrani netbios nad protokolem tcpip zakazene jak na pocitaci, tak na serveru a to na vsech sitovkach a dostanu se kam chci.

---

Slepejs :D .. Vsimnul jsi si toho zvyraznenyho cisilka 53??? To je port DNSka pro komunikaci s jinym DNS. Je snad jasny, ze kdyz priskrtis netbios, tak se nestane nic fatalniho, naopak :D ...
PS: nemusis opakovat, ze netbios vyuziva tcp/ip, preci nejede na IPx apod...

---

jsem si nejak nevsiml sorry.
ja jsem mel prave dost zbytecnych spojeni - rozumej mraky na porte 53 tak jsem zakazal netbios(firewall psal ze to je spojeni netbiosu-kerio winroute firewall) a soucasne jsem vypl polozku "zaregistrovat adresy tohoto pripojeni v systemu dns" a ono se to asi vyresilo tou druhou veci. coz jsem nevedel. aha a jeste jednou sorry i za offtopic.

Citace:

---

Původně odeslal Jey

Citace:

---

Původně odeslal CompCrasher

Citace:

---

Původně odeslal Jey

Citace:

---

Původně odeslal CompCrasher

Citace:

---

Původně odeslal Jey

myslim, ze rozhrani netbios nad protokolem tcp-ip se da v klidu vypnout. t vas zbavi zbytecneho broadcastu na tusim portu 53.
na sdileni souboru atd doporucujii protokol ftp. rychlost, kvalita.

---

Kdyby byla pravda co rikas, pravdepodobne bys se nedostal ani na mail :D .

137 NetBIOS-NS
138 NetBIOS-DGM
139 NetBIOS pro network neighbourhoods

---

zajimave, ze ja mam rozhrani netbios nad protokolem tcpip zakazene jak na pocitaci, tak na serveru a to na vsech sitovkach a dostanu se kam chci.

---

Slepejs :D .. Vsimnul jsi si toho zvyraznenyho cisilka 53??? To je port DNSka pro komunikaci s jinym DNS. Je snad jasny, ze kdyz priskrtis netbios, tak se nestane nic fatalniho, naopak :D ...
PS: nemusis opakovat, ze netbios vyuziva tcp/ip, preci nejede na IPx apod...

---

jsem si nejak nevsiml sorry.
ja jsem mel prave dost zbytecnych spojeni - rozumej mraky na porte 53 tak jsem zakazal netbios(firewall psal ze to je spojeni netbiosu-kerio winroute firewall) a soucasne jsem vypl polozku "zaregistrovat adresy tohoto pripojeni v systemu dns" a ono se to asi vyresilo tou druhou veci. coz jsem nevedel. aha a jeste jednou sorry i za offtopic.

---

Nic se nedeje, jen sem to trochu upresnil.

PS: sorry za OT :D