Συχνές Ερωτήσεις

Συχνές ερωτήσεις

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

> Πώς λειτουργεί το σύστημα πίστωσης Cli>_;

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

faq/prepaid-credit-how-it-works

Ο λογαριασμός Cli>_ έχει ένα κοινό προπληρωμένο πιστωτικό υπόλοιπο. Οι επιλέξιμοι νέοι πελάτες μπορούν να ζητήσουν Starter Credit μόνο αφού ολοκληρώσουν την απαιτούμενη επαλήθευση λογαριασμού και προστασίας από κατάχρηση. Οι ενεργές επιλέξιμες υπηρεσίες καταναλώνουν το υπόλοιπο με τον χρόνο. Η μηνιαία εκτίμηση χρησιμοποιεί 31 ημέρες και μια νέα υπηρεσία ξεκινά μόνο αν το υπόλοιπο καλύπτει τουλάχιστον 7 ημέρες. Κόκκινη προειδοποίηση εμφανίζεται όταν η εκτιμώμενη λειτουργία πέσει κάτω από 7 ημέρες· διαφορετικά εμφανίζεται πορτοκαλί όταν πέσει κάτω από 14 ημέρες.

Μετά την εξάντληση του υπολοίπου, η υπηρεσία τίθεται σε αναστολή έπειτα από 7 ημέρες, παύει να καταναλώνει πίστωση και αρχίζει η προθεσμία διατήρησης και διαγραφής των 7 ημερών. Πριν από την εμφανιζόμενη προθεσμία μπορεί να επανεκκινηθεί με αρκετή πίστωση. Η ακύρωση μιας provisioned υπηρεσίας επίσης την αναστέλλει και ξεκινά την ίδια προθεσμία. Μια εκκρεμής, μη provisioned υπηρεσία μπορεί να απενεργοποιηθεί αμέσως. Μετά την προθεσμία αρχίζουν η απενεργοποίηση και η αφαίρεση της provisioned υπηρεσίας. Το Force delete απενεργοποιεί αμέσως την υπηρεσία, παρακάμπτει τη διατήρηση και ξεκινά την αφαίρεση από το ενεργό runtime· η ολοκλήρωση ακολουθεί την επεξεργασία deployment και GitOps. Τα backup και το Offsite Archive έχουν ξεχωριστή διατήρηση.

Παράδειγμα OpenCode στα 9,90 EUR: 9,90 / 31 ≈ 0,319 EUR την ημέρα. Μετά από 10 πλήρεις ημέρες έχουν καταναλωθεί περίπου 3,19 EUR. Με αρχικό υπόλοιπο ακριβώς 9,90 EUR και χωρίς άλλες υπηρεσίες, μένουν περίπου 6,71 EUR. Η κατανάλωση σταματά μετά την απενεργοποίηση.

Το παράδειγμα είναι ενδεικτικό. Ισχύουν πάντα οι τρέχουσες τιμές που εμφανίζονται στο Cli>_.

> Πώς να δημιουργήσετε ένα δημόσιο SSH κλειδί από τη γραμμή εντολών

Δημιουργήστε ένα δημόσιο SSH κλειδί για ασφαλή πρόσβαση στον εικονικό διακομιστή (VPS). Μοιραστείτε μόνο το δημόσιο κλειδί με την Cli>_; κρατήστε το ιδιωτικό κλειδί στη συσκευή σας.

faq/generate-public-ssh-key-el

Το δημόσιο κλειδί κοινοποιείται, το ιδιωτικό παραμένει στη κατοχή σας

Εισάγετε μόνο το δημόσιο SSH κλειδί στην παραγγελία ή στις ρυθμίσεις της υπηρεσίας. Το ιδιωτικό κλειδί παραμένει στον υπολογιστή σας και δεν αποστέλλεται στην υποστήριξη ούτε εισάγεται σε μια φόρμα στο διαδίκτυο.

Διαδικασία

  1. Ανοίξτε ένα τερματικό στον υπολογιστή σας.
  2. Εκτελέστε την εντολή: ssh-keygen -t ed25519 -C "your-email@example.com".
  3. Επιβεβαιώστε τη θέση αποθήκευσης του αρχείου ή επιλέξτε μια προσαρμοσμένη διαδρομή. Μην στέλνετε ποτέ το ιδιωτικό σας κλειδί.
  4. Εμφανίστε το δημόσιο κλειδί χρησιμοποιώντας την εντολή: `cat ~/.ssh/id_ed25519.pub`.
  5. Αντιγράψτε ολόκληρη τη γραμμή που ξεκινά με `ssh-ed25519` και επικολλήστε την στο πεδίο "SSH δημόσιο κλειδί" κατά την παραγγελία ή τη ρύθμιση της υπηρεσίας.
  6. Αντιγράψτε ολόκληρη τη γραμμή που ξεκινά με `ssh-ed25519` και επικολλήστε την στο πεδίο "SSH δημόσιο κλειδί".

Έλεγξε πριν την επικόλληση

  1. Ανοίξτε το PowerShell ή το Windows Terminal.
  2. Εκτελέστε την εντολή: ssh-keygen -t ed25519 -C "your-email@example.com".
  3. Πατήστε Enter για να αποθηκεύσετε το κλειδί στο C:\Users\your-user\.ssh\id_ed25519, ή εισαγάγετε μια προσαρμοσμένη διαδρομή.
  4. Εάν τα Windows ζητούν έναν κωδικό πρόσβασης, χρησιμοποιήστε έναν που μπορείτε να αποθηκεύσετε με ασφάλεια, ή πατήστε Enter για να τον παραλείψετε κατά τη ρύθμιση μιας απλής υπηρεσίας.
  5. Για να εμφανίσετε το δημόσιο κλειδί, χρησιμοποιήστε την εντολή: Get-Content $env:USERPROFILE\.ssh\id_ed25519.pub.
  6. Αντιγράψτε μόνο ολόκληρη τη γραμμή που ξεκινά με ssh-ed25519. Μην αντιγράψετε ή ανεβάσετε το αρχείο με το ιδιωτικό κλειδί.
> Πώς να δημιουργήσετε ένα SSH κλειδί γραφικά στα Windows

Μια γραφική διαδικασία στα Windows για τη δημιουργία ζεύγους κλειδιών SSH χωρίς χρήση της γραμμής εντολών.

faq/create-ssh-key-windows-gui-el

Χρησιμοποιήστε ένα εργαλείο των Windows και εισάγετε μόνο το δημόσιο κλειδί

Μπορείτε να δημιουργήσετε ένα ζεύγος SSH κλειδιών οπτικά χρησιμοποιώντας έναν client SSH για τα Windows, όπως το PuTTYgen. Το Cli>_ χρειάζεται μόνο το δημόσιο κλειδί. Κρατήστε το ιδιωτικό κλειδί στον υπολογιστή σας και μην το ανεβάσετε σε μια φόρμα στο διαδίκτυο.

