Toon posts:

[Samba] Print problemen via XP Client

Pagina: 1
Acties:

Verwijderd

Topicstarter
Hoi,

Wij hebben hier een SuSe9 Server met daaraan een XP Client bak,

nu hebben we aan de linux server een HP Laserjet 5L gehangen, om zo via het XP werkstation een papiertje te kunnen afdrukken.. De printer hebben we netjes geinstalleerd in linux, hij draait lokaal ook perfect, mooie afdrukjes blabla..

Vervolgens blaten we het 1 en ander in de smb.conf.. ( zie vb. hieronder ) en voegen we de printer handmatig toe aan de XP bak. Perfect! hij ziet de printer! geen "Access Denied" zoals bij andere topics die we tegenkwamen in de Search De linux share was netjes zichbaar als netwerkprinter ( we konden hem netjes toevoegen als netwerkprinter,->browse,-> en daar stond hij!

Maar toen! :(

Kregen we de volgende foutmelding als we vanuit notepad wat wouden afdrukken:

"a startdocprinter call was not issued."

Bij het afdrukken van een startpagina vanaf het XP Werkstation, kan ik gewooon netjes op Print Testpage drukken, vervolgens krijg je dat volgende venster waar in staat of hij goed is afgedrukt ja of nee, ( niets geen foutmelding dus ) maar ik zie ook geen printopdracht in de systray staan 8)7 beetje wazig dus :X

Hier een voorbeeld van mijn smb.conf met de printer settings:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
[global]
   printing = bsd
   printcap name = /etc/printcap
   load printers = yes
   log file = /var/log/samba-log.%m
[printers]
   comment = All Printers
   security = server
   path = /var/spool/lpd/lp
   browseable = no
   printable = yes
   public = yes
   writable = no
   create mode = 0700
[ljet]
   security = server
   path = /var/spool/lpd/lp
   printer name = lp
   writable = yes
   public = yes
   printable = yes
      print command = smb2ps %s | lpr -r -h -P %p


Wat hierbij nog komt kijken is dat we niet via de CUPS webinterface de boel kunnen configgen, als we daar willen inloggen als ROOT User, laat hij ons gewoon NIET toe :?

Ziet iemand misschien een fout? Ik heb ja de search, ja google, en ja de oudere topics door gespit, maar het meest recente topic over dit probleem is van Januari 2003...

Ik gebruik trouwens samba 2.2.8.

Alvast bedankt

Verwijderd

We hebben zojuist een config gehad die het leek te doen, alleen zette hij alle printopdrachten in de map /var/spool/cups/tmp maar aan onze smb.conf te zien verwijzen we daar geen 1x naar :X

We zitte nog steeds met dit probleem en zijn al een aantal uurtjes bezig dit proberen op te lossen met howto's en andere topics,

Nog steeds hulp gewenst ;(

  • Sir Isaac
  • Registratie: September 2002
  • Laatst online: 21-05-2025
Ik raad je aan om op cups over te stappen. Ik heb juist deze week precies printen vanaf windows en linux naar een printer aan een linux server geinstalleerd.
Stap 1. Zorg dat je cups kunt configureren. Ik denk dat je geprobeerd hebt cups te configureren vanaf je windows computer. Klopt dat. Bij mij kon dat niet standaard (debian). Zoek in /etc/cups de /admin location op en zorg dat die er (ongeveer) als volgt uit ziet:
code:
1
2
3
4
5
6
7
8
9
<Location /admin>
AuthType Basic
AuthClass System
Order Deny,Allow
Deny From All
Allow From 127.0.0.1
Allow From 192.168.0.*
Encryption Required
</Location>

zonder de 'Allow From 192.168.0.*' kon ik er ook niet bij vanaf het netwerk. AuthType Basic betekent dat authenticatie gebeurt mbv een standaard unix username+password. AuthClass system betekent dat gebruikers die lid zijn van de groep system, root of sys cups mogen configureren. Order deny, allow betekent dat toegang verboden is, tenzij expliciet toegestaan (ipv toegestaan tenzij expliciet verboden).
2) Configureer cups voor je printer en test of je een testpagina kunt afdrukken. Als je trouwens alleen vanaf je windows computer wilt printen heeft cups geen driver nodig en kun je dus 'raw' kiezen. Je kunt dan niet zomaar printen vanaf je SuSE server.
3) Zorg dat er in /etc/samba/smb.conf de volgende regels staan.
code:
1
2
printing = cups
printcap = cups

4) Installeer de printer op de windows client.
Alles zou nu moeten werken.

Verwijderd

probeerde vanaf de linux machine http://loclahost:361 erin te komen, maar toen vroeg ie om username en wachtwoord en die hadden we niet.

En moet en in smb.conf geen share aangemaakt worden? Zo ja, wat zou daar precies in moeten komen te staan?

En hoe configureer je cups? door naar http://localhost:631 te gaan toch?

in ieder geval al bedabkt voor je hulp.

Verwijderd

Topicstarter
Sir Isaac schreef op 09 maart 2004 @ 16:37:
Bij mij kon dat niet standaard (debian). Zoek in /etc/cups de /admin location op en zorg dat die er (ongeveer) als volgt uit ziet:
code:
1
2
3
4
5
6
7
8
9
<Location /admin>
AuthType Basic
AuthClass System
Order Deny,Allow
Deny From All
Allow From 127.0.0.1
Allow From 192.168.0.*
Encryption Required
</Location>

zonder de 'Allow From 192.168.0.*' kon ik er ook niet bij vanaf het netwerk. AuthType Basic betekent dat authenticatie gebeurt mbv een standaard unix username+password. AuthClass system betekent dat gebruikers die lid zijn van de groep system, root of sys cups mogen configureren. Order deny, allow betekent dat toegang verboden is, tenzij expliciet toegestaan (ipv toegestaan tenzij expliciet verboden).
Hmmz, ik heb dat stukje eindelijk gevonden in de cupsd.conf.. helemaal onderaan deze config file, maar ik vind hier 2 stukjes die slaan op hetgeen wat jij zegt:

1. <location />
blablabla
blabla
</location>
2. <location /admin>
bijna hetzelfde gebla
blablabla
</location>

Welke van de 2 moet ik nou editten? En waarom staat er uberhaupt 2x een bijna dezelfde string in? Ik kom bij http://localhost:631 gewoon niet bij het Administration Task gedeelte, hij vraagt hier om een username + password, maar het Root Account werkt hier gewoonweg niet :S terwijl ik exact wat jij vertelde heb over genomen in de cupsd.conf.. op zowel punt 1. als punt 2.