FTP Zugang, wie?

[starwarsfan]

Hoi Thomas

Ich habe das Gefühl, ich muss meine Schüssel neu aufsetzen.
Die commands "dig" und auch "sudo apt" werden nur noch mit

sudo: apt-get: command not found

quittiert.

Irgendwas scheint im argen zu sein

Nein, eher nicht. Nur wirst Du mit apt-get auf CentOS nichts anfangen können. Das funktioniert nur auf den Debian-Ablegern.

"yum" ist Dein Freund!

[ThomasCologne]

argggghhh .... wenn man als Laie mit zwei Systemen (NUC+Pi) arbeitet, macht es das grad nicht überschaubarer

Danke für die Hinweise!

[root@edomi ~]# dig web.de

; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.68.rc1.el6_10.3 <<>> web.de
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 28660
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;web.de.                                IN      A

;; ANSWER SECTION:
web.de.                 35      IN      A       82.165.230.17
web.de.                 35      IN      A       82.165.229.138

;; Query time: 10 msec
;; SERVER: 192.168.178.1#53(192.168.178.1)
;; WHEN: Mon Jan  6 21:25:38 2020
;; MSG SIZE  rcvd: 56

und:

[root@edomi ~]# dig -x 192.168.178.40

; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.68.rc1.el6_10.3 <<>> -x 192.168.178.40
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 14714
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 1, ADDITIONAL: 3

;; QUESTION SECTION:
;40.178.168.192.in-addr.arpa.   IN      PTR

;; ANSWER SECTION:
40.178.168.192.in-addr.arpa. 9  IN      PTR     ASUS-HOME.fritz.box.
40.178.168.192.in-addr.arpa. 9  IN      PTR     LaptopThomas-ASUS.fritz.box.

;; AUTHORITY SECTION:
40.178.168.192.in-addr.arpa. 9  IN      NS      fritz.box.

;; ADDITIONAL SECTION:
fritz.box.              9       IN      A       192.168.178.1
fritz.box.              9       IN      AAAA    fd00::ca0e:14ff:feb0:6fe7
fritz.box.              9       IN      AAAA    2a0a:a545:497a:0:ca0e:14ff:feb0:6fe7

;; Query time: 1 msec
;; SERVER: 192.168.178.1#53(192.168.178.1)
;; WHEN: Mon Jan  6 21:27:35 2020
;; MSG SIZE  rcvd: 205

Anhand der aufgeführten ms scheint dies auch iO zu sein.

[jonofe]

Evtl. mal auf doppelte IP Vergabe prüfen. Das kann auch seltsame Auswirkungen haben.
Am besten mit arpping -D.

[empty88]

Ich habe genau das gleiche Problem mit der langen Antwortzeit. SSH und FTP ist übelst langsam. Admin-Oberfläche von EDOMI funktioniert normal.

[ThomasCologne]

Also gestern hatte ich nach einer halben Stunde keine Lust mehr auf arping.

Heute habe ich es dann nochmal laufen lassen für knapp 2 Stunden. Dann hab ich es abgebrochen, da ich an der Überprüfung zweifelte.
Folgendes ist der output:

[root@edomi ~]# arping -D 192.168.178.8
ARPING 192.168.178.8 from 0.0.0.0 eth0

^CSent 7496 probes (7496 broadcast(s))
Received 0 response(s)
[root@edomi ~]#

[Glotzkowski]

für knapp 2 Stunden

2 Sekunden hätte gereicht...

Du erwähntest, dass Du auch einen RasPi im Netz hast, verhält ich das mit dem SSH (shell mit putty und Dateizugriff mit WinSCP) bei dem System genauso?

Kannst die Ausgabe eines

route -n

und

cat /etc/sysconfig/network-scripts/ifcfg-eth0

und

ip a
oder
ifconfig

mal hier zeigen?

Es sollte aber eigentlich auch Probleme mit Edomi geben, wenn an der Netzwerkkonfiguration etwas nicht stimmt, daher glaube ich langsam nicht mehr, dass es etwas auf dieser Ebene ist...

