Μη δυνατή σύνδεση με ssh, ούτε fail, ούτε refused, ούτε timeout

[famous-walker]

Παίδες έχω ένα πρόβλημα από εκτός το βράδυ σε ένα arch ARM headless server (rpi2).

Πιο συγκεκριμένα δεν μπορώ να συνδεθώ με ssh, βάζω να κάνει σύνδεση αλλά δεν κάνει τίποτα τελικά με τον κέρσορα να αναβοσβήνει χωρίς timeout. Παρόλα αυτά το μηχανάκι λειτουργεί κανονικά γιατί μπορώ να δω τις σελίδες που τρέχει ο web server.

Τώρα γίνανε δυο τινά, ένα ήταν pacman sync και update όπου δεν θυμάμαι για ssh αλλά σίγουρα είχε για systemd, και ένα άλλο ήταν πως πληκτρολόγησα με λάθος γλώσσα τον κωδικό και μετά έβαλα λάθος username που συνοδεύτηκε με πολλαπλά failed logins για να μην κάνω duplicate αλλά restart session. Οπότε σκέφτομαι μήπως αυτό που κόβει την σύνδεση είναι το fail2ban. Να συμπληρώσω πως σε όλες τις συσκευές του lan παρουσιάζει την ίδια συμπεριφορά.

Έχει κανείς καμία ιδέα για να αποφύγω να βάλω οθόνη και πληκτρολόγιο;
Ευχαριστώ.

[pap]

Αν ειναι fail2ban απλα αλλαξε ip στον ssh client και προσπαθησε παλι, αν και το οτι στο κανει σε ολες τις σθσκυες αρα διαφορετικες ip μαλλον κατι αλλο τρεχει, σιγουρεψου οτι τρεχει ο sshd στον server. Κλεινοντας καλυτερα το login να γινεται με δημοσιο κλειδι, λεω εγω τωρα.

[famous-walker]

Αν ειναι fail2ban απλα αλλαξε ip στον ssh client και προσπαθησε παλι, αν και το οτι στο κανει σε ολες τις σθσκυες αρα διαφορετικες ip μαλλον κατι αλλο τρεχει, σιγουρεψου οτι τρεχει ο sshd στον server. Κλεινοντας καλυτερα το login να γινεται με δημοσιο κλειδι, λεω εγω τωρα.

Έχεις δίκιο για το public key, από την αρχή ήθελα να το κάνω έτσι αλλά όλο το αναβάλλω.

Αυτό που με προβληματίζει είναι που δεν μου δείχνει σφάλμα ο client, ούτε κάνει timeout. Είχα το putty κάτι ώρες ανοιχτό χτες και η παύλα εκεί να αναβοσβήνει. Αλλά είναι όντως πολύ πιθανόν να είναι ο server.

Απλά μάλλον δεν γλυτώνω την σύνδεση οθόνης και πληκτρολογίου, κάτι που ήθελα να το αποφύγω. Εκτός αν έχει κανείς κανένα exploit για apache εύκαιρο.

[tsigarid]

Δοκίμασες να συνδεθείς με ssh -d?

[famous-walker]

Δοκίμασες να συνδεθείς με ssh -d?

Δυστυχώς δεν κάνει διαφορά. Εν τω μεταξύ έκανα κάποια reboot και φάνηκε να λειτουργεί αλλά την μία δεν δεχόταν τον κωδικό, την άλλη κολλούσε μετά το username και μετά ξανά τα ίδια μόνο που πλέον κάνει timeout.

Αύριο θα του συνδέσω οθόνη και πληκτρολόγιο και θα ρίξω ένα downgrade σε systemd και dchpd. Και δεν νομίζω να ξαναβάλω διανομή με systemd σε headless και σίγουρα όχι ArchArm. Είναι η δεύτερη φορά σε λιγότερο από ένα χρόνο που με αφήνουν με μη λειτουργικό σύστημα. Καλύτερα κάνα freebsd μου φαίνεται.

[pap]

Το freebsd εχει πολυ γραψιμο configuration "στο χερι" κατα τα αλλα σαν gentoo ειναι, εχει binary και source packages και διαλεγεις.
Η μηχανη με το ssh ειναι στο τοπικο σου δικτυο; δηλαδη ενα switch παρεμβαλεται; μηπως εχεις κινηση στον server σου; περιπου τετοια συμπεριφορα ειχα οταν προσπαθουσα με το metadploit να τεσταρω το fail2ban για ddos αλλα για τον apache οχι το ssh

[famous-walker]

Το freebsd εχει πολυ γραψιμο configuration "στο χερι" κατα τα αλλα σαν gentoo ειναι, εχει binary και source packages και διαλεγεις.
Η μηχανη με το ssh ειναι στο τοπικο σου δικτυο; δηλαδη ενα switch παρεμβαλεται; μηπως εχεις κινηση στον server σου; περιπου τετοια συμπεριφορα ειχα οταν προσπαθουσα με το metadploit να τεσταρω το fail2ban για ddos αλλα για τον apache οχι το ssh

Στο lan είναι και κατευθείαν στο switch του router. Εσωτερικά δεν έχει ιδιαίτερη κίνηση. Δυο-τρεις εφαρμογές σε apache (rss, dokuwiki) και rtorrent βασικά τρέχει.

Με freebsd είχα ασχοληθεί παλιότερα (έκδοση 5+) που το είχα βάλει σε desktop και το δούλευα περιστασιακά, μέχρι να δουλέψουν όλα όπως έπρεπε μου είχε πάρει αρκετό χρόνο. Καλώς ή κακώς το rc είναι πιο αξιόπιστο από το systemd που έχει καταντήσει ρώσικη ρουλέτα σε κάθε update, όπως λέει και κάποιος σε ένα σχόλιο που διάβασα.