Hallo,
ich habe meinen PC (i7 2600 8-core @ 3 GHz, 16GB RAM) von Windows 7 Home Premium 64-Bit auf Windows 10 Home unter Verwendung der vorhandenen Konfiguration upgegraded.
Alle Programme funktionieren.
Das einzige was ich nicht zum Laufen bringe ist die Verbindung zum Aufnahmeverzeichnis meines SAT-Receivers Atevio AV-7500 HD PVR.
Das Verzeichnisformat ist JFS.
Die GUI ist noch die ursprüngliche Ausführung von ATEVIO (OHNE TitanNit) mit den aktuellen Updates (Bootloader 6.00, Firmware vom 3.05.2013 FAC.Atemio.AM7500.v2.11.34).
Die Verbindung zwischen SAT-Receiver und PC erfolgt über einen TP-Link PowerLAN-Adapter (TP-Link TL-WPA8730) und hat unter Windows 7 einwandfrei funktioniert (auch Lesen/Schreiben/Umbenennen von Verzeichnissen und Dateien).
Auf dem PC ist die Unterstützung für die SMB 1.0/CIFS-Dateifreigage aktiviert.
Im Windows Explorer (über eine Explorer-Verknüpfung zur IP-Adresse) sehe ich das root-Verzeichnis und die vorhandenen Anschlüsse (HDD, IMG, NET, USB 1 - 3).
Das Verzeichnis mit den Aufnahmen liegt unter HDD (HDD\Recordings).
Beim Auswählen des Verzeichnisses "Recordings" tritt dann die folgende Fehlermeldung auf:
"Auf \\192.x.y.z\storage\HDD\Recordings kann nicht zugegriffen werden. Sie haben eventuell keine Berechtigung, diese Netzwerkressource zu verwenden. Wenden Sie sich an den Administrator des Servers, um herauszufinden, ob Sie über Berechtigungen verfügen.
Der angegebene Server kann den angeforderten Vorgang nicht ausführen."
Mir ist bekannt, dass die Heimnetzgruppe deinstalliert wurde (Meldung bei der Installation von Windows 10).
Ich komme jedoch auf den SAT-Receiver, sonst würde ich die Verzeichnisse im root-Verzeichnis und die USB-Anschlüsse nicht sehen.
Ich kann auch vom PC aus Dateien im Verzeichnis "HDD" ansehen, umbenennen und hineinkopieren.
Sobald ich auf ein Verzeichnis mit Filmdateien klicke kommt jedoch die obige Fehlermeldung.
In den Filmnamen sind keine Sonderzeichen enthalten.
An den Berechtigungen der Verzeichnisse habe ich nichts geändert, und ich wüsste auch nicht wie.
Ich habe testhalber ein Verzeichnis vom PC aus (!) auf dem SAT-Receiver angelegt und den Namen "Test" gegeben.
Dann habe ich vom SAT-Receiver aus einen Film (bestehend aus den Dateitypen 1 x *.TS + 1 x *.TS1 + 1 x *.IDX + 1 x *.RAP) in das Verzeichnis verschoben, und ich konnte dann NICHT mehr vom PC aus auf das Verzeichnis zugreifen.
Dann habe ich den Film vom SAT-Receiver aus wieder aus dem Verzeichnis heraus in des übergeordnete Verzeichnis verschoben, und ich konnte vom PC aus wieder das Verzeichnis öffnen!!
Für mich sieht es deshalb so aus, als ob abhängig vom Verzeichnisinhalt der Zugriff vom PC aus möglich ist oder blockiert wird.
Außerdem habe ich versuchshalber eine neue Verknüpfung unter Windows 10 (statt die vorhandene vom Windows 7) erstellt, aber leider mit dem gleichen Ergebnis.
Ich habe auch versuchsweise einen Eintrag für ungeschützten Zugriff (also ohne Name + Kennwort) in die Registry eingetragen, jedoch ohne Erfolg und danach wieder entfernt.
Mir ist klar, dass die Ursache hier vermutlich beim Windows 10 liegt (weil schließlich alles bei Windows 7 noch geklappt hat) und nicht beim SAT-Receiver.
Ich hoffe trotzdem, dass bereits jemand ein ähnliches Problem im Zusammenhang mit Windows 10 behoben hat und mir eine Lösung mitteilen kann.
Es gibt bestimmt etliche Benutzer, die einen SAT-Receiver mit Linux-Betriebssystem und Windows 10 verbunden haben und ähnliche Probleme hatten.
Jegliche Hilfe wäre schön.
Momentan behelfe ich mir mit USB-Sticks für die neuen Aufnahmen, aber das ist auf Dauer wirklich lästig ...
Schönen Sonntag
Reiner
also das Problem ist, wie Du schon richtig erkannst hast, auf der Windows Seite.
Mit W10 hat Microsoft SMB3 eingeführt, ein verbessertes Fileprotokoll (ok, über "verbessert" lässt sich herrlich diskutieren, sagen wir mal "verändert").
Das alte SAMBA auf Deinem Receiver kommt da nicht mehr mit und schreit nach einem Update. Ausserdem sind jetzt LEERE Kennwörter im Netz NICHT MEHR ERLAUBT. (ich tippe mal, DAS wird Dein Problem sein).
die SMB1.0 Unterstützung bei Windows zu installieren, ist grundsätzlich der richtige Gedanke, nur leider auf der falschen Seite des Bettes in Deinem Fall. Dein Windows ist nur Klient, der Fileserver ist der Receiver.
Leider bin ich nicht so richtig im Bilde, was bei der Home Edition so alles kastriert ist (da ich immer mit Domänen arbeite, und Home diese gar nicht bedient, kam mir so ein Teil niemals unter bislang), aber grundsätzlich solltest Du darauf achten, dass die Namen der Arbeitsgruppen überall identisch sind (früher wurde dafür durch die Heimnetzgruppe automatisch gesorgt, der Job kommt nun Dir von Hand zu), und auch überall dieselben Benutzer und Passwörter exisistieren.
Zur Sicherheit geh mal in Systemsteuerung\Alle Systemsteuerungselemente\Anmeldeinformationsverwaltung (oder Einstellungen, nach "netzwerk anmeldung" suchen lassen.) Dort kannst Du eine Verbindung für Deinen Receiver hinterlegen mit eigenem Benutzer/Kennwort. Diese Einstellungen werden dann genommen, wenn Du das nächste Mal auf den Receiver zugreifst. Sie haben NICHTS mit Deiner Windows Anmeldung zu tun, Du kannst frei das benutzen, was der Receiver gerne hätte.
Aber Achtung! Da ist eine kleine Falle eingebaut. Wenn Du hier einen neuen Eintrag anlegst, wird zwischendurch schon einen Verbindung aufgebaut, mit Deinen ALTEN Daten. Die geht natürlich in die Hose, damit die neuen Einstellungen wirken, musst Du die Windows Kiste einmal neu booten (aber nur einmal, wenn die Einstellungen dann auch nicht funktionieren, wird KEINE Verbindung mehr aufgebaut, Du kannst dann also einfach ändern, rumprobieren, bis es endlich klappt).
Eigentlich sollte es danach wieder funktionieren...
Hier ein Beispiel mit meinem Receiver:
Man kann herausfinden welche SMB-Versionen in einem Netzwerk aktiv sind.
In Englisch: Type cmd, run it as administrator. type in DOS-Window: powershell Get-SmbConnection
Notwendig ist, dass gerade davor eine Verbindung gemacht ist mit den Geräten, sodass diese sich nicht im Schlaf-Modus befinden.
Mit SMB1 (bei mir v1.5) und \\192.x.y.z\storage\HDD\Recordings muss die Verbindung kein Problem sein.
Mit höheren SMB-Versionen muss man irgendwo im Satelliten Empfänger eine Benutzerkennung und ein Password definieren können.
Hallo,
jetzt wird es schwierig ...
Es ist lt. Powershell tatsächlich SMB V1.5
D. h. es müsste eigentlich funktionieren.
Benutzername und Kennwort sind beim SAT-Receiver und bei Windows 10 identisch.
Ich habe allerdings Sonderzeichen im Kennwort, und ich weiß nicht sicher ob diese (vom ASCII-Code) identisch sind.
Ich kann auch nicht sonderlich viel im SAT-Receiver einrichten, nur Medien-Server und Proxy-Server.
Den Medien-Server müsste ich manuell starten und laufen lassen, und der will dann auf Windows-Verzeichnis zugreifen (also der umgekehrte Weg, wenn ich Dateien vom Windows-PC verwenden auf dem SAT-Receiver verwenden möchte - bringt mich hier also auch nicht viel weiter).
Im Proxy-Server sind Name und Kennwort identisch, dort kann ich allerdings auch einen Servernamen eintragen.
Den habe ich (mangels Domäne) nicht im Windows 10 Home, dort steht noch die frühere Heimnetz-Gruppe.
Was sollte ich dann als Servernamen eintragen??
Schönen Abend
Reiner
Zitat von: Reiner am Dezember 10, 2019, 21:01:53
Im Proxy-Server sind Name und Kennwort identisch, dort kann ich allerdings auch einen Servernamen eintragen.
Den habe ich (mangels Domäne) nicht im Windows 10 Home, dort steht noch die frühere Heimnetz-Gruppe.
Was zum Teufel soll ein "Proxy Server" in dem ganzen Aufbau??? Ein Proxy Server leitet HTTP Anfragen zentral weiter, mit SMB Zugriffen hat er absolut nix zu tun.
Wichtig ist, dass alle Geräte in der selben ARBEITSGRUPPE sind, erst dann kommen Benutzernamen und Passwörter zum Tragen.
Meist ist nach Grundinstallation die triviale Gruppe "WORKGROUP" voreingestellt, aber das solltest Du überprüfen.
Auch macht mich an Deinen Aussagen etwas stutzig, dass der Receiver früher in der Heimnetzgruppe gewesen sein soll. Das geht eigentlich gar nicht, diese kranke Heimnetzkram hat keinerlei Fremdgeräte erlaubt. Also irgendwas stimmt da nicht...
Überarbeite das alles bitte noch mal detailliert und geh noch mal in Dich...
Man muss in Windows ein Public Network benutzen. Hast Du das?
Zitat von: Oldman13 am Dezember 11, 2019, 09:32:53
Man muss in Windows ein Public Network benutzen. Hast Du das?
Arrrggghhh! ???
Im Gegenteil! Wenn Du "öffentlich" einstellst, sind Zugriffe auf Dateien vom Firewall her gesperrt!
Das Netzwerk muss auf "privat" stehen, sonst kannst Du es vergessen (oder Firewall ganz aus, was aber keine wirklich gute Idee ist).
Mein Desktop PC ist standard auf Public Network. Andere Geräte haben keinen Zugriff auf meinem PC, aber mein PC hat ohne Probleme Zugriff auf meinem Satelliten Empfänger und anderen Geräte im Netzwerk.
Zitat von: Oldman13 am Dezember 11, 2019, 18:01:26
Mein Desktop PC ist standard auf Public Network. Andere Geräte haben keinen Zugriff auf meinem PC, aber mein PC hat ohne Probleme Zugriff auf meinem Satelliten Empfänger und anderen Geräte im Netzwerk.
Ja, mag in Deiner antiquierten Umgebung vielleicht noch möglich sein, heutzutage geht das so aber nicht mehr.
Gewöhnt euch diese Unsitte gar nicht erst mal an, damit ist Schluss, aus diesem Grunde gibt es auch kein "Heimnetz" mehr seit Windows 10.
Also macht es lieber gleich richtig, sonst bestraft euch das nächste Update...
Ich habe noch einmal gelesen was Du sagst ueber dem Verzeichnis Test, und jetzt vermute ich dass es hier kein Netzwerk Problem gibt, aber dass das Problem etwas zu tun hat mit DRM sicherheit (Kopieer Verbot Aufnahmen).
Hallo,
vielen Dank für die zahlreichen Antworten.
@Oldman: Eine Unterbindung von bestimmten Dateiendungen (File Specification) vermute ich eben auch, weil ich im root-Verzeichnis wirklich ALLE Verzeichnisse und Dateien angezeigt bekomme.
Dann wäre der Mechanismus aber im Windows 10 neu im Vergleich zu Windows 7, und dessen Einstellungen suche ich immer noch.
Ich habe heute nochmal probiert, die Server- und Netzwerkkennungen (Name, Passwort und Server) so einzutragen, dass sie stimmen.
Im Windows 10 wird als Arbeitsgruppe der Default-Name WORKGROUP angezeigt.
In SAT-Receiver steht unter \etc\Samba in der cfg-Datei der gleiche Name drin (jedoch klein geschrieben).
Der Arbeitsgruppenname wird jedoch nicht im Windows-Explorer angezeigt (zumindest finde ich ihn nicht).
Dort finde ich nur den PC-Namen im Netzwerk.
Den habe ich auch im SAT-Receiver als Servername probiert, jedoch erfolglos (auch mit Groß- und Kleinschreibung wegen Linux).
Wie bereits geschildert kann bei dem Gerät sehr wenig konfiguriert werden, und unter Windows 7 war dies auch nicht nötig. Es hat einfach funktioniert, ohne größere Probleme (abgesehen von gelegentlich anderen IP-Adressen wegen meinem PowerLAN-Adapter, aber das hat weder mit dem PC noch mit dem SAT-Receiver etwas zu tun).
Ich stelle mal die Bilder rein, auf denen ich etwas einstellen kann.
Die Netzwerkeinstellungen sind selbsterklärend und korrekt (sonst käme ich auch nicht auf das root-Verzeichnis).
Den Proxy-Server und den Medien-Server habe ich vorher nicht benötigt.
Ich glaube jedoch nach wie vor nicht, dass die Ursache im SAT-Receiver liegt, sondern in den Unterschieden zwischen Windows 7 und Windows 10.
Mich wundert es nur, dass ich trotz intensiver und wochenlanger Suche keine Lösungsvorschläge gefunden habe, die auch funktionieren.
Ich kann mir nicht vorstellen, dass ich der einzige mit Zugriffsproblemen bei Windows 10 <=> (Linux-)SAT-Receiver bin.
Die generischen Anmeldeinformationen von MAM habe ich auch schon probiert, ohne Erfolg :(
Ich weiß langsam nicht mehr weiter :/
Schönen Sonntag
Reiner
Welche Antiviren-Software/Firewall verwendest du unter Windows 10?
Also, nochmal zurück auf Anfang ;D
Beim Sat Receiver findest Du die Einstellungen wohl unter /etc/samba/* (smb.conf ist die Hauptdatei, aber bei mir wird dann noch reichlich included).
Da steht dann als Wichtigstes drin
root@vuultimo4k:~# cat /etc/samba/distro/smb-global.conf
[global]
workgroup = WORKGROUP
security = USER
map to guest = Bad User
min receivefile size = 16384
Wobei hier "workgroup" und "security" wichtig sind. Workgroup muss mit der von Windows übereinstimmen, Security=USER legt fest, dass die lokale Benutzerdatenbank des SAT Receivers gültig ist (also wohl immer der Herr "root").
und bei den Freigaben finden wir:
root@vuultimo4k:~# cat /etc/samba/distro/smb-shares.conf
[Root]
comment = Everything - take care!
path = /
guest ok = yes
read only = no
valid users = root
admin users = root
force create mode = 600
force directory mode = 700
wide links = yes
follow symlinks = yes
[Harddisk]
comment = The harddisk
path = /media/hdd
guest ok = Yes
read only = No
valid users = root kids
admin users = root
force create mode = 0600
force directory mode = 0700
wide links = yes
follow symlinks = yes
Also einmal das Wurzelverzeichnis und einmal das Aufnahme Verzeichnis. Der Unterschied liegt hier nur in der zusätzlichen Gruppe "Kids", für den Benutzer "root" sollte alles gleich sein.
Und nun nochmal zum Unterschied von W7 zu W10: es ist heute nicht mehr erlaubt, einen Benutzer OHNE Passwort zugreifen zu lassen. "root" muss also ein Passwort erhalten! und DAS musst Du dann bei Windows unter den Verbindungsdaten eintragen!
Wenn Du Dich beim Receiver mit ssh "so einfach" anmelden kannst, ist da was falsch.
(aber zugegebenermassen verstehe ich dann nicht, dass Du auf Root Verzeichnis zugreifen dürfen solltest...)
Vielleicht haben die Probleme etwas zu tun mit dem JFS Formatierung, und dass Windows nicht den richtigen Treiber dafür hat.
Ich würde als Test einen USB Stick -FAT 32 formatiert- anschließen und sehen ob dieselbe Probleme dann auch auftreten.
Zitat von: Oldman13 am Dezember 17, 2019, 07:49:01
Vielleicht haben die Probleme etwas zu tun mit dem JFS Formatierung, und dass Windows nicht den richtigen Treiber dafür hat.
Sicherlich nicht.
Auf dem Receiver läuft SAMBA (wie überall auf den Linux Kisten), dadurch bekommt Windows von dem wirklichen Filesystem nichts zu sehen und braucht somit auch keinen Treiber.
Hallo,
und noch ein gutes Neues.
Ich hatte jetzt nach Kassenschluss im Sportverein und Urlaub über Silvester endlich wieder mal Gelegenheit, mir die Samba-Konfiguration anzusehen.
Wie gesagt, kann ich die Konfiguration des SAT-Receivers nur bedingt ändern, eigentlich nur durch die Eingabe der bereits beschriebenen Daten.
Ich habe bisher noch kein Programm gefunden, mit dem ich die Linux-Konfiguration über LAN ändern kann.
Ansehen kann ich jedoch alles, was im root-Verzeichnis liegt.
@MaM: vielen Dank für die Beispielkonfiguration. Ich habe sie mal mit der Datei auf meinem SAT-Receiver verglichen.
Wo steht der Eintrag für das Passwort? Ich habe ihn nicht in Deiner Beispieldatei gefunden (natürlich ohne Passwort, aber wie heißt der Befehl?)
Für das Passwort wird bei mir anscheinend auf die Datei smbpasswd verwiesen, in der unter "# Samba SMB password file" eine ellenlange Bezeichnung mit HEX-Zahlen und ":" steht. Ein Passwort ist also im Prinzip vorhanden, das war auch bereits im SAT-Receiver angelegt (am Anfang mit "root:" und am Ende mit "/bin/bash").
In der Datei smb.conf steht bei mir:
[global]
workgroup = workgroup
server string = HD_PVR
security = share
socket options = SO_RCVBUF=65536 SO_SNDBUF=65536
# socket options = TCP_NODELAY IPTOS_LOWDELAY SO_KEEPALIVE SO_RCVBUF=65536 SO_SNDBUF=65536
# socket options = TCP_NODELAY IPTOS_LOWDELAY SO_KEEPALIVE SO_RCVBUF=8192 SO_SNDBUF=8192
# socket options = TCP_NODELAY SO_KEEPALIVE SO_RCVBUF=8192 SO_SNDBUF=8192
large readwrite = yes
# max connections = 10
# max smbd processes = 10
# max stat cache size = 1024
read raw = yes
write raw = yes
wide links = no
# oplocks = no
# level2oplocks = no
log file = /tmp/log.%m
lock directory = /tmp
pid directory = /tmp
max log size = 50
smb passwd file = /tmp/smbpasswd
dns proxy = no
encrypt passwords = no
guest ok = yes
guest account = root
load printers = no
code page directory = /etc/samba/codepages
client code = 437
character set = iso8859-9
coding system = utf-8
case sensitive = yes
preserve case = yes
short preserve case = yes
[homes]
comment = Home Directories
browseable = no
writeable = yes
[STORAGE]
; comment = STORAGE
path=/STORAGE
; only guest = yes
force user = root
writeable = yes
create mask = 0765
browseable = yes
guest ok = yes
[ROOT]
; comment = STORAGE
path=/
; only guest = yes
force user = root
writeable = yes
create mask = 0765
browseable = yes
Workgroup ist klein geschrieben, obwohl ich es im SAT-Receiver in Großbuchstaben eingegeben habe. Macht dies einen Unterschied, oder nur das Passwort?
In Windows 10 habe ich versucht, "WORKGROUP" ebenfalls in Kleinbuchstaben einzutragen, es wird jedoch automatisch in Großbuchstaben geschrieben.
Bei Security steht "share" statt "USER" (ist das bereits der Grund für die Verbindungsprobleme?)
Wie bereits geschrieben kann ich die Konfiguration auf dem SAT-Receiver nicht ändern und müsste Windows 10 dazu bringen, den SAT-Receiver zuzulassen.
Hat noch jemand eine Idee, wie ich ohne Windows 7 in der VM eine Verbindung zum SAT-Receiver aufbauen kann?
Schönen Sonntag
Reiner
Zitat von: Reiner am Januar 19, 2020, 11:02:52
@MaM: vielen Dank für die Beispielkonfiguration. Ich habe sie mal mit der Datei auf meinem SAT-Receiver verglichen.
Wo steht der Eintrag für das Passwort? Ich habe ihn nicht in Deiner Beispieldatei gefunden (natürlich ohne Passwort, aber wie heißt der Befehl?)
Nirgendwo. Beim Share steht "guest ok = yes", dass bedeutet, jeder darf ran, auch ohne Passwort
Zitat von: Reiner am Januar 19, 2020, 11:02:52
Bei Security steht "share" statt "USER" (ist das bereits der Grund für die Verbindungsprobleme?)
Nein, "share" bedeutet, dass für jede Freigabe (Dus hast "STORAGE" (= Medien) und "ROOT" ( = "/") mit leicht unterschiedlichen Einstellungen. Nur für Storage sind Gäste zugelassen, sie dürfen aber nur bei Storage auch was schreiben. Merkwürdig sind die Rechte 765, denn damit könnte man neue Dateien zwar erzeugen, aber hinterher nicht mehr löschen usw...
Wobei das allerdings nur eine Maske ist, die mit den gewünschten Rechten undiert wird. Da es sich um Videos handelt, ist das Bit für Ausführung wohl unerheblich, trotzdem ist es irgendwie "merkwürdig", sollte wohl 766 sein oder 666(aber stören tut es auch nicht wirklich)
Der Rest der Konfiguration deutet für mich auf ein recht (ur)altes Samba hin, es kann gut sein, dass es mit modernen Windows Versionen nicht mehr kommunizieren kann.
(dieses ganze raw und oplock geraffel ist inzwischen im seeligen Datenhimmel endgelagert)
Klein/Großschrift ist bei Rechner- und Workgroup Namen unerheblich. Nur bei Passwörtern kommst mit drauf an.
Das Einzige, was Du bei Windows 10 tun kannst, ist das Feature SMB1 Unterstützung nachzuinstallieren:
(https://cypheros.de/forum_ger2/index.php?action=dlattach;topic=4708.0;attach=9037;image)
Hallo,
sorry, gerade erst gesehen ...
Zitat von: ErichV am Dezember 16, 2019, 00:12:22
Welche Antiviren-Software/Firewall verwendest du unter Windows 10?
Virenscanner ist die kostenlose PC-Version von Avira, Firewall ist seit gefühlten 100 Jahren ZoneAlarm.
Beides wird regelmäßig aktualisiert.
In der Firewall ist die IP-Adresse des SAT-Receivers in beide Richtungen freigegeben, eine Möglichkeit Dateitypen freizugeben oder zu blockieren habe ich noch nicht gefunden.
Der Virenscanner ist auf Standardeinstellungen, die Video-Dateien (TS*, REP und IDX) werden von allen anderen Laufwerken einwandfrei gelesen (also keine Blockierung durch den Virenscanner).
Nur über den Weg vom SAT-Receiver über LAN zum PC wird hier anscheinend dazwischengefunkt :/
Trotzdem danke für den Tipp
Schönen Abend
Reiner
Hallo,
danke für die schnelle Antwort.
Das automatische Deaktivieren von SMB1 habe ich bereits ausgeschaltet, es sollte also wieder laufen.
Der SAT-Receiver ist in der Tat bereits einige Jahre alt, läuft aber noch einwandfrei und hat auch für heutige Maßstäbe ein hervorragendes Bild.
Das war auch der Hauptgrund, dass ich mir dieses Gerät statt einem einfacheren gekauft habe. Die Unterschiede beim Hochskalieren von SD auf HD sind mit bloßem Auge im Vergleich zu anderen Geräten zu erkennen, und ich kaufe mir Geräte nicht wegen 2 oder 3 Jahren, sondern längerfristig und dafür etwas "Gescheites".
Momentan behelfe ich mir mit USB-Sticks, aber die Herausforderung ist, den Datenbestand konsistent zu halten wenn auf dem Backup-Verzeichnis im PC mit der Zeit "Zombies" herumliegen, die ich auf dem SAT-Receiver schon gelöscht habe :/
Bei Deinen Einstellungen steht noch "SMB Direct". Das kenne ich noch nicht und ich kann es auf meinem PC auch nicht finden.
Benötigt man dies auch für SMB1?
Schönen Abend
Reiner
Zitat von: Reiner am Januar 19, 2020, 19:16:21
Das automatische Deaktivieren von SMB1 habe ich bereits ausgeschaltet, es sollte also wieder laufen.
Wobei ich mir gar nicht sicher bin, wofür das gut ist.
Ich VERMUTE, es schaltet eine Erkennung ein, damit modernere Geräte mit höheren Protokollen (die deutlich schneller und sicherer sind) beglückt werden. Ohne diese Erkennung kann es sein, dass man das gesamte LAN lahm und unsicherer macht.(
Update: ich hab mal nachgeforscht. Der Eintrag gilt hauptsächlich für Win10-Home und -Pro. Dort wird standartmässig noch SMB1 immer mitinstalliert. Diese Abschaltautomatik sorgt dafür, dass nach der Erstinbetriebnahme 15 Tage lang das Netz überwacht wird. Findet während dieser Zeit keine Kommunikation mit einem SMB1 Gerät statt, so wird das Protokoll automatisch deinstalliert. Hatte ich also glatt falsch geraten ;D)
Zitat von: Reiner am Januar 19, 2020, 19:16:21
Bei Deinen Einstellungen steht noch "SMB Direct". Das kenne ich noch nicht und ich kann es auf meinem PC auch nicht finden.
Benötigt man dies auch für SMB1?
Nein, das kannst Du ignorieren. Das gibt es nur in den "höheren" Versionen von Windows 10. Gedacht ist es für den Einsatz in Rechenzentren, wo man doch immer häufiger 10Gbit/s und schnellere Verbindungen hat. Da ist das LAN dann schneller, als die eigenen Festplatte.
Und, danke für den Hinweis ;D Ich muss das hier auf dieser Kiste einschalten, dann gibts nochmal einen kleinen Geschwindigkeitsgewinn ;D
(update: oops, war ja doch schon aktiviert, na ja, dann bleibts bei den 1,19Gb/s im Kopiermodus)
Vielleicht noch eine Möglichkeit:
https://www.ghacks.net/2017/10/24/configure-controlled-folder-access-in-windows-10/
Hallo,
ich habe jetzt ein paar Versuche unternommen.
USB-Stick mit FAT32 im SAT-Receiver eingesteckt (den gleichen, den ich in den letzten Monaten nach dem Kopieren von der internen Festplatte zum Übertragen auf meinen PC verwendet habe).
Verzeichnis vom PC über LAN angelegt, umbenannt - funktioniert alles.
Ein paar verschiedene Dateitypen (txt, mp3, mp4) hinüberkopiert, dann vom eingesteckten USB-Stick im SAT-Receiver auf dem PC ausgeführt, Musik gehört, Video angesehen - alles einwandfrei.
Dann habe ich der Reihe nach die Dateitypen für einen Videofilm des SAT-Receivers hineinkopiert. Erst IDX, dann REP, dann TS.
Und nach dem Kopieren der TS-Datei kommt dann eine Fehlermeldung (das Kopieren selbst funktioniert)!
Die TS-Datei war deutlich kleiner als 4 GB, das kann also auch nicht die Ursache sein (sie wurde schließlich auch vom SAT-Receiver angelegt, sollte also JFS-mäßig passen.
Erst dann bin ich auch vom PC aus nicht mehr in das Verzeichnis hineingekommen.
Als ob Windows den Zugriff auf TS-Dateien unterbindet, die auf dem SAT-Receiver sind.
Außer der Windows-Virenscanner und der Windows-Firewall ist nichts mehr an Schutzsoftware installiert. Die sind momentan sogar besser als der Avira und ZoneAlarm, die ich die letzten 8 Jahre verwendet habe.
Ich habe überlegt mit dem Wireshark den Traffic zu filtern, aber das wäre vermutlich etwas aufwändig geworden ...
Ich habe heute in der VirtualBox das Windows 7 mit der Heimnetzgruppe installiert, das bei meinem PC dabei war.
DirComp installiert, die Original-Verknüpfung zum SAT-Receiver der letzten 7 Jahre hineinkopiert, eben diese Verknüpfung geöffnet - und alles funktioniert wieder!!!
Jetzt kann ich ganz normal vom Windows 7 auf den SAT-Receiver zugreifen und die neu aufgenommenen Filme mit DirComp in das freigegebene Backup-Verzeichnis auf dem PC abgleichen.
Ich verstehe das nicht ...
Es wäre schöner wenn es ohne der VM ginge, aber jetzt habe ich zumindest wieder im Windows 10 das unsichere SMB1 ausschalten können.
Solange die VM nicht läuft ist dieses Sicherheitsrisiko also auch ausgeschaltet.
Die Ursache liegt also definitiv nicht am SAT-Receiver, sonst dürfte es unter Windows 7 in der VM auch nicht klappen (ich habe beim Upgrade von Windows 7 auf Windows 7 ja auch nichts verändert ...).
Gibt es unter Windows 10 Einschränkungen im Vergleich zu Windows 7 bzgl. Dateinamen beim direkten Zugriff von Windows 10 auf ein JFS-formatiertes Laufwerk?
Immerhin greife ich direkt auf die HDD-Struktur zu, das hat mich unter Windows 7 gewundert dass das so gut geklappt hat :/
Echt seltsam :/
Schönen Abend
Reiner