serpico75

Πώς γίνεται το παρακάτω: Έχει φτιάξει ένα account στη SiteGround για το domain letscreateawebsite.com ένα mail account , και θέλει να χρησιμοποιήσει τα settings τού account στο WordPress. Θα χρησιμοποιήσει τα αριστερά settings (secure). Δύο απορίες: α. Πώς γίνεται στα settings αριστερά, οι δύο servers να μην έχουν hostname (το hostname είναι κενό, εφόσον καί incoming καί outgoing servers είναι letscreateawebsite.com)? Δεν θα έπρεπε να είναι όπως δεξιά, π.χ. smtp.letscreateawebsite.com ή mail.letscreateawebsite.com ή katiallo.letscreateawebsite.com , κ.λπ. ? Πώς γίνεται να είναι το FQDN ενός mail server (blank).rootdomain.tld? β. Είτε secure (αριστερά) είτε unsecure (δεξιά), δεν θα έπρεπε οι servers (servers FQDN) να είναι ίδια; Πώς και είναι διαφορετικοί; πηγή

Ας πούμε ότι έχω το test.com. Φτιάχνω το: CNAME host: www.test.com points to: test.com Αυτό κατανοητό. Εάν βάλεις στο address bar το www.test.com σε πηγαίνει στο test.com Σχετικά με το mailing, νόμιζα πως μόνο MX+A κάνουν την όλη δουλειά. Είδα, όμως, πως κάποιοι, βάζουν CNAME καί στο mailings. Και το φτιάχνουν ως εξής: CNAME host: mail.test.com points to: test.com CNAME host: www.mail.test.com points to: test.com Πώς δουλεύει αυτό το CNAME και γιατί το κάνουν στα mails;

Και μία ερώτηση ακόμη. Με μεγάλη απορία!! Γιατί οι ISPs θα κλείσουν την 25 για ένα άσχετο mail server, ενώ απ' ό,τι είδα με telnet, η 25 είναι ανοιχτή για Yahoo και την mail.com; Έκανα δοκιμή σε αυτές τις 2 στην 25, και δεν ήταν blocked. Πως γίνεται αυτό; Εκεί, δεν υπάρχει φόβος για spam/malware?

Εάν έχω το test.com , ένα VPS στο linode, και το CyberPanel, φτιάξω ένα mail server μέσω CyberPanel, για να στείλω mails από το linode mail server, πρέπει να ζητήσω από το linode να ανοίξουν τις 25 , 465 , 587. Πρέπει να ζητήσω και από την τον ISP μου να ανοίξουν πόρτες ή έχει να κάνει μόνο με τη linode στο συγκεκριμένο σενάριο?

Όταν λες δεν είναι απαραίτητο? Ψιλομπερδεύτηκα. Αυτό δεν φτιάχνουμε υποτίθεται? Στήνουμε έναν mail server που το όνομά του είναι vrasidas.example.com Οπότε, στα settings στο Thunderbird, ο SMTP server είναι ο vrasidas.example.com Το vrasidas.example.com είναι το ίδιο σε τρεις θέσεις: α. Στο MX record (είναι το όνομα τού mail server σε αυτό το record) β. Στο SMTP server στο account settings στο Thunderbird γ. Εκεί που ορίζεις στο mail hosting provider το όνομα τού mail server σου (αυτό είναι που ρώτησα παραπάνω, και δεν έχω βρει που το ορίζει αυτος που στήνει τον mail server. Το όνομα FQDN τού mail server σου) Τώρα, σχετικά με αυτό που λες ("όχι απαραίτητα"), το μόνο που θα μπορούσα να υποθέσω είναι πως έχεις περισσότερους από έναν mail servers, περισσότερα από ένα MX records, οπότε διαλέγεις τον SMTP server για τα settings στο Thunderbird. Εάν πρόκειται για αυτό, ας πάρουμε σαν σενάριο, μόνο ένα MX record. Εάν, πάλι, δεν πρόκειται γι'αυτό, για τί άλλο πρόκειται;

