Sinds m'n update van 10.3.8 naar 10.3.9 is een probleem opgedoken met SMB gebruik. Een server waar zonder authorisatie (geen userid, geen paswoord) is plots niet meer toegankelijk voor machines met OSX 10.3.9. Het klaagt dat de user/password niet correct is, hoewel er helemaal geen id vereist is.

Enig idee voor een work-around?

Inloggen met username guest, password guest werkt bij mij meestal.
Hoe had je het überhaupt voor elkaar gekregen dat hij voor 10.3.9 helemaal zonder autorisatie wilde mounten? (is mij nog nooit gelukt)

Ik krijg dus helemaal geen aanlogscherm meer waar ik userid en pw kan ingeven. Ik doe een connect to (naam van de server) en onmiddellijk daarna de opmerking dat het het verkeerd id/pw is.

Hmm. Da's k*t.
Wat gebeurt als je het netwerk opnieuw opbouwt? Dus de boel van elkaar afsluiten; de share opnieuw aanmaken op XP; de Mac/PC een keer herstarten, etc...

Ben ook absoluut geen netwerkguru, zoals je wel snapt. Maar dat soort trucks willen nog wel eens helpen.

Helaas, werkt niet. In de Keychain staat die ook niet, dus da's verloren moeite.

En als je de share in kwestie nu wel om een wachtwoord authenticatie laat vragen? Kun je later weer terugzetten natuurlijk.

Laat me raden: werkt niet...

Iets heel anders. Heb je het al eens met een third party SMB-browser geprobeert (i.p.v. Finder)

Bij mij werkt het nog steeds als vanouds met 10.3.9. Dus kan helaas geen work-around aanbieden. Maar geeft wel een hint dat het niet een structureel probleem is.

Niets werkt. Via een andere Mac met 10.3.8 is alles ok, maar met de éne met 10.3.9 niet. Hebben jullie soms enig idee waar je de standaard userID kan veranderen voor SMB verbindingen?

stekke om 20:05, 18-04-2005
Hebben jullie soms enig idee waar je de standaard userID kan veranderen voor SMB verbindingen?

Hmm, ik meen dat OS X die niet onthoud, hij vult de ingelogde user in. Windows onthoud dit soort informatie.

Je zou eens de command line kunnen proberen, maar dat moet je leuk vinden. Voordeel is vooral dat je veel betere fout informatie krijgt.

Het commando om te mounten via de terminal lijkt op:

          mount -t smbfs  //user@winbox/Shared /mounts/mountpoint

voorwaarde: de folder /mounts/mountpoint moet bestaan (en wordt na het uitvoeren van dit commando de folder op de server)
zie man paginas van mount en mount_smbfs

tip: om de finder de mount te laten zien typ je disktool -r
Alles eventueel met sudo er voor!

Als dit bovenstaande je niets zegt, begin er dan niet aan!
het beter uitleggen kost me teveel tijd.

Maurits

Bedankt voor de tip, kan ik pas donderdag proberen. In elk geval, zegt me genoeg als Unix/Oracle DBA

mjsanders om 21:16, 18-04-2005

Citaat

stekke om 20:05, 18-04-2005
Hebben jullie soms enig idee waar je de standaard userID kan veranderen voor SMB verbindingen?

Hmm, ik meen dat OS X die niet onthoud, hij vult de ingelogde user in. Windows onthoud dit soort informatie.

Je zou eens de command line kunnen proberen, maar dat moet je leuk vinden. Voordeel is vooral dat je veel betere fout informatie krijgt.

Het commando om te mounten via de terminal lijkt op:

          mount -t smbfs  //user@winbox/Shared /mounts/mountpoint

voorwaarde: de folder /mounts/mountpoint moet bestaan (en wordt na het uitvoeren van dit commando de folder op de server)
zie man paginas van mount en mount_smbfs

tip: om de finder de mount te laten zien typ je disktool -r
Alles eventueel met sudo er voor!

Als dit bovenstaande je niets zegt, begin er dan niet aan!
het beter uitleggen kost me teveel tijd.

Maurits

Probeer het eens gewoon via de Netwerk icoon in de Finder.
Ik heb er zelf allemaal geen verstand van hoor. Maar met 10.1 heb ik een vrijwilliger van Klokhuis via SMB de verbinding laten maken. Met de upgrade naar 10.3 heb zegen de greep maar eens gewoon op de icoon geklikt en daar was het windowsnetwerk.
Ik blijf voorlopig nog even op 10.3.8 tot de laatste projecten klaar zijn en ga dan pas over. Zeker na dit verhaal.

raar raar raar ... Ik probeer vanochtend opnieuw de connectie te leggen en nu vraagt hij wel naar een userID en PW! Alles in orde dus. Iets moet een soort van 'connection expired' gegeven hebben voor die connectie waardoor ik terug het inlogscherm kreeg...