Beiträge von Ghost_Inductee

Moin zusammen,

kann mir jemand mal sagen was diese Meldung "qufirewall firewall event capture was interrupted" bedeutet? Und was ich ggf. machen kann/sollte?

Das ist die Log Datei:

Deny amount=78,"Interface=All","Ports=","Protocol=Any","Source_IP=Any","Location=","Permission=Deny","Time=1714374000","date=2024-04-29 09:00:00"
Deny amount=12,"Interface=All","Ports=","Protocol=Any","Source_IP=Any","Location=","Permission=Deny","Time=1714374000","date=2024-04-29 09:00:00"
Deny amount=10,"Interface=All","Ports=","Protocol=Any","Source_IP=Any","Location=","Permission=Deny","Time=1714370400","date=2024-04-29 08:00:00"

Anbei noch ein Screenshot von QuFirewall und einen Teilauszug von Wireshark. Und ich habe auch eine Aufnhame mit Wireshark gemacht. Hoffe das hilft.

Danke für eure Hilfe.

Mod: Unnötiges Volltext-/Direktzitat entfernt! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen

Becker2020

Ich habe sogar noch einen 2. RAM-Riegel gefunden und eingebaut. Läuft.

Was meinst du mit Einzelfall / Qnap schummelt bei den technischen Daten?

Mod: Unnötiges Volltext-/Direktzitat entfernt! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen

Also einmal an die Heizung patschen ....

Diese Neustart Zeit ist aber schon hart... mal gucken was passiert.

Scheint zu funktionieren? Kneif mich mal einer.....träum ich?

dolbyman is mir persönlich wumpe wie die ihr Marketing gestalten...

Würde der RAM Riegel den ich gepostet habe gehen? Will den nicht einfach rein stecken und dann wars das.

Zitat von dolbyman

Hab ich doch irgendwo schonmal gehört ... kannste mal den Link Posten ? ..

Ja hast du von mir gehört..... https://eustore.qnap.com/nas.html zum Bleistift......

Zitat von Becker2020

Die Frage ist, ob der 2-te Steckplatz funktionsfähig ist ? Laut Datenblatt soll der RAM ja nicht erweiterbar sein. In den techn. Daten steht nur "8 GB onboard (nicht erweiterbar)".

Kann ich aktuell nicht....hab zwar noch so einen SO-DIMM Riegel aber ob der da rein geht?

Crucial 32GB Kit (2 x 16GB) DDR4-3200 SODIMM | CT2K16G4SFRA32A | Crucial DE

Kaufen Sie Crucial 32GB Kit (2 x 16GB) DDR4-3200 SODIMM CT2K16G4SFRA32A. online. Kostenlose Lieferung & 100% Kompatibilitätsgarantie bei Bestellungen mit…

www.crucial.de

dolbyman kam direkt von QNAP, kann man dort auch kaufen.

dolbyman ja das stimmt schon. Aber der 8GB ist ja auch nicht aufrüstbar. Laut Datenblatt.

Moin zusammen,

ich habe heute mein QNAP TS-464 8GB bekommen und beim einbauen der PCie SSD's und der HDD's ist mir aufgefallen das dort ein RAM Riegel drin steckt und ein zweiter Frei ist.

Wie kann das sein wenn doch mein Modell nicht mit mehr RAM erweiterbar ist?

Haben die mir zu meinen gunsten ein Falsches Model zu geschickt? Kann nicht sein weil dort auch auf dem Karton 8GB RAM drauf steht....

Habt ihr eine Erklärung?

Vielen dank.

Becker2020

Mach ich. Wie gesagt ich warte auf die TS464 und hab heute noch eine Backup (extern) bestellt.

Aber danke soweit. Wenn ich alles habe und was schief geht schrei ich.

Zitat von dolbyman

Wie war das gemeint?

Ehrlich gesagt, ich hab jetzt erst verstanden das er die Daten an sich meint. Ich dachte der Kollege spricht vom QTS Backup......

Ich hatte nicht vor die Platte ins T464 zu packen bevor nicht die 2. HDD verbaut ist.

Zitat von Becker2020

Hast Du ein Backup deiner Daten ?

Ja aber die TS-464 noch nicht. Aber danke für deine Antwort. Und es ist nur eine HDD. Die anderen 3 kommen noch.....Die 464 war schon teuer genug.

Moin,

mich würde nur kurz die Frage interessieren ob ich problemlos meine Festplatte samt Daten einfach gesagt, aus dem TS-262 entnehmen kann und in den TS-464 schieben kann?

Und wie ist das mit meinen Einstellungen, kann ich mit dem Backup von QTS aus der T-262 das Backup einfach auf die TS-464 spielen?