Αυτά τα τρία αρκούν ώστε, στον mail client ενός χρήστη, να δηλωθεί ως SMTP server (outgoing) το vrasidas.example.com ? π.χ. φτιάχνεται το nikos@example.com Οπότε, με βάση τα τρία records τού @trendy , στο π.χ. Thunderbird, στα settings τού account, θα οριστεί: outgoing server: vrasidas.example.com port:587 Σωστά;

Η σχετική ονομασία τού SMTP server (λέγοντας σχετική αναφέρομαι στο hostname FQDN), έχει να κάνει μόνο με το MX record; Με το πρόγραμμα διαχείρισης MTA; Το ορίζεις κάπου αλλού??? Πιο συγκεκριμένα: Ας πουμε ότι έχω το domain test.xyz και θέλω να φτιάξω SMTP server σε CyberPanel. Στο MX record, θα βάλω για SMTP host -> mail.test.xyz ή μπορώ να βάλω και κάτι άλλο (π.χ. gianis.test.xyz)? Νομίζω πως δεν "καθάρισα" απλώς βάζοντάς το στο MX record. Μάλλον και κάπου αλλού πρέπει να το ορίσω. Ίσως κάπου στο CyberPanel. Κάποια βοήθεια;

Όχι, δεν πρόκειται γι' αυτό. Είναι λίγο πολύπλοκο το βιντεο, αν και μόλις ενός λεπτού βίντεο.

Κάτι να ρωτήσω για MX Records όταν έχεις αλλού τον registrar και αλλού το mail hosting. Πολύ ενδιαφέρον βιντεάκι μόλις 1:20 που εάν έχετε λίγο χρόνο να ρίξετε μιά ματιά, και να ρωτήσω. Βιντεάκι ενδιαφέρον από την άποψη γνώσης. Καταρχήν, το ότι έχει κλείσει τα comments ίσως είναι επειδή θα άκουγε αρκετά ή για λάθη που κάνει ή επειδή θέλει να μπερδέψει κόσμο. Στους δεύτερους ανήκω κι εγώ που είμαι ακόμα φρέσκος. Υπάρχει και το άλλο πριν πάω στην ερώτηση. Βλέπω ότι έχει βάλει το κεντρικό domain του σε CNAME record να βλέπει την εταιρία του. Που έχω δει να αναφέρεται ως λάθος αυτό, και μάλιστα από RFC. Δεν χρησιμοποιείς ποτέ το apex domain σε CNAME record. Αλλά ας μην ασχοληθούμε με αυτό τώρα. Η ανάλυση-ερώτηση που κάνω είναι η εξής: α. Έχει για registrar την Cloudflare για το domain driftingideas.com β. Έχει για web+mail hosting την εταιρία Arvixe hosting γ. Απ' ό'τι φαίνεται στο βίντεο, οι ns servers είναι στην Cloudflare για το συγκεκριμένο domain, οπότε η ρύθμιση τού zone file και των RRs θα γίνει στην Cloudflare. Από δω και κάτω είναι που μπερδεύομαι (ίσως φυσιολογικά διότι κάτι δεν πάει καλά στο βίντεο). Πάμε... Αυτός έχει ένα VPS στην Arvixe, και παίρνει copy+paste την shared public IP τού VPS (που είναι ίδια για όλα τα domains που έχει στην Arvixe). Και κάνει ρύθμιση με αυτήν την shared public IP για MX record στο driftingideas.com στην Cloudflare. Ή θα έπρεπε οι nameservers να δείχνουν τούς nameservers της Arvixe, και να έχει εκεί φτιάξει RRs για το driftingideas.com ή θα έπρεπε να έχει συμπεριλάβει στον VPS server του καί το driftingideas.com με A record μόνο. Πού είμαι λάθος ή το βίντεο είναι για να μπερδέψει κόσμο;

Σας ευχαριστώ!!

