Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Chrome OS lijkt ingebouwde ondersteuning te krijgen voor smb

Google besturingssysteem Chrome OS lijkt ondersteuning te krijgen voor smb, het netwerkprotocol om bestanden te delen in Windows. Smb-ondersteuning zit in de testversie van de Files-app, maar werkt nu nog niet.

Vermoedelijk moeten de ontwikkelaars van Chrome OS de functie nog stabiel zien te krijgen, meldt Chrome Story. De optie om een smb-server toe te voegen verschijnt al wel, maar volgens de auteur van het artikel crasht de Files-app als gebruikers daadwerkelijk proberen zo'n server toe te voegen.

Chrome OS heeft een flag met als naam 'Native Smb Client', die gebruikers van de Canary-versie kunnen activeren. Smb-ondersteuning verschijnt dan in bestandsbeheerder Files.

Google heeft de functie nergens aangekondigd. Smb is van oorsprong een Windows-functie, hoewel macOS en Linux-distro's ook met het netwerkprotocol overweg kunnen via opensourceprogramma Samba. Met smb-ondersteuning kunnen Chrome OS-gebruikers op bestaande smb-servers om zo bestanden en apparaten te benaderen.

Door Arnoud Wokke

Redacteur mobile

30-03-2018 • 07:11

46 Linkedin Google+

Reacties (46)

Wijzig sortering
Het SMB protocol is in 1983 door Barry Feigenbaum ontworpen bij IBM, en is niet van oorsprong een Windows-functie. Het bestond al en werd al gebruikt voordat Windows er gebruik van ging maken. Het is wel zo dat Microsoft er later met nieuwe versies eigen aanpassingen aan heeft gemaakt.
Maar is daar ook ooit iets mee gebeurd. Hij had het ontworpen met het doel om in DOS bestanden beschikbaar te stellen over het netwerk. Microsoft had het daarna opgepikt om samen te voegen met LAN Manager wat ze aan het ontwikkellen waren met 3com voor OS/2 en vond daarna zijn weg naar Windows 3.11 for Workgroups.
Je kan ook LAN Manager gebruiken onder DOS, als client en als server. Dat vervult het originele doel van SMB. Of het na 25-30 jaar nog veilig is betwijfel ik, maar als je nog een NDIS2 driver weet op te duiken (of een UNDI NDIS2 driver gebruikt met PXE) dan zou het allemaal moeten werken. Ook over IPv4 met de protocoluitbreiding voor LAN Manager. ;)

[Reactie gewijzigd door The Zep Man op 31 maart 2018 21:15]

Er zijn verschillende versies van SMB. Versie 1 is bijvoorbeeld kwetsbaar voor Wannacry ransomware. Veel mensen noemen SMB ook wel CIFS zijn alleen SMB v1. Windows 10 en server 2016 gebruiken SMB 3.1.1, maar hebben wel failback naar oudere versies voor comptabiliteit. SMB v1 moet je zeker uitzetten in je netwerk.

[Reactie gewijzigd door kr4t0s op 31 maart 2018 01:44]

Goede kans dat je printers er dan mee ophouden
Goede kans dat je printers er dan mee ophouden
Om hier enige nuance in aan te brengen: Er zijn inderdaad multifunctionals die voor het scannen van documenten gebruik maken van SMB v1 om deze op een netwerkdrive te kunnen plaatsen.
Je hebt dan meerdere oplossingen: een update voor deze functionaliteit naar een minder verouderd protocol, een andere methode gebruiken voor scanning (bijvoorbeeld naar mail), of een dedicated fileserver(tje) neerzetten voor dit doel die je nog wel SMB v1 laat spreken.

V.w.b. het praten van SMB door Chrome: op Android zijn er verschillende apps die gewoon met mijn SMB shares kunnen praten. Aangezien de basis voor zover ik heb begrepen veel overeenkomt: is deze functionaliteit dan expliciet (en dus bewust) geblokkeerd in Chrome?
Het lijkt mij dat ze het er nu juist aan het inbouwen zijn maar dat het nog niet stabiel is.
Beter voor het milieu ook nog!
Ach ja windows was niets anders dan een grafisch laagje over je DOS.
Wat ik me afvraag is wat je op een Chromebook kunt doen met deze functie. Stel je kan bij een Windows file server of NAS schijf komen, en je opent een bestand, wat dan? Er draaien immers geen, of nauwelijks, applicaties op Chrome OS. Dus hoe open je dan een Word of Excel document, een videobestand, een PDF of een fotobewerkingspakket? Koppel je b.v. een docx aan de Android-versie van Word die je via Play Store geÔnstalleerd hebt staan? Ik ben benieuwd.
Ik praat je even bij.

