Terving wrote:
wenn ich mich nun mal hier hinzuschalten darf...
Meines (Halb-)Wissens läuft AppleTalk doch auch erstmal über TCP/IP und schaltet nur dann auf "historisches" AppleTalk runter, wenn das nicht klappt?
AppleTalk verwenden die ja heute noch, - vielleicht aus historischen Gründen. Aber abschalten läßt es sich bei MacOS bis OS 9.2.1 m.W. nicht. AT schleppt man bei jeder Verbindung mit (OpenTransport).
Erstmal ist AppleTalk ja nicht umbedingt ein schlechtes Protokoll...
Das normale AppleTalk (das ohne TCP/IP) lässt sich dennoch mittels AppleTalk Kontrollfeld deaktivieren. Klar ist natürlich das eine Art von AppleTalk auch via TCP eine Verbindung herstellt. Allein mit TCP wären wir aber ja auch nicht glücklich... -> Fundament allein gibt ja auch kein Dach übern Kopf
das problem was Joachim ja ursprünglich angesprochen hatte sieht nach einem Fehler im Scanprozess aus. Was ich damit meine: der Server bzw. der Client haben wohl Probleme mit der korrekten Zone in der sie sich suchen/finden.
Tja wenn ich keine Zone eintrage und auch der NT-Rechner nicht läuft, dann klappts halt nur nach ewiglich. Der afpd schreibt ja seine conf selber. Wenn ich dort bei eth0 mit -zone "zonenname" das ganze von Hand eintrage wird das halt beim Start überschrieben.
Ein abschalten des klassischen AppleTalks am Mac hilft vielleicht. Ansonsten müsstest du mal schauen was der netatalk ins log schreibt wenn er hochfährt
Da gibts nicht besonderes zu berichten. Das Hochfahren klappt ohne Probleme. Das Konnektieren an sich auch. Appletalk schreibt schön ins log, daß der User sich eingeloggt hat. Nur die Shares werden nicht freigegeben. Da hängt er halt ewig. Aber nur mal zum Verständnis. Wenn ich Appletalk auf dem Apple abschalte, kann ich dann den appletalk-Server auch runterfahren, und wenn ja, wie verbindet sich der MAC dann auf die Laufwerke ? bis denne dann joachim -- the illness picture Das Krankheitsbild Zufallssignatur Nr.: 69