Επειδή δεν ξέρω εάν το λέω καλά, το πάνω πάνω domain λέγεται bare domain ή naked domain. Δηλαδή, στο www.example.com το bare είναι το example.com Το διευκρινίζω για αυτό που θα πω στη συνέχεια... Υπάρχει όμως και η ελάχιστη/πολύ μικρή λεπτομέρεια. Η λεπτομέρεια είναι, όταν βάλεις στον registrar να δείχνουν σε άλλους nameservers. Αλλά, όχι μόνο αυτό. Θα αναλύσω. . . Ρίξτε μιά ματιά εδώ. Εδώ είναι το nameserver section για αρκετούς registrars. Και πώς δηλώνεις να βλέπουν τους nameservers στην digitalocean. Φυσικά, μετά, πρέπει να φτιάξεις τα RRs στην digital ocean. Επισης, πολύ σημαντικό (και ρίξτε μιά ματιά καί εδώ, θέλει ελάχιστο διάβασμα). Το θέμα που μπερδεύει εμένα, και ίσως αρκετούς, ότι, οι nameservers που δηλώνονται και διαβάζονται σε έναν registrar, είναι στο nameserver section (να το πούμε, αρχικά??? Ίσως αρχικά εκεί στέλνεται το query). Όπως το site που έδωσα για την digitalocean, και το section για αρκετούς registrars. Από την άλλη, στην σελίδα της KINAMO, αναφέρεται πολύ καλά η ταυτόχρονη ύπαρξη nameservers section καί NS records (είναι η απορία που έχω καί μπερδεύομαι). Αυτό που δεν πρέπει να επιτρέπεται (τουλάχιστον όπως το καταλαβαίνω) είναι, όταν έχεις nameserves section (όποιοι είναι αυτοί, π.χ. της Godaddy να είναι δηλωμένοι οι ίδιοι της Godaddy και στην Godaddy να ρυθμίζεται το DNS ή π.χ. της Godaddy, στο nameservers section να γίνεται point στην digitalocean και η διαχείριση τού DNS να γίνεται στην digitalocean), όποιο κι αν είναι το σενάριο, αυτό, λοιπόν, που δεν θα έπρεπε να επιτρέπεται είναι να αφήνεται να δημιουργηθούν NS records για το bare domain. Εφόσον αυτή η πληροφορία δίνεται απ' τον public authoritative nameserver, γιατί να μπορούν να δημιουργηθούν NS records που να δίνεται η ίδια πληροφορία??? Οπότε, πολύ σωστή είναι (για μένα, τουλάχιστον), η ανάλυση που κάνει η KINAMO στο παραπάνω link. Εάν μπορεί ο namesrver στο query να δώσει το resolve, όλα καλά, και το πράγμα σταματάει εκεί (προφανώς πρόκειται για το bare domain query). Εάν, όμως, το query δεν έχει να κάνει με το bare domain (εδώ μάλλον μιλάμε για sub-domains), τότε, ασφαλώς και χρειάζονται τα NS records, η σωστή δήλωσή τους στο zone file, και να έχει ενημερωθεί καί ο π.χ. .com TLD (παράδειγμα: sub1.example.com). Κάτι σαν να λέμε υπάρχει μία υποθετική σειρά που να γίνεται το query: α. public authoritative nameserver section και εάν δεν είναι δουλειά του β. NS record nameserver

