Εργαστήριο Ubuntu LTSP "γονατίζει" το Internet του σχολείου (?)

[falexakos]

Λοιπόν: Σε ΓΕΛ έχουμε σύνδεση VDSL (χαλκός) με τον κλασσικό router του ΟΤΕ. Υπό καν. συνθήκες όλοι οι Η/Υ του σχολείου (Γραμματεία, αίθουσες, εργαστήρια, κινητά τηλέφωνα κλπ.) συνδέονται με ταχύτητες ~15-17MBps. Αίφνης, όταν έχουμε Ubuntu server σε λειτουργία με 2-3 τερματικά αναμένα, πέφτει κατακόρυφα η ταχύτητα σε όλο το σχολείο (max: 1MBps download). Όλα τα switch είναι Gigabit, ενώ ο router συνδέεται απευθείας σε τρία (3) από αυτά: Ένα για το εργαστήριο LTSP, ένα για τη Γραμματεία και ένα για όλες τις άλλες αίθουσες με PC.
Δυστυχώς, κάποιοι clients του εργαστηρίου Πληροφορικής έχουν 100αρες κάρτες δικτύου. Ακόμα και με απευθείας σύνδεση PC στον router, οι ταχύτητες που μετράει πέφτουν κατακόρυφα με το που ανάψουν πάνω από δυο (2) LTSP clients (ακόμα και με Gigabit κάρτες μόνο).

Να αλλάξω router; Αυτός βγάζει μόνο 100αρες LAN. Άλλες ιδέες;

[alkisg]

Μήπως τυχόν κάποιος εγκατέστησε προγράμματα snap αντί για deb;

Τα sch-scripts αφαιρούν το snap κατά την αρχική εγκατάστασή τους για να αποφύγουν πολλά τέτοια προβλήματα, αλλά μερικοί καθηγητές στη συνέχεια το ξαναβάζουν για κάποιο πρόγραμμα που τους άρεσε χωρίς να είναι ενημερωμένοι για τις παρενέργειες...

Ποιο είναι το αποτέλεσμα της παρακάτω εντολής;

snap list

(θα θέλαμε να πει ότι η εντολή δεν βρέθηκε)

[falexakos]

Απαντά με την έκδοση του snap.
Αλλά όταν δίνω:

sudo apt purge snap

μου γράφει πως το 'snap' δεν είναι εγκατεστημένο.
Σε κάθε περίπτωση, πώς ξεφορτώνομαι εντελώς και στα σίγουρα το snap ;

[alkisg]

Απάντησε μόνο με την έκδοση του snap; Δεν εμφάνισε τη λίστα των εγκατεστημένων προγραμμάτων ώστε να δούμε αν αυτό ήταν το πρόβλημα; Ανέβασε ολόκληρο το output για να δούμε...
Η απεγκατάσταση γίνεται με:

sudo apt purge snapd

[falexakos]

Έβγαλε και προγράμματα που είχαν εγκατασταθεί. Αλλά είναι δυνατόν το 'snap' να κάνει τέτοια ζημιά στο δίκτυο; 

[alkisg]

Αν έχει να κατεβάσει updates για πολλά προγράμματα επί 12 υπολογιστές, ναι.
Το ίδιο συμβαίνει και στα Windows, αν έχουν πολλές μέρες κλειστά και μετά ανοίξουμε όλο το εργαστήριο, σέρνεται το Internet λόγω των updates τους.

Το LTSP και τα κλασσικά .deb σε αυτό το κομμάτι υπερτερούν αφού τα updates κατεβαίνουν μόνο για ένα μηχάνημα, τον server.

Δοκίμασε, βγάλε το snap και δες αν το πρόβλημα λύθηκε.

[falexakos]

Θα το δοκιμάσω κι αυτό, plus αλλαγή router. Παραγγείλαμε έναν VDSL2+ modem-router της TP-Link με 4 Gigabit LAN.
Αλλά και πάλι, πόσα updates πια κάνει το snap και για πόσον καιρό τα κάνει;  Όταν είναι μόνο ο server σε λειτουργία, όλα παίζουν μια χαρά. (Και στο γραφείο καθηγητών, Γραμματεία κλπ).
Εν πάσει περιπτωσει, έχω άλλες τρεις (3) ερωτήσεις:
α) Οι LTSP clients παίρνουν IP από τον router (που λειτουργεί ως DHCP server) ή -έμμεσα- απ' τον server; Φαντάζομαι το 1ο.
β) Υπάρχει περίπτωση να έχουμε IP conflict μεταξύ των clients; Να παίρνουν δηλ. δύο την ίδια IP; Αν ναι, πώς θα το δώ;
γ) Παίζει να οφείλονται όλα αυτά σε κάποια -προβληματική ίσως- κάρτα δικτύου (παλιά 100άρα) ;
Τολμώ να πω ότι έχω περιέλθει σε απόγνωση σχετικά με το πρόβλημα. Και μιλάμε για εργαστήριο που λειτουργεί (ή μάλλον λειτουργούσε) άψογα επί σειρά ετών. :-/

