Teubner Claus schrieb am 12.05.2000 zum Thema "Re: atalk mit 2 Netzwerkkarten":
Ping habe ich jetzt mal probiert, und das Routing über TCP/IP funktioniert einwandfrei. Telnet von beiden MACŽs geht ohne Probleme auf den Server und den PII.
Nur mal für mein Verständnis: Mac1---------Linux-Server-------Hub---------Mac2 Richtig? Kannst Du den einen Mac vom anderen Mac aus anpingen? Dazu benötigst Du irgendein Ping für den Mac... Wenn das nicht klappt, könnte es auch an Deinem Routing auf dem Server liegen, daß die Macs sich nicht "sehen" (via AppleAhare)...
Im Moment habe ich die Zonen eingestellt, und wenn man dann auf einem Mac Appletalk deaktiviert und dann wieder aktiviert, ist der jeweilige Mac in der passenden Zone, doch nach ca. 30 Sekunden kommt eine Meldung, daß die Appletalk-Verbindung unterbrochen wurde. Auf den Linux-Rechnern kommt keine Fehlermeldung (/var/log/messages). Die MacŽs zeigen dann auch keine verfügbare Zone mehr an, doch der Server steht immer noch zu Auswahl. Und von einem Mac kann man auch auf die Shares zugreifen.
Sorry, aber mit dem Zonen-Handling kenne ich mich (noch?) nicht aus... ;-/
Über TCP/IP-Adresse geht es immer auf alle Rechner, nur in der Auswahl sind nicht alle Rechner zu finden.
Das wäre nicht so schlimm, wenn das Drucken auf den Server gehen würde. Das funktioniert aber nur, wenn der REchner auch über die Auswahl angesprochen werden kann.
Stehen in Deiner /etc/services folgende Einträge? at-rtmp 201/tcp # AppleTalk routing at-rtmp 201/udp at-nbp 202/tcp # AppleTalk name binding at-nbp 202/udp at-echo 204/tcp # AppleTalk echo at-echo 204/udp at-zis 206/tcp # AppleTalk zone information at-zis 206/udp ...und etwas weiter unten: # make apple talk more friendly # rtmp 1/ddp # Routing Table Maintenance Protocol nbp 2/ddp # Name Binding Protocol echo 4/ddp # AppleTalk Echo Protocol zip 6/ddp # Zone Information Protocol # # Appletalk # afpovertcp 548/tcp # AFP over TCP afpovertcp 548/udp # AFP over UCP
Eintrag in /etc/atalk/atalkd.conf eth0 -seed -phase 2 -net 65280-65379 -addr 65280.213 -zone "*" eth1 -seed -phase 2 -net 65380-65534 -addr 65380.55 -zone "eins"
Kann man die beiden Interfaces nicht auch einer Zone ("*") zuordnen? Dann wäre zumindest eine Fehlerquelle aus dem Wege... Hast Du einmal die beiden Einträge auf " ethX -phase 2" zurückgesetzt und netatalk neu gestartet?
May 10 22:53:27 i486 atalkd[1685]: as_timer configured eth0 phase 2 from seed [...] May 10 22:53:47 i486 atalkd[1685]: as_timer configured eth1 phase 2 from seed
Das sieht IMHO soweit ok aus. Bei mir sieht der netatalk-Start so aus: erver atalkd[156]: restart (1.4b2+asun2.1.3) server atalkd[156]: zip_getnetinfo for eth0 <--- insges. 3x server atalkd[156]: config for no router <--- das kommt bei Dir nicht... server atalkd[156]: ready 0/0/0 server papd[206]: restart (1.4b2+asun2.1.3) server papd[206]: register LaserJet 6MP:LaserWriter@* server afpd[210]: server:AFPServer@* started on 65280.229:130 (1.4b2+asun2.1.3) server afpd[210]: ASIP started on 192.168.0.10:548(1) (1.4b2+asun2.1.3) ...mehr fällt mir im Moment auch nicht ein... Christian -- Made with a Macintosh... ChriSchmi@t-online.de http://home.t-online.de/home/chrischmi/ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com