Hallo,

ich habe mir privat endlich auch ein NAS gekauft. Das hier:
http://www.chip.de/...alerie_50719845.html
http://www3.atelco.de/...mp;aid=46652&lb=
und wenn jetzt wieder einige die Nase rümpfen, ist mir egal, für privat zu dem Preis ein 2 TB Raid-1 ist schon OK. Richtig OK wäre es natürlich, wenn ich mich vom Mac aus per AFP connecten könnte wie vom Hersteller versprochen. Geht nämlich nicht - siehe Anhang. Getestet von Tiger und Leopard aus, die neueren habe ich noch gar nicht gewagt zu probieren.

Von Windows und auch vom Mac komme ich per SMB problemlos drauf, aber das reicht mir von Mac-Seite natürlich nicht. In der Konfigurationsoberfläche des NAS kann man außer FTP keine Serverdienste an- oder abschalten. Einen Schalter für AFP habe ich also auch nicht übersehen oder in deaktivierter Stellung.

Gibt es eigentlich eine Methode, um zu überprüfen, ob ein Server, NAS o.ä. ein bestimmtes Protokoll kann? So etwas wie einen "Protokoll-Ping"?

Gruß

edit:
sehe gerade, dass der Link bei Chip in der Bildergalerie nur auf die erste Seite verweist. Das NAS ist in Bild #18 dargestellt.

kommst du denn übers Terminal auf die Kiste?

Dann wäre das übliche, die Suche nach einem rennenden, passenden Prozess:

ps aux | grep afpd

Wenn er was findet (ausser dem grep Befehl selber), steht der Pfad ja mit dran.

Dann kannst du per

Pfad/zum/afpd/ afpd -V

erfragen welche Version da läuft.

Hilft das erstmal?

hallo,

brauchst Du eventuell auf Deinem Rechner aktiviertes file-sharing für afp?


Gruß,

Ulrich

Antwort auf [ Ulrich Lüder ]

brauchst Du eventuell auf Deinem Rechner aktiviertes file-sharing für afp?

änä!

Er will ja nicht mit der NASe auf seinen Mac zugreifen.

... will er nicht, oder rohrfrei?

aber den Apfel will er schon sprechen lassen?

muss ja nicht immer alles logisch sein, wenn was (nicht) passiert ;-)

...und da ja an der NASe keine weiteren Einstellungen vorzunehmen sind, müsste es doch am eigenen Rechner liegen oder?

Ulrich

Zitat von Thomas Richard

kommst du denn übers Terminal auf die Kiste?

keine Ahnung
trotz Google-Hilfe konnte ich das nicht herausfinden, siehe hier: http://lmgtfy.com/...hubser-terminalprofi

ne, der findet nur einen Eintrag afpd ohne Pfadangabe

Zitat von Ulrich Lüder

brauchst Du eventuell auf Deinem Rechner aktiviertes file-sharing für afp?

wie Thomas richtig bemerkte, braucht man das nur, um am eigenen Mac ein Filesharing zu aktivieren, nicht um vom Mac auf ein entferntes NAS oder Server zuzugreifen

Zitat von Thomas Richard

Er will ja nicht mit der NASe auf seinen Mac zugreifen.

... will er nicht, oder rohrfrei?

ne, will er nicht, geht ja auch gar nicht, da das NAS ja überhaupt keine Möglichkeit dazu bietet. Außer der webbrowser-config ist da ja nix.

Zitat von Ulrich Lüder

aber den Apfel will er schon sprechen lassen?

ja, das will er, und das Setting in Deinem 2. Post ist auch wichtig, vor allem wenn man WLAN und LAN gleichzeitig aktiv hat, denn das geht laut OS-Meldung immer nur an einem Anschluß gleichzeitig. Warum eigentlich?
Da habe ich aber darauf geachtet, dass es bei Ethernet aktiv ist. Und das Airport habe ich gleich ganz deaktiviert, um mögliche Fehlerquellen auszuschließen.

Zitat

...und da ja an der NASe keine weiteren Einstellungen vorzunehmen sind, müsste es doch am eigenen Rechner liegen oder?

gleich von zwei Rechnern not avaiable? Ich traue diesen Kistenschiebern ja auch zu, dass das ein AFP-Protokoll ist, was in der Praxis nicht zu gebrauchen ist. Wobei mein (absichtlich) getestetes Tiger ja nun auch nicht mehr so brandaktuell ist, was AFP angeht.