Allereerst is het zo dat alle praktisch alle Chromebooks en Chromeboxes die in de afgelopen anderhalf jaar zijn uitgekomen, de beschikking hebben over de Google Play Store. In de Google Play Store staan de Android apps voor Word, Excel en zelfs Adobe Photoshop Express. Daarmee kun je dus al je genoemde bestanden bewerken via de officiele apps.

Maar zelfs al zou je die apps niet downloaden, dan nog kom je een heel eind. Bestanden als docx, xlsx en pptx kun je gewoon openen. Ze worden dan geopend in Google Docs, waarin je ze kunt bekijken en bewerken. Je kunt het dan naderhand opslaan als docx, maar ook bijvoorbeeld als een gdoc.

Videobestanden kun je eveneens gewoon bekijken in Chrome OS. Alle gangbare formaten worden prima ondersteunt.

[Reactie gewijzigd door FitsSprits op 30 maart 2018 16:59]

Dank je wel voor je uitleg. ChromeOS kan duidelijk al meer dan ik dacht, lokaal dan. Nu wist ik ook wel dat je Office bestanden kon openen met Google Docs e.d., maar ik dacht dat dat alleen werkte als dat vanaf Google Drive was of een andere ondersteunde online locatie. Uit jouw uitleg begrijp ik dat dit ook kan met lokale bestanden of vanaf smb locaties. Ik hoop dat het dan zo werkt dat een bestand geopend vanaf een smb share, en bewerkt wordt in Google Docs, bij het opslaan ook weer direct wordt teruggeschreven naar de originele locatie.
Het openen van een Office bestand in bijvoorbeeld Google Docs kan alleen als je online bent volgens mij. Als je het bestand hebt opgeslagen als Gdoc kun je het uiteindelijk ook offline openen.

Maar, wie gebruik maakt van Word voor Android kan ook gewoon Word bestanden openen in een offline modus.
Foto en filmpjes bekijken? Muziek?
Op zich is dat niet zo vreemd, aangezien het gebaseerd is op de Linux kernel en dus bepaalde open source onderdelen overgenomen zijn onder de grafische Chrome desktop.
Het smb protocol heeft niets te maken met de kernel. Het draait op het applicatie niveau. En hoewel de devs gebruik zouden kunnen maken van bepaalde open source bibliotheken kunnen ze even goed het protocol opnieuw implementeren. SMB is geen al te complex protocol.
Niet correct, in de Linux kernel zit wel degelijk een deel:

https://cateee.net/lkddb/web-lkddb/CIFS.html

Dat is inderdaad een klein gedeelte, maar zonder die optie aangevinkt voor het compileren werkt Samba niet.
Lijkt me sterk: dat is de cifs cliŽnt die nodig is voor het mounten van smb of cifs shares op de cliŽnt. Heb samba al jaren niet meer zelf gecompileerd maar kan me niet herinneren dat de server afhankelijk was van het hebben van cliŽnt support.
"Unlike some other network file systems all key network function including authentication is provided in kernel (and changes to mount and/or a mount helper file are not required in order to enable the CIFS VFS). "

https://linux-cifs.samba.org/