Ich habe genau das gleiche Problem mit der langen Antwortzeit. SSH und FTP ist übelst langsam.

Auch genauso wie Thomas beim Anmelden?
Wie hoch sind die Verzögerungen und gab es das Problem immer schon?

[mac29]

Hallo Zusammen

ch habe den genau gleichen Effekt, aber nur von meinem Notebook. Von 2 anderen Rechnern aus ist der Zugriff problemlos und schnell möglich.
Leider konnte ich die Ursache noch nicht klären.

Kannst du ev. mal von einem anderem Rechner dies testen?

[empty88]

Habe nach der Passworteingabe über PuTTY eine Wartezeit von ca. 1-1,5 Minuten bis Eingaben möglich sind. Der Rest geht dann aber ohne Probleme.
In Filezilla müsste ich den Timeout erhöhen, von 40 Sekunden auf 120, damit die Willkommensnachricht vom Server ankommt. Ein Download vom FTP-Server macht dann auch wieder Probleme.

Ich teste das später Mal vom Laptop. Das Problem hab ich nicht schon immer, ab wann ist schwer zu sagen. Werde auch mal die Fritzbox neustarten, obwohl die gar nicht mehr als Switch zwischen edomi-server und PC fungiert, DNS scheint ohne Probleme zu funktionieren.

[empty88]

Vermutlich lag es bei mir an der Fritzbox, warum auch immer. Wie gesagt nutze ich die Fritzbox nur als DNS und Zugang zum Internet. Alle Geräte hängen an einem Switch. Nach dem Neustart der Fritzbox ist das Problem verschwunden.

[Glotzkowski]

Nach dem Neustart der Fritzbox ist das Problem verschwunden.

Das bei Euch in den Netzwerken wird ja immer gruseliger , kriecht da irgendwo was rum was da nicht kriechen sollte?
Die Topologie sieht bei mir prinzipiell ähnlich aus, ich konnte dieses Problem aber noch nie feststellen.
Allerdings gab es mal ein Problem, dass meine internen Systeme nicht mehr korrekt via DNS aufgelöst werden konnten, sodass diese gar nicht mehr ansprechbar waren und das VPN für den Zugriff via Smartphone von extern ging nicht mehr, nach dem Neustart der Fritzbox war es dann auch weg.

[ThomasCologne]

... nach dem Neustart der Fritzbox war es dann auch weg.

hättest du das nicht gleich sagen können????

Bevor ich #36 durchtesten wollte, hab ich die FB auch neugestartet. Und siehe da:

ES FUNKTIONIERT !!!!

Sowohl putty als auch winscp starten wieder im "normalen Tempo" von wenigen Sekunden.
Verwunderlich nur, dass es wirklich nur den NUC beeinträchtigt hat und nicht auch die Synology, die ebenfalls direkt an der FB hängt. Auch die anderen Pi´s im Netzwerk (allerdings über Switch) waren nicht betroffen!

Aber nun ist alles gut und besten Dank für eure Hilfe !!!

[Glotzkowski]

ES FUNKTIONIERT !!!!

Potzblitz!
Irgendwie macht mir das Angst...
Aber schön, dass es nun diesbezüglich keine Probleme mehr gibt.

[empty88]

ES FUNKTIONIERT !!!!

Schön, dass es dir auch geholfen hat. Mir macht es auch etwas Angst, die Fritzbox sollte bei mir normalerweise nicht an der Kommunikation zwischen PC und Edomi beteiligt sein...

[ThomasCologne]

Ja, wirklich kurios. Insbesondere deswegen, da an der FB direkt auch noch zwei andere Geräte hängen, bei denen der ssh-Zugriff problemlos funktionierte.

[Bastian78]

Nach dem Neustart der Fritzbox ist das Problem verschwunden.

Ich hatte ebenfalls das Problem. Neustart Firtzbox -