Λόγω τού ότι θέλω να τα ξεκαθαρίσω, μπορεί και η απορία μου να έχει ειπωθεί λάθος από μένα. Αυτό ακριβώς προσπαθώ να κάνω. Να διορθώσω το/τα λάθη αυτά. Να προσαρμόσω, λοιπόν, την παραπάνω εικόνα, στο παράδειγμά μου σχετικά με την Godaddy. Στο παράδειγμα της εικόνας, υπάρχουν δύο NS records για δύο nameservers. Οι nameservers είναι οι: ns1.jbmc-software.com. ns2.jbmc-software.com. Νομίζω υπάρχουν δύο περιπτώσεις: Α. Εάν οι ns1.jbmc-software.com. ns2.jbmc-software.com. είναι οι nameservers τής Godaddy (πάντα υποθετικά μιλώντας), τότε δεν χρειάζεται να υπήρχαν αυτά τα δύο ns records της εικόνας. Προφανώς, αυτοί οι δύο nameservers θα ήταν δηλωμένοι ως οι nameservers στο αντίστοιχο section για nameservers τής Godaddy. Β. Εάν οι ns1.jbmc-software.com. ns2.jbmc-software.com. δεν είναι οι nameservers τής Godaddy, τότε εδώ είναι που μπερδεύομαι. Δύο περιπτώσεις για μένα. Β1. Ή πας και δηλώνεις στο section τής Godaddy για nameservers τούς: ns1.jbmc-software.com. ns2.jbmc-software.com. και τέλος. Όλα δουλεύουν κανονικά στο resolve. ή Β2. Πάς και φτιάχνεις ένα Α record με την IP τού site και δύο ns records όπου το κάθε ένα θα έχει από έναν name server. Αυτούς τους δύο name servers θα σου τους έχει δώσει με κάποιο τρόπο ο web hosting provider (το πιό πιθανό στην προσθήκη τού domain στα domain σου στο web hosting ή π.χ. με mail). Στην συγκεκριμένη περίπτωση, τα A record και δύο NS records θα είναι: Α site-helper.com 216.194.67.19 NS site-helper.com ns1.jbmc-software.com. NS site-helper.com ns2.jbmc-software.com. Αυτό είναι που εξήγησα πριν, και τώρα το δίνω με παράδειγμα. Στην περίπτωση Α, που οι nameservers είναι τής Godaddy, τα πράγματα είναι απλά. Στο nameservers section, δηλώνονται απλά οι nameservers τής Godaddy και όλα λειτουργούν ομαλά. Στο B1 και B2, όμως, που οι nameservers ανήκουν σε άλλο hosting provider, πώς γίνεται στη μία περίπτωση (Β2) να χρειάζεται η IP τού διαφορετικού hosting provider και στην άλλη (Β1) να μη χρειάζεται IP; Διότι έχω δει σε πολλά videos και σε πολλά sites, καί τις δύο περιπτώσεις. Αλλάζοντας nameservers, λόγω τού ότι αλλάζεις web hosting, σε άλλες περιπτώσεις δηλώνεις μόνο τούς nameservers, και σε άλλες παίζεις με τον συνδυασμό που έδωσα A+NS records. Όπως είπα λίγο παραπάνω. Είδα κάπου, σε όταν κάποιος είχε registrar την Godaddy, είχε droplet στην Digitalocean (και διαχείριση τού DNS στην Digitalocean). Οπότε, εκεί είδα ότι πήγε στην Godaddy, στο section nameservers, και άλλαξε τους nameservers στης Digitalocean. Αλλού, πάλι είδα A+NS records. Να γίνεται, ας το πούμε, κάποιο pointer σε άλλο web hosting με A+NS records συνδυασμό. υ.γ. Ναι, κατά την πληκτρολόγηση συνειδητοποίησα ένα μεγάλο λάθος στην προηγούμενη απορία μου:δεν διευκρίνησα όταν μιλάμε για διαφορετικό registrar και διαφορετικό web hosting. Sorry guys!

Ποιά η διαφορά ανάμεσα σε NS records και nameservers; Εννοώ, είδα σε videos, εάν κάποιος έχει registrar την Godaddy, και έχει Digital ocean aplet, τότε στην Godaddy, πηγαίνει στο section nameservers, και τους ρυθμίζει απλά να δείχνουν τους nameservers τής Digitalocean. Δεν "παίζει" με κάποια IP των nameservers. Απ'την άλλη, σε αλλά videos είδα να φτιάχνονται NS records με IP. Δηλαδή, φτιάχνεται ένα A record με IP, και στη συνέχεια δύο NS records. Ποια είναι η διαφορά; Πότε δουλεύουμε με nameserver section και πότε με NS records;