Ed: Dus voor de cliŽnt, Chrome toegang tot bestaande CIFS-shares dus, is _alleen_ maar de standaard Linux kernel voor nodig, vandaar dat de opmerking waar ik op reageerde ('smb _niets_ te maken met kernel) volledig onjuist is.

Ik beweer natuurlijk nergens dat de kernel het _enige_ is wat nodig is, alleen dat smb _wel zeer veel_ met de Linux kernel te maken heeft. Als ChromeOS CIFS kan mounten, en daar gaat het artikel impliciet voor ca de helft over, komt dat dus door de bestaande cifs.ko module in de kernel waarvan Google gebruik maakt.

Voor de server ondersteuning van bepaalde CIFS extensies is de module ook nodig:

Zie 'Samba considerations' @ https://www.kernel.org/do...n-filesystems-cifs-README

[Reactie gewijzigd door kidde op 30 maart 2018 14:40]

Op zich is dat niet zo vreemd, aangezien het gebaseerd is op de Linux kernel
Dit heeft niets te maken met de Linux kernel. Samba werkt onder meer dan enkel Linux.
en dus bepaalde open source onderdelen overgenomen zijn onder de grafische Chrome desktop.
Er is geen relatie tussen de Linux kernel en de open source onderdelen waar je het over hebt. Beide kunnen onafhankelijk van elkaar of met iets anders gebruikt worden.

[Reactie gewijzigd door The Zep Man op 30 maart 2018 07:20]

uiteraard, maar het ligt voor de hand dat bij de ontwikkeling is uitgegaan is van bepaalde bouwonderdelen om te experimenteren en zo men die samba functie al dan niet bewust heeft behouden in de uiteindelijke build.
het is niet, omdat chrome os gebasseerd is op de linux kernel, dat bepaalde opensource onderdelen overgenomen zijn in de grafische omgeving. alles wat in de grafische omgeving van chrome os zit hebben ze er zelf in gezet.
Toch grappig dat ze dit inbouwen. Zo wordt een Chromebook toch weer net een stukje bruikbaarder voor mensen zoals ik, die liever niet alles in de "cloud" willen zetten.
Ook bij Google is sprake van voortschrijdend inzicht. Deze functie komt voor mij als geroepen.
Wat is de toegevoegde waarde dan? Je kunt toch al lang met de addon "Network File Share for Chrome OS" hetzelfde doen?
Zou je denken. Die is alleen niet stabiel.
Hieronder ook al gepost SolidExplorer is perfect voor het koppelen van een NAS.

https://play.google.com/s...ails?id=pl.solidexplorer2
Ah lieve schat, dat is voor Chromebooks die ook de Play Store kunnen ondersteunen. En helaas kunnen veel oudere Chromebooks dat niet. Voor zakelijke Chromebook gebruikers in combinatie met G.Suite hangt het ook nog eens af van de policies die de sysadmin heeft ingesteld.
G suite gebruikers gebruiken hopelijk gewoon een cloud/drive oplossing.

Maar inderdaad meeste Chromebooks van afgelopen 3 jaar zitten wel op de Playstore maar je zit altijd nog met de systeembeheerder daarachter.
Maar het breekt wel de functionaliteit van de Chromebook (makkelijk herstellen door middel van een complete factory reset), als je bestanden lokaal gaat downloaden.

Natuurlijk, je kan direct over SMB werken, maar dat werkt weer alleen als je op lokatie bent.

Ik ben ook bepaald geen fan van "alles in de cloud" om privacy redenen. Maar als je er voor gaat, doe het dan goed :) Persoonlijk laat ik Chromebooks helemaal links liggen.
Natuurlijk, je kan direct over SMB werken, maar dat werkt weer alleen als je op lokatie bent.
Daarvoor heb je dan weer een VPN verbinding uiteraard.
Volgens mij was dit al mogelijk met de officiŽle Google addon "Network File Share for Chrome OS", wat op zijn beurt weer een port van de Samba client is. Het lijkt er dan ook op dat deze nu native in het OS wordt geÔmplementeerd.
als ik de reviews lees werkt die toepassing wel niet zo goed...
Helemaal correct.
Heb een WD mycloud van 2TB deze word gezien maar kan geen foto's bekijken via deze applicatie.

Gebruik nu solid Explorer hiervoor werkt perfect, moet je Chromebook wel App store ondersteunen maar dat doen ze nu allemaal onderhand wel.

https://play.google.com/s...ails?id=pl.solidexplorer2

[Reactie gewijzigd door Vieuxtje op 30 maart 2018 09:41]

Op mijn Android telefoon draai ik het SMB protocol, ideaal als je crossplatform werkt.
Als server bedoel je? Welke app is het fijnst daarvoor?
Smb is van oorsprong een Windows-functie, hoewel macOS en Linux-distro's ook met het netwerkprotocol overweg kunnen via opensourceprogramma Samba.
Sinds enige versies (volgens mij al sinds OS X 10.5 Lion) zit ondersteuning van SMB standaard in macOS, en is er geen SAMBA nodig.
Achter de schermen gebruikt MacOS wel Samba, maar het is inderdaad al heel lang standaard beschikbaar.
Ik hoop dat ze wel de versie implementeren die gebruik kan maken van encryptie tijdens transport.
Op mijn Android telefoon hebben verschillende apps smb-ondersteuning, maar allemaal niet in staat gebruik te maken van encryptie van data tijdens transport. Met apps als Wireshark is de inhoud van de bestanden die worden ge(up|down)load gewoon in plaintext af te lezen :/ .
"ondersteuning voor smb" ... ik dacht Small Medium Business

Enne: waarom "smb" (en "emv") met kleine letters in plaats van hoofdletters.
En ik dacht Super Meat Boy :(

Op dit item kan niet meer gereageerd worden.


Call of Duty: Black Ops 4 HTC U12+ dual sim LG W7 Google Pixel 3 XL OnePlus 6 Battlefield V Samsung Galaxy S9 Dual Sim Google Pixel 3

Tweakers vormt samen met Tweakers Elect, Hardware.Info, Autotrack, Nationale Vacaturebank en Intermediair de Persgroep Online Services B.V.
Alle rechten voorbehouden © 1998 - 2018 Hosting door True