Διαδικασία

  1. Εγκαταστήστε το PuTTY ή ανοίξτε το PuTTYgen, εάν είναι ήδη εγκατεστημένο.
  2. Επιλέξτε EdDSA/Ed25519, αν είναι διαθέσιμο, αλλιώς επιλέξτε RSA 4096.
  3. Κάντε κλικ στην επιλογή Δημιουργία και μετακινήστε το ποντίκι σας στο κενό χώρο μέχρι να δημιουργηθεί το κλειδί.
  4. Προσθέστε μια φράση πρόσβασης, εάν επιθυμείτε επιπλέον τοπική προστασία για το ιδιωτικό κλειδί.
  5. Αποθηκεύστε το ιδιωτικό κλειδί στη συσκευή σας και διατηρήστε το εμπιστευτικό.
  6. Αντιγράψτε το κείμενο του δημόσιου κλειδιού και επικολλήστε το στο πεδίο SSH public key.

Μην κοινοποιείτε ευαίσθητα δεδομένα

Μην στέλνετε αρχεία .ppk, ιδιωτικά κλειδιά, κωδικούς πρόσβασης, κωδικούς ή token στην υποστήριξη ή σε φόρμες.

> Φέρτε τον δικό σας τομέα

Μάθετε πώς να κατευθύνετε έναν δικό σας τομέα ή υποτομέα σε μια υπηρεσία CLIopen πριν ενεργοποιήσετε την επιλογή 'Φέρετε τον δικό σας τομέα'.

faq/syndeste-to-diko-sas-domain

Τι κάνει αυτή η ρύθμιση

Η επιλογή "Χρήση δικού σας τομέα" επιτρέπει στην υπηρεσία να ανταποκρίνεται στο δικό σας όνομα κεντρικού υπολογιστή (hostname), π.χ., app.example.com, αντί για το προεπιλεγμένο όνομα *.co.cliopen.cloud. Το DNS πρέπει να κατευθύνεται προς την CLIopen πριν μπορέσει να χρησιμοποιηθεί με ασφάλεια το όνομα κεντρικού υπολογιστή στην υπηρεσία.

Πριν ξεκινήσετε

  1. Επιλέξτε το ακριβές όνομα διακομιστή (hostname) που θέλετε να χρησιμοποιήσετε, π.χ., app.example.com. Η χρήση ενός υποτομέα είναι η απλούστερη επιλογή.
  2. Ανοίξτε τη διαχείριση DNS στον καταχωρητή τομέα σας ή στον πάροχο υπηρεσιών DNS.
  3. Διαγράψτε τυχόν συγκρουόμενες εγγραφές A, AAAA, CNAME, ALIAS ή ανακατευθύνσεων για αυτό το όνομα διακομιστή.
  4. Κρατήστε το αυτόματα δημιουργημένο όνομα κεντρικού υπολογιστή (hostname) της CLIopen ενεργό μέχρι να επαληθευτεί και να λειτουργήσει σωστά το δικό σας όνομα κεντρικού υπολογιστή.

Συνιστώμενη ρύθμιση DNS για έναν υποτομέα

Δημιουργήστε εγγραφές DNS για το ακριβές όνομα κεντρικού υπολογιστή που θα εισαγάγετε στο CLIopen. Για το app.example.com, η ετικέτα DNS είναι app. Κατευθύνετε την προς τις διευθύνσεις ingress του CLIopen, οι οποίες παρέχονται από την υποστήριξη της CLIopen ή στην τεκμηρίωση της υπηρεσίας. Εάν ο πάροχος σας ζητήσει τύπο εγγραφής, χρησιμοποιήστε μια εγγραφή A για IPv4 και μια εγγραφή AAAA για IPv6 όταν παρέχονται αυτές οι διευθύνσεις.

Παράδειγμα:

app.example.com.  A     <Διεύθυνση IPv4 CLIopen>
app.example.com.  AAAA  <Διεύθυνση IPv6 CLIopen, εάν είναι διαθέσιμη>

Όταν το CLIopen παρέχει έναν στόχο CNAME

Ορισμένες υπηρεσίες σας δίνουν ένα δημιουργημένο όνομα κεντρικού υπολογιστή, όπως service.customer.co.cliopen.cloud. Εάν οι οδηγίες της υπηρεσίας σας απαιτούν ρητά ένα CNAME, δημιουργήστε μια εγγραφή όπως app.example.com CNAME service.customer.co.cliopen.cloud. Χρησιμοποιήστε το CNAME μόνο για υποτομείς, όχι για τον κύριο/ρίζα τομέα, εκτός αν ο πάροχος DNS σας υποστηρίζει την εξομάλυνση ALIAS ή ANAME.

Χρήση της κύριας domain

Για μια απλή domain όπως η example.com, οι περισσότεροι πάροχοι DNS δεν επιτρέπουν ένα τυπικό CNAME. Χρησιμοποιήστε εγγραφές A/AAAA που δείχνουν στις διευθύνσεις εισόδου CLIopen, ή χρησιμοποιήστε τη λειτουργία ALIAS/ANAME του παρόχου σας, αν η CLIopen σας έχει δώσει έναν συγκεκριμένο hostname.

Ανάθεση ολόκληρης μιας υποπεριοχής

Αν θέλετε η CLIopen να διαχειρίζεται εγγραφές σε μια υπο-περιοχή όπως η apps.example.com, δημιουργήστε εγγραφές NS για αυτήν την υπο-περιοχή, οι οποίες θα δείχνουν στους servers DNS της CLIopen που έχετε λάβει. Μην αλλάζετε τους servers DNS για ολόκληρη τη domain, εκτός αν θέλετε σκόπιμα η CLIopen (ή άλλη υπηρεσία DNS) να διαχειρίζεται όλες τις εγγραφές.

Λίστα Ελέγχου

  1. Περιμένετε τη διάδοση των DNS. Μικρές αλλαγές εμφανίζονται συχνά μέσα σε λίγα λεπτά, αλλά ορισμένοι πάροχοι ενδέχεται να χρησιμοποιούν μεγαλύτερη προσωρινή αποθήκευση.
  2. Ελέγξτε ότι το όνομα κεντρικού υπολογιστή (hostname) κατευθύνεται στον στόχο της CLIopen και όχι σε έναν παλαιότερο πάροχο.
  3. Στο πεδίο "Bring your own domain", εισάγετε το ακριβές όνομα διακομιστή, χωρίς το `https://` και χωρίς καμία διαδρομή.
  4. Μετά την ενημέρωση, δοκιμάστε τη διεύθυνση `https://app.example.com` στον περιηγητή σας.
  5. Διατηρήστε τις παλιές εγγραφές DNS μόνο εάν δεν συγκρούονται με το νέο όνομα διακομιστή.
