:fill(white):strip_exif()/i/1278423458.jpeg?f=thumbmini)
:strip_icc():strip_exif()/u/1739/avatar.jpg?f=community){kind=avatar}
(Lees svp het hele bericht; het is nogal een verhaal 
)
Sinds kort ben ik overgestapt naar de mac, en heb nu een macbook pro en een hackintosh machine draaien. Allebei draaien ze Snow Leopard.
Mijn netwerk is een windows active directory domain met een aantal servers met de nodige shares.
Het probleem is alsvolgt, en in mijn ogen een beetje vreemd. Als ik de finder start dan zie ik netjes alle windows servers en als ik daar op klik (initieel) dan krijg ik direct alle shares te zien. Tot zover geen enkel probleem.
Als ik dubbelklik op een share mount hij die share als een volume; tot zover ook geen enkel probleem. Echter als ik via de finder weer op de betreffende server klik om de lijst van shares te krijgen (bijvoorbeeld om naar een andere share te gaan) dan treedt er hapering op van 1-5 seconden voordat ik de lijst van shares weer krijg.
Als ik het volume benader wat eerder gemount is, dan heb ik geen hapering. Na die 1-5 seconde hapering kan ik overigens zonder problemen andere shares benaderen.
Wat ik heb gedaan, om het probleem te debuggen, is wireshark geinstalleerd om te kijken wat de mac op dat moment doet.
Het AD domain, is bijvoorbeeld foo.bar.nl. En de server die ik wil benaderen is "nas". De complete naam is dus: nas.foo.bar.nl. Deze is prima te resolven via dns.
Wat de mac doet (na analyse van de wireshark sniffer sessie):
1. Een netbios name server query voor NAS. De WINS server geeft netjes antwoord.
2. Een nameserver txt query voor _kerberos.nas.local (deze bestaat niet; waarom de mac deze vraagt is me een raadsel)
3. Een nameserver txt query voor _kerberos.nas.foo.bar.nl (deze bestaat niet; waarom de mac deze vraagt is mij een raadsel)
4. Kennelijk omdat hij geen antwoord kan krijgen, doet hij 3 pogingen door middel van een multicast dns query om alsnog een antwoord te krijgen. Hierin vraagt hij wederom naar TXT _kerberos.nas.local. Hij krijgt geen antwoord aangezien er geen multicast dns servers zijn.
5. Hij vraagt (eindelijk) de lijst van shares op direct van de "nas" server.
Herkent iemand dit probleem? Kan iemand het reproduceren? Heeft iemand een oplossing?
Het vreemd hiervan is dus dat het alleen gebeurt als je al een share hebt gemount; Als je dat nog niet hebt werkt het zonder problemen en gaat hij niet op zoek naar de niet bestaande hostnames.
Alvast bedankt!
)Sinds kort ben ik overgestapt naar de mac, en heb nu een macbook pro en een hackintosh machine draaien. Allebei draaien ze Snow Leopard.
Mijn netwerk is een windows active directory domain met een aantal servers met de nodige shares.
Het probleem is alsvolgt, en in mijn ogen een beetje vreemd. Als ik de finder start dan zie ik netjes alle windows servers en als ik daar op klik (initieel) dan krijg ik direct alle shares te zien. Tot zover geen enkel probleem.
Als ik dubbelklik op een share mount hij die share als een volume; tot zover ook geen enkel probleem. Echter als ik via de finder weer op de betreffende server klik om de lijst van shares te krijgen (bijvoorbeeld om naar een andere share te gaan) dan treedt er hapering op van 1-5 seconden voordat ik de lijst van shares weer krijg.
Als ik het volume benader wat eerder gemount is, dan heb ik geen hapering. Na die 1-5 seconde hapering kan ik overigens zonder problemen andere shares benaderen.
Wat ik heb gedaan, om het probleem te debuggen, is wireshark geinstalleerd om te kijken wat de mac op dat moment doet.
Het AD domain, is bijvoorbeeld foo.bar.nl. En de server die ik wil benaderen is "nas". De complete naam is dus: nas.foo.bar.nl. Deze is prima te resolven via dns.
Wat de mac doet (na analyse van de wireshark sniffer sessie):
1. Een netbios name server query voor NAS. De WINS server geeft netjes antwoord.
2. Een nameserver txt query voor _kerberos.nas.local (deze bestaat niet; waarom de mac deze vraagt is me een raadsel)
3. Een nameserver txt query voor _kerberos.nas.foo.bar.nl (deze bestaat niet; waarom de mac deze vraagt is mij een raadsel)
4. Kennelijk omdat hij geen antwoord kan krijgen, doet hij 3 pogingen door middel van een multicast dns query om alsnog een antwoord te krijgen. Hierin vraagt hij wederom naar TXT _kerberos.nas.local. Hij krijgt geen antwoord aangezien er geen multicast dns servers zijn.
5. Hij vraagt (eindelijk) de lijst van shares op direct van de "nas" server.
Herkent iemand dit probleem? Kan iemand het reproduceren? Heeft iemand een oplossing?
Het vreemd hiervan is dus dat het alleen gebeurt als je al een share hebt gemount; Als je dat nog niet hebt werkt het zonder problemen en gaat hij niet op zoek naar de niet bestaande hostnames.
Alvast bedankt!