Muss ich nur die Apps wieder installieren? Die sind ja auf der HDD installiert.

Danke für eure Antwort.

Mod: Unnötiges Volltext-/Direktzitat entfernt! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen

Zusammenfassend kann ich sagen dass, man manchmal einsehen muss das man nichts sieht.

Es ist nichts mehr offen. Nochmal vielen dank an euch

Mod: Unnötiges Volltext-/Direktzitat entfernt! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen

Hätte euch auch auffallen können

Ich muss selbst lachen... 😂.. Ich hab das so verpeilt selbst..

In diesem Sinne vielen Dank für eure Hilfe und Mühe und vor allem Geduld.

Achja und an den Mod sry fur das "Vollzitat" 🤣

Mod: Unnötiges Volltext-/Direktzitat entfernt! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen

Ich verschwinde dann mal und gehe in deckung..... Problem gelöst....

Mod: Unnötiges Direktzitat entfernt! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen

Davon hab ich gesprochen ja.

Mod: Unnötiges Direktzitat entfernt! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen

Danke für deine/eure weitere Unterstützung erstmal.

Also, ich habe das Admin Konto wieder aktiviert und dort funktioniert der Zugriff einwandfrei via SSH.

Die Zugriffsberechtigungen für Ghost stehen alle auf Grün. Trotzdem klappt der SSH Zugriff bei dem Nutzer immer noch nicht. Es könnte mir ja jetzt egal sein. ABER da is jetzt der Wurm drin und ich möchte den Raus haben. Vegan ist zwar nicht meins aber im Apfel geht mir das zu Weit.

Zitat von tiermutter

1. Bitte Screenshots von den SSH Einstellungen seitens QNAP

2. Was genau passiert jetzt nochmal, wenn SSH Zugriff erfolgen soll?

3. Wird der richtige admin verwendet?

4. Aktiviere auch mal SFTP und versuche mit WinSCP zu verbinden... was passiert?

Screenshot ist beigefügt.

Es passiert das im Windows Terminal nach der Passwort eingabe Permission Denied kommt. Und wir hatten auch schon getestet ob nicht vielleicht die Sonderzeichen anders belegt sein könnten dem war aber nicht so.

SFTP ist aktiviert aber bitte nicht noch mehr Software auf meiner Kiste.

Mit admin@ kann ich mich ja nicht einloggen da dieses Konto durch das erstellen eines neuen Benutzers deaktiviert wurde und sämtliche Rechte übertragen wurden.

PS C:\Users\ghost> ssh ghost@192.168.178.237
The authenticity of host '192.168.178.237 (192.168.178.237)' can't be established.
RSA key fingerprint is SHA256:zHe8LPxPPwQkMPMHYpOMF2gx2xemT1aM4fs0yJJDrMc.
This key is not known by any other names
Are you sure you want to continue connecting (yes/no/[fingerprint])? yes
Warning: Permanently added '192.168.178.237' (RSA) to the list of known hosts.
ghost@192.168.178.237's password:
Permission denied, please try again.
ghost@192.168.178.237's password:

Zitat von FSC830

Evtl. wäre es hilfreich, die Ausgabe von ssh -v admin@... oder ssh -vvv admin@... zu posten.

Hier einmal die Ausgabe:

