[XP-home] Inconsistente toegang gedeelde bestanden/printer

Pagina: 1
Acties:

  • Infinitive
  • Registratie: Maart 2001
  • Laatst online: 25-09-2023
Mijn overburen hebben een twee computers (ik noem ze even A en B ), een laptop en een printer thuis staan. De pc's en laptop zijn draadloos met elkaar verbonden en de printer is op pc A aangesloten. Om bij elkaars bestanden te komen zijn er bepaalde mappen op de computers en laptops gedeeld en ook de printer op A is gedeeld.

Nu willen mijn buren graag vanaf de laptop de printer van A aan kunnen sturen. Helaas lukt dat niet (meer), en is er zo wie zo nog veel meer merkwaardigs aan de hand:
  1. A kan zonder problemen bij de bestanden van B komen (via mijn netwerk locaties e.d.), maar niet bij de laptop. De laptop is wel zichtbaar bij netwerklocaties, maar er wordt een foutmelding gegeven (niet voldoende rechten) wanneer je de lijst van shares wilt opvragen. Echter, de shares worden wel weergegeven en zijn toegangkelijk via \\ip-adres-van-laptop.
  2. B kan op vergelijkbare manier niet bij de bestanden van A komen via browsen, maar wel via \\ip-adres-van-A. B kan wel zonder problemen printen bij A. Verder ziet B de laptop niet eens bij netwerklocaties.
  3. De laptop kan niet bij A of B komen, maar ziet A wel (B niet). Wederom een probleem met niet voldoende rechten. Via \\ip-adres-van-A is ook niet mogelijk, maar \\ip-adres-van-A\naamshare lukt weer wel. Echter, \\ip-adres-van-A\printersharenaam lukt echter weer niet. Of beter gezegt: niet meer, want via die omslachtige manier heeft de laptop een dagje kunnen printen, maar daarna werkte het opeens niet meer en het lukt me ook niet meer om dat aan de gang te krijgen.
Een opvallend gegeven blijkt uit het logboek van pc A: hij weigert de naam van de laptop te accepteren. In het bericht staat het ip-adres van de laptop en als naam niet de naam van de laptop, maar de werkgroepnaam gevolgd door een rits spaties en een stel gekke tekens! (als onderdeel van de naam). Verder stond er weinig relevants in de logmessage. Dus blijkbaar interpreteren ze elkaar verkeerd en het zou me niets verbazen als hier de oorsprong ligt van het probleem.

Heeft iemand een idee waar dit aan kan liggen?

