File sharing između dva različita IP opsega

Pozdrav svima,
nadam se da mi neko, stručniji, može pomoći oko nastalog problema. Administriram jednu poveću lan mrežu, za dhcp i net server koristim MT. E sad, na do sada postojećem IP opsegu je nestalo slobodnih adresa (255), i mt je podešen da u takvim situacijama pređe na sledeći pool i nastavi dodeljivati adrese. Sve aplikacije koje idu preko SQL, vpn, pppoe,... funkcionišu i na drugom opsegu, ali problem nastaje kada je potrebno pristupiti nekom računaru preko protokola File and printer sharing... Čak i pristupanjem direktno ip adresi (\\xxx.xxx.xx.x) ne daje nikakve rezultate. Možda će me neko savetovati da izbegnem file sharing, ali je to u ovoj situaciji nemoguće, pa bih molio za pomoć!!! Hvala!

Problem je što windows ne voli pristup sa drugog opsega IP adresa od onog koji koristi. Jedno od rešenja je da promeniš netmask na DHCP serveru (da ne bude 24 (255.255.255.0) već npr 23 (255.255.254.0)) - ovo će ti dati 512 IP adresa koje će biti u istom subnet-u. Naravno, tada IP adrese moraju biti redom npr: 192.168.0.0 - 192.168.1.255. Nisam siguran da će raditi, ali može da se proba.

Potpis

Sad ja znam zašto sam vam ovo ispričao, ovo će sigurno nekome koristiti....

Pokušavam rešiti ovaj problem od juče, i pre nekoliko sati sam uspeo rešiti (delimično) ali samo ako za masku stavim 8 ili 16 jer onda u windows route on stavi 192.0.0.0 ili 192.168.0.0... (subnet mask 255.0.0.0 ili 255.255.0.0)
Ako za net mask upišem 23, tada windows u route upisuje za jedan manje opseg, što bi u primeru bilo:
dodeljena adresa 192.168.5.xxx
onda mu ruta ide od 192.168.4.0 - 192.168.5.255 (subnet mask 255.255.254.0)

E sada, problem je u tome što ja u dhcp serveru dodeljujem adrese od 192.168.4.1 - 192.168.5.255. Kada dhcp server dodeli adresu 192.168.4.x i subnet mask 255.255.254.0 tada u win ruti ide od 192.168.3.0 - 192.168.4.255 i računarima koji su na opsegu 192.168.5.xxx ne možes pristupiti. Dok u situaciji kada dhcp dodeli opseg 192.168.5.x možeš pristupati računarima koji su na 192.168.4.x jer je tada ruta od 192.168.4.0 - 192.168.5.255.

To sam rešio tako što sam na dhcp za subnet mask stavio 16 (255.255.0.0) i u bilo kojoj situaciji, tj kada dhcp server dodeli adrese na bilo kojem opsegu, u primeru 192.168.4.x ili 192.168.5.x ruta će zbog 255.255.0.0 biti uvek 192.168.0.0 što mi za sada nije pravilo problema (testiram već oko 2h). Da li radi kako treba pokazaće se nakon par dana kada se svi računari restartuju i kada svima subnet mask bude 255.255.0.0.

Hvala na savetu i pomoći u svakom slučaju. Nadam se da neću imati konflikte i probleme :-)

Pokusaj sa "Netlocator Pro". Mozes sa njim da pristupas i jednom i drugom opsegu (npr.192.168.1.1-192.168.1.255 i 192.168.0.1- 192.168.0.255) i svim deljenim folderima iz oba opsega.

po tvom opisu ne znam kako mreza uopste radi. nestalo ti adressa 255? a DHCP ti MT? znaci da nemas domen pa mi nije bas jasna ta organizacija uopste (255 hostova u workgrupi ?!?!?!?).

Elem, d an eulazim sad kako bi sve to trebalo organizovati, kod tebe moze da budu dva probleama. Prvo provjeri pingom da li uopste mozes da pingas host sa drugom Ip adresom. Ako ne mozes znaci da nemas ili da ti ne radi rutiranje izmedju subneta (ako imas razlicite subnete moras da imas rutiranje izmedju njih). E kad ti to proradi opet neces moci da pristupis sharovima po imenu jer broadcast, koji koristi netbio da nadje racunare po imenu ne prolazi kroz ruter. Znaci radice ti po IP ali nece po hostname. Da bi i to rijesio moras da dignes WINS, i da rucno sve to fino poslozis i organizujes.

