Wie hast du denn deine Fritzbox konfiguriert??
ich habe eine LTE Fritzbox und danach noch eine 7390 und dort funktioniert mein NO-IP einwandfrei. Vielleicht könntest du das anders lösen 
Also ich habe meine NO-IP Adresse eben mal in meinem Server eingetragen, funktioniert einwandfrei.
Ich habe die TS-419P II mit aktueller Firmware ( 4.07 )
Vielleicht hilft dir das weiter
hi,
soweit mir bekannt ist haben die den kostenlosen Dyndns Dienst eingestellt.
Du kannst das ganz schnell und einfach raus finden.
Öffne an deinem PC die eingabe aufforderung ( CMD bei ausführen eingeben)
Dann schreibst du folgendes rein
ping http://www.deinedyndnsAdresse
sollte der ping ausgeführt werden iost deine Adresse noch gültig
ich benutze no-ip.com ( in meinem Router eingetragen )
grüße
Andreas
Hallo,
wollte gestern per FTP auf meine NAS zugreifen. Bis Dato hat es immer nach aktivierung von FTP funktioniert.
Leider komme ich dort nicht mehr drauf, egal was ich mache. Vielleicht habe ich irgend etwas verstellt?
Finde einfach den Grund nicht.
Filezilla sagt "Status: Verbindung hergestellt, warte auf Willkommensnachricht...
Fehler: Herstellen der Verbindung zum Server fehlgeschlagen"
per Putty (SSH) komme ich drauf.
Und mit dem QFinder komme ich auch nicht per FTP drauf
Alles andere scheint ja zu funktionieren, wie kann ich denn feststellen ob der Dienst tatsächlich am laufen ist ?
Mein WebServerscheint auch nicht mehr zu laufen. Obwohl dieser ebenfalls aktiviert ist 
Hat jemand eine Idee was ich noch testen könnte. Habs auch schon von einem anderem PC aus probiert!
Hallo,
ich habe mir mal mit Hilfe von Putty meine laufende Prozesse angeschaut.
Mir ist dabei aufgefallen das ziemlich viele Apache_proxy Prozesse zu finden sidn
16167 admin S N 2164 3170 2.1 0.4 device_info.cgi 6386 admin S 1200 1 0.7 0.2 daemon_mgr16175 admin Z < 0 3170 0.7 0.0 manaRequest.cgi13032 admin R 1060 13010 0.3 0.2 top10678 admin S 7144 5320 0.1 1.3 apache_proxys 1142 admin S 1228 1 0.1 0.2 daemon_mgr.nvr16201 admin R N 436 16167 0.1 0.0 sh16178 admin Z < 0 1 0.1 0.0 _thttpd_14750 admin S < 8664 1 0.0 1.6 apache 5320 admin S 8308 1 0.0 1.6 apache_proxys10590 admin S 7144 5320 0.0 1.3 apache_proxys 3005 admin S 7080 1 0.0 1.3 mytranscodesvr10589 admin S 6952 5320 0.0 1.3 apache_proxys10708 admin S 6876 5320 0.0 1.3 apache_proxys10711 admin S 6860 5320 0.0 1.3 apache_proxys10677 admin S 6852 5320 0.0 1.3 apache_proxys14289 admin S 6604 5320 0.0 1.2 apache_proxys14758 httpdusr S < 4924 14750 0.0 0.9 apache14759 httpdusr S < 4908 14750 0.0 0.9 Apache
Wenn ich dies mit killall beende sind plötzlich ziemlich viele Prozesse zu finden.
18162 admin R 924 13010 0.3 0.1 top
1142 admin S 1228 1 0.1 0.2 daemon_mgr.nvr
10590 admin S 8836 5320 0.0 1.7 apache_proxys
5320 admin S 8308 1 0.0 1.6 apache_proxys
10678 admin S 7216 5320 0.0 1.3 apache_proxys
10708 admin S 7212 5320 0.0 1.3 apache_proxys
3005 admin S 7076 1 0.0 1.3 mytranscodesvr
10711 admin S 6864 5320 0.0 1.3 apache_proxys
10677 admin S 6856 5320 0.0 1.3 apache_proxys
14289 admin S 6608 5320 0.0 1.2 apache_proxys
3321 admin S 2572 1 0.0 0.4 smbd
3170 admin S < 2340 1 0.0 0.4 _thttpd_
18175 admin S 2316 1 0.0 0.4 apache_proxy
12826 admin S 2268 6729 0.0 0.4 sshd
6240 admin S < 2200 1 0.0 0.4 iscsid
6994 admin S 1956 1 0.0 0.3 nmbd
6470 admin S 1948 1 0.0 0.3 qsyncman
6059 admin S 1916 1 0.0 0.3 qLogEngined
6882 admin S 1848 1 0.0 0.3 upnpcd
18178 guest S 1824 18175 0.0 0.3 apache_proxy
18182 guest S 1824 18175 0.0 0.3 apache_proxy
18179 guest S 1824 18175 0.0 0.3 apache_proxy
18180 guest S 1824 18175 0.0 0.3 apache_proxy
18181 guest S 1824 18175 0.0 0.3 apache_proxy
5841 admin S 1788 1 0.0 0.3 hd_util
4654 admin S 1776 1 0.0 0.3 hwmond
4650 admin S 1708 1 0.0 0.3 picd
17771 admin S < 1664 1 0.0 0.3 Qthttpd
4316 admin S 1652 1 0.0 0.3 bcclient
4628 admin S 1644 1 0.0 0.3 gpiod
2096 admin S 1636 1 0.0 0.3 hotswap
6623 xmail S 1516 1 0.0 0.2 XMail
4275 admin S 1504 1 0.0 0.2 genthd
6316 admin S 1460 1 0.0 0.2 vdd_control
3114 admin S 1416 1 0.0 0.2 cupsd
5407 guest S 1404 1 0.0 0.2 avahi-daemon
2102 admin S 1352 1 0.0 0.2 qsmartd
3748 admin S 1340 1 0.0 0.2 upsutil
5977 admin S 1320 1 0.0 0.2 lcdmond
6083 admin S 1316 1 0.0 0.2 qShield
5847 admin S 1312 1 0.0 0.2 lunportman
13010 admin S 1304 12826 0.0 0.2 sh
6425 admin S 1288 1 0.0 0.2 porter
6386 admin S 1284 1 0.0 0.2 daemon_mgr
6064 admin S 1244 1 0.0 0.2 qsyslogd
6729 admin S 1152 1 0.0 0.2 sshd
3973 httpdusr S 1148 1 0.0 0.2 lpb_schedulerIst das jetzt Normal ???
Zitat von "Eraser-EMC2-"Die Arbeitsgruppe hieß genau "home" ?
Ich hätte evtl. eine Erklärung, es könnte am SAMBA gelegen haben.
Normalerweise dürfen beim Microsoft-Netzwerk nach dem SMB-Protokoll keine Namen (Arbeitsgruppe, Rechner, Freigabe, Benutzer, Gruppe) innerhalb eines Servers/Workstation doppelt vorkommen.
Da das NAS durch die Freigabe "home"/"homes" schon eine Kollision mit dem namen deiner Arbeitsgruppe hatte, gab es Probleme.
Das erklärt dann einiges
Jetzt ja. vorher gleich (home)
Dadurch gehen jetzt die HDD's mit abgezogenem LAN Kabel schlafen. Ich habe schon alles was ich gelesen habe ausprobiert!
Habe noch kleiner Zugriffe auf der NAS , noch weis ich nicht was sie tun und woher sie stammen, bin jedoch zuversichtlich das ich das noch raus bekommen werde.
In dem englischsprachigen Forum habe ich die Lösung gefunden.
Ich habe die Arbeitsgruppe einfach unbenannt. Heute Morgen waren die HDD*s tatsächlich im Tiefschlaf :thumb:
Einfach unter Netzwerkdienst WIN/Mac/NFS eine andere Arbeitsgruppe als die die vorhanden ist wählen.
Vielleicht kann es den ein oder anderen auch helfen.
so hab jetzt mal das Tool laufen lassen. Habe die LOG File bei 11 Durchläufen gestoppt.
Hier der LOG
md9_raid1(627): WRITE block 1060104 on sda1[ 1648.650000] md9_raid1(627): WRITE block 1060104 on sdd1[ 1648.650000] md9_raid1(627): WRITE block 1060104 on sdc1[ 1648.650000] md9_raid1(627): WRITE block 1060104 on sdb1[ 1648.660000] md9_raid1(627): WRITE block 1060104 on sda1[ 1648.660000] md9_raid1(627): WRITE block 1060104 on sdd1[ 1648.660000] md9_raid1(627): WRITE block 1060104 on sdc1[ 1648.660000] md9_raid1(627): WRITE block 1060104 on sdb1[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.670000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.680000] lpb_scheduler(4211): dirtied inode 7038 (?) on ram0[ 1648.680000] md9_raid1(627): WRITE block 1060096 on sda1[ 1648.680000] md9_raid1(627): WRITE block 1060096 on sdd1[ 1648.680000] md9_raid1(627): WRITE block 1060096 on sdc1[ 1648.680000] md9_raid1(627): WRITE block 1060096 on sdb1[ 1648.710000] flush-9:9(8359): WRITE block 509480 on md9[ 1648.710000] dd(27935): dirtied inode 6645 (kmsg) on md9[ 1648.710000] dd(27935): dirtied inode 6645 (kmsg) on md9[ 1648.720000] md9_raid1(627): WRITE block 1060120 on sda1[ 1648.720000] md9_raid1(627): WRITE block 1060120 on sdd1[ 1648.720000] md9_raid1(627): WRITE block 1060120 on sdc1[ 1648.720000] md9_raid1(627): WRITE block 1060120 on sdb1[ 1648.950000] md9_raid1(627): WRITE block 1060104 on sda1[ 1648.950000] md9_raid1(627): WRITE block 1060104 on sdd1[ 1648.950000] md9_raid1(627): WRITE block 1060104 on sdc1[ 1648.950000] md9_raid1(627): WRITE block 1060104 on sdb1[ 1648.960000] flush-1:0(398): WRITE block 276 on ram0[ 1648.960000] flush-1:0(398): WRITE block 32770 on ram0[ 1648.960000] flush-1:0(398): WRITE block 32904 on ram0[ 1648.960000] flush-1:0(398): WRITE block 65538 on ram0[ 1648.960000] flush-1:0(398): WRITE block 65540 on ram0[ 1648.960000] flush-1:0(398): WRITE block 65556 on ram0[ 1648.960000] flush-1:0(398): WRITE block 65604 on ram0[ 1648.960000] flush-1:0(398): WRITE block 2 on ram0[ 1648.960000] flush-1:0(398): WRITE block 4 on ram0[ 1648.970000] hwmond(4732): dirtied inode 7033 (qfan.conf.lck) on ram0[ 1648.970000] md9_raid1(627): WRITE block 1060096 on sda1[ 1648.970000] md9_raid1(627): WRITE block 1060096 on sdd1[ 1648.970000] md9_raid1(627): WRITE block 1060096 on sdc1[ 1648.970000] md9_raid1(627): WRITE block 1060096 on sdb1[ 1649.280000] mktemp(2480): dirtied inode 2027 (?) on ram0[ 1649.280000] mktemp(2480): dirtied inode 1825 (root) on ram0[ 1649.280000] mktemp(2480): dirtied inode 1825 (root) on ram0
Vor allem habe ich kein Raid1 installiert sondern 5 
Und hier noch die crontab
# m h dom m dow cmd
0 4 * * * /sbin/hwclock -s
0 3 * * * /sbin/vs_refresh
0 3 * * * /sbin/clean_reset_pwd
0-59/15 * * * * /etc/init.d/nss2_dusg.sh
0 3 * * * /bin/rm -rf /mnt/HDA_ROOT/twonkymedia/twonkymedia.db/cache/*
0 3 * * 0 /etc/init.d/idmap.sh dump
30 7 * * * /sbin/clean_upload_file
45 2 * * * /etc/init.d/updatedb.sh crontab enable
0 5 * * * /etc/init.d/ddns_update.sh
0 23 * * * /usr/local/medialibrary/bin/mymediadbcmd buildall 1>/dev/null 2>/dev/null
0 0 * * * /usr/local/medialibrary/bin/mymediadbcmd stopbuildall 1>/dev/null 2>/dev/null
6 20 * * 3 /etc/init.d/poweroff
20 6 * * 4 /etc/init.d/startup
4 3 * * 3 /etc/init.d/backup_conf.shWas mir noch auffällt, ist das der Transcodierungs Dienst immer wieder anläuft. Ich kann ihn zwar Manuell stoppen, aus irgend einem Grund startet er wieder
Ich sehe da ne Menge zugriffe, woher kommen diese denn?
Zitat von "biboca"
Guest und everyone haben nichts miteinander zu tun. Everyone meint alle auf dem NAS eingetragene User, Guest sind alle nicht auf dem NAS eingetragenen.
hmm ok Wenn diese nicht eingetragen sind warum können diese dann auf die NAS zugreifen :roll:
Das mit dem everyone habe ich dann mal wieder rückgängig gemacht
ich habe die Windows ACL Unterstützung aktiviert. Sollte man dieses wieder deaktivieren?
Zitat von "biboca"Hier ist der Einsprung.
mal ne Dumme frage
Wie kopiere ich etwas nach root ?
Mit nem Normalen FTP Programm sehe ich dort kein root
Und mit Putty sehe ich zwar das Verzeichnis hab jedoch keine Ahnung wie man damit kopiert 
( Linux noob )
---Edit---
Zitat von "biboca"Der User guest wid vom NAS generiert und bezieht sich auf Anwendungen, die ohne Authentifizierung auf Ressourcen mit Gastzugriffsrecht zugreifen. Siehe mal in Deine Freigabe Multimedia, da ist Gastzugriff warscheinlich gestattet.
Habe gerade nachgeschaut, Gast stand nicht drin, jedoch jeder , habs mal überall rausgenommen 
Zitat von "Andreas1202"
kannst du mir ungefähr sagen wo
ich habs im 8ten
Und der zugriff erfolgt angeblich über meinem PC, jedoch ist der Gast User deaktiviert. hmmm komische sache
Zitat von "biboca"In den von mir verlinkten Thread ist auch ein Programm erwähnt, mit dem man rausfindet, welche Anwendungen auf die Platten zugreifen.
kannst du mir ungefähr sagen wo
Und der zugriff erfolgt angeblich über meinem PC, jedoch ist der Gast User deaktiviert. hmmm komische sache
Das ist jetzt aber sehr interessant. Bei mir hat sich ein Gast angemeldet!!
Habe jedoch den Benutzer Gast garnicht!!!
danke für deine schnelle Antwort.
Die Protokollierung habe ich mal gestartet.
Bis Dato nichts auffälliges zu sehen.
Nur wenn ich das LAN Kabel ziehe ist ruhe, bis auf das die HDD's nicht in Standby fahren. Hatte früher mal funktioniert.
Kann man irgendwie erkennen an was das noch liegen könnte?
Hier noch die Dienste die angeblich laufen
also NOIP.com ist kostenlos.
Mit der Fritzbox also kein Problem
Hi,
ich habe eine TS419P II.
Nach Umzug ist mir zum ersten male aufgefallen das die LINK LED rhythmisch blinkt und auch dauernd rhythmischer Zugriff auf den HDD erfolgt.
Habe soweit ich es sehen kann sämtliche Dienste auf der NAS und auch UPNP deaktiviert.
Des weiteren gehen die HDD's auch nicht in den Standby Modus.
Vor einiger Zeit ( nach dem KAUF der NAS ) hat dies jedoch funktioniert.
Jetzt stellt sich die Frage greift jemand von außerhalb auf meine NAS zu ?
Angeschlossen sind 2 PC's mit jeweils gemappten Freigabelaufwerken.
Die zugriffe sind jedoch auch dann zu sehen wenn diese PC's aus sind.
Hat jemand eine Idee?
PS aktuelle Firmware ist drauf !
Grüße
Andreas