ssh δε συνδέεται ως root
προσπαθώ να συνδεθώ ως root με openssh σε νέα εγκατάσταση arch linux και παρότι έχω αλλάξει το permitrootlogin σε “yes”(το δοκίμασα και με αλλαγή σε “without-password”), αλλά παρ’ όλα αυτά ζητάει κωδικό, βάζω τον σωστό αλλά συνεχίζει να βγάζει “permission denied”. φυσικά κάνω restart sshd, αλλά και …
τελικά φαίνεται πως η εγκατάσταση είχε γενικά πρόβλημα. τελικά μετά από επανεγκατάσταση με custom archiso(με προσθήκη του connman μιας και τα default εργαλεία δεν έβλεπαν τη συσκευή), δούλεψε κανονικά μόνο με το “permitrootlogin yes”
Θα πρέπει να χορηγήσει κάποια δικαιώματα για τους χρήστες που πρέπει να εκτελέσετε τα πακέτα SSIS.


[Αυτή η σελίδα](http://sqljunkies.com/WebLog/knight_reign/archive/2006/01/05/17769.aspx) θα πρέπει να παρέχει τις πληροφορίες που χρειάζεστε. Το πρόβλημα προκλήθηκε λόγω των ειδικών χαρακτήρων. Δεν είχα φανταστεί ότι «$» θα ήταν μια τέτοια μεγάλη υπόθεση σε κωδικούς πρόσβασης. Τέλος πάντων μπορείτε να βρείτε μια λύση για αυτό [εδώ](https://nadvi.blogspot.com/2011/02/oracle-password-with-or-special.html) . Όπως είπε σε αυτό το [θέμα](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 > 
> Και αν έχει σημασία καθόλου, apache @ localhost δεν είναι το όνομα του λογαριασμού χρήστη που χρησιμοποιώ για να πάρει στη βάση δεδομένων. Δεν έχω κανένα λογαριασμό χρήστη με το όνομα apache σε αυτούς καθόλου για το θέμα αυτό.
> 
> 
> 


Αν λέει «apache @ localhost» το όνομα δεν έχει πάρει περάσει σωστά στη σύνδεση MySQL. «Apache» είναι συνήθως ο χρήστης που εκτελεί τη διαδικασία httpd (τουλάχιστον στα συστήματα Redhat-based) και αν δεν το ψευδώνυμο περνά κατά τη διάρκεια της σύνδεσης MySQL χρησιμοποιεί όποιον ζητά τη σύνδεση.


Αν κάνετε τη σωστή σύνδεση στο σενάριό σας, όχι σε ένα που ονομάζεται αρχείο, μπορείτε να πάρετε το ίδιο λάθος; Τι είναι το OpenID;




> 
> OpenID είναι μια ανοιχτή, **αποκεντρωμένη** , **χωρίς** πλαίσιο με επίκεντρο τον χρήστη ψηφιακή ταυτότητα. OpenID εκμεταλλεύεται ήδη υπάρχουσα τεχνολογία διαδικτύου (URI, HTTP, SSL, Diffie-Hellman) και συνειδητοποιεί ότι οι άνθρωποι έχουν ήδη δημιουργούν ταυτότητες για τους εαυτούς τους, είτε είναι στο blog τους, σειρά φωτογραφιών, στη σελίδα του προφίλ, κ.λπ. Με OpenID μπορείτε εύκολα να μετατρέψει ένα αυτών των υφιστάμενων URIs σε λογαριασμό που μπορεί να χρησιμοποιηθεί σε χώρους που υποστηρίζουν συνδέσεις OpenID.
> 
> 
> 


[OpenID](http://openid.net/what/)


Διαφορά μεταξύ OpenID και συμβατική μορφή επιβεβαίωσης;



Η διαφορά είναι ότι η αναγνώριση θα είναι αποκεντρωμένη σε έναν εξωτερικό χώρο (π.χ. Wordpress, Yahoo, ...). Η ιστοσελίδα θα ξέρω αν ή όχι η αναγνώριση είναι ΟΚ και σας επιτρέπουν να συνδεθείτε. Τα συμβατικά ταυτότητας ιστοσελίδα εκτελεί μια σύγκριση με τα δεδομένα που πραγματοποιήθηκε σε μια ιδιωτική βάση δεδομένων, έτσι ώστε το όνομα χρήστη και τον κωδικό πρόσβασής σας μπορούν να χρησιμοποιηθούν για να συνδεθείτε μόνο σε αυτή την ιστοσελίδα. Με OpenID μπορείτε να χρησιμοποιήσετε τα ίδια διαπιστευτήρια για πολλούς δικτυακούς τόπους.


Πως δουλεύει?



* [Μπορείτε να δείτε τη ροή της λειτουργίας εδώ (εικόνα)](http://openid.net/pres/protocolflow-1.1.png)
* [Βήμα-βήμα δραστηριότητες εδώ](http://www.windley.com/archives/2006/04/how_does_openid.shtml)
* [Βήμα-βήμα δραστηριότητες εδώ (εκτός blog)](http://tinisles.blogspot.com/2008/02/how-does-openid-work.html)


Βήματα



1. Ο χρήστης συνδέεται με το OpenID να ενεργοποιήσετε την ιστοσελίδα.
2. Ο χρήστης εισάγει πληροφορίες διαπιστευτηρίων.
3. Μια POST γίνεται με BASE64 (ιστοσελίδα στον παροχέα)
4. Η απάντηση είναι χτισμένο (που περιέχει λήξης)
5. Η ιστοσελίδα ανακατευθύνει το χρήστη στον πάροχο για να συνδεθείτε.
6. Χρήστης εισάγει τον κωδικό πρόσβασης και να υποβάλουν.
7. Η επαλήθευση γίνεται.
8. Σύνδεση! Εάν χρησιμοποιείτε πολλαπλά αρχεία .htaccess να είναι σίγουρος για να ρυθμίσετε το AuthName το ίδιο. Αυτό λέει το πρόγραμμα περιήγησης που πρέπει να παρέχεται η ίδια προσωρινής αποθήκευσης uid / κωδικό πρόσβασης για αυτό το «βασίλειο». Έχεις ενεργοποιήσει όλες τις σχετικές ρυθμίσεις στο προφίλ σου; <https://www.duolingo.com/settings/account> <p>το <strong>server</strong> (που αποστέλλεται το αίτημα post) πρέπει να περιλαμβάνει την κεφαλίδα <code>access-control-allow-headers</code> (κλπ) <strong>στην απάντησή του</strong>. η τοποθέτησή τους στο αίτημά σας από τον πελάτη δεν έχει καμία επίδραση.</p><p>αυτό οφείλεται στο γεγονός ότι εναπόκειται στον διακομιστή να καθορίσει ότι δέχεται αιτήσεις διασταυρούμενης προέλευσης (και ότι επιτρέπει την κεφαλίδα <code>content-type</code> αίτησης και ούτω καθεξής) - ο πελάτης δεν μπορεί να αποφασίσει για τον εαυτό του ότι ένας δεδομένος διακομιστής πρέπει να επιτρέπει την cors.</p> LinkDemand απαιτεί ουσιαστικά τον κωδικό κλήσης για να έχουν το συγκεκριμένο δικαίωμα. Η ζήτηση, από την άλλη πλευρά, απαιτεί όχι μόνο την κλήση κώδικα για να έχουν το συγκεκριμένο δικαίωμα, αλλά και τον κώδικα που ονομάζεται τον κωδικό κλήσης και τον κωδικό που ονομάζεται ότι, και ούτω καθεξής, σε όλη τη διαδρομή μέχρι τη στοίβα (ή μέχρις ότου assert βρίσκεται? βλέπε παρακάτω).


LinkDemand μπορεί να επιβληθεί σε ΚΟΕ χρόνο μεταγλώττισης, γιατί αν το πρόγραμμα μεταγλώττισης JIT χτυπά μια δήλωση που καλεί μια μέθοδο με LinkDemand, μπορεί να προσδιορίσει αμέσως αν ο κωδικός κλήσης έχει την άδεια ή όχι. Η ζήτηση πρέπει να εφαρμοστεί κατά το χρόνο εκτέλεσης κάθε φορά που μια κλήση γίνεται με τη μέθοδο, επειδή δεν είναι δυνατή κατά τη μεταγλώττιση για να ξέρετε τι θα είναι στη στοίβα κατά τη διάρκεια οποιαδήποτε πρόσκληση. Ως εκ τούτου, LinkDemand είναι πολύ πιο αποδοτική. Ωστόσο, η αντίστροφη σχέση για την εν λόγω απόδοση είναι λιγότερη ασφάλεια. Με LinkDemand, που πιστεύοντας ότι ο κωδικός κλήσης δεν πρόκειται να αφήσει ΤΗΣ κωδικός κλήσης (που μπορεί ή δεν μπορεί να έχει την άδεια) να το χρησιμοποιήσετε για φαύλους σκοπούς. (Με άλλα λόγια, έχουν εμπιστοσύνη ότι δεν υπάρχουν τρύπες ασφαλείας στον κώδικα κλήσης που καλούντες του μπορεί να εκμεταλλευτεί για να αποκτήσουν πρόσβαση έμμεσα με τη μέθοδο με την LinkDemand.) Με τη ζήτηση, ξέρετε ότι όλοι στη στοίβα έχει καμία απολύτως άδεια (σε τουλάχιστον μέχρι ενός Assert βρεθεί), οπότε δεν υπάρχει κίνδυνος από μη αξιόπιστες καλούντες.


Διεκδικούν είναι ουσιαστικά ένα βραχυκύκλωμα για την ζήτηση. Ο έλεγχος ασφαλείας που συμβαίνει με την ζήτηση σταματά εάν ο καλών στη στοίβα έχει ενεργό διεκδικήσουν (με άλλα λόγια, μόνο οι καλούντες στη στοίβα μέχρι το Assert πρέπει να έχουν την άδεια). Έτσι, όπως LinkDemand, θα πρέπει να εμπιστεύονται ότι ο κώδικας με τον Assert δεν μπορεί να αξιοποιηθεί από τους καλούντες της.


Άρνηση είναι επίσης ένα βραχυκύκλωμα για την ζήτηση, αλλά αντ 'αυτού να προβάλει μια άδεια ακυρώνει μια άδεια που θα μπορούσε να έχει ένας επισκέπτης. Θα χρησιμοποιήσετε αυτό για να βοηθήσει στην πρόληψη πιθανών κενά ασφαλείας, διασφαλίζοντας ότι δεν ξένα άδειες είναι σε ισχύ κατά τη διάρκεια μιας κλήσης που θα μπορούσε να είναι εκμεταλλεύσιμα.


PermitOnly είναι σαν Deny, εκτός αντί να αρνείται μια ειδική άδεια αρνείται κάθε δικαίωμα, εκτός από εκείνη που καθορίζεται.


InheritanceDemand, σε αντίθεση με τους άλλους, δεν σχετίζεται άμεσα με τη μέθοδο κλήσεις, αλλά λέει ότι μια κατηγορία που δεν έχει την άδεια, δεν μπορεί να κληρονομήσει από την τάξη με το InheritanceDemand. Αυτό θα μπορούσε να χρησιμοποιηθεί, για παράδειγμα, να σταματήσει να μη αξιόπιστο κώδικα από το να αποκτήσουν πρόσβαση σε προστατευόμενα μέλη της κατηγορίας που διαφορετικά θα ήταν προσβάσιμη σε απόγονος τάξεις. Εάν έχετε συνδεδεμένο `127.0.0.1`με το `my.cnf`αρχείο αυτό σημαίνει ότι μπορείτε να συνδεθείτε μόνο με τη βάση δεδομένων από τον τοπικό υπολογιστή βάσεων δεδομένων. `127.0.0.1`είναι η τοπική διεύθυνση loopback, επιτρέπει μόνο συνδέσεις localhost. Εάν είστε ιστοσελίδα δεν φιλοξενείται στον ίδιο server αυτός είναι ο λόγος που δεν μπορείτε να συνδεθείτε.


Αν θέλετε να συνδεθείτε με τη βάση δεδομένων σας από έναν άλλο διακομιστή δεσμεύουν την LAN IP του server της βάσης δεδομένων στο `my.cnf`αρχείο.


Στη συνέχεια μπορείτε να βάλετε τη LAN IP διεύθυνση του διακομιστή βάσης δεδομένων σε συμβολοσειρά σύνδεσης και θα πρέπει να είναι σε θέση να συνδεθείτε


σφάλμα σας είναι στην πραγματικότητα ένα σφάλμα σύνδεσης με το δίκτυο, που δεν επικυρώνει ακόμα και έτσι προσπαθεί διαφορετικά ονόματα χρήστη και κωδικούς πρόσβασης δεν πρόκειται να βοηθήσει. Μόλις διευθετηθεί τα θέματα του δικτύου θα λάβετε ένα διαφορετικό σφάλμα αν ο έλεγχος ταυτότητας αποτυγχάνει (π.χ. user @ host με τον κωδικό απέτυχε)