Hallo Forumsgemeinde, ich stehe wieder mal vor einer (wahrscheinlich) einfachen Frage, auf die ich keine Antwort finde. Da mir hier schon öfters geholfen wurde, probiere ich es mal wieder. Also, warum "sieht" ein Android-Gerät, mit dem ich über mein WLAN auch ins Internet kann, die anderen Windows-Rechner im Netzwerk nicht. Man braucht immer eine App (z.B. ES Datei Explorer), um auf Freigaben auf den Windows-Rechnern zugreifen zu können. Android kann doch offenbar alle Protokolle interpretieren, die auf Ethernet aufbauen, also TCP/IP, HTTP, SMTP, IMAP,... Soweit mein Wikipedia-Wissen. Aber irgend ein Zahnrad scheint ja zu fehlen. Es wäre Klasse, wenn jemand eine (einfache) Antwort oder zumindest ein Stichwort zum Googeln hätte.
Technischer Laie schrieb: > Android kann doch offenbar alle Protokolle interpretieren, die > auf Ethernet aufbauen, also TCP/IP, HTTP, SMTP, IMAP aber scheinbar kein SMB. Das braucht man für den Datenaustausch mit Windows.
Rufus Τ. Firefly schrieb: > Der Vollständigkeit halber: SMB ≈ CIFS Also noch ein Protokoll, das die Verbindung zwischen dem jeweiligen Betriebssystem/Dateisystem und dem TCP/IP-Protokoll herstellt? Kann man das so sagen ?
Technischer Laie schrieb: > Also, warum "sieht" ein Android-Gerät, mit > dem ich über mein WLAN auch ins Internet kann, die anderen > Windows-Rechner im Netzwerk nicht. Weil Android die entsprechenden Netzwerkprotokolle nicht implementiert.
Technischer Laie schrieb: > Also noch ein Protokoll, das die Verbindung zwischen dem jeweiligen > Betriebssystem/Dateisystem und dem TCP/IP-Protokoll herstellt? Kann man > das so sagen ? http://de.wikipedia.org/wiki/Server_Message_Block
Technischer Laie schrieb: > Also noch ein Protokoll, das die Verbindung zwischen dem jeweiligen > Betriebssystem/Dateisystem und dem TCP/IP-Protokoll herstellt? Kann man > das so sagen ? Ja.
A. K. schrieb: > Technischer Laie schrieb: >> Also noch ein Protokoll, das die Verbindung zwischen dem jeweiligen >> Betriebssystem/Dateisystem und dem TCP/IP-Protokoll herstellt? Kann man >> das so sagen ? > > Ja. Danke, ihr seid echt klasse.
Windoof probiert erstmal Webdav via http und wenn dann die Dateien >50MB werden wird SMB benutzt das dann 32bit Schlüssel sind geht das bis maximal 4GB. Wer also aktuelle Blueray oder Spiele via SMB nutzen will schaut in die Röhre ... Kann auch am verwendeten WLAN-Router liegen. Direkte Freigaben laufen idR nicht über SMB und verwenden ein MS-Protokoll. Bin jetzt zu faul nachzusehen ob's Port 135 o.ä. ist. Die Protokolle sind idR patentiert und daher nur für Windoof gedacht ...
windoofi schrieb: > Die Protokolle sind idR patentiert und daher nur für Windoof gedacht ... Linux kennt auch CIFS/SMB, technisch wäre das also kein Problem gewesen. Nur ist Android für Mobilgeräte und Cloud konzipiert, da ist das weder nötig noch in Googles Interesse. > Windoof probiert erstmal Webdav via http Wenn du schon bei Fefe abschreibst, dann setz wenigstens nen Link. ;-) http://blog.fefe.de/?ts=aba16c68 > Direkte Freigaben laufen idR nicht über SMB Doch. > und verwenden ein MS-Protokoll. Yep, denn SMB ist ein MS-Protokoll.
:
Bearbeitet durch User
A. K. schrieb: > Wenn du schon bei Fefe abschreibst, dann setz wenigstens nen Link. ;-) > http://blog.fefe.de/?ts=aba16c68 Das läuft so aber schon länger bevor FeFe das selber gehackt hat :-P A. K. schrieb: >> Direkte Freigaben laufen idR nicht über SMB > > Doch. > >> und verwenden ein MS-Protokoll. > > Yep, denn SMB ist ein MS-Protokoll. Jein, denn unter Windoof7 kann man auch Dateien >4GB im Netz aufmachen. Also SMB kann das wohl nicht sein, oder ist bei Winddof7 64bit in der Registry ? Kannst ja FeFe mal Fragen welchen Schlüssel und welches OS er bei SMB benutzt hat ;-) Bin jetzt nicht in der Firma aber wenn das stimmen sollte wird da wohl was extra eingekauft worden sein ...
windoofi schrieb: > Jein, denn unter Windoof7 kann man auch Dateien >4GB im Netz aufmachen. Ging vorher auch schon. Lies nochmal nach was Fefe geschrieben hat: Das von ihm erwähnte 32-Bit Limit bezieht sich auf WebDAV.
Haha, die Raubkopie vom fefe Artikel ist mir auch gleich aufgefallen :D
"Nun probiert Windows aber seit geraumer Zeit bei UNC-Pfaden (\\server\share\datei.zip) erst webdav über http aus" ...also das tut er bei mir nicht (win8.1)? Die Reihenfolge, in der SMB/CIFS und Webdav ausprobiert werden, kann man auch selbst einstellen - und normalerweise ist Webdav nicht ganz vorne. Im "Netzwerk- und Freigabecenter" > "Adaptereinstellungen ändern" kann man via ALT-Taste die Menüzeile einblenden und dort unter "Erweitert" > "Erweiterte Einstellungen" > "Anbieterreihenfolge" die Reihenfolge ändern/sehen. ("Web Client Network" = WebDav, "Microsoft Windows-Netzwerk"=SMB/CIFS)
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.