বিপরীত ডিএনএস কোনও বৈধ হোস্টনাম নয় [বন্ধ]


10

আমি একটি বন্ধুকে একটি সার্ভার চালাতে সহায়তা করি, এতে একটি মেইল ​​সার্ভার অন্তর্ভুক্ত থাকে। http://mxtoolbox.com প্রতিবেদন করেছে যে আমাদের বিপরীত ডিএনএস একটি বৈধ হোস্ট-নেম নয়।

বিপরীত ডিএনএস বর্তমানে নির্দেশ করে domain.com। এটা নির্দেশ করা উচিত hostname.domain.com? আমি এখানে দেখেছি যে বিপরীত ডিএনএসের জন্য এই স্কিমটি ব্যবহার করা প্রচলিত। যাইহোক, মেল সার্ভার যদি এরূপ প্রতিক্রিয়া জানায় তবে এটি সমস্যার কারণ হবে:

220 domain.com ESMTP Postfix (Ubuntu)
EHLO PWS3.mxtoolbox.com
250-domain.com
250-PIPELINING
250-SIZE 10240000
...

মূলত, বিপরীত ডিএনএস মেইল ​​সার্ভারের প্রতিবেদন ডোমেনের একটি সাবডোমেনের দিকে নির্দেশ করে বৈধ হবে কি?

সম্পাদনা: আমার মূল প্রশ্নটি নিম্নরূপ ছিল: মেল সার্ভারটি যদি domain.comতার এফকিউডিএন হিসাবে রিপোর্ট করে তবে ডিএনএসের বিপরীত দিকে চিহ্নিত করতে পারে hostname.domain.com? কেন এটির প্রয়োজন নেই, এবং কেন উভয়ই সমান হওয়া উচিত তার জন্য নীচের মন্তব্যগুলি দেখুন।



আসলে তা না. আমি জানতে চেয়েছিলাম hostname.domain.comমেইলের কাছে / থেকে বিপরীত ডিএনএস হিসাবে বৈধ কিনা domain.com, তবে অন্য পোস্টটি জানতে চেয়েছিল যে তাদের বিপরীত ডিএনএসটি কী হবে। আমার উত্তরটি অন্য পোস্টের উত্তর ব্যবহার করে এবং এটি সম্পর্কে একটি প্রশ্ন জিজ্ঞাসা করে।
কনারজেসি

1
ঠিক আছে, সেক্ষেত্রে আপনি দয়া করে পরিষ্কার করতে পারেন যে আপনি কেন মেল সার্ভারটি প্রথমে হোস্টনাম বাদে কোনও কিছু জানাতে চান? আদর্শভাবে এমটিএ রিপোর্ট করে এমন হোস্টনামটি রিভার্স ডিএনএস এন্ট্রির মতোই আসল হোস্ট-নেম হওয়া উচিত।
হকান লিন্ডকভিস্ট

ওয়েল, সামনে @Halfgaar আমার আগের প্রশ্নের উত্তর, আমি উপেক্ষিত যে খালি SPF যাচাই একটি সার্ভারের জন্য মেইল পাঠাতে মঞ্জুরিপ্রাপ্ত কি না তা জন্য ব্যবহার করা হয় domain.com, না রিপোর্ট FQDN। আমি মূলত ধরে নিয়েছি সার্ভারটির domain.comজন্য মেল প্রেরণের জন্য রিপোর্ট করতে হবে domain.com। আমি সম্প্রতি উপলব্ধি করেছিলাম, v=spf1 mx -allঅন্য মেশিনটিকে মেল প্রেরণের অনুমতি দেওয়ার জন্য আমি এসপিএফ রেকর্ড হিসাবে ব্যবহার করতে পারি । এটি স্বীকৃত উত্তরের মন্তব্যে স্পষ্ট হয়েছিল।
কনারজেসি

উত্তর:


10

মূলত, বিপরীত ডিএনএস মেইল ​​সার্ভারের প্রতিবেদন ডোমেনের একটি সাবডোমেনের দিকে নির্দেশ করে বৈধ হবে কি?