Overige maar niet zo boeiende informatie:
  • De printer is een hp 5500 series alles-in-een printer.
  • Op de beide computers en de laptop zijn legale versies van windows xp home aanwezig.
  • De systemen zijn vrij van virussen en spyware. Dit laatste getuigen Microsoft Anti-Spyware en Hitman Pro.
  • De systemen zijn voorzien van de laatste windows updates, bovendien zijn de systemen gedurende het afgelopen jaar aangeschaft (wel los van elkaar). De geinstalleerde zijn de drivers bij levering.
  • De computers en laptop hebben alledrie een draadloze netwerkkaart. Het netwerk is in orde: goede pings, heel af en toe een spike van een seconde en heel heel af en toe een pakketje dat verloren gaat. Verder hebben mijn buren nog nooit problemen met het netwerk geconstateerd gedurende het gebruik van de computers. Het draadloosnetwerk staat dicht voor de buitenwereld.
  • Het draadloos netwerk wordt tot stand gebracht door een (transparant) access-point, de internet router (zo'n standaard speedtouch ding) regelt alles verder.
  • De windows xp firewalls staan uit, alsmede firewall achtige bescherming door anti-viruspakketen zoals Norton.
  • Alle windows services die met netwerk te maken hebben zijn gestart, zoals workstation, computer browser, server, etc.
  • Bestand en printerdeling is geinstalleerd. Netbios over tcp/ip is ingeschakeld.
  • Pc's hebben netjes via DHCP ip-addressen gekregen in dezelfde reeks. Pc's hebben ook precies dezelfde subnetmask.
  • Werkgroep is bij iedere pc hetzelfde. Met de hand ingesteld, en zelfs ook nog een keer via de wizard geprobeerd.
  • Het guest account is ingeschakeld. Onder de nederlandstalige windows heet deze overigens "gast". Heb zelfs nog een apart account guest aangemaakt, maar zoals te verwachten heeft dat geen effect.

[ Voor 5% gewijzigd door Infinitive op 05-12-2005 15:14 ]

putStr $ map (x -> chr $ round $ 21/2 * x^3 - 92 * x^2 + 503/2 * x - 105) [1..4]


  • Infinitive
  • Registratie: Maart 2001
  • Laatst online: 25-09-2023
Ik ben in de tussentijd helaas niets wijzer geworden, iemand een idee?

putStr $ map (x -> chr $ round $ 21/2 * x^3 - 92 * x^2 + 503/2 * x - 105) [1..4]


  • Joghert
  • Registratie: September 2002
  • Laatst online: 21-03 13:43
Maak eens op de computer met de printer de account "Guest" of "Gast" aan, MET hoofdletter in de taal van het os.
En geef die gebruiker rechten om de printer te mogen gebruiken.
Stel anders ook de werkgroepen en computernamen even overnieuw in, mischien dat eventuele raar ingevoerde tekens hierdoor gereset worden.

  • Taigu
  • Registratie: Februari 2002
  • Laatst online: 25-04 08:52
Ik zou eens proberen Simpel bestanden delen (easy file sharing) uit te zetten. Zorg ook voor een ingesteld wachtwoord voor het administrator (beheerder) account.

Overigens testen met \\pc-naam en \\ip-adres duidt meer op netbios/dns issues dan authenticatie. Dus probeer eerst over eens schijven te mappen "net use \\ip-adres\share". Dan weet je iig dat authenticatie goed zit. Naamsresolutie is dan een 2e, dat is wat meer afhankelijk van je netwerksituiatie met wins/dns servers, netbios en routers e.d.

@Joghert: Hij heeft zn guest account al aan staan. Het aanmaken heeft totaal geen zin en is ook absoluut niet hoofdlettergevoelig.

[ Voor 72% gewijzigd door Taigu op 17-12-2005 15:45 ]

Cling to truth and it turns into falsehood. Understand falsehood and it turns into truth.


  • Infinitive
  • Registratie: Maart 2001
  • Laatst online: 25-09-2023
buddhole schreef op zaterdag 17 december 2005 @ 15:42:
Ik zou eens proberen Simpel bestanden delen (easy file sharing) uit te zetten. Zorg ook voor een ingesteld wachtwoord voor het administrator (beheerder) account.
Volgens mij kan dit niet met windows XP Home edition? Bij mijn eigen XP Pro kan het wel. En bovendien las ik dit ook in een online artikel dat het niet mogelijk is om uit te zetten.
Overigens testen met \\pc-naam en \\ip-adres duidt meer op netbios/dns issues dan authenticatie. Dus probeer eerst over eens schijven te mappen "net use \\ip-adres\share". Dan weet je iig dat authenticatie goed zit. Naamsresolutie is dan een 2e, dat is wat meer afhankelijk van je netwerksituiatie met wins/dns servers, netbios en routers e.d.
Dat denk ik ook. Vooral omdat in de system log van de PC mét de shares een grote reeks van succesvolle audit messages staan met betrekking tot de guest login. Maar ik zal eens kijken of een mapping maken via net use wel lukt. Ik ging er eigenlijk vanuit dat dat hetzelfde effect heeft als via de shell de share intikken, maar ik zie nu dat ik eventueel via net use ook een gebruikersnaam en wachtwoord kan opgeven, dus misschien heeft het effect. Aan de andere kant moet het met de authenticatie eigenlijk wel goed zitten, anders zou de andere pc ook problemen moeten hebben. Maar goed, het kan eventjes duren voordat ik daar weer langsgaan, dus als er in de tussentijd mensen zijn met andere ideëen, laat het me graag horen :)

De netwerksituatie heeft geen wins servers en de dns server is de internet router (die vervolgens weer gebruik maakt van de dns van de provider). Ofwel: een van de pc's moet als "master server" worden gekozen en dat gebeurt ook, maar daarna gaat het blijkbaar ook mis. Zoals ik in de tekst aangaf krijg ik in de error log meldingen te zien waarin de corresponderende service zegt dat hij de laptop niet aan de werkgroep kan toevoegen omdat hij de verzoeken verkeerd interpreteerd (of misschien wel verkeerd aankomen).

Aan de andere kant kan ik me nauwelijks voorstellen dat het draadloze accesspoint de boosdoener is, want je zou verwachten dat als hij packets verneukt, dat dan bijv. filetransfers tussen de computers of downloads van internet ook fout gaan, en dat gebeurd niet.

[ Voor 4% gewijzigd door Infinitive op 17-12-2005 17:51 ]

putStr $ map (x -> chr $ round $ 21/2 * x^3 - 92 * x^2 + 503/2 * x - 105) [1..4]


  • Taigu
  • Registratie: Februari 2002
  • Laatst online: 25-04 08:52
Het zou goed mogelijk zijn dat de router de naamsresolutie vernaggelt. Routers laten geen broadcast messages door, en dat is toch een van de zaken waar je het in dit netwerk van afhankelijk bent als je het hebt over naamsresolutie.

Check ook de NAT / Firewall settings van de router, sommige router blokkeren standaard bijv. poort 135-139.

Cling to truth and it turns into falsehood. Understand falsehood and it turns into truth.


  • exempt
  • Registratie: Juli 2005
  • Laatst online: 28-12-2023
heb je toevallig een firewall aanstaan?

dit geeft namelijk ook vaak de melding "onvoldoende rechten"

Why should I take life so seriously, I just wanna do what I like to do...!

Pagina: 1