PS C:\Users\ghost> ssh -v ghost@192.168.178.237
OpenSSH_for_Windows_8.6p1, LibreSSL 3.4.3
debug1: Authenticator provider $SSH_SK_PROVIDER did not resolve; disabling
debug1: Connecting to 192.168.178.237 [192.168.178.237] port 22.
debug1: Connection established.
debug1: identity file C:\\Users\\ghost/.ssh/id_rsa type -1
debug1: identity file C:\\Users\\ghost/.ssh/id_rsa-cert type -1
debug1: identity file C:\\Users\\ghost/.ssh/id_dsa type -1
debug1: identity file C:\\Users\\ghost/.ssh/id_dsa-cert type -1
debug1: identity file C:\\Users\\ghost/.ssh/id_ecdsa type -1
debug1: identity file C:\\Users\\ghost/.ssh/id_ecdsa-cert type -1
debug1: identity file C:\\Users\\ghost/.ssh/id_ecdsa_sk type -1
debug1: identity file C:\\Users\\ghost/.ssh/id_ecdsa_sk-cert type -1
debug1: identity file C:\\Users\\ghost/.ssh/id_ed25519 type -1
debug1: identity file C:\\Users\\ghost/.ssh/id_ed25519-cert type -1
debug1: identity file C:\\Users\\ghost/.ssh/id_ed25519_sk type -1
debug1: identity file C:\\Users\\ghost/.ssh/id_ed25519_sk-cert type -1
debug1: identity file C:\\Users\\ghost/.ssh/id_xmss type -1
debug1: identity file C:\\Users\\ghost/.ssh/id_xmss-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_for_Windows_8.6
debug1: Remote protocol version 2.0, remote software version OpenSSH_8.0
debug1: compat_banner: match: OpenSSH_8.0 pat OpenSSH* compat 0x04000000
debug1: Authenticating to 192.168.178.237:22 as 'ghost'
debug1: load_hostkeys: fopen C:\\Users\\ghost/.ssh/known_hosts2: No such file or directory
debug1: load_hostkeys: fopen __PROGRAMDATA__\\ssh/ssh_known_hosts: No such file or directory
debug1: load_hostkeys: fopen __PROGRAMDATA__\\ssh/ssh_known_hosts2: No such file or directory
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: curve25519-sha256
debug1: kex: host key algorithm: rsa-sha2-512
debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: SSH2_MSG_KEX_ECDH_REPLY received
debug1: Server host key: ssh-rsa SHA256:zHe8LPxPPwQkMPMHYpOMF2gx2xemT1aM4fs0yJJDrMc
debug1: load_hostkeys: fopen C:\\Users\\ghost/.ssh/known_hosts2: No such file or directory
debug1: load_hostkeys: fopen __PROGRAMDATA__\\ssh/ssh_known_hosts: No such file or directory
debug1: load_hostkeys: fopen __PROGRAMDATA__\\ssh/ssh_known_hosts2: No such file or directory
debug1: Host '192.168.178.237' is known and matches the RSA host key.
debug1: Found key in C:\\Users\\ghost/.ssh/known_hosts:1
debug1: rekey out after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: rekey in after 134217728 blocks
debug1: pubkey_prepare: ssh_get_authentication_socket: No such file or directory
debug1: Will attempt key: C:\\Users\\ghost/.ssh/id_rsa
debug1: Will attempt key: C:\\Users\\ghost/.ssh/id_dsa
debug1: Will attempt key: C:\\Users\\ghost/.ssh/id_ecdsa
debug1: Will attempt key: C:\\Users\\ghost/.ssh/id_ecdsa_sk
debug1: Will attempt key: C:\\Users\\ghost/.ssh/id_ed25519
debug1: Will attempt key: C:\\Users\\ghost/.ssh/id_ed25519_sk
debug1: Will attempt key: C:\\Users\\ghost/.ssh/id_xmss
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<ssh-ed25519,ssh-rsa,rsa-sha2-256,rsa-sha2-512,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521>
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Trying private key: C:\\Users\\ghost/.ssh/id_rsa
debug1: Trying private key: C:\\Users\\ghost/.ssh/id_dsa
debug1: Trying private key: C:\\Users\\ghost/.ssh/id_ecdsa
debug1: Trying private key: C:\\Users\\ghost/.ssh/id_ecdsa_sk
debug1: Trying private key: C:\\Users\\ghost/.ssh/id_ed25519
debug1: Trying private key: C:\\Users\\ghost/.ssh/id_ed25519_sk
debug1: Trying private key: C:\\Users\\ghost/.ssh/id_xmss
debug1: Next authentication method: keyboard-interactive
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Next authentication method: password

Zitat von Becker2020

Da bei Dir der SSH-Zugriff über die Powershell nicht funktioniert hat, wollte ich nur testen, ob der Zugriff grundsätzlich möglich ist (wie von anderen geäußert). Die älteren Versionen der Powershell konnten kein SSH.

Sry ich dachte dein Kommentar war Ironisch gemeint. Verzichten....ich hab ja keine Wahl. Mir gehen die möglichkeiten aus. Alle anderen SSH Verbindungen gehen in der PowerShell nur die zur QNAP NAS nicht. Hardware kann es doch nicht ernsthaft sein? Wenn alle anderen SSH Verbindungen gehen. Das Passwort habe ich ja auch überprüft ob es so eingegeben wird wie es soll.

(Edit: Dieser Mod ist ein kleiner nerviger Diktator....)

Zitat von tiermutter

Und wie ist nun der Stand? Klappt jetzt alles?

SSH noch nicht. Ich belasse es dabei. Hab schon genug aufwand betrieben.

UPnP ist deaktiviert, keinerlei Portfreigaben mehr, QuFirewall runter und vor allem auch Software von QNAP die dauerndes Schreiben auf der HDD ermöglicht hat.

In diesem Sinne. VIelen dank für eure Mühe.

Mod: Unnötiges Volltext-/Direktzitat entfernt! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen

Becker2020 Was sollen solche kommentare? So großes MItteilungsbedürfnis?