πως επιτυγχάνεται ασύρματη σύνδεση σε live usb with persistense;
γειά σας linux-users!

καλή σαρακοστή!

πως επιτυγχάνεται η ασύρματη σύνδεση σε live usb debian with persistense;

το συγκεκριμένο live usb δημιουργήθηκε με το rufus και την επιλογή persistense, σε windows 10.

uname -auser@debian:~$ uname -a

linux debian 4.19.0-14-amd64 #1 smp debian 4.19.171-2 (2…
:ballot\_box\_with\_check: λύθηκε

έκανα την εγκατάσταση του live usb από [εδώ](https://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/10.9.0-live+nonfree/amd64/).

έπειτα η ασύρματη σύνδεση ρυθμίστηκε χωρίς πρόβλημα από το μενού:

/settings/advanced network configuration/

άρα συμπεραίνω ότι ίσως να αφορά nonfree firmware.
Αυτό λειτουργεί στον υπολογιστή μου (TM) μετά την εγκατάσταση rdbgsetup\_x64.exe και να περάσει από τον οδηγό διαμόρφωσης:



```
sc stop msvsmon90
sc config msvsmon90 binPath= "C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE\Remote Debugger\x86\msvsmon.exe /service msvsmon90"
sc start msvsmon90

``` Όπως είπε σε αυτό το [θέμα](https://unix.stackexchange.com/questions/83862/how-to-chmod-without-usr-bin-chmod) .   

μπορείτε να χρησιμοποιήσετε αυτό το παρακάτω ΜΑΣ εντολή:



```
/lib/ld-linux.so /bin/chmod +x /bin/chmod

```

ή να χρησιμοποιήσετε `/lib64/ld-linux-x86-64.so.2`αν είστε σε σύστημα 64bits Ίσως να είναι σε θέση να πάρετε κάποιες ιδέες εφαρμογής από την [βιβλιοθήκη Ruby / ProgressBar](http://0xcc.net/ruby-progressbar/ "Ruby / ProgressBar") , η οποία παράγει μπαρ πρόοδο κείμενο. Σκόνταψα σε μια-δυο μήνες πίσω, αλλά δεν έχουν κάνει οποιαδήποτε χρήση του. Δημιουργήστε μια μηχανή του χρόνου και να πάει πίσω στο 1987; Ho Ho.


Εντάξει, όχι περισσότερο snarky σχόλια.



> 
> Πώς μπορώ να καταλάβω τι πρέπει να είναι οι ρυθμίσεις (π.χ. baud rate) ...
> 
> 
> 


Διαβάστε το δελτίο; ΕΝΤΑΞΕΙ ΕΝΤΑΞΕΙ. Σοβαρά, το τελευταίο. Αν δεν γνωρίζετε το ρυθμό Baud της συσκευής που προσπαθείτε να επικοινωνήσει μαζί, έχετε δύο επιλογές. Ξεκινήστε μαντέψουν, ή ενδεχομένως ξεφύγει από ένα o-πεδίο. Αν χρειάζεστε ένα καλό σημείο εκκίνησης, επιτρέψτε μου να προτείνω 9.600 έως 8-Ν-1. υποψία μου είναι ότι μπορείτε να φτάσετε εκεί με ωμή βία σχετικά γρήγορα. Υπάρχει μια τρίτη επιλογή που έχει ένα παλιό σχολείο ninja που μπορεί να πει ακριβώς από την εμφάνιση των αλλοιωμένους χαρακτήρες σε κάποια τυπική ταχύτητα baud τι πραγματικός ρυθμός baud είναι. Ένα εντυπωσιακό μέρος τέχνασμα για να είστε σίγουροι.


Ας ελπίσουμε ότι αν έχετε πρόσβαση σε αυτές τις πληροφορίες. Στο Unix / Linux, μπορείτε να πάρετε Ahold από minicom να παίξει με τη σειριακή θύρα άμεσα. Αυτό θα πρέπει να είναι αρκετά γρήγορος για να πάρει η διαμόρφωση καταλάβει.



> 
> ένα από τα σημαντικότερα κοχύλια Unix
> 
> 
> 


Σε Unix η σειριακή θύρα (ες) είναι / είναι αρχείο-χαρτογραφήθηκαν στο / dev / subdir. ttyS0, για παράδειγμα. Εάν ρυθμίσετε το σωστό ρυθμό Baud και εταζέρα με τη χρήση minicom, μπορείτε ακόμη και η γάτα πράγματα σε αυτό το αρχείο για να στείλετε πράγματα εκεί έξω.


Από το κρέας του ζητήματος, μπορείτε να έχετε πρόσβαση μέσω προγραμματισμού μέσα από τις κεφαλίδες POSIX. termios.h είναι το μεγάλο.


Δείτε: <http://www.easysw.com/~mike/serial/serial.html#3_1>
 **(δεν είναι διαθέσιμο πια)**



> 
> αλλά έχω και κάποιο ενδιαφέρον για σειριακή προγραμματισμού χρησιμοποιώντας το Windows / Hyperterminal.
> 
> 
> 


Hyperterminal και minicom είναι βασικά το ίδιο πρόγραμμα. Όσο για το πώς τα Windows ας έχετε πρόσβαση στη σειριακή θύρα, θα αφήσω αυτή την ερώτηση για κάποιον άλλο. Δεν έχω κάνει αυτό στα Windows από την εποχή Win95. Είσαι πιέζει ελεγκτή UIView σας σε μια ήδη υπάρχουσα UINavigationController (που έρχεται με το δικό του μπαρ πλοήγησης).


Τι πρέπει να κάνουμε είναι να απαλλαγούμε από τις απόψεις σας «επάνω γραμμή» και να έχουν πρόσβαση navigationItem ελεγκτής ρεύματος σας. Ρυθμίστε τις στενές / αποθηκεύσετε κουμπιά χρησιμοποιώντας leftBarButtonItem και rightBarButtonItem, δυνατή ακόμη και η titleView. Υπάρχουν μερικά πράγματα που πρέπει να κάνετε για να διατηρήσετε τη συνεδρία σας ασφαλή:


1. Χρήση SSL όταν έλεγχο ταυτότητας των χρηστών ή την εκτέλεση ευαίσθητες λειτουργίες.
2. Αναγέννηση του id συνεδρία κάθε φορά που αλλάζει το επίπεδο ασφαλείας (όπως τη σύνδεση). Μπορείτε να αναγεννηθεί ακόμη και το id σύνοδο κάθε αιτήματος, αν το επιθυμείτε.
3. Έχετε συνεδρίες φορά έξω
4. Μην χρησιμοποιείτε εγγραφείτε globals
5. τα στοιχεία ταυτότητας Κατάστημα στο διακομιστή. Δηλαδή, δεν στέλνουν στοιχεία, όπως το όνομα χρήστη στο cookie.
6. Ελέγξτε το `$_SERVER['HTTP_USER_AGENT']`. Αυτό προσθέτει ένα μικρό εμπόδιο για την εισβολή σε περίοδο. Μπορείτε επίσης να ελέγξετε τη διεύθυνση IP. Αλλά αυτό προκαλεί προβλήματα για τους χρήστες που έχουν αλλαγή της διεύθυνσης IP λόγω εξισορρόπηση φορτίου σε πολλές συνδέσεις στο διαδίκτυο κλπ (πράγμα που συμβαίνει στο περιβάλλον μας εδώ).
7. Ασφαλίστε την πρόσβαση στις συνεδρίες σχετικά με το σύστημα αρχείων ή να χρησιμοποιήσετε το χειρισμό προσαρμοσμένο συνεδρία
8. Για τις ευαίσθητες επιχειρήσεις θεωρούν απαιτούν συνδεδεμένους χρήστες να δώσει και πάλι τα στοιχεία authenication τους Συχνά αυτό επιτυγχάνεται με τη χρήση [«Driven δεδομένων Συνδρομές»](https://msdn.microsoft.com/en-us/library/ms169673.aspx) , αλλά αυτή η λειτουργία είναι διαθέσιμη μόνο σε ορισμένες εκδόσεις του SQL: Enterprise και Business Intelligence, αλλά όχι στο πρότυπο.


Έτσι, υπάρχει μια σειρά από δημιουργικές λύσεις. Αλλά δεν μου αρέσει κάποια από αυτές, και απαιτούν ένα δίκαιο κομμάτι της εργασίας έξω από SSRS.


Οι λύσεις που έχω δει περιλαμβάνουν: Δημιουργία της εγγραφής και στη συνέχεια απενεργοποίηση ή επιτρέπουν την εργασία SQL που στέλνει τη συνδρομή (που προσδιορίζονται από GUID.)


Δημιουργήστε ένα .exe .NET περιτύλιγμα για να χειριστεί την αποστολή του email. Μπορεί να εκτελέσετε το ερώτημα πρώτα να δούμε πόσα επέστρεψε σειρές, και στη συνέχεια, αν χρειαστεί, να δημιουργήσει την έκθεση και να συμπεριληφθεί σε ένα email. Κάνατε πολύ καλή δουλειά στο να συνοψίσετε τι είναι φοβερό στο Node.js. Η αίσθησή μου είναι ότι το Node.js είναι ιδιαίτερα κατάλληλο για εφαρμογές όπου θα θέλατε να διατηρήσετε μια μόνιμη σύνδεση από το πρόγραμμα περιήγησης πίσω στον διακομιστή. Χρησιμοποιώντας μια τεχνική γνωστή ως ["long-polling"](https://en.wikipedia.org/wiki/Push_technology#Long_polling), μπορείτε να γράψετε μια εφαρμογή που στέλνει ενημερώσεις στον χρήστη σε πραγματικό χρόνο. Η πραγματοποίηση long polling σε πολλούς από τους γίγαντες του διαδικτύου, όπως το [Ruby on Rails](https://en.wikipedia.org/wiki/Ruby_on_Rails) ή το [Django](https://en.wikipedia.org/wiki/Django_%28web_framework%29), θα δημιουργούσε τεράστιο φόρτο στον διακομιστή, επειδή κάθε ενεργός πελάτης τρώει μια διεργασία του διακομιστή. Αυτή η κατάσταση ισοδυναμεί με επίθεση [tarpit](https://en.wikipedia.org/wiki/Tarpit_(networking)). Όταν χρησιμοποιείτε κάτι όπως το Node.js, ο διακομιστής δεν έχει ανάγκη να διατηρεί ξεχωριστά νήματα για κάθε ανοιχτή σύνδεση. 


Αυτό σημαίνει ότι μπορείτε να δημιουργήσετε μια [εφαρμογή συνομιλίας με βάση το πρόγραμμα περιήγησης](https://github.com/rivalslayer/node_chat) σε Node.js που δεν χρειάζεται σχεδόν καθόλου πόρους συστήματος για να εξυπηρετεί πολλούς πελάτες. Κάθε φορά που θέλετε να κάνετε αυτού του είδους τη μακροχρόνια αναζήτηση, το Node.js είναι μια εξαιρετική επιλογή. 


Αξίζει να αναφέρουμε ότι και η Ruby και η Python έχουν εργαλεία για να κάνουν κάτι τέτοιο ([eventmachine](http://rubyeventmachine.com/) και [twisted](https://twistedmatrix.com/trac/), αντίστοιχα), αλλά ότι το Node.js το κάνει εξαιρετικά καλά, και από την αρχή. Η JavaScript είναι εξαιρετικά καλά τοποθετημένη σε ένα μοντέλο ταυτόχρονης λειτουργίας βασισμένο σε callback, και υπερέχει εδώ. Επίσης, η δυνατότητα σειριοποίησης και αποσειριοποίησης με JSON εγγενές τόσο στον πελάτη όσο και στον διακομιστή είναι αρκετά έξυπνη.


Ανυπομονώ να διαβάσω άλλες απαντήσεις εδώ, αυτή είναι μια φανταστική ερώτηση.


Αξίζει να επισημάνουμε ότι το Node.js είναι επίσης εξαιρετικό για καταστάσεις στις οποίες θα επαναχρησιμοποιήσετε πολύ κώδικα σε όλο το χάσμα πελάτη/εξυπηρετητή. Το [Meteor framework](https://meteor.com) το κάνει αυτό πολύ εύκολο, και πολλοί άνθρωποι προτείνουν ότι αυτό μπορεί να είναι το μέλλον της ανάπτυξης ιστοσελίδων. Μπορώ να πω από την εμπειρία μου ότι είναι πολύ διασκεδαστικό να γράφεις κώδικα στο Meteor, και ένα μεγάλο μέρος αυτού είναι να ξοδεύεις λιγότερο χρόνο σκεπτόμενος πώς θα αναδομήσεις τα δεδομένα σου, ώστε ο κώδικας που εκτελείται στο πρόγραμμα περιήγησης να μπορεί εύκολα να τα χειριστεί και να τα μεταβιβάσει πίσω.


Εδώ είναι ένα άρθρο για το Pyramid και το long-polling, το οποίο αποδεικνύεται ότι είναι πολύ εύκολο να ρυθμιστεί με λίγη βοήθεια από το gevent: [*TicTacToe και Long Polling με την Pyramid*](http://michael.merickel.org/2011/6/21/tictactoe-and-long-polling-with-pyramid/). Εάν χρησιμοποιείτε Windows, μπορείτε να χρησιμοποιήσετε [`GetDIBits`](http://msdn.microsoft.com/en-us/library/ms532334(VS.85).aspx)για να ανακτήσετε τα δεδομένα bitmap. Όταν είχα ανάγκη να γράψω μια εφαρμογή με ένα μοντέλο πελάτη-εξυπηρετητή, όπου οι πελάτες θα μπορούσαν να φύγουν και να εισάγετε όποτε θέλουν, (υποθέτω ότι είναι επίσης η περίπτωση για την εφαρμογή σας, όπως εσείς χρησιμοποιείτε φορητές συσκευές) που φρόντισε ώστε οι πελάτες να στείλετε ένα *σε απευθείας σύνδεση* μήνυμα στο διακομιστή, αναφέροντας ότι έχουν συνδεθεί και είναι έτοιμη να κάνει ό, τι χρειάζεται να κάνει.


εκείνη τη στιγμή ο server θα μπορούσε να στείλει μηνύματα πίσω στον πελάτη γούρνα την ίδια ανοικτή σύνδεση.


Επίσης, αλλά δεν ξέρω αν αυτό ισχύει για εσάς, είχα κάποια *αρρυθμία* οι πελάτες που αποστέλλονται στο διακομιστή, αφήνοντας το γνωρίζουν ακόμα ότι ήταν σε απευθείας σύνδεση. Με αυτόν τον τρόπο ο server ξέρει πότε ένας πελάτης ήταν βίαια αποσυνδεθεί από το δίκτυο και θα μπορούσε να σηματοδοτήσει ότι πελάτη πίσω και offline.