[alkisg]

Στο LTSP, τα updates πάνε στη RAM και χάνονται μετά την επανεκκίνηση. Στο επόμενο reboot το snap θα τα ξανακάνει όλα από την αρχή.
Γι' αυτό σε ρώτησα να μου πεις την έξοδο της εντολής, για να υπολογίσουμε το πόσα θα κατεβάζει.
Αν αφήσεις ανοικτoύς τους clients για μια ολόκληρη μέρα, το επόμενο πρωί χωρίς να κάνεις επανεκκίνηση, το πρόβλημα υπάρχει ή έχει λυθεί;

α) To 1
β) Ειδικά για τους clients όχι, γιατί τότε αυτός που θα είχε conflict δεν θα μπούταρε
γ) Βγάλε ντε το snap να δεις αν λύνεται το πρόβλημα, και ΑΝ δεν λυθεί τότε κοιτάμε παρακάτω...!
Π.χ. είναι δυνατό ένας βρόχος στο τοπικό δίκτυο να προκαλεί τεράστια προβλήματα, και μπορείς να το δεις εύκολα τρέχοντας π.χ. wireshark, αλλά γιατί δεν δοκιμάζεις την πρώτη πρόταση πριν πας στην επόμενη;

[falexakos]

Βρε το σχολείο είναι ~20Km απ'το ΚΕΠΛΗΝΕΤ.  Και με το πρόβλημα στο Internet δεν παίζει remote access (Anydesk, VNC κλπ).
Είπα της εκεί Πληροφορικού να κάνει ένα: sudo apt purge snapd κι έτσι ελπίζω ακόμη...
(Αν και αρχικά πάτησε 'ν' Ελληνικό στην ερώτηση του aptitude, οπότε έχω κάποιες ... ανησυχίες. Θα δείξει, οπότε και θα επανέλθω).

Εύχομαι ειλικρινά να μη χρειαστεί να καταφύγω σε sniffers τύπου wireshark. Θα ανάβω ένα-ένα τα τερματικά μπας και πέσω κάποτε στο προβληματικό.

[alkisg]

Αν είναι κλειστά τα τερματικά δεν δουλεύει το vnc/anydesk ώστε να σου δώσει πρόσβαση στον server;
Θέλει και purge snapd αλλά και δημοσίευση εικονικού.

[falexakos]

Δουλεύει, αλλά όταν δεν έχουν μάθημα, δεν πάει άνθρωπος στο εργαστήριο. Τέλος πάντων, θα πάω εγώ αύριο και θα κάνω και τη δημοσίευση όπως είπες. Θ' αλλάξω, αν χρειαστεί, και router και όλο το 16-ports Gigabit switch του εργαστηρίου κι ο Θεός μεγάλος. 
Πιθανώς να σ'ανταμώσω κιόλας στο matrix. 

Btw: Τους είπα να τ' αφήσουν όλα αναμμένα σήμερα.

[alkisg]

@falexakos όπως είπαμε έκανα μέτρηση ταχύτητας το απόγευμα, και έβγαλε 13.54 download, 0.70 upload, και 49 msec ping. Η απόκριση στο VNC ήταν ταχύτατη.

Δεν έχει κανένα πρόβλημα με το Ubuntu, λογικά τα Windows updates και τα κινητά θα σας τρώνε τη γραμμή το πρωί.

[falexakos]

Σήμερα το πρωί είχε πέσει στα 3Mbps και επανήλθε (13MBps) όταν ζητήσαμε απ' τον ΟΤΕ να κάνουν reset την πόρτα. Πρέπει να είναι θέμα ΟΤΕ, οπότε ανοίχτηκε σχετικό δελτίο στο ΠΣΔ.
Και πάλι σ' ευχαριστώ Άλκη. (Ιδίως γι' αυτό με το καλώδιο VGA που δημιουργούσε πρόβλημα στην ανάλυση: Ούτε σε 1000 χρόνια δεν θα το σκεφτόμουν! )