Ok. Ευχαριστώ πολύ!

Να υποθέσω πως το "κανονικά" έχει να κάνει πως δεν θα υπάρξει κάποιο θέμα. Correct?

Μία πληροφορία για οφειλή. Ονόματα:Νίκος & Μαρία Η Μαρία έχει μία οφειλή στο εθνικό κτηματολόγιο. Έχει έντυπο πληρωμής με τον κωδικό πληρωμής 401 π.χ. 123123123123123123123 Ο Νίκος έχει δική του κάρτα δηλωμένη στην π.χ. ΤΡΑΠΕΖΑ ΠΕΙΡΑΙΩΣ για e-banking. Το κτηματολόγιο αναφέρει ότι στην ΠΕΙΡΑΙΩΣ μπορεί να πληρωθεί μέσω internet η συγκεκριμένη οφειλή. Μπορεί ο Νίκος να πληρώσει την οφειλή της Μαρία στο internet με την δική του κάρτα ή θα υπάρξει κάποιο θέμα; Δηλαδή, πρέπει οπωσδήποτε να πληρωθεί με κάρτα της Μαρίας; Ευχαριστώ!

Παρακαλώ, ήθελα μια επιβεβαίωση στο παρακάτω. Ο κάθε name server έχει μια IP address. Ο .com name server, έχει μια IP address. Έτσι, στην αναζήτηση π.χ. u2.com , ένας root-server , που θα συνεχίσει την αναζήτηση στο .com, έχει ένα Α record που δείχνει στον .com. Στη συνέχεια, ο .com, έχει ένα A record που δείχνει στην IP τού name server U2.com. Φτάνοντας, τελικά, το query στον U2.com name server, εκεί υπάρχει ένα A record που περιέχει την IP τού web server με το site U2.com. Εκτός και εάν η αλυσίδα της αναζήτησης root-server -> .com -> U2.com δεν γίνεται μέσω αυτών των A records που αναφέρω. Δεν υπάρχουν αυτά τα A records, αλλά περνάει από name server σε name server διαφορετικά. Αυτό είναι κυρίως που με απασχολεί. Πώς περνάει η αναζήτηση από τον ένα στον άλλο. Έχω καταλάβει σωστά ή κάτι μου φεύγει;

Σε tablet Android 8.0 (δεν μπορεί να γίνει update), σχετικά με την εφαρμογή YouTube, μπορώ να κάνω κάτι για να σταματήσουν οι διαφημίσεις; Ευχαριστώ

Βρήκα, τελικά, τί έφταιγε και δεν έγραφε ήχο ούτε το Icecream ούτε το VSDC που δοκίμασα. Είχε γίνει disabled το stereo mix (τουλάχιστον σε μένα, έτσι είχε γίνει και δεν έγραφε ήχο). Οπότε, σε W7 και W10 που δοκίμασα: δεξί click στο ηχειάκι systray sounds recording tab δεξί click 'Stereo Mix' enable Μετά, πηγαίνεις στην εφαρμογή, και επιλέγεις σαν 'Audio capture device' (ή κάπως έτσι θα το έχει κάθε εφαρμογή) το 'Stereo Mix (κάρτα ήχου)' π.χ. 'Stereo Mix (Realtek High Definiton Audio'). Όλα καλά τώρα. Ένα άλλο θεματάκι που έχω είναι πως είτε με Icecream είτε με VSDC, ενώ έρχεται κανονικά το animation είτε παράθυρο είτε full screen, όταν σώζω το βίντεο, είναι λίιιιγο πιό αργό όταν το βλέπω.

Το έκανα εγκατάσταση (Pro - πλήρης έκδοση), κάνει εγγραφή, αλλά δεν καταγράφει τον ήχο. Ήχο έχω στα Windows. Έχεις κάνει κάποιες ρυθμίσεις στα Windows στον ήχο/κάρτα κλπ; Μήπως πρέπει να ρυθμίσω κάτι εκεί;