Neka ti je bog u pomoci.

Potpis

Bojan

U pitanju je lokalna mreža, koja trenutno broji oko 260 - 280 računara. Organizacija je vrlo jednostavna, ne mnogo komplikovana, ali je vrlo bitno da svaki računar koji je na mreži može pristupati bilo kojem drugom računaru i njegovim deljenjim folderima, fajlovima i štampačima.

Ping i sve ostalo osim "File and printer sharing" nikada nije bilo sporno. Znači, dhcp je podešen da u slučaju nestanka adresa na trenutnom IP opsegu pređe na sledeći pool odnosno IP opseg. Pošto je subnet mask bio 24, nije bilo moguće upravo prići računarima sa različitog IP opsega, dok PPTP serveru (VPN) koji se nalazio na drugom opsegu nije bilo problem pristupiti, kao ni ping ukoliko se pingao drugi opseg... Čak i kada se ruteru podesi da rutira između dva opsega situacija nije bila ništa bolja.

Moj je propust bio taj što sam subnet mask ostavio na 24 (255.255.255.0). Inače kada sam to ispravio na 16 pristupanje računarima preko IP adresa i hostname nije bilo problem. Windows ima dosta bug-ova i nejasnih rešenja, pa samim tim i planiranje rute pristupanja u networku. I samim tim sam mu iz tog razloga stavio masku na 16 a ne na 23 što bi omogućilo striktno upotrebu samo 2 opsega... ... i to ne opsega koja su meni u upotrebi...

A što se tiče WINS servera, imao sam i to u vidu, samo on se koristi u drugim situacijama, kada se u mreži nalaze računari sa različitim i starijim operativnim sistemima. Na win98 mislim da bi bilo puno teže pristupio preko host imena nego na win xp, vista, 7 gde to, da kažem, u opšte nije veliki problem, ako trenutno ne želi pristupiti mrežnom računaru preko host imena, već nakon sledećeg restarta hoće :-). WINS server je i idealna stvar kada deliš računarske resurse između windows-a i linux os.

Problemi koje ti opisujes nemaju veze sa bilo kakvim problemima u windowsu nego sta strucnosnju odnosno nestrucnjoscu onih koji to sve odrzavaju.

Potpis

Bojan

Kako god, problem je rešen ;-)

Bez ljutnje Marko, ali to nije pravo rešenje. U duhu tvog rešenja zašto odmah ceo sabnet ne prebaciš na 10.0.0.0/8 i tako rešiš problem te firme za ceo njihov radni vek? Šta te sprečava?

Ciljna grupa Microsofta nisu male računarske mreže već korporacije sa hiljadama računara. Kada Windows u takvom 'enterprise' okruženju ne bi radio kako treba Bill Gates sigurno ne bi bio najbogatiji čovek na planeti. Većina problema koje imaš na mreži i koje ćeš imati ne potiču od Windowsovih bagova već od toga što je saobraćaj na vašoj mreži odavno prevazišao vašu opremu. Velikim mrežama je potreban i mrežni administrator, ne samo sistemski administrator.

Netačno. Kada ti je već neophodan NetBIOS onda moraš i da poznaješ kako on funkcioniše. Verovatno nisi svestan broadcasta koji on sada pravi na toj mreži. Dve podjednako glavne uloge WINS servera su: prva, prevazilaženje problema što NetBIOS ne prolazi ruter i druga, smanjivanje broadcasta na mrežnom segmentu. Gotovo trista hostova na jednom kolizionom domenu?!? Mnogo je, brate. Bojanovu ironiju treba shvatiti veoma ozbiljno. Možda zaista nemate velika očekivanja u pogledu kvaliteta rada mreže i možda je politika firme da to sve radi uz što manje novca ali to za sada nikako ne valja... Zato, neka u ovogodišnjem planu bude segmentiranje mreže.

Pozdrav Igore,
svaka čast na postu, na mestu je i od pomoći je!!! Evo ovako, znam da to nije rešenje, ali kako bi se reklo "fercera", i za sada je ok. Kasnije sam se ja još raspitivao preko raznoraznih literatura i uvideo još neke pogodnosti koje bi mi pomogle oko ovoga. Ali neke činjenice si i sam napomenuo, samo klijenti se kupuju kupuju i kupuju, ali za održavanje i praćenje celog sistema ništa, do duše mrežna instalacija i switchevi, ruteri su na nivou...

Maska 16 će još jedno vreme zadovoljavati potrebe.

Što se tiče NetBIOS-a i broadcasta koji on pravi, nisam 100% bio načisto kako funkcioniše, ali mi je ovih nekoliko rečenica pomoglo. Reci mi još nešto. Da li si imao već ovakvu situaciju? I koji wins server da planiram kada bude reči oko nabavke?

I ako sam dobro shvatio, ukoliko se u mrežu uvede WINS, to znači da računari prilikom potrebe komunikacije preko mreže neće haotično tražiti NetBIOS odnosno njegovu adresu i nepotrebno je zagušiti (mrežu), već će komunikacijom sa WINS serverom dobiti tačnu adresu računara kojem je potrebno pristupiti i smanjiti broadcast. Jel tako nekako izgleda rezultat?

U takvoj mrezi mozes da imas 65000 hostova, sto znaci da ti moze biti za cijeli zivot, a ne jos neko vrijeme.

Ako zaista zelis da to koliko toliko sredis, prva stvar koju moras da uradis jeste da izbacis sto je vise moguce tih raznoraznih mikrotikova, linuxa, ili sta ti ja znam vise cega i okrenes se onoj tehnologiji koja ti preovladava u mrezi a to je Microsoft.

S obzirom da je netbios MS resenje, tako je i WINS MS resenje i koliko ja znam ne postoji alternativa. Znaci moras da koristis WINS koji ti dodje sa jednim od Windows Servera.

Vezano za tvoj post kako ce klijenti u buduce da kuminiciraju dal ce da salje brodcast ili ne, to sad zavisi sta im DHCP kaze, kada dobiju adresu, ali da bi ti to radilo moras da imas DHCP koji podrzava te opcije (ako se dobro sjecam mislim da ima nesto kao, pitaj uvijek wins server, citaj iz kesha pa pitaj i jos tako nesto... davnio sam polagao MCSE :) Iskreno nisam nikada ni pokusao da na nekom drugom DHCP-u iskonfigurisem to sem na MS-u.

Ono sto je sledece svakako jeste razmisljanje o domenu, odnosno Active Directory arhitekturi.

Potpis

Bojan

Znam, 255² :-)
naravno da će ovakvo rešenje biti dok je i te mreže...

Što se tiče Windows Servera, da li on može, tj da li jedna mašina može da radi npr vpn ili pppoe, LAN DHCP, kao i WINS ? Nisam se nikada preterano igrao, odnosno podešavao windows server, pa ni ne znam celokupne mogućnosti te platforme. Koliko je komplikovano to sve podesiti? - da li podešavanja teku preko nekog wizarda ili komplikovanije?

Kako se sve u ovoj problematici rešavalo "u hodu", tako i postavka nečeg ozbiljnijeg za dhcp kao i vpn (ograničavanje brzine interneta određenim userima), i tada je najjednosavnije rešenje bio MikroTik, koji vrlo stabilno i zadovoljavajuće radi. E sad, samim tim što si rekao, sada je potrebno to malo uozbiljiti, pa mi mnogo znače postovi koje ostavljate...

Za domen, otom - potom, polako... Vidiš da problrmatiku trenutno resavam prosirivanjem maske na preko 65000 hostova :-D Šalim se malo, nisam stručan nešto preterano, priznajem, i zato je svaka kritika na mestu!!!

Ne znam kakva ti je topologija mreze ali evo sta bi ja napravio u jednom dijelu.

Taj MT neka ti stoji i radi terminaciju PPPoE i rate limit, odnosno ogranicenej potrosnje po korisnicima (windows to ne moze da uradi).sto se tice samog Windows Servera, on naj normalnije terminira VPN tunele bilo da su remote access ili site-to-site. Malo je nezgodno da ti isti server koji zelis da bude dhcp dns i wins jos terminira VPN ali sta je tu je ako nemas izbora neka onda bude tako.

nakon toga mozes da podignes DHCP na serveru, Da podignes WINS i da podesis te sitnice koje te zanimaju.

Forum http://www.petri.co.il/ je svakako pun jako dobrih informacija i predlazem ti da poglesas.

Takodje nebi bilo lose da nabavis neku knjigu windows server 2003 ili 2008 i da se malo upoznas sa tim servisima. Kada sve ide kako treba onda je jednostavno ali ako nesto zapne, bez poznavanja sta je ciji posao u mrezi nema sanse da se ispetljas iz toga.

Potpis

Bojan