না। ঠিক আপনার সার্ভারকে পুরো নাম দিন myserver.mydomain.com। আপনার বিপরীত myserver.mydomain.comডিএনএসেও রয়েছে এবং মেইল ​​সার্ভারটি নিজেই (সাথে HELO) ঘোষণা করেছে তা নিশ্চিত করুন myserver.domain.com

প্রযুক্তিগতভাবে, আপনি এটি হতে পারেন mail.domain.com, তবে এর অর্থ মেশিনের নন-এফকিউডিএন হোস্টনেম হবে mailযা মার্জিত নয়।

আপনার হোস্টনামটি হবেন না domain.com, (আমি মনে করি) ডোমেনটি হোস্ট-নেম নয়, সাংগঠনিক সত্তা হওয়া উচিত।


মেইল সার্ভারটি নিজেকে ইউজার @ডোমেন.কমের মতো ইমেলগুলি প্রেরণ করতে ডোমেইন ডট কম হিসাবে নিজেকে ঘোষণা করতে হবে, তাই না? মেল সার্ভারটি যদি নিজেকে myserver.domain.com হিসাবে ঘোষণা করে, ইমেল ঠিকানাগুলি ইউজার@myserver.domain.com হওয়ার দরকার নেই?
কনারজেসি

এছাড়াও, আমি নিশ্চিত আপনি আমার হোস্ট-নেম হিসাবে হচ্ছে না দ্বারা কি বোঝাতে চেয়েছেন নই domain.com, আপনি FQDN বোঝাতে চেয়েছেন? বর্তমানে মেল মেশিনের হোস্ট-নেম vps1, তাই বিপরীত ডিএনএসের vps1.domain.comপরিবর্তে নির্দেশ করা উচিত domain.com, সঠিক?
কনারজেসি

The mail server has to announce itself as serving domain.com to send emails like user@domain.com though, right? If the mail server announces itself as myserver.domain.com, won't the email addresses need to be user@myserver.domain.com?- না। এসপিএফ রেকর্ডগুলির জন্য এটিই।
joeqwerty

1
আচ্ছা বুঝলাম. ধন্যবাদ। শুধু নির্মল, আমার MX রেকর্ড তারপর থেকে পরিবর্তন করা উচিত domain.comকাছে vps1.domain.com। এছাড়াও, এসপিএফ রেকর্ডটির v=spf1 mx -allএই সেটআপটি দিয়ে কাজ করা উচিত। এটা কি ঠিক?
কনারজেসি

2
হ্যাঁ এবং হ্যাঁ নির্মল করার জন্য: একটি MX রেকর্ড designates যেখানে ই-মেইল যায় প্রতি । একটি এসপিএফ রেকর্ডার নির্ধারণ করে যেখানে ইমেলটি FROM থেকে আসে ।
joeqwerty

2

মেল সার্ভার সফ্টওয়্যার যে হোস্টনামটি জানিয়েছে এবং বিপরীত ডিএনএস এন্ট্রি আসল ক্যানোনিকাল fqdn হোস্টনেম (বিপরীত ডিএনএস ক্ষেত্রে রেফারেন্সযুক্ত প্রশ্নে আলোচনা করা হয়েছে) হিসাবে প্রত্যাশিত Both

তবে এটি সাধারণত যাচাই হয় না যে এই দুটি মান আসলেই মিলছে (যদিও এটি যদি তা করে তবে এটি আরও বেশি বোঝায়)।


মনে রাখবেন যে মেইল ​​সার্ভার যে মেইল ​​সার্ভারের জন্য মেইল ​​গ্রহণ করে বা মেল প্রেরণ করে মেইল ​​সার্ভারের সাথে এই ডোমেইনের নামের সাথে অবশ্যই নির্দিষ্ট হওয়া হোস্টনামের কোনও প্রত্যাশা নেই; এটি মেল সার্ভারটি নিজেই সনাক্ত করে, এটি পরিচালনা করা ডোমেনগুলি নয়।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.