Ήθελα 1-2 προτάσεις για προγράμματα screen recorder. Να καταγράφουν και ήχο. π.χ. εάν βλέπω youtube βιντεάκι, να καταγράφει καί τον ήχο. Ποιό θα είχατε να μου προτείνετε; Περισσότερα από ένα θα ήταν ό,τι καλύτερο για να κάνω μία δοκιμή εναλλακτική. Ευχαριστώ

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

Να υποθέσω πως αυτό γίνεται σε περίπτωση παροχών πχ Google, Yahoo!, Cosmote... Γνωστών. Εάν όμως θέλω ένα δικό μου domain, ώστε να έχω δικής μου μορφής mails, πχ είναι ελεύθερο το domain "test", το νοικιάζω σε .com ώστε τα mail μου να είναι @test.com , τότε δεν χρειάζομαι public IP;

Ναι, έχετε απόλυτο δίκιο. Το μπέρδεψαν. Το mail δεν βγαίνει στο διαδίκτυο ώστε να γίνει έλεγχος των διευθύνσεων. Γίνεται έλεγχος μόνο των διευθύνσεων, και ανάλογα μεταφέρεται το mail στο mailbox που πρέπει. Ναι, όντως με μπερδεύει στο όλο θέμα η έννοια Email Service Provider (ESP). Για να το πάρω από τη ρίζα ρίζα. Ας πάρουμε για παράδειγμα ότι θέλω να δουλέψω με την Godaddy, και θέλω να έχω mails με @ gianis . com (πχ gianis.com είναι ελεύθερο) Πρεπει: α. Να νοικιάσω το domain (μέσω Godaddy) β. Πρέπει να νοικιάσω μια public IP (πχ 1.2.3.4) (εάν η Godaddy το κάνει, ας πούμε ότι πάω εκεί. Διαφορετικά, ας πούμε στην εταιρία "TEST"). Ας πούμε ότι οι Godaddy/TEST έχουν υπηρεσίες mail, και δεν πάω σε άλλη εταιρία για mail services. Μένω σε Godaddy/TEST. Απ' ό,τι έχω δει σε video, αυτό το cPanel που έχει κάποιος, είναι όταν έχει μια δική του public IP. Στο παραπάνω σενάριο, στο β. , η Godaddy/TEST, δεν λέγετε Email Service Provider(ESP); Εαν ναι, δεν είναι ταυτόχρονα ως ESP, και εταιρία που έχει SMTP mail server για προώθηση mails; Ή ο mail SMTP mail server που θα προωθεί δικά μου mails βρίσκεται κάπου αλλού στο διαδίκτυο; Να υποθέσω πως εάν ισχύει το δεύτερο, η δουλειά της Godaddy/TEST είναι άλλη απ' την προώθηση των mails. Και εάν ναι στο δεύτερο, κάποιες περισσότερες λεπτομέρειες; Αυτο είναι που δεν έχω καταλάβει για τους ESP.

-The client submits the sender’s and recipient’s email addresses, as well as the email body and attachments, to the server. -The SMTP server, or more precisely the mail transfer agent (MTA), checks whether the domain name of the recipient and the sender is the same. If it is, the email goes directly to the recipient’s POP3 or IMAP server. If the domains are different, the SMTP server has to communicate with the Domain Name Server (DNS). Αυτό δεν αποδεικνύει ότι, ακόμη και για το ίδιο domain να προορίζεται το mail αποστολής, το mail θα πρέπει να πάει προσωρινά για έλεγχο διευυύνσεων από τον MSP; Εκεί, ο Mail Service Provider, θα ελέγξει διευθύνσεις αποστολέα και παραλήπτη. Εφόσον το domain είναι ίδιο, δεν θα χρησιμοποιηθεί το DNS, και το mail θα πάει στο mailbox του παραλήπτη.