[RalphS]

Die DNS-Serveradresse und der verbindungsspezifische Suffix machen mich da etwas stutzig.

Wer oder was ist dns.hinet.net? Und zu prolinux.com.tw gehört das Netz doch auch nicht, oder?


Nach meinem Verständnis ist diese Konfiguration kaputt (verläßt sich auf einen externen DNS-Server) und reißt sicherheitslücken (Anfragen auf kurze Hostnamen (nas, pc1, etc ) statt FQDNs werden als nas.prolinux.com.tw von fraglichem externen DNS-Server aufgelöst.

Wäre natürlich noch zu fragen, ob 192.168.79.254 Zugriff aufs Internet hat oder nicht; wenn nicht, ist es sowieso komplett kaputt, weil dann der DNS-Server einfach nicht erreichbar ist.

Dieser Beitrag wurde von RalphS bearbeitet: 05. November 2013 - 20:42

[DK2000]

Das ist das schwierige, wenn das NAS nur Nebensache ist und da ein (schlecht konfigurierbarer) Linuxserver läuft. Dann kommt noch die ganze Automatik in Windows dazu, welche den Server nicht als Netzwerk erkennt und schon hat man bei jedem Start das NAS als neues öffentliches Netzwerk erkannt und alle Einstellungen auf Default zurückgesetzt.

Bein Windows 8.1 kann ich das nur über Policen ändern. Weiß jetzt gar nicht, wie das unter Windows 7 war. Aber irgendwo kann man da auch das Default Verhalten ändern bzw. ein 'Öffentliches Netzwerk' auf 'Privat' stellen, selbst wenn das im Netzwerkcenter da nicht möglich ist.

Bin bloß gerade am überlege, wie das ging.

[DK2000]

Ja, aber es ja eigentlich quatsch, da ein Gateaway einzutragen, da es ja eigentlich gar kein Gateway gibt. Das bringt nur wieder die andere LAN Verbindung am Ende durcheinander.

Prinzipiell hast Du da ja zwei Netzwerke, eines zum Internet (mit Gateway) und eines nur zum vermeintlichen NAS (ohne Gatway).

Kommt man eigentlich bei diesem Gerät irgendwie in die Konsole?

[RalphS]

Gigabit Ethernet läuft IMMER im Vollduplex, und IMMER mit Auto-Negotiation. Das steht so im Standard.

30MBits/s sind jedenfalls viel zu wenig. Gigabit kann, wie der Name vermuten läßt, um 1000Mbits/s - ein bißchen davon fällt unter den Tisch - Rohdaten sind nicht gleich Nutzdaten -- aber so viel ist das nicht.


Wichtig ist natürlich, daß die Netzwerkschnittstelle auch im Gigabit-Modus läuft; dazu muß die Gegenstelle das unterstützen (Switch oder Router). Dies unter der Annahme, daß die Treiber nicht querschießen - mit Intel hatte ich da schon öfter mal Sorgen, weil der Treiber die Karte drosselte. Da half nur noch der Originaltreiber von der CD (eine Art Treiberarchiv scheint es bei Intel nicht zu geben).

[RalphS]

Wo kommen die Daten eigentlich her, die da übers Netz gehen, bzw. wo gehen sie hin?

Wenn die auf einen Datenträger gehen, auf den nur mit ~ 10 MB/s geschrieben werden kann (bzw. von dem nur in der Geschwindigkeit gelesen werden kann) dann wird das Netz davon nicht wirklich profitieren -- dann hat man das Fritzbox-Syndrom, also Gigabit-Netzwerk plus USB 2.0 gleich runde 7 Megabytes die Sekunde.


Wenn da "1GBps" unter Link Speed steht, dann stimmt das sonst so, zumindest von der Netzwerkseite her.

[RalphS]

Also an Linux liegt's nicht - mein Debian plus Samba 4.0.12 liefert ordentlich mit ~ 100MB/s.

Natürlich muß für ordentliche Auslastung der Gigabit-Verbindung alles mitspielen:

- Das Dateisystem des Servers. Datei schlimm fragmentiert = kann nur langsam gelesen werden = kann nur langsam übertragen werden.
- Die Festplatte des Servers. Wenn die nur maximal 40MB/s lesen kann, gehen die Daten eben maximal mit 40MB/s über die Leitung.
- Die Resourcen-Auslastung. Server hat (zu-)viel zu tun (CPU-Last, Disk-Aktivität hoch und/oder wenig Arbeitsspeicher verfügbar = einzelne Anwendungen, Dienste bzw Dämonen werden langsam(er). Auch Samba. Bei hoher Festplattenaktivität kommt natürlich hinzu, daß dann die Festplattenperformance selber in die Knie geht.
- Die Netzwerkinfrastruktur insgesamt - Karte am Server, Kabel und alle Netzgeräte, die in irgendeiner Form passiert werden; sowie natürlich auch die Netzwerkkarte am Client. Wenn die Pakete zwar zu ~ 100MB/s in die Leitung reinwandern, aber nur zu etwa 40MB/s wieder rauskommen, liegt's weder am Client noch am Server. Außerdem natürlich die Verbindungsqualität - wenn die Pakete unterwegs kaputtgehen, wird's auch langsam.
- Und schließlich, analog zu oben, die Leistungsfähigkeit des Clients insgesamt sowie der RAM-Ausstattung (Festplattenleistung nicht ganz so, aber dafür die RAM-Auslastung).

Wäre also zu fragen, wo der Knoten in der Leitung ist. Wenn möglich, einfach mal Dateien um Samba herum übertragen - via SSH, FTP, sonstwas --- und gucken, ob das ähnliche Eckdaten sind oder nicht. Als Nächstes Daten um konkrete Datenträger herum übertragen - zB je eine Datei von jeder Festplatte nehmen und gucken, ob das einen signifikanten Unterschied gibt oder nicht. Und natürlich schauen, wie's aussieht, wenn das NAS möglichst unmittelbar an den Client gehängt wird (entweder mittels Crossover-Kabel oder ganz ums Netzwerkprotokoll herum, falls USB o.ä. möglich). So läßt sich rausfinden, ob das Problem unterwegs auftritt oder doch am Start- bzw. Endknoten.

Dieser Beitrag wurde von RalphS bearbeitet: 28. November 2013 - 04:10