> Πώς να μεταφέρετε μια ζώνη DNS στο CLIopen

Αναθέστε ένα domain στους διακομιστές ns1.cliopen.com και ns2.cliopen.com, ώστε το CLIopen να μπορεί να δημοσιεύσει εγγραφές για ολόκληρη τη ζώνη.

faq/anathesi-zonis-dns

Τι σημαίνει μεταφορά ζώνης εδώ;

Όταν γίνεται μεταφορά DNS για έναν πελάτη, αυτό σημαίνει αλλαγή των κύριων διακομιστών ονομάτων (nameservers) στον καταχωρητή του domain. Μετά την ανάθεση στο CLIopen, οι εγγραφές DNS που προστίθενται στο CLIopen δημοσιεύονται από τους κύριους διακομιστές μας.

Πριν αλλάξετε τους nameservers

  1. Αντιγράψτε τις υπάρχουσες εγγραφές DNS που χρειάζεστε, όπως για τον ιστότοπο, το email, την επαλήθευση, τα SPF, DKIM, DMARC και τις υπηρεσίες.
  2. Προσθέστε τη ζώνη στο CLIopen DNS. Εάν η ανάθεση δεν είναι ακόμη έτοιμη, το CLIopen την αποθηκεύει, αλλά δεν την ενεργοποιεί για τους πελάτες μέχρι να ολοκληρωθεί η επικύρωση.
  3. Δημιουργήστε τις απαραίτητες εγγραφές στο CLIopen DNS πριν αλλάξετε τους διακομιστές ονομάτων, όταν είναι δυνατόν.
  4. Προσοχή στη σωστή ρύθμιση του CAA, καθώς λανθασμένες τιμές μπορεί να εμποδίσουν την έκδοση πιστοποιητικών.

Αναθέστε τη ζώνη

  1. Ανοίξτε τις ρυθμίσεις του domain σας στον καταχωρητή, για παράδειγμα example.com.
  2. Εντοπίστε τις ρυθμίσεις των nameservers, της ανάθεσης DNS ή των εξουσιοδοτημένων DNS.
  3. Αντικαταστήστε τους τρέχοντες nameservers με τις τιμές ns1.cliopen.com και ns2.cliopen.com.
  4. Αποθηκεύστε την αλλαγή και περιμένετε να ολοκληρωθεί η διάδοση στο μητρώο και στους διακομιστές επίλυσης.

Επικύρωση

Επιστρέψτε στο CLIopen DNS και κάντε κλικ στην επιλογή Ελέγξτε ξανά την ανάθεση. Όταν οι δημόσιοι εγγραφές NS εμφανίζουν ns1.cliopen.com και ns2.cliopen.com, η ζώνη θα τεθεί σε αναμονή για συγχρονισμό και οι εγγραφές θα ενεργοποιηθούν από το CLIopen.

> Εγγραφή λογαριασμού και πρώτη σύνδεση

Δημιουργήστε έναν επαγγελματικό λογαριασμό, συμπληρώστε τα στοιχεία τιμολόγησης και διατηρήστε την πρόσβαση μέσω email για την ομάδα σας.

faq/account-registration-and-login

Ένας λογαριασμός για τις παραγγελίες και τη διαχείριση

Χρησιμοποιήστε τον λογαριασμό σας ως ένα σταθερό σημείο για τις παραγγελίες, τα στοιχεία τιμολόγησης, τις υπηρεσίες, τους τομείς και την επικοινωνία με την υποστήριξη. Η καλύτερη επιλογή είναι μια επαγγελματική διεύθυνση email, στην οποία η ομάδα σας θα έχει πρόσβαση ακόμη και μετά από αλλαγές προσωπικού.

Πριν από την πρώτη παραγγελία

  1. Εγγραφείτε χρησιμοποιώντας τη διεύθυνση email της εργασίας σας.
  2. Ολοκληρώστε την επιβεβαίωση του email, εάν ζητηθεί από τον ιστότοπο.
  3. Συμπληρώστε τα στοιχεία τιμολόγησης πριν υποβάλετε μια παραγγελία με χρέωση.
  4. Εάν είναι διαθέτη η επαλήθευση δύο παραγόντων, ενεργοποιήστε τη αμέσως μετά την πρώτη σύνδεση.

Πρόσβαση για την ομάδα

Μην στέλνετε κωδικούς πρόσβασης σε συναδέλφους μέσω chat ή email. Εάν χρειάζεται πρόσβαση από περισσότερα άτομα, χρησιμοποιήστε έναν εσωτερικό διαχειριστή κωδικών πρόσβασης ή ακολουθήστε τη συνιστώμενη διαδικασία της ομάδας. Η υποστήριξη δεν χρειάζεται τον κωδικό πρόσβασής σας ούτε το token σύνδεσης.

> Εκτίμηση μηνιαίας χρήσης, ετήσιας χρήσης και πραγματική ημερήσια κατανάλωση

Οι μηνιαίες και ετήσιες τιμές χρησιμοποιούνται για σύγκριση. Στις υπηρεσίες με προπληρωμή, η ημερήσια κατανάλωση ισχύει μετά την επιβεβαίωση της αλλαγής.

faq/billing-periods-and-credit-burn

Η εκτίμηση δεν είναι ημερολόγιο τιμολόγησης

Χρησιμοποιήστε την μηνιαία εκτίμηση ως σύγκριση για 31 ημέρες και την ετήσια ως σύγκριση για 372 ημέρες. Η πραγματική κατανάλωση πίστωσης για τις υπηρεσίες προπληρωμής γίνεται σύμφωνα με τον ενεργό χρόνο χρήσης της υπηρεσίας και τη διαμορφωμένη ρύθμιση.

Τι πρέπει να ελέγξετε κατά την αλλαγή τιμής

  1. Συγκρίνετε την ημερήσια κατανάλωση πριν και μετά την αλλαγή.
  2. Λάβετε υπόψη ότι υψηλότερη χρήση CPU, RAM ή δίσκου, καθώς και οι επί πληρωμή επιλογές, μπορεί να αυξήσουν την ημερήσια κατανάλωση.
  3. Η αλλαγή θα τεθεί σε ισχύ μετά την επιβεβαίωση, ενδεχόμενη πληρωμή και εφαρμογή της.
  4. Για λογιστικούς σκοπούς, αποθηκεύστε τις επιβεβαιώσεις παραγγελιών και το ιστορικό πίστωσης.

Όταν υπάρχει διαφωνία, εξετάστε συγκεκριμένες περιόδους.

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

> Κατάσταση παραγγελίας μετά την πληρωμή