Für Lion hat hier übrigens einer etwas gepostet, was in die gleiche Richtung geht.
http://www.macuser.de/...schreibtisch-599012/

Gruß

was mir noch einfällt: Kannst Du von einem angeschlossenen Windows-Rechner über Netzwerk die NAS-Platte(n) oder wenigstens daruf liegende Ordner über Verwaltung->System (oder umgekehrt - habe gerade keinen Win vor mir) freigeben als "Ordner für den Mac"?

Bis Win-Betriebsystem 2000 war das ja noch Bedingung für Mac-Win-Connection, oder? (ab Win 2003 gab´s das dann glaube ich gar nicht mehr...)

viel Erfolg + so oder so ein schönes Wochenende,

Ulrich

Servus Rohrfrei,

Antwort auf [ rohrfrei ]

Gibt es eigentlich eine Methode, um zu überprüfen, ob ein Server, NAS o.ä. ein bestimmtes Protokoll kann? So etwas wie einen "Protokoll-Ping"?

gibt es, mit Telnet kannst du überprüfen ob hinter einem bestimmten Port ein Dienst lauscht. Der AFP Port ist 548 und den sprichst du mit der Syntax telnet [IP-Adresse des AFP Servers] 548 an.

Lauscht auf diesem Port kein AFP Server sieht das Ergebnis in etwa so aus:

Code

$ telnet 192.168.172.139 548 
Trying 192.168.172.139... 
telnet: connect to address 192.168.172.139: Connection refused 
telnet: Unable to connect to remote host 

Lauscht hinter dieser IP ein AFP Server, dann schaut es in etwa so aus:

Code

$ telnet 192.168.172.139 548 
Trying 192.168.172.139... 
Connected to 192.168.172.139. 
Escape character is '^]'. 

Bei letzterem Ergebnis kannst du dann einfach das Terminal schließen oder ein paar Minuten warten, bis die Verbindung in einen Time Out läuft.

Wobei ich mir davon nicht all zu viel verspreche, wenn du dich mit AFP nicht verbinden kannst, wird am Zielserver auch kein AFP laufen.

Sollte AFP nicht an einen Standardport gebunden sein, wird die Sache komplizierter, dann aber könntest du mit nmap einen Portscan auf dein NAS durchführen. Die Syntax und das Ergebnis stellt sich dann wie folgt dar:

Code

$ nmap 192.168.172.139 
 
Starting Nmap 5.51 ( http://nmap.org ) at 2011-08-14 13:45 CEST 
Nmap scan report for 192.168.172.139 
Host is up (0.00071s latency). 
Not shown: 998 closed ports 
PORT    STATE SERVICE 
88/tcp  open  kerberos-sec 
548/tcp open  afp 
 
Nmap done: 1 IP address (1 host up) scanned in 4.37 seconds 

Wobei aber nmap nicht zur Standardinstallation gehört, kann aber nachinstalliert werden. Entweder ein Binary Package suchen, ich habe zB das hier gefunden http://nmap.org/download.html (ungetestet) oder über Mac Ports nachinstallieren, ein Tutorial zu Mac Ports habe ich mal hier geschrieben: http://wiki.prontosystems.org/mac/macport. BTW: Die Ports in Mac Ports haben nichts mit Netzwerkports zu tun, das ist jetzt Zufall, dass sich hier die Namen in ihrer Bedeutung überschneiden.

HTH Tom

Hallo,

danke, dass du dir die Mühe gemacht hast, die Antwort zu formulieren.

Zitat

Lauscht auf diesem Port kein AFP Server sieht das Ergebnis in etwa so aus:

Code

$ telnet 192.168.172.139 548  
Trying 192.168.172.139...  
telnet: connect to address 192.168.172.139: Connection refused  
telnet: Unable to connect to remote host 

ja, genau so sieht es bei mir aus
das kann doch wohl nicht sein
ich habe jetzt nochmal extra das NAS direkt an mein MBP gehängt, d.h. ohne Switch dazwischen, aber mit dem gleichen negativen Ergebnis

Vom Support habe ich auch noch keine Antwort erhalten. Per Telefon waren die recht freundlich, wollten den Vorgang aber per e-mail haben. Das habe ich gemacht, mit dem Ergebnis, dass ich kein Ergebnis habe.

Werde das Gerät wohl wieder zurück bringen. Als Mac-Backup nur per SMB ist es mir zu unsicher. RAID hin oder her.

@Ulrich Lüder:
das was du meinst, wäre ja ein ausgewachsener File-Server à la Helios oder ExtremeZ-IP. Das will und kann ich privat nicht bezahlen zumal ich mir nicht einen extra Server hier hinstellen will. Die Stromkosten machen mich ja arm. Daher ja absichtlich ein NAS. Nur was nützt es, wenn es nicht funzt? Aber spätestens mit Lion hätte es wahrscheinlich eh ein Problem gegeben wenn ich die (wieder mal) lesenswerten Beiträge von Thomas Kaiser verfolge. Guckst du hier: http://www.macnews.de/...r-unterstutzt-209435

Für die Nachwelt füge ich hier nochmal einen Text ein, den Google dann auch finden sollte:
CnMemory SpaceNet NAS 4TB nicht für Apple Mac geeignet, kein AFP-Support

Gruß

Antwort auf [ rohrfrei ]

Zitat

Lauscht auf diesem Port kein AFP Server sieht das Ergebnis in etwa so aus:

Code

$ telnet 192.168.172.139 548  
Trying 192.168.172.139...  
telnet: connect to address 192.168.172.139: Connection refused  
telnet: Unable to connect to remote host 

ja, genau so sieht es bei mir aus

Du hast aber nicht meine IP Adresse (192.168.172.139) zum Testen eingegeben? ;-)

Antwort auf:

das kann doch wohl nicht sein
ich habe jetzt nochmal extra das NAS direkt an mein MBP gehängt, d.h. ohne Switch dazwischen, aber mit dem gleichen negativen Ergebnis

Der Switch ist sicherlich nicht das Problem.

Antwort auf:

Vom Support habe ich auch noch keine Antwort erhalten. Per Telefon waren die recht freundlich, wollten den Vorgang aber per e-mail haben. Das habe ich gemacht, mit dem Ergebnis, dass ich kein Ergebnis habe.

Die werden ihre Zeit brauchen, schätze ich, jetzt ist Wochenende.

Antwort auf:

Werde das Gerät wohl wieder zurück bringen. Als Mac-Backup nur per SMB ist es mir zu unsicher. RAID hin oder her.

Jupp, wenn es AFP können sollte und das nicht tut, ist das ein Fall für deren Support, ggf. der Garantie bis hin zum Rückgaberecht.

Irgendeinen Konfigurationspunkt hast du nicht übersehen?

Bye Tom

Zitat

Du hast aber nicht meine IP Adresse (192.168.172.139) zum Testen eingegeben? ;-)

es mag zwar erste Anzeichen geben für Altersdemenz, aber verblödet bin ich noch nicht ;-)
ne, ist doch gut, dass du nachfragst, manchmal verrennt man sich ja, aber ich denke nicht in diesem Punkt

Zitat

Irgendeinen Konfigurationspunkt hast du nicht übersehen?

nicht das ich wüßte, ich meine, das sollte ja eigentlich auch nicht so schwierig sein
im Ausschlußverfahren mit verschiedenen physikalischen Rechnern und unterschiedlichen Mac-OS'es habe ich alles in meiner Möglichkeit getan
wenn ich Lust habe, kann ich es morgen nochmal in der Firma testen, da ist aber mittlerweile fast alles 10.6, also noch neuer
den Punkt von Ulrich Lüder mit dem Appletalk hatte ich schon vorher berücksichtigt, Firewall u.ä. habe ich ebenfalls alles gegengeprüft
wo soll ich noch dran denken?

Gruß

Antwort auf [ rohrfrei ]

[

Zitat

Irgendeinen Konfigurationspunkt hast du nicht übersehen?

nicht das ich wüßte, ich meine, das sollte ja eigentlich auch nicht so schwierig sein

mein ich auch, diese Web-Konfigurationsgeschichten sind idR recht übersichtlich aufgebaut.

Antwort auf:

den Punkt von Ulrich Lüder mit dem Appletalk hatte ich schon vorher berücksichtigt

AppleTalk? Ist schon lange tot und AFP funktioniert auch ohne, daran soll es nicht liegen.

Antwort auf:

Firewall u.ä. habe ich ebenfalls alles gegengeprüft

Auch unwahrscheinlich, da ja bei dem Fehlerbild die NASe eine Firewall haben müsste und das wird sie ja wohl doch nicht haben. Dein Mac sollte den Fehler auch bei aktivierter Firewall nicht verursachen. Outbound auf einem Mac AFP zu blocken, wäre seltsam und Inbound öffnet mittlerweile jede halbwegs moderne Firewall den Rückkanal selbsständig (Stichwort: Stateful Packet Inspection). Gäbe es hier ein Problem, hätten wir schon davon gehört, vor allem wenn AFP involviert ist. Der Schrei wäre nicht zu überhören ;-)

Antwort auf:

wo soll ich noch dran denken?

Schwierig, außer dem Support auf die Finger zu klopfen, fällt mir auch nichts ein. Aber ich habe noch eine Möglichkeit gefunden mit Mac Boardmitteln einen Portscan durchzuführen. Das Netzwerkdienstprogramm hat im letzten Register einen Portscanner. Damit kannst du die NASe mal abklopfen. Manchmal ist es doch nützlich doch auch mal in die GUI zu schauen ;-) Du kannst den Scanbereich auf die Ports 1 - 1024 einschränken, darüber sind nur noch die High Ports, da sollte sich kein AFP Service Port mehr aufhalten. Wird dann immer noch kein AFP angezeigt?

Natürlich habe ich als CLI Junkie gleich auch die CLI Variante für dieses Networkutility Feature gesucht ... und gefunden:

Code

$ cd /Applications/Utilities/Network\ Utility.app/Contents/Resources/ 
$ ./stroke 127.0.0.1 1 1024 
Port Scanning host: 127.0.0.1 
 
	 Open TCP Port: 	22     		ssh 
	 Open TCP Port: 	88     		kerberos 
	 Open TCP Port: 	139    		netbios-ssn 
	 Open TCP Port: 	445    		microsoft-ds 
	 Open TCP Port: 	548    		afpovertcp 
	 Open TCP Port: 	631    		ipp 
	 Open TCP Port: 	944 

Nur für die, die es interessieren sollte ;-)

Bye Tom

portscan sieht so aus:

Code

„Portscan“ wurde gestartet … 
 
Port Scanning host: 192.168.2.99 
 
	 Open TCP Port: 	21     		ftp 
	 Open TCP Port: 	80     		http 
	 Open TCP Port: 	139    		netbios-ssn 
	 Open TCP Port: 	445    		microsoft-ds 
„Portscan“ wurde beendet … 

Gruß

Antwort auf [ rohrfrei ]

portscan sieht so aus:

Code

„Portscan“ wurde gestartet … 
 
Port Scanning host: 192.168.2.99 
 
	 Open TCP Port: 	21     		ftp 
	 Open TCP Port: 	80     		http 
	 Open TCP Port: 	139    		netbios-ssn 
	 Open TCP Port: 	445    		microsoft-ds 
„Portscan“ wurde beendet … 

Gruß

Ich denke das ist mittlerweile ziemlich eindeutig. Port 21 und 80 dürften klar sein, 139 und 445 gehören zu SMB aber kein AFP zu sehen. Wenn die NASe AFP als Feature haben soll, dann scheint sie entweder kaputt zu sein oder [duck]...es ist nicht aktiviert...[/duck] ;-)

Bye Tom

hi pronto,

besten Dank für die Aufklärung + portscan-Tipps!

Magst Du Netzwerk-Hinterwäldlern wie mir kurz andeuten, wozu AppleTalk dann noch gebraucht werden könnte, zumal es ja noch im Apple-System (10.5.8) "angeboten" wird? (Etwa lediglich für Kommunikation mit MacOS-9er-System-Rechnern?):

Antwort auf:

AppleTalk? Ist schon lange tot und AFP funktioniert auch ohne, daran soll es nicht liegen.

@rohrfrei

Wenn das hier http://www.cnmemory.de/...h_spacenet_69950.pdf das entsprechende Handbuch sein soll, lese ich dort bei Features auf PDF-Seite 3 (Pagina 2) nichts mehr von "afp",
gegenteilig zum Datenblatt, nach dem Du ja wohl gekauft hast, dort wird afp aufgeführt: http://www3.atelco.de/...atenblatt&type=0


Zurückbringen wegen falscher Versprechung?

Oder abschreiben, forschen und dabei riskieren es gänzlich unbrauchbar zu machen: Ein Kommunikations-Protokoll ist doch "software", vielleicht ist es möglich auf das "Gerät" eine solche aufzuspielen, die afp beherrscht?
FreeNAS soll das können, das hier klingt auch vielversprechend: http://www.freenas.org/features, aber das hier nicht mehr: http://de.wikipedia.org/wiki/FreeNAS

Ulrich