(riješeno) Praćenje paketa po mreži
 

Pozdrav

Imam print server (w2003 virtualka) na kojemu imam nekakvih desetak HP mrežnih pisača koje koristi cca 40ak radnih stanica.
Sve je bilo uredno do nedavno. Dva pisača počinju povremeno zezati i to na taj način da klijent pošalje task na ispis, print server zaprimi task, no pisač se jednostavno smrzne. Potrebno je ugasiti pisač, deleteati kompletan que i započeti proces printanja nanovo. Znači nije da se događa stalno već povremeno.
Probao sam staviti druge drivere za te pisače, restartati pspooler, restartati virtualku, damn, restartati cijeli host, spojiti ga na drugi switch, pisače instalirati na neki treći server... ništa od toga nije upalilo. Zanimljivo da drugi pisači normalno rade, isto locirani na tom serveru, isti driveri, sve identično.

Sad je meni palo na pamet da možda postoji nekakav prekid u komunikaciji, da ne zaprimi cjelovit paket nego samo komad istoga pa zato zablokira.

Kako ja mogu ispratiti paket poslan od korisnika do pisača da vidim svako mjesto di dođe i di se ruta, nešto kao tracert, samo detaljnije?

I ako netko ima kakav savjet za ove moje divlje probleme, neka samo veli :) Plaćam pivu :)

Zašto misliš da je do mreže, ako ostali rade i nije ovisno o switchu.

Najlakše ti je logički ić eliminacijom kako si krenuo: znači imaš 2 crne ovce, promjeniš im kablove, nakon toga portove u switchu. Ako drugi rade sa tim kablovimq i portovima od ovih onda je vjerojatno do printera. Drivere si već eliminirao koliko sam shvatio.

Za provjeru paketa (takvu kakvu ti želiš) bi trebao snifat promet na mreži konkretno pakete koji idu na printer, sad ovisno koliko imaš pametne switcheve to je i nije moguće. Uglavnom prekapanje po mrežnim paketima i analiza istih je mukotrpan poso i u pravilu zadnje riješenje.

Ako je počelo nedavno: šta promjenilo? Ili je do otkazivanja nečega ili je do neke bezazlene promjene.

Da, sumnjam da je do drivera problem jer je problem aktualan sa svim verzijama drivera koje trenutno imam za ta dva pisača.
Ovo s kablovima nisam probao. Nažalost nigdje nemam dokumentirano na kojem switchu je koji pisač tako da ću ići prastarom metodom iskapčanja i gledanja koja se lampica ugasila.

Hvala što si me usmjerio, idem dalje.

Btw, nije se ništa bitno mijenjalo, osim što smo mijenjali operatera no to nema nikakvog utjecaja na lokalnu mrežu. Mislim, teško mi je ovako napamet reći, nešto je ipak dovelo do problema...

:goood:


Sumnjam da je do kablova,ali po dosadašnjem iskustvu rekao bi da su portovi u pitanju...
Javi kad provjeriš i saznaš u čemu je stvar...:kafa:

Probao sam promijeniti portove, također njihove kabele upiknuti u druge switcheve, nije upalilo.

Sada ću probati kabel iz pisača povući direktno u neki drugi switch, da nema možda nekakvih interferencija na ruti postojeće kabelske infrastrukture.

Evo direktno sam isprobao spojiti novi ispravni kabel sa printera na sve switcheve koje imam u server sobi, na nijednom stvar nije upalila:

Inače, ovo je nekakvo objašnjenje problema:
http://www.pohrani.com/f/2c/Lc/2M4bWjw7/slika.jpg

Ima li tko kakvu ideju, evo već tjedan dana se mučim s ovim i ne znam što bi i kako bi. Ljudi u firmi me žele pojesti.

Kad ti se zblesi printer, probaj se telnetirat na njega sa telnet xxx.xxx.xxx.xxx 9100 i napisi nesto bzvz. Printer ak je sve ok s mrezom ce reagirati sto te upucuje na printer/driver problem, a ako nije onda znas da je do mreze.

Printer uopće ne reagira na telnet. Tj otvori mi se prazan putty prozor gdje on ne trza niti mogu upisivati bilo kaj u njega. To se događa i kad je zbrikan i kad uredno radi. Kao da ne trza na taj port, no jetdirect tvrdi da je uredno omogućeno slanje print zadataka na 9100 (web sučelje šljaka uredno)

edit: lažem, spajam se ssh umjesto telnet. kada idem telnetom gore dok je zbrikan dobijem ovo
http://www.pohrani.com/f/3F/cA/1eN2VJV4/slika.png

ne da mu se surađivati...

a kada se želim spojiti dok je budan, nakon jedne sekunde mi zatvara konekciju.


Daljnjim ispitivanjem situacije se posvećujem drugom pisaču koji sasvim uredno otvara telnet konekcije i odlično se sporazumijevamo i u trenucima kada je smrznut i kada je operativan. Ne isključujem mogućnost brikanja ovog drugog pisača kao posljedica brikanja onog prvog koji se ne želi nikako telnetirati. Hint: početkom godine je mijenjana mrežna kartica na prvom pisaču i možda nije dugo izdržala...

Ma mala je bila vjerojatnost, ali to je prva stvar za eliminirat, sad ostaje onaj gori dio - softwerski layer, znači neki driver, port firewall ... netko negdje :(.

Ovak nabrzaka imam ideju ali ne znam točno jel ostvariva: ako sam dobro shvatio print server služi za printanje, da li postoji mogućnost da te problematične staviš na neko računalo (zadaš njihove IP adrese računalima). Znači da on i dalje printa sa mreže ali mu zadatak uvijek šalje samo određeno računalo.

Iako mi je logika ovog gore malo čudna, ako bi se taj sporni printer zblesirao nakon nekog vremena onda sigurno print server nije kriv (iako je mala vjerojatnost da je i ovako do njega).


Ako ti se zblesira kad je direktno spojen (mislim računalo printa na njegovu IP adresu) onda ga možeš probat stavit fizički na neko računalo preko USB.a ali onda je velika vjerojatnost da je on kriv :D, a i preko USB.a može normalno radit.


Jedina druga stvar koja mi pada napamet je da tu dvojicu nešto smeta baš u zadatku ispisa ali ako su u stanju printat ponovno zadatak (identičan) onda nije do toga. To isto možeš probat ako nisi.

Pozdrav

Našao sam problem. DHCP je namješten da dodjeljuje adrese u rangeu 0.100 - 0.199. Printer je imao fiksno definiranu adresu 0.193. Nekim slučajem DHCP je 0.193 dodijelio nekakvom mobitelu u firmi koji se vezao na naš wlan pa su korisnici slali pakete na ispis mobitelu umjesto pisaču...

eh eh... blesav sam bio.

Hvala svima na savjetima i pomoći, dobro ste me usmjerili!

kakvim je to crnim slučajem dhcp dodijelio već zauzetu adresu? to neki felerični dhcp? :D

Iskreno ne znam, ali uredno je pod leases pisala adresa 0.193 nekakav android tuć muć. Sad sam limitirao DHCP na 0.100 - 0.150, obrisao recorde i krećem u promjenu DHCP-a sa postojećeg w2003 servera na naš Mikrotik. Nije ovo prvi put da taj DHCP faila, očito nešto nije u redu sa tim serverom.

hahahhahahha, e ovo me dobro nasmijalo :D
A i to što ti piše da je na tom droidu - ne mora značiti da je u tom trenutku, to je zadnja pridružena. Ko zna koji je to mob i kada se zadnji put spojio na mrežu, no dobro - ako kažeš da fejla, bez obzira na 2k3 verziju, onda promjeni. Iako bi ti bilo pametno rezervirati range, za printere, lapove, stolna, mobitele itd. Lakše se snaći i detektirati ovakve gluposti.

možda premalen dhcp pool :)
povećanje poola ili stavljanje virtualne wireless mreze za mobitele bi rjesilo stvar :D

@tor... naravno da tak treba, kod nas imamo rejnđeve em po katovima em po zemaljskim polovima :D

van poola uvijek se ostavi nešto adresa za fixne jer nikad ne znaš kakovi divajsovi te kakove ideje će doći ubuduće.

ma staviš mrežu 10.0.0.0/8 i ko te šiša :D

a baš, takvih nebuloza uvijek kapne svakih toliko :D

Da, moja je greška u cijeloj priči što sam pisač pridružio rangeu koji nisam definirao za pisače. Nešto je bilo nabrzinu ofrlje i eto to me koštalo. Inače i mi imamo rangeve za uređaje posebno definirane, samo eto, čovjek napravi glupost, zaboravi na to i obije mu se o glavu.

samo čekam da dođe ideja spojit kavomate i grickalicomate na mrežu :D

mi smo sada rešili celu državu sa fixne na dhcp, još sad centralu sa starog dhcp na novi... majko isusova od posla, tako da to treba prije svega jaaaaaako dobro isplanirati, dokumentirati i naravno realizirati jer kasnije ako uletiš u nešto što si previdio može ti se debelo obiti o glavu.

Tako je. Bez toga nema kvalitetnog posla. A kod mene u mreži ima par stvari koje vise van dokumentacije i koje treba riješiti čim prije. No eto, igram se sa spajanjem temperaturnih senzora u vodovod te translatiranjem COM portova na LAN :) Svatko ima svoje fiks ideje i to je uvijek tako.

blago si ga tebi :D

Sretan sam da imam posao, s obzirom na to koliko kvalitetnijeg kadra od mene sjedi doma nezaposleno.