Η παραγγελία ενδέχεται να χρειαστεί λίγο χρόνο για να επιβεβαιωθεί από τον πάροχο πληρωμών. Δημιουργήστε μια διπλή παραγγελία μόνο όταν η πρώτη έχει ακυρωθεί ή λήξει.

faq/order-status-and-payment-confirmation

Η κατάσταση "σε εκκρεμότητα" δεν σημαίνει απαραίτητα αποτυχία

Μετά την επιστροφή από τη σελίδα πληρωμής, η παραγγελία μπορεί να περιμένει για επιβεβαίωση από τον πάροχο πληρωμών. Μέχρις ότου η κατάσταση δεν είναι σαφώς αποτυχημένη ή έχει λήξει, μια νέα διπλή παραγγελία μπορεί να περιπλέξει άσκοπα τη διαδικασία αντιστοίχισης.

Τι να κάνετε μετά την πληρωμή

  1. Μετά την ολοκλήρωση της πληρωμής, επιστρέψτε στη σελίδα Cli>_.
  2. Ελέγξτε στον λογαριασμό σας την κατάσταση της παραγγελίας και τυχόν μηνύματα που σχετίζονται με την πληρωμή.
  3. Αν η παραγγελία εξακολουθεί να είναι σε εκκρεμότητα, δώστε στο πάροχο χρόνο για να την επιβεβαιώσει.
  4. Εάν αντιμετωπίσετε κάποιο πρόβλημα, επικοινωνήστε με την υποστήριξη και δώστε τον αριθμό παραγγελίας και την αναφορά πληρωμής, εάν είναι διαθέσιμη.

Τι δεν πρέπει να στέλνετε

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

> Δεδομένα που επιταχύνονται τη ρύθμιση της υπηρεσίας

Προετοιμάστε το όνομα της υπηρεσίας, το domain, τον αποθηκευτικό χώρο, την διεύθυνση email πρόσβασης και το δημόσιο SSH κλειδί. Μην εισάγετε ευαίσθητα δεδομένα στα πεδία.

faq/service-setup-information-needed

Οι ακριβείς πληροφορίες εξοικονομούν χρόνο

Χρησιμοποιήστε τις φόρμες για να εισάγετε δημόσιες ή μη ευαίσθητες τιμές: όνομα υπηρεσίας, domain, σχέδιο DNS, μέγεθος αποθήκευσης, CPU, RAM, email διαχειριστή ή δημόσιο κλειδί SSH. Οι κωδικοί πρόσβασης, τα ιδιωτικά κλειδιά και οι κωδικοί πρόσβασης δεν πρέπει να εισάγονται στις φόρμες.

Προετοιμαστείτε πριν κάνετε την παραγγελία

  1. Επιλέξτε ένα εύκολα αναγνωρίσιμο όνομα για την υπηρεσία της ομάδας σας.
  2. Αποφασίστε εάν θα χρησιμοποιήσετε το δικό σας domain ή ένα προσωρινό hostname που παρέχεται από το σύστημα.
  3. Προετοιμάστε ένα δημόσιο SSH κλειδί, εάν η υπηρεσία το απαιτεί.
  4. Ελέγξτε το μέγεθος του αποθηκευτικού χώρου και τους πόρους ανάλογα με την εφαρμογή που πρόκειται να εκτελέσετε.

Μην αποστέλλετε εμπιστευτικές πληροφορίες

Εάν δεν είστε σίγουροι εάν μια πληροφορία είναι εμπιστευτική, ρωτήστε χωρίς να τη στείλετε. Μην αποστέλλετε ιδιωτικά κλειδιά, κωδικούς πρόσβασης, tokens, αντίγραφα βάσεων δεδομένων και ολόκληρα αρχεία διαμόρφωσης στο chat ή στην παραγγελία.

> Αλλαγή CPU, RAM, δίσκου ή χρόνου διατήρησης μετά την παραγγελία

Τροποποιήστε την υπάρχουσα υπηρεσία μέσω της σελίδας λεπτομερειών και όχι δημιουργώντας μια νέα παραγγελία. Η αλλαγή των πόρων μπορεί να επηρεάσει την τιμή, το κόστος της υπηρεσίας, την ημερήσια κατανάλωση πίστωσης, απαιτεί επανεκκίνηση και ενέχει κινδύνους διακοπής λειτουργίας.

faq/change-service-resources-after-order

Τροποποιείτε μια υπάρχουσα υπηρεσία, όχι δημιουργείτε μία νέα

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

Πριν την επιβεβαίωση της αλλαγής

  1. Ελέγξτε την τρέχουσα χρήση της CPU, της RAM και του δίσκου, καθώς και τις ρυθμίσεις δημιουργίας αντιγράφων ασφαλείας και διατήρησης δεδομένων στο Offsite Archive.
  2. Ελέγξτε τη νέα ημερήσια τιμή και τον αντίκτυπο στην πίστωση.
  3. Διαβάστε τις ειδοποιήσεις για επανεκκίνηση, συντήρηση ή διακοπή λειτουργίας.
  4. Πριν κάνετε μια επικίνδυνη αλλαγή, δημιουργήστε ένα αντίγραφο ασφαλείας των σημαντικών δεδομένων σας.

Τι συμβαίνει εάν η αλλαγή δεν πραγματοποιηθεί όπως αναμενόταν

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

> Διακοπή υπηρεσίας και προθεσμία διαγραφής δεδομένων

Η ενεργοποιημένη υπηρεσία τίθεται αρχικά σε αναστολή, εμφανίζεται μια ρυθμιζόμενη ορατή προθεσμία διαγραφής και στη συνέχεια μπορεί να ακολουθήσει η μόνιμη διαγραφή.

faq/cancel-service-and-data-retention

Η ακύρωση δεν συνεπάγεται άμεση διαγραφή όλων των υπηρεσιών

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

Πριν τη διαγραφή, ελέγξτε

  1. Δημιουργήστε εξαγωγή δεδομένων για τα στοιχεία που θέλετε να διατηρήσετε μακροπρόθεσμα.
  2. Ελέγξτε την ημερομηνία και ώρα προγραμματισμένης διαγραφής κατά τη διάρκεια της παύσης της υπηρεσίας.
  3. Να θυμάστε ότι τα αντίγραφα ασφαλείας και το Offsite Archive έχουν διαφορετικές ρυθμίσεις διατήρησης από τη διαγραφή λόγω κύκλου ζωής.
  4. Εάν δεν είστε σίγουροι, επικοινωνήστε με την υποστήριξη πριν από την προθεσμία διαγραφής.

Η επαναφορά μετά τη λήξη της προθεσμίας ενδέχεται να μην είναι δυνατή

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

> Αντίγραφα ασφαλείας και αιτήματα επαναφοράς

Τα αντίγραφα ασφαλείας χρησιμοποιούνται για την επαναφορά σε περίπτωση λειτουργικού προβλήματος, όχι ως αντικατάσταση των δικών σας εξαγωγών. Η επαναφορά μπορεί να αντικαταστήσει πιο πρόσφατα δεδομένα.

faq/backups-and-restore-requests

Το αντίγραφο ασφαλείας δεν είναι αρχείο ή εξαγωγή

Η διάρκεια διατήρησης των αντιγράφων ασφαλείας εξαρτάται από το προϊόν και τις επιλογές που έχετε επιλέξει. Το αντίγραφο ασφαλείας βοηθά στην επαναφορά λειτουργιών μετά από σφάλμα, αλλά δεν αντικαθιστά την εξαγωγή δεδομένων, το αρχείο ελέγχου ή το αποθηκευμένο αντίγραφο ασφαλείας εκτός εγκατάστασης. Η επαναφορά μπορεί να αντικαταστήσει πιο πρόσφατες αλλαγές.

Πώς να προετοιμάσετε ένα αίτημα επαναφοράς

  1. Καταχωρήστε το όνομα της υπηρεσίας και τον αριθμό παραγγελίας.
  2. Περιγράψτε την κατά προσέγγιση χρονική στιγμή για την οποία θέλετε να επαναφέρετε τα δεδομένα.
  3. Δηλώστε εάν πρέπει να επαναφερθεί ολόκληρη η υπηρεσία ή ένα συγκεκριμένο τμήμα, εφόσον υποστηρίζεται.
  4. Συμπεριλάβετε ένα εμφανές σφάλμα ή το περιβάλλον, χωρίς κωδικούς πρόσβασης, διακριτικά και ιδιωτικά κλειδιά.

Προτού ξεκινήσετε την επαναφορά, λάβετε υπόψη τις επιπτώσεις

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

> Για ποιο λόγο χρησιμοποιείται το Offsite Archive

Το Offsite Archive διατηρεί απομακρυσμένα αρχειακά αντίγραφα, ανεξάρτητα από τα σύντομα λειτουργικά αντίγραφα ασφαλείας και τον κύκλο ζωής της υπηρεσίας.

faq/offsite-archive-purpose

Αρχείο εκτός κανονικής λειτουργίας

Το Offsite Archive προορίζεται για απομακρυσμένα αρχειακά αντίγραφα και για μεγαλύτερη διάρκεια αποθήκευσης δεδομένων. Δεν είναι ένας δίσκος που χρησιμοποιείται απευθείας από μια εφαρμογή, ούτε αντικαθιστά την τοπική εξαγωγή δεδομένων, ούτε είναι το ίδιο με τα σύντομα λειτουργικά αντίγραφα ασφαλείας.

Πότε να το ενεργοποιήσετε

  1. Χρησιμοποιήστε το για δεδομένα που θέλετε να διατηρήσετε εκτός της κανονικής λειτουργίας της υπηρεσίας.
  2. Επιλέξτε τις ημέρες διατήρησης σύμφωνα με τις απαιτήσεις συμμόρφωσης, τις επιχειρηματικές ανάγκες ή τους στόχους ανάκτησης δεδομένων.
  3. Παρακολουθήστε πώς η τιμή αυξάνεται ανάλογα με τον αποθηκευμένο όγκο και τη διάρκεια διατήρησης.
  4. Για μεγάλα σύνολα δεδομένων, σχεδιάστε την αρχειοθέτηση παράλληλα με τη δική σας διαδικασία εξαγωγής.

Πώς να σκεφτείτε για το κόστος

Η βασική μονάδα μέτρησης είναι τα MB-days: δηλαδή ο όγκος των αποθηκευμένων δεδομένων και η διάρκεια διατήρησής τους. Η τιμή εμφανίζεται στον πελάτη ως EUR/GB/μήνα και το αποτέλεσμα στρογγυλοποιείται στα πλησιέστερα λεπτά.

> Επιλογή επεξεργαστή (CPU), μνήμης (RAM) και δίσκου για VPS

Επιλέξτε το μέγεθος του VPS ανάλογα με την εφαρμογή, τη βάση δεδομένων, την cache, τα αρχεία καταγραφής και την προβλεπόμενη ανάπτυξη. Η εμφάνιση μηνυμάτων σφάλματος όπως OOM (Out Of Memory) ή η χρήση swap υποδεικνύει ότι χρειάζεται περισσότερη μνήμη RAM.

faq/vps-cpu-ram-and-disk-sizing

Ξεκινήστε με βάση το πραγματικό φορτίο, όχι απλώς την αίσθηση

Ένας μικρός στατικός ιστότοπος έχει διαφορετικές απαιτήσεις από μια βάση δεδομένων, μια εφαρμογή Java, μια μηχανή αναζήτησης ή ένα container με build. Κατά τον προγραμματισμό, λάβετε υπόψη τη μνήμη της εφαρμογής, την cache, τη βάση δεδομένων, τα logs, τις μεταφορτώσεις και το περιθώριο για ανάπτυξη.

Ενδείξεις ότι το πρόγραμμα είναι μικρό

  1. Αυξήστε τη μνήμη RAM όταν εμφανίζονται μηνύματα σφάλματος μνήμης (OOM), τερματισμού διεργασιών ή έντονης χρήσης της περιοχής ανταλλαγής (swap).
  2. Αυξήστε την ισχύ του επεξεργαστή (CPU) σε περιπτώσεις παρατεταμένου υψηλού υπολογιστικού φορτίου, συμπίεσης, δημιουργίας ή έντονης δραστηριότητας των εφαρμογών.
  3. Αυξήστε τον χώρο στον δίσκο πριν γεμίσει το σύστημα αρχείων, τα αρχεία καταγραφής (logs) ή η βάση δεδομένων.
  4. Μετά από κάθε αλλαγή, παρακολουθήστε αν η εφαρμογή έχει σταματήσει να φτάνει στο αρχικό όριο.

Τι να στείλετε όταν έχετε ερώτηση σχετικά με το μέγεθος

Χρήσιμες πληροφορίες είναι το όνομα της υπηρεσίας, ο τύπος της εφαρμογής, ένα εμφανές σφάλμα, η κατά προσέγγιση διάρκεια του προβλήματος και οι τρέχουσες ρυθμίσεις CPU, RAM και δίσκου. Μην αποστέλλετε κωδικούς πρόσβασης, ιδιωτικά κλειδιά ή εσωτερικά αρχεία διαμόρφωσης.

> Πότε έχει νόημα μια δημόσια IP για έναν εικονικό διακομιστή (VPS);

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

faq/vps-public-ip-options

Καθορίστε πρώτα την κατεύθυνση της επικοινωνίας

Μια δημόσια IP διεύθυνση δεν είναι απαραίτητη για κάθε υπηρεσία. Συνήθως καλύπτει τις ανάγκες εξωτερικών συνεργατών, παρόχων ή τείχών προστασίας (firewall) για λίστες επιτρεπόμενων διευθύνσεων (allowlist), μια σταθερή πηγή εξερχόμενης κίνησης ή πρόσβαση σε συγκεκριμένες θύρες.

Ερωτήσεις πριν την παραγγελία IP

  1. Ρωτήστε τον συνεργάτη εάν επιτρέπει εισερχόμενες, εξερχόμενες ή και τις δύο κατευθύνσεις.
  2. Χρησιμοποιήστε ονόματα DNS αντί για αριθμητικές διευθύνσεις όπου είναι δυνατόν.
  3. Ανοίξτε μόνο τις θύρες που απαιτούνται πραγματικά από την εφαρμογή.
  4. Στείλτε το αίτημα για τη λίστα επιτρεπόμενων στην υποστήριξη πριν αλλάξετε την παραγωγική πρόσβαση.

Τι πρέπει να παραμείνει κλειστό

Μια δημόσια διεύθυνση IP δεν σημαίνει ότι πρέπει να ανοίξουν όλες οι θύρες. Προτείνετε πρόσβαση μόνο στις ελάχιστες απαραίτητες υπηρεσίες και μην στέλνετε κωδικούς, ιδιωτικά κλειδιά ή εσωτερικούς κανόνες firewall ως στιγμιότυπα οθόνης με ευαίσθητα δεδομένα.

> Κοινή χρήση SSH πρόσβασης για VPS

Χωρίς μια δημόσια διεύθυνση IP, ο εικονικός διακομιστής συνδέεται μέσω ενός κοινόχρηστου σημείου εισόδου SSH με υψηλή θύρα. Εάν υπάρχει δημόσια διεύθυνση IP, προστίθεται επίσης η άμεση πρόσβαση SSH σε αυτήν τη διεύθυνση.

faq/shared-ssh-access-for-vps

Γιατί χρησιμοποιείται μια υψηλή θύρα στο κοινόχρηστο SSH;

Πολλές υπηρεσίες VPS μπορούν να μοιράζονται ένα κοινό σημείο πρόσβασης SSH, επομένως κάθε υπηρεσία λαμβάνει τη δική της υψηλή θύρα. Η θύρα είναι μέρος της διαδρομής προς την υπηρεσία σας· χωρίς αυτήν, η σύνδεση δεν μπορεί να παραδοθεί με ακρίβεια στην κατάλληλη VPS.

Πώς να συνδεθείτε ανάλογα με τον τύπο πρόσβασης

  1. Όταν χρησιμοποιείτε κοινόχρηστο SSH, αντιγράψτε το όνομα χρήστη (username), τον δημόσιο διακομιστή (public host) και τη θύρα (port) από την υπηρεσία SSH.
  2. Χρησιμοποιήστε την εντολή ssh -p <port> <username>@<public-host>.
  3. Εάν η υπηρεσία διαθέτει δημόσια IP, μπορεί να υπάρχει και ένα επιπλέον σημείο πρόσβασης SSH απευθείας σε αυτήν την IP ή στο DNS όνομά της, ανάλογα με τη ρύθμιση της υπηρεσίας.
  4. Χρησιμοποιήστε το ιδιωτικό κλειδί μόνο τοπικά μέσω του SSH client ή agent σας. Στην υποστήριξη, παραθέστε μόνο τον δημόσιο host, τη θύρα, το όνομα χρήστη και τυχόν εμφανιζόμενα σφάλματα.

Όταν έχετε επιπλέον μια δημόσια IP διεύθυνση

Η δημόσια IP δεν αντικαθιστά το κοινόχρηστο SSH endpoint. Προσφέρει έναν ξεχωριστό τρόπο πρόσβασης κατάλληλο για allowlists, παρακολούθηση ή απευθείας σύνδεση. Στην πράξη, μπορείτε να δείτε δύο τρόπους σύνδεσης μέσω SSH: ένα κοινόχρηστο host με υψηλή θύρα και ένα άμεσο host ή IP για μια υπηρεσία με δημόσια IP.

> Έλεγχος πριν τη σύνδεση του δικού σας domain

Πριν αλλάξετε το domain, βεβαιωθείτε για τις εξουσιοδοτημένες DNS, το ακριβές όνομα διακομιστή (hostname), τον τύπο εγγραφής και την απουσία συγκρουόμενων παλαιών εγγραφών.

faq/custom-domain-readiness-checklist

Είναι σημαντικό το ακριβές όνομα διακομιστή (hostname)

Καθορίστε πρώτα αν συνδέετε έναν κύριο τομέα, όπως το example.com, ή έναν υποτομέα, όπως το app.example.com. Κάθε περίπτωση μπορεί να απαιτεί διαφορετικό τύπο εγγραφής DNS, διαφορετικούς περιορισμούς από τον πάροχο DNS και έλεγχο από τον καταχωρητή.

Πριν την αλλαγή των DNS

  1. Ελέγξτε πού τροποποιούνται οι εξουσιοδοτημένες εγγραφές DNS για το domain.
  2. Αφαιρέστε ή επεξεργαστείτε τις συγκρουόμενες εγγραφές A/AAAA, CNAME, ALIAS, ANAME ή ανακατεύθυνσης.
  3. Χρησιμοποιήστε τον τύπο εγγραφής που συνιστάται για την συγκεκριμένη υπηρεσία και όνομα host.
  4. Μετά την αλλαγή, περιμένετε τη διάδοση των DNS και στη συνέχεια ελέγξτε το τελικό HTTPS.

Ασφαλής επαναφορά

Μην απενεργοποιήσετε τον αρχικό διακομιστή πριν ο νέος όνομα διακομιστή λειτουργεί σωστά. Όταν αντιμετωπίζετε προβλήματα, παρακαλούμε στείλτε το domain, τον αναμενόμενο προορισμό και τα δημόσια ορατά αποτελέσματα DNS, όχι τα στοιχεία πρόσβασης στον καταχωρητή.

> Τύποι DNS εγγραφών για υπηρεσίες

Οι εγγραφές A/AAAA χρησιμοποιούνται για την αναφορά σε διευθύνσεις, το CNAME δημιουργεί ψευδώνυμο, το MX χρησιμοποιείται για email και το TXT για ελέγχους, συμπεριλαμβανομένων των SPF, DKIM και DMARC.

faq/dns-record-types-for-services

Μην συνδυάζετε εγγραφές τυχαία

Κάθε τύπος DNS εξυπηρετεί διαφορετικό σκοπό. Οι εγγραφές A και AAAA δείχνουν σε διευθύνσεις IP, το CNAME δημιουργεί ψευδώνυμο για έναν υποτομέα, το MX κατευθύνει τα μηνύματα ηλεκτρονικού ταχυδρομείου, το TXT περιέχει ελέγχους ταυτότητας και πολιτικές email, ενώ το CAA περιορίζει τις αρχές έκδοσης πιστοποιητικών.

Κατά την αντιγραφή εγγραφών

  1. Αντιγράψτε το όνομα, τον τύπο και την τιμή ακριβώς σύμφωνα με τις οδηγίες της υπηρεσίας.
  2. Μην χρησιμοποιείτε CNAME σε ένα hostname που έχει ήδη άλλες εγγραφές, εάν οι κανόνες του DNS το απαγορεύουν.
  3. Τοποθετήστε το DKIM κάτω από τον επιλογέα (selector) του παρόχου και το DMARC συνήθως κάτω από το _dmarc.
  4. Ρυθμίστε το CAA προσεκτικά, καθώς μια λανθασμένη τιμή μπορεί να εμποδίσει την έκδοση του πιστοποιητικού.

Όταν το DNS δεν λειτουργεί

Στείλτε στο τμήμα υποστήριξης το όνομα διακομιστή (hostname), τον τύπο της εγγραφής, την αναμενόμενη τιμή και το δημόσια ορατό αποτέλεσμα. Μην στέλνετε στοιχεία σύνδεσης για τη διαχείριση DNS ή στιγμιότυπα οθόνης με κωδικούς API.

> Διάδοση DNS και TTL χωρίς εγγύηση για λεπτά

Το TTL καθορίζει πόσο χρόνο μπορούν οι διαμεσολαβητές να διατηρούν μια παλιά απάντηση. Κατά τη διάρκεια της μετάβασης, μπορεί να συνυπάρχουν παλιές και νέες απαντήσεις.

faq/dns-propagation-and-ttl

Η διάδοση είναι caching, όχι απλή αναμονή

Στο DNS δεν υπάρχει εγγύηση για συγκεκριμένο χρόνο διάδοσης. Μετά την αλλαγή των authoritative DNS, διαφορετικοί resolvers μπορεί προσωρινά να δίνουν παλιές και νέες απαντήσεις μέχρι να λήξει η μνήμη cache (TTL). Επομένως, το αποτέλεσμα μπορεί να διαφέρει μεταξύ δικτύων, χωρών ή DNS resolvers.

Κατά τη διάρκεια προγραμματισμένης αλλαγής

  1. Εάν ο πάροχος το επιτρέπει, μειώστε την τιμή TTL πριν από την προγραμματισμένη αλλαγή.
  2. Μετά την τροποποίηση του DNS, αποφύγετε επαναλαμβανόμενες και τυχαίες αλλαγές μέχρι να λήξουν οι αποθηκευμένες πληροφορίες (cache).
  3. Ελέγξτε τα αποτελέσματα από πολλούς διακομιστές DNS εάν υπάρχουν διαφορές.
  4. Σημειώστε την ώρα της αλλαγής, την παλιά τιμή, τη νέα τιμή και το TTL.

Τι να στείλετε κατά τη διάρκεια της διάγνωσης

Παρακαλούμε δώστε το όνομα διακομιστή (hostname), τον αναμενόμενο στόχο, την εμφανιζόμενη παλιά απάντηση, την εμφανιζόμενη νέα απάντηση, το TTL και την ώρα της αλλαγής. Μην στέλνετε στοιχεία πρόσβασης στον λογαριασμό DNS ή εσωτερικές σημειώσεις του παρόχου.

> Προγραμματισμός αποθηκευτικού χώρου για το Workspace Suite

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

faq/nextcloud-storage-planning

Το Workspace Suite αυξάνεται και πέρα από τα εμφανή αρχεία

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

Πριν παραγγείλετε χωρητικότητα

  1. Υπολογίστε τα τρέχοντα δεδομένα των χρηστών και τους κοινόχρηστους φακέλους.
  2. Προσθέστε επιπλέον χώρο για εκδόσεις, τον κάδο ανακύκλωσης, τις προεπισκοπήσεις και τη δραστηριότητα συγχρονισμού.
  3. Λάβετε υπόψη μεγάλες εισαγωγές δεδομένων, νέες ομάδες και την προβλεπόμενη αύξηση.
  4. Αυξήστε τον αποθηκευτικό χώρο πριν οι χρήστες φτάσουν στο όριο.

Εάν αντιμετωπίζετε προβλήματα συγχρονισμού

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

> Μεταφορά αποθετηρίων στο Gitea

Μετακίνηση των αποθετηρίων Git. Σχεδιάστε τη μετεγκατάσταση μαζί με τα LFS, τα υπο-αποθετήρια, τα δικαιώματα, τα deploy keys, τα webhooks και το CI/CD.

faq/gitea-repository-migration

Η μετανάστευση δεν είναι απλώς ένα clone

Εκτός από το ιστορικό του αποθετηρίου, πρέπει να μεταφερθούν ή να επαναρυθμιστούν οι ιδιοκτήτες, οι ομάδες, τα προστατευμένα branches, τα προστατευμένα tags, το Git LFS, τα submodules, τα deploy keys, τα webhooks και οι συνδέσεις CI/CD.

Έλεγχος πριν τη μετάβαση

  1. Καταγράψτε τα αποθετήρια, τους ιδιοκτήτες, τις ομάδες πρόσβασης και τους λογαριασμούς αυτοματισμού.
  2. Ελέγξτε τα αντικείμενα Git LFS, τα υπο-modules, την προστασία των κλάδων και την προστασία των ετικετών.
  3. Μετά τη μεταφορά, δοκιμάστε τις λειτουργίες clone, push, Git LFS, submodules και CI.
  4. Ακυρώστε ή αντικαταστήστε τα παλιά tokens μετά τη μετανάστευση, χωρίς να κοινοποιήσετε τις τιμές τους.

Ευαίσθητα δεδομένα κατά τη μετανάστευση

Μην στέλνετε στο τμήμα υποστήριξης tokens, ιδιωτικά κλειδιά, το ιδιωτικό μέρος του deploy key ή CI secrets. Αρκούν τα ονόματα των repositories, ο τύπος της ενσωμάτωσης, ένα εμφανές σφάλμα και πληροφορίες σχετικά με το τι λειτουργούσε πριν από τη μετανάστευση.

> Περιοχή αποστολής για το Listmonk

Για τις καμπάνιες σας, προετοιμάστε μια περιοχή αποστολής ή έναν υποτομέα, την ταυτότητα "From", τα αρχεία SPF, DKIM, DMARC, τη διαχείριση των μηνυμάτων επιστροφής και την επιλογή απεγγραφής.

faq/listmonk-sender-domain-basics

Η αξιοπιστία ξεκινά από το domain

Το Listmonk απαιτεί μια σαφή ταυτότητα αποστολέα και εγγραφές DNS που μπορούν να επαληθευτούν από τα συστήματα email. Τα SPF, DKIM και DMARC πρέπει να είναι ρυθμισμένα σωστά για το domain ή τον υπο-domain από το οποίο θέλετε να στέλνετε τις καμπάνιες.

Πριν από την πρώτη καμπάνια

  1. Επιλέξτε ένα domain ή υποdomain για την αποστολή των email σας και ορίστε την ταυτότητα του αποστολέα (From).
  2. Προσθέστε τις απαραίτητες εγγραφές DNS για επαλήθευση, συμπεριλαμβανομένων των SPF, DKIM selector και DMARC.
  3. Εκτελέστε δοκιμαστικές αποστολές πριν από την έναρξη μιας πραγματικής καμπάνιας και ελέγξτε τη διανομή, τις απαντήσεις αποτυχίας (bounce), το Return-Path και τους συνδέσμους.
  4. Ελέγξτε τις επιλογές διαγραφής και το List-Unsubscribe πριν από την αποστολή της καμπάνιας.

Οι πληροφορίες πρόσβασης στα email δεν πρέπει να περιλαμβάνονται στο αίτημα υποστήριξης

Κατά τη διάρκεια της διάγνωσης, παρακαλούμε στείλτε το domain, τον τύπο εγγραφής, την δημόσια ορατή τιμή DNS και το μήνυμα λάθους. Μην αποστέλλετε κωδικούς SMTP, API tokens, ιδιωτικά DKIM keys ή αρχεία με προσωπικά δεδομένα.

> Ρυθμίσεις χρόνου λειτουργίας για το Classic Hosting

Το Classic Hosting μπορεί να λειτουργήσει σε αυτόματη ή χειροκίνητη λειτουργία. Η CPU, η RAM, η μνήμη, ο χώρος αποθήκευσης, η διατήρηση αντιγράφων ασφαλείας, η διατήρηση του Offsite Archive, οι μεταφορτώσεις, η cache και τα αρχεία καταγραφής επηρεάζουν το κόστος και τη σταθερότητα.

faq/classic-hosting-runtime-settings

Η αυτόματη λειτουργία δεν είναι πάντα η καλύτερη επιλογή

Το Auto Runtime βοηθά στην αναγνώριση έργων, αλλά η χειροκίνητη λειτουργία είναι κατάλληλη όταν θέλετε να επιλέξετε συγκεκριμένα το Nginx, Apache, FrankenPHP ή ένα συγκεκριμένο περιβάλλον εκτέλεσης γλώσσας. Χρησιμοποιήστε τον επιλογέα PHP μόνο όπου υποστηρίζεται από το επιλεγμένο περιβάλλον εκτέλεσης.

Ρυθμίσεις πριν την ανάπτυξη

  1. Επιλέξτε αυτόματη ή χειροκίνητη λειτουργία Runtime, ανάλογα με το framework και τον τρόπο δημιουργίας του build.
  2. Επιλέξτε PHP 8.2, 8.3 ή 8.4 μόνο για υποστηριζόμενα σενάρια PHP.
  3. Ρυθμίστε την CPU, τη μνήμη RAM, τον δίσκο, τη διατήρηση των αντιγράφων ασφαλείας και το Offsite Archive ανάλογα με τα δεδομένα και την επισκεψιμότητα.
  4. Μετά την ανάπτυξη, ελέγξτε τις μεταφορτώσεις, την προσωρινή μνήμη (cache), τα αρχεία καταγραφής και τα εμφανόμενα σφάλματα της εφαρμογής.

Όταν η εφαρμογή δεν ξεκινά

Στείλτε πληροφορίες σχετικά με τη λειτουργία χρόνου εκτέλεσης, τη γλώσσα ή την έκδοση PHP, τυχόν εμφανιζόμενα σφάλματα και τις αλλαγές που έγιναν. Μην αποστέλλετε αρχεία .env, κωδικούς πρόσβασης, διαπιστευτήρια ή ολόκληρα αρχεία καταγραφής που περιέχουν ευαίσθητες πληροφορίες.

> Ποιες πληροφορίες είναι ασφαλές να αποστείλετε στην υποστήριξη;

Είναι πιο χρήσιμο να παρέχετε αριθμούς παραγγελιών, ονόματα υπηρεσιών, domains, χρονικές στιγμές, δημόσια hosts, ports, διατήρηση αντιγράφων ασφαλείας, διατήρηση Offsite Archive, uploads, cache, logs, στιγμιότυπα οθόνης και εμφανή σφάλματα, χωρίς να αποκαλύπτονται ευαίσθητες πληροφορίες.

faq/support-safe-information-to-share

Μια καλή αίτηση υποστήριξης περιέχει σχετικές πληροφορίες, όχι απόρρητα δεδομένα.

Η ομάδα υποστήριξης μπορεί να ανταποκριθεί γρηγορότερα όταν λαμβάνει τον αριθμό παραγγελίας, το όνομα της υπηρεσίας, το domain, τον δημόσιο server ή τη θύρα, την ώρα του προβλήματος, τις αλλαγές που έγιναν και ένα ακριβές, ορατό μήνυμα σφάλματος.

Ασφαλές περιεχόμενο μηνύματος

  1. Παρακαλώ αναφέρετε τον αριθμό παραγγελίας, την υπηρεσία, το domain, την ώρα και το βήμα όπου παρουσιάστηκε το πρόβλημα.
  2. Σε περίπτωση προβλημάτων με hosting, συμπληρώστε τις πληροφορίες σχετικά με το runtime, τη γλώσσα ή την έκδοση PHP, τον επεξεργαστή (CPU), τη μνήμη RAM, τον δίσκο, τα uploads, την cache και τα logs, αφαιρώντας τυχόν ευαίσθητες πληροφορίες.
  3. Πριν από την αποστολή, περικόψτε ή θολώστε τις εικόνες (screenshots) για να αποκρύψετε ευαίσθητα στοιχεία.
  4. Εάν δεν είστε σίγουροι εάν μια πληροφορία ανήκει στο αίτημα, ρωτήστε πρώτα χωρίς να την αποστείλετε.

Τι δεν πρέπει ποτέ να στείλετε

Μην στέλνετε κωδικούς πρόσβασης, ιδιωτικά κλειδιά, seed phrases, API tokens, cookies συνεδρίας, εξαγωγές βάσεων δεδομένων, ολόκληρα αρχεία .env ή πλήρη αρχεία καταγραφής με ευαίσθητες πληροφορίες.