17. maj 2002 - 21:40Der er
22 kommentarer og 2 løsninger
HP JetDirect EX Printerserver problem.Vil ikke tage en IP adresse
Hej. Jeg har en printerserver model HP Jetdirect EX (Modelnr: 2382)
Problemet er at den nægter pure at snakke med noget eller nogen. Den skal sættes op på ny, og iflg HP's side skal man tage strømmen, holde test knappen nede og derefter sætte strømmen til igen. ... og voila, i løbet af få minutter *skulle* den så have tildelt sig selv IP adresse 192.0.0.192
... det kan man verificerer ved at trykke på testknappen, hvorefter den tilsluttede printer (hp deskjet 600) udskriver en fin stats-side.
Iflg. denne stats side har printerserveren stadig ip 0.0.0.0
- og det bliver den ved med, selvom "packets recived" og "packets send" bliver flere med tiden, og alle packets er fejlfri.
.. jeg vil jo gerne tildele min printerserver IP adresse 192.168.1.x så den passer på mit netværk, og jeg kan konfigurerer den.
...hvad gør jeg?
Jeg har været OVERALT på HP's site, men kan ikke finde problemet nævnt.
Det skal nævnes at vi er bag en router og har en switch tilsluttet (men at vi har konfigureret en "HP Jetdirect PLUS" printerserver korrekt - denne er omtrænt identisk med den anden, men lidt nyere og med lidt flere funktioner)
hmmm...ved ikke om ip 0.0.0.0 er en lovlig ip-adresse, men hvis det er det, kan du jo sætte en pc op med samme subnet som printserveren og så ip 0.0.0.1
så skulle du vel kunne konfigurere den via browseren ved at gå ind på http://0.0.0.0
IP 0.0.0.0 er så vidt jeg ved ikke en lovlig IP, og betyder formentligt at der stadig ikke er tildelt adresse. desuden får jeg også at "Default Gateway" = 0.0.0.0 og at "BOOTP SERVER" = 0.0.0.0
Vores router fungerer som DHCP server for 10 computere på netværket og uddeler ip adresser fra 192.168.1.3 til 192.168.1.255 som standart. Iflg HP burde printerserveren dog uafhængigt af dette tildele sig selv 192.0.0.192
Har I en sniffer, så I kan verificere, at printerserveren rent faktisk sender data ud på nettet under opstart? Det er ikke altid nok at verificere, at kablet virker og at der er link. Der kan evt være kabel-problemer eller at printserveren fortrækker at bruge bnc-forbindelsen, hvis der er en sådan.
- der er en bnc forbindelse, som jeg endnu ikke har prøvet at sætte den til med.
når man beder printserveren skrive en test ud med dens konfiguration skriver er der et sted hvor der står hhv. "packets sent" og "packets recived" begge tal stiger proportionelt med den tid printserveren sidder på netværket og stopper med at stige hvis man hiver kablet ud - jeg tror derfor ikke at en sniffer vil gøre nogen forskel... (eller hva?)... vil dog prøve at sætte printserveren til med bnc-forbindelsen.
Snifferen kan verificere, om den sender data ud via utp og om den evt beder om en dhcp-adresse og får svar, eller i det hele taget, hvad den har gang i.
mmm... nu er jeg ikke så'n særligt netværkskyndig, men ... hvis jeg skal bruge den, skal jeg så ikke slutte en hubh foran printerserveren istedet for den switch vi har?
Jo, det er een måde at gøre det på, og formodentlig den nemmeste. Ellers vil du kun se dhcp-requesten (hvis der kommer sådan een), men ikke svaret. Du KAN risikere, at det pludselig virker, når du skyder hubben ind imellem. Hvis det er tilfældet, har du formodentlig et duplex problem. Hvis det er tilfældet, så bare meld tilbage. Hvis switchen er lidt avanceret, kan du konfigurere den til at kopiere trafik fra een port (hvor printserveren sidder på) til en anden, hvor du sætter snifferen. Du kan også, for bare at verificere, at printserveren sender noget ud, koble den sammen med snifferen med et krydset kabel.
Har prøvet at sætte en hubh mellem min maskine og printerserveren (altså, en hub ind mellem min maskine og den, uden at sætte det til switchen - kun de to sat til en hub) og lod så etheral gå til værks. det virkede nogenlunde - jeg kan se hvad de to har skrevet - mest requests fra printerserveren og et par enkelte fra min egen computer der (logisk nok) ikke kan finde routeren.
... jeg må indrømme jeg ikke til fulde forstår det jeg kan se, men (tigge, tigge) må jeg sende det etheral-dump jeg har savet, til dig, så du kan kigge på det?
Jeg går ud fra, at 08:00:09.... er din printer-server? Det er mac-adressen, som sikker står et sted på print-serveren. Jeg kan se, at den vælger en AppleTalk adresse, står lidt og ævler omkring det, og derefter forsøger at få en ip-adresse fra en bootp-server. Jeg kunne godt tænke mig at se et trace, hvor du har skudt en hub ind mellem print-serveren og switchen, med din DEEPCORE-sniffer på hub'en. Jeg er interesseret i at se et evt svar fra dhcp-serveren. Det er ihvertald tydeligt, at den forsøger at få en adresse. Du kan evt prøve at skrive: arp -s 192.168.1.10 08-00-09-xx-xx-xx ping 192.168.1.10 og se om det hjælper. Det virker på noget udstyr. Du kan selvfølgelig erstatte ip-adressen med noget andet i din range og xx-xx-xx skal selvfølgelig erstattes med de sidste cifre fra mac-adressen.
du har ret i at 08:00:09 er macadresses. på print serveren står flg: TR: 100090F6C19E AD: 0800096F8379
- ved ikke hvad TR ståf for...
... din kommando virkede ikke så enormt godt, men jeg prøver at sende dig et dump at den type du beder om... det eneste er bare at der jo er en mængde andre computere på nettet så deres dump får du muligvis også (så det bliver nok lidt længere)
Du nævner, at det tager lang tid at loade tracet ind. Slå al name resolution fra, inden du loader filen, så går det nok hurtigere. Jeg synes at kunne huske fra min fjerne Token Ring fortid noget med noget bitwise xor eller lignende for at regne sig frem til en mac-adresse, når et ethernet og et token ring net bridges sammen. Jeg tror det er det, som TR adressen skal bruges til.
Tracen sagde mig ikke mere, bortset fra at jeres router tilsyneladende ikke vil svare på en bootp request, men kun dhcp requests. Jeg boger lige lidt og vender tilbage i løbet af idag.
... det er prøvet for lang tid siden, med alle versioner af jetadmin ... som ikke kan snakke med printerserveren før den har taget en ip-adresse...
det kunne godt se ud som om det er en blindgyde, og jeg ikke kommer så meget videre med det. - men selvfølgelig - det har altid været en bitch at få gammelt hardware til at virke.
Hvis du følger det ovenstående link, kan du snakke med printserveren direkte på DLC-niveau. Du behøver altså ikke at have IP til at fungere. Dette behøves kun at gøre på een maskine, som så kommer til at fungere som print-server for resten af maskinerne.
... men hvis jeg sætter en maskine til at snakke hhv. med resten af computerne og med printserveren, virker den så ikke lidt ... overflødig - jeg mener, så kunne jeg jo lige så godt sætte den til maskinen og køre samba
Nu kender jeg jo ikke dit fysiske setup. Det kunne jo være, at du gerne ville have printeren stående på gangen i et kollegium, men at du ikke havde lyst til at sidde derude og arbejde, bare fordi de andre skulle kunne hente deres print.
Har du prøvet at følge linket og installeret dlc-protokollen? Når du installerer jetadmin kan du formodentlig tvinge printserveren til en fast ipadresse og derefter bruge den fra alle maskiner.
Din JD EX box fungere ikke sammen med en DHCP-Server. EX boksen er vores første eksterne box og skal benytte DLC for at kunne kommunikere på netværket.
Som en lille note skal jeg informere om, at boksen stoppede i vores produktion i 1992.
Du nævner, at du har en switch/router i mellem. Denne opstilling er no-go når vi snakker DLC protokolen/HP JD EX ptr-srv. Boksen kan simpelthen ikke route.
Du kan heller ikke opgradere FW i denne boks, da en FW opgradering kræver et nyt Simn module og disse leveres ikke længere. Denne boks adskiller sig fra alle vores andre eksterne bokse her i blandt; EX+ og EX+3 som er de næste på stammen i vores linje af prt-srv.
Så enten skal du fjerne router/switch delen eller også må du stille den op på hylden :-)
Mvh.
Nikolaj Brødbæk Mentor at HPs Nordic JetDirect Support
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
