অ্যান্ড্রয়েড কেন অভ্যন্তরীণ আইপি ঠিকানার দিকে নির্দেশ করে ডিএনএস রেকর্ডগুলি সমাধান করতে অস্বীকার করছে?


14

স্থানীয় নেটওয়ার্ক অ্যাপ্লিকেশনগুলি অ্যাক্সেস করার চেষ্টা করার সময় আমার একটি অ্যান্ড্রয়েড ডিভাইসে (নেক্সাস 7) খুব অদ্ভুত আচরণ রয়েছে। ল্যানে মেশিনের আসল আইপি পাওয়ার পরিবর্তে অ্যান্ড্রয়েড ডিভাইস পাবলিক আইপি পায় , যার অর্থ ক্রোম, ফায়ারফক্স বা অন্য কোনও ব্রাউজার কেবল রাউটারের ওয়েব পৃষ্ঠাটি দেখায়।

আমার একটি অভ্যন্তরীণ ডিএনএস সার্ভার রয়েছে যা স্থানীয় নেটওয়ার্কগুলি পরিচালনা করে। এরকম pingএকটি পিসি থেকে সঠিকভাবে কাজ করে:

$ ping s.pelicandd.com

PING pelicandd.com (192.168.1.15) 56(84) bytes of data.
64 bytes from front.pelicandd.com (192.168.1.15): icmp_seq=1 ttl=64 time=0.524 ms
64 bytes from front.pelicandd.com (192.168.1.15): icmp_seq=2 ttl=64 time=0.578 ms
^C

এইচটিসি ওয়ান ডিভাইসে (এর সাথে অ্যাক্সেস করা adb shell) এটি খুব ভালভাবে কাজ করে:

shell@m7:/ $ ping s.pelicandd.com

PING pelicandd.com (192.168.1.15) 56(84) bytes of data.
64 bytes from front.pelicandd.com (192.168.1.15): icmp_seq=1 ttl=64 time=2.56 ms
64 bytes from front.pelicandd.com (192.168.1.15): icmp_seq=2 ttl=64 time=27.8 ms
^C

যাইহোক, pingনেক্সাস 7 থেকে একই কাজ করার সময় আমি এটি পেয়েছি:

shell@flo:/ $ ping s.pelicandd.com

PING pelicandd.com (90.78.26.42) 56(84) bytes of data.
64 bytes from LFbn-1-2441-42.w90-78.abo.wanadoo.fr (90.78.26.42): icmp_seq=1 ttl=64 time=2.56 ms
64 bytes from LFbn-1-2441-42.w90-78.abo.wanadoo.fr (90.78.26.42): icmp_seq=2 ttl=64 time=8.63 ms
^C

অভ্যন্তরীণ আইপি সমাধান করার পরিবর্তে, এটি জনসাধারণের কাছে সমাধান হয়।

নেটওয়ার্ক কনফিগারেশন the ডিভাইসের আইপি ঠিকানা ব্যতীত both উভয় ডিভাইসে ঠিক একই: আইপি সেটিংসটি স্ট্যাটিককে সেট করা থাকে এবং ডিএনএস সার্ভারগুলি অভ্যন্তরীণ থাকে। উভয় অ্যান্ড্রয়েড ডিভাইসই ওয়াই-ফাই (পিসির বিপরীতে) এর মাধ্যমে সংযুক্ত রয়েছে। তবে একটি বড় পার্থক্য হ'ল নেক্সাস 7 অ্যান্ড্রয়েড 6.0.1 ব্যবহার করছে, অন্যদিকে এইচটিসি ওয়ান অ্যান্ড্রয়েড 5.0.2 ব্যবহার করে।

নেই nm-tool, digবা nslookupনেক্সাস on এ নেই The ডিভাইসটি রুট নয়।

আমি কয়েক সপ্তাহ আগে ডিভাইসটি কেনার পর থেকেই সমস্যাটি বিদ্যমান ছিল, তাই এটি ডিএনএস ক্যাশে সমস্যাটিই হতে পারে।

এই সমস্যাটি আরও পরিদর্শন করতে আমি কী করতে পারি?


সবার আগে আপনার অবশ্যই অবশ্যই সমস্যাটি পরীক্ষা করা উচিত। সুতরাং দয়া করে প্লে স্টোর থেকে আইপি সরঞ্জাম ইনস্টল করুন, কিছু এনস্কুলআপ তৈরি করুন এবং এর চেয়ে আমরা আরও জানব। বিশেষত ডিএনএস সার্ভার নেক্সাসের ব্যবহার, ডিএনএস লুকআপ এবং আরও অনেক কিছু। এই আইপি সরঞ্জাম ব্যবহার করে দেখুন । এটি পোলিশ ভাষায় তবে অবশ্যই আপনি এটি পরিবর্তন করতে পারেন। এই ধরণের সমস্যার ক্ষেত্রে আমি এই সরঞ্জামটি ব্যবহার করি।
mackowiakp

হুঁ। ইন আইপি তথ্য , এটা সঠিক DNS- র ঠিকানাও প্রদর্শন করা হয়। ইন DNS খোঁজ , সঠিক আইপি দেখানো হয় (192.168.1.15)। যাইহোক, traceroute ট্যাব শো ভুল পাবলিক IP তে (90.78.26.42)।
আর্সেনী মরজেনকো

সুতরাং - আমার মতে - নেক্সাসের অভ্যন্তরীণ ডিএনএস এন্ট্রিতে কিছু ভুল আছে। আমি সিমিলার কনফিগারেশন ব্যবহার করি এবং সবকিছু ঠিকঠাক কাজ করে
mackowiakp

অভ্যন্তরীণ ডিএনএস আমার নেক্সাস 6 পি, নেক্সাস 5, নেক্সাস 10 ইত্যাদির উপর সূক্ষ্মভাবে কাজ করে etc. (আমি অনুমান করি যে আপনি এটি ব্যবহার করেছেন, যেহেতু নেক্সাস 7 কোনও নতুন ডিভাইস নয়)।
ডারোবার্ট

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

উত্তর:


5

আমরা সম্প্রতি এই সমস্যাটির মুখোমুখি হয়েছি এবং অ্যান্ড্রয়েড ভি 5 এবং নতুনতর চলমান ডিভাইসগুলিতে এটি কেবল সংকীর্ণ করেছি। অ্যান্ড্রয়েড ভি 4 এবং অন্যান্য সমস্ত ওএস এর কোনও সমস্যা নেই।

এই টিডবিটটি সহ, আমরা নির্ধারণ করেছি যে অ্যান্ড্রয়েড ভি 5 এবং আরও নতুন ডিএনএস নাম রেজোলিউশনের জন্য আইপিভি 6 ব্যবহার করার জন্য জোর দেয়। (যেহেতু আমরা আমাদের নেটওয়ার্কে আইপিভি 6 সম্পূর্ণরূপে অক্ষম করেছি, এই সমস্যাটি এই জিবস করে) । সুতরাং, অভ্যন্তরীণ কোনও ডিএনএস নয়, কেবল বাহ্যিক।

আমরা নির্বাচনকালীন অভ্যন্তরীণ নাম এবং আইপিগুলির জন্য আমাদের জন-মুখোমুখি ডিএনএস সার্ভারগুলিতে ডিএনএস রেকর্ড তৈরি করে বিষয়টি নিয়ে কাজ করেছি। এটি হয়ে গেলে, গুগলের সর্বজনীন ডিএনএস অভ্যন্তরীণ আইপিগুলির সাহায্যে এই অভ্যন্তরীণ নামগুলি সমাধান করতে পারে এবং ডিভাইসগুলি তখন আমাদের অভ্যন্তরীণ হোস্টগুলিতে পৌঁছতে পারে।

আমরা স্থায়ী ফিক্স হিসাবে আমাদের অভ্যন্তরীণ ডিএনএস সার্ভারগুলিতে (ডোমেন নিয়ন্ত্রক) সম্পূর্ণরূপে আইপিভি 6 সক্ষম করার প্রক্রিয়া করছি।

=========================================

আপডেট - ভাল, এটি দেখা যাচ্ছে এটি একটি মোট রেড হেরিং ... বা নাও হতে পারে। আমার হোম নেটওয়ার্কটি Win2008R2, ডিএইচসিপি এবং ডিএনএস সহ একক-ডোমেন এবং আইপিভি 6 বাইন্ডিং নেই। সেখান থেকে একটি Android v5 ডিভাইস পরীক্ষা করে দেখেছি এবং কোনও সমস্যা নেই। ইস্যু সহ অফিস নেটওয়ার্কটি Win2012 (নন-আর 2), একক-ডোমেন।

স্থির-লিংকসিস ডাব্লুএইপি এবং পরীক্ষার জন্য পৃথক এসএসআইডি সহ বর্তমান অফিসের ডাব্লু বাইপাস করা, সমস্যা অব্যাহত রয়েছে।

অফিস এবং হোম নেটওয়ার্কগুলির মধ্যে পার্থক্য (যা আমি ভাবতে পারি): উইন্ডোজ সংস্করণ - ২০১২ বনাম ২০০৮ আর ২ - রাউটার মডেল (সিসকো বনাম লিংকিস) - ডাব্লুএপি মডেল (ডেল ব্র্যান্ডযুক্ত আরুবা নেটওয়ার্ক বনাম লিংকিসিস)

সমস্যাটি সংকীর্ণ করার জন্য আমি আরও যা যা পরীক্ষা করতে পারি তা নিয়ে এগিয়ে যেতে। কোন পরামর্শ বা ইনপুট অত্যন্ত প্রশংসা করা হয়!

=========================================

সমস্যা শেষ (?!)

নেটওয়ার্ক টপোলজি পরিবর্তনের পরে আমাদের সমস্যাটি নিজেরাই অদৃশ্য হয়ে গেছে বলে আমি মনে করি এটি সম্পর্কিত বলে মনে করি না, তবে তথ্যটি এখানে দেওয়া আছে।

(এই দীর্ঘ, আঁকা গল্পের জন্য বিশাল অ্যাপলজিগুলি, তবে এটি তখনই যখন আমাদের অ্যান্ড্রয়েড সমস্যাগুলি অদৃশ্য হয়ে যায়, তাই আপনি যদি পারেন তবে এটি চালিয়ে যান I'm আমি সম্ভবত এখানে খুব বেশি বিশদ সরবরাহ করছি, তবে কারণ আমি সরাসরি সংযোগ দেখতে পাচ্ছি না, আমি ঠিক যেমন ঘটলাম ঠিক তেমনভাবে রাখছি))

আমাদের আইএসপি হ'ল কমকাস্ট বিজনেস ক্লাস five একটি পাঁচটি ঠিকানার স্থির আইপি ব্লক সহ একটি কেবলের মডেম (অদ্ভুত সংখ্যা তবে কমকাস্ট সেগুলি কীভাবে বিক্রি করে)। কমকাস্টের কেবলের মডেমটি মূলত একটি সংমিশ্রণ মডেম / ফায়ারওয়াল / রাউটার / স্যুইচ সহ আমাদের স্ট্যাটিক আইপি ব্লককে দূরবর্তীভাবে প্রোগ্রাম করে।

10+ বছর এবং প্রায় অনেক নিয়োগকর্তার জন্য, আমি সবসময় অফিস নেটওয়ার্কগুলি একইভাবে তৈরি করেছি:
আইএসপি মডেম / রাউটারের জন্য একটি ল্যান আইপি কনফিগার করুন, যা ইন্টারনেট থেকে নেটের ট্র্যাফিক। সহজ হতে পারে না, এবং এইভাবেই আমার বর্তমান অফিস নেটওয়ার্কটি চার বছরের জন্য কনফিগার করা হয়েছে।

সম্প্রতি আমাদের অফিসের ইন্টারনেট পরিষেবাটি ডাউন হয়ে গেছে। সাধারণত একটি মডেম পুনঃসূচনা এটি সংশোধন করে, কিন্তু যখন আমরা কমকাস্টকে কল করিনি যিনি কোনও প্রযুক্তি পাঠিয়েছিলেন, যিনি পরিষেবাটি পুনরুদ্ধার করার জন্য কেবল মডেমটি প্রতিস্থাপন করেছিলেন।

কিছুদিন পরে আবার একই ঘটনা ঘটল। আমরা আবার কল করেছি এবং অনসাইট টেক (আগের তুলনায় বিভিন্ন প্রযুক্তি) আবার একটি নতুন মডেলের সাথে মডেমটি প্রতিস্থাপন করার চেষ্টা করেছিল। আশ্চর্যজনকভাবে, নতুন কেবলের মডেমটি ল্যান সাবনেট ঠিকানা পরিবর্তন করতে সমর্থন করে না। ডিফল্ট সাবনেটটি 10.1.10.0/24 হয় এবং এটি পরিবর্তন করা যায় না। (কেবলমাত্র চতুর্থ অক্টেটটি কনফিগারযোগ্য ছিল)) আমাদের অফিসের সাবনেটটি 192.168.100.0/24 হওয়ায় আমি ল্যাঙ্ক সাবনেট পরিবর্তন না করে প্রযুক্তিটিকে জানাতে পারি যে আমরা এটি ব্যবহার করতে পারি না। তিনি বুঝতে পেরেছিলেন, তবে কেন কেবল মডেমটি পরিবর্তনটি আটকাতে পারে সে সম্পর্কে কোনও তথ্য ছিল না। সুতরাং তিনি আগের মতো একই মডেলের একটি প্রতিস্থাপন মডেম ইনস্টল করেছিলেন, যা আমরা অভিন্নভাবে কনফিগার করেছি এবং ইন্টারনেট অ্যাক্সেস পুনরুদ্ধার করা হয়েছে।

আর এক-দু'দিন কেটে যায় এবং পরিষেবাটি আবার নেমে যায়। এবার যখন আমি কমকাস্টকে ফোন করেছি, তখন যে প্রাথমিক প্রযুক্তিটির সাথে আমি কথা বলেছিলাম তা আমাদের নেটওয়ার্ক কনফিগারেশন সম্পর্কে বিস্তারিত এবং জ্ঞাত প্রশ্ন জিজ্ঞাসা করেছিল। যখন আমি বুঝিয়েছি যে ক্যাবল মডেমটি আমাদের সাবনেটে একটি ল্যান আইপি দিয়ে কনফিগার করা হয়েছে, তখন তিনি এতে আশ্চর্য হয়ে গেলেন। তিনি বলেছিলেন যে বেশিরভাগ কম্যাস্টের গ্রাহক কেবল তারের মডেম এবং ল্যানের মধ্যে একটি ক্যাটাগরির রাউটারকে কেবল মোডেমের NAT'ing ব্যবহার না করে সংযুক্ত করে। প্রকৃতপক্ষে, তিনি বলেছিলেন যে তার সচেতনতা নেই যে কেবল মোডেম NAT'ing সমর্থন করে।

কমকাস্টে একেবারে নতুন কেবল মডেম (সর্বশেষ মডেল যা ল্যান সাবনেট পরিবর্তন সমর্থন করে না) সহ আরও একটি প্রযুক্তি পাঠিয়েছে। তিনি বিদ্যমান মোডেমের উপর বিস্তৃত পরীক্ষা করেছেন, এবং শেষ পর্যন্ত নির্ধারণ করেছেন যে এটি কেবলমাত্র আইপিভি 6 ট্র্যাফিক - কোনও আইপিভি 4 নয় passing তিনি ফোন প্রযুক্তি কী বলেছিল তাও নিশ্চিত করেছেন - এটি NAT'ing এর জন্য আলাদা রাউটার ব্যবহার করার এবং তারের মডেমের ল্যান সাবনেট পরিবর্তন না করার (যা এখন আমরা নতুন মডেমগুলিতে করতে পারি না) তা প্রস্তাবিত।

এবং এখন অবশেষে আমরা আমাদের করা নেটওয়ার্কের পরিবর্তে চলে আসি। আমি ক্যাবল মডেম এবং আমাদের মূল রাউটারের মধ্যে একটি সাধারণ লিঙ্কসিস রাউটার ইনস্টল করেছি, মডেমের পাশে আমাদের স্ট্যাটিক আইপি এবং অভ্যন্তরে ল্যান আইপি দিয়ে কনফিগার করেছি। ইন্টারনেট পরিষেবাটি তখন পুনরুদ্ধার করা হয়েছিল, এবং কিছু সময়ের জন্য স্থিতিশীল রয়েছে।

ইন্টারনেট পরিষেবা পুনরুদ্ধার হওয়ার পরে, আমি কেবল মোডেমের সাথে আইপিভি 6 ইস্যুটির বিজোড়তা সম্পর্কে ভেবেছিলাম, যার ফলে আমাকে অ্যান্ড্রয়েড ভি 5 ইস্যু মনে করিয়ে দেয়। আমি তখন অফিসে আমাদের অ্যান্ড্রয়েড ডিভাইসগুলি পরীক্ষা করেছিলাম এবং ডিএনএস সমস্যা আর ঘটে না দেখে অবাক হয়ে গিয়েছিলাম।

NAT'ing এর জন্য লিংকসিস রাউটার যুক্ত করা হল কেবলমাত্র আমাদের তৈরি করা নেটওয়ার্ক পরিবর্তন। কাকতালীয় ?? সম্ভবত, তবে এটি কেবলমাত্র অদ্ভুত বলে মনে হয়েছিল যে উভয়ই আইপিভি 6 এর সাথে সম্পর্কিত।

যাইহোক, দীর্ঘ গল্পের জন্য আবার দুঃখিত, তবে আমাদের অ্যান্ড্রয়েড সমস্যাটি চলে গেছে। আপনি যা করতে পারেন তা তৈরি করুন।

Dimarc67


প্রকৃতপক্ষে, এটি আমার ক্ষেত্রেও কারণ হওয়া উচিত, যেহেতু একইভাবে, আমি অভ্যন্তরীণভাবে আইপিভি 6 ব্যবহার করি না। আমি একটি স্থানীয় ভিপিএন সার্ভার তৈরি করে এবং এর পরিবর্তে অ্যান্ড্রয়েড ডিভাইসটিকে ভিপিএন ব্যবহার করতে বলার মাধ্যমে ডিএনএস সমস্যাটিকে অবরুদ্ধ করেছি; এটি কাজ করে, তবে এটি অবশ্যই খুব কঠোর।
আর্সেনী মরজেনকো

@ আর্সেনি মরজেনকো আপনি কি কখনও এই সমস্যাটি সমাধান করেছেন? আমি আক্ষরিকভাবে এই সমস্যাটি সমাধানের চেষ্টা ছাড়া আর কিছু না করার দু'দিন নষ্ট করেছি, কারণ এটি পূর্বে যা কাজ করেছিল তার অনেকটা আক্ষরিক অর্থেই ভেঙে গেছে। এবং হ্যাঁ, আমি একটি ভিপিএন চেষ্টা করেছিলাম তবে এটি স্থানান্তর হার 100 এমবিপিএস থেকে কমিয়ে প্রায় 20 এ পরিণত হয়েছে
মাইকেল

@ মিশেল: যেহেতু আমার স্থানীয় ডিএনএস সার্ভারগুলি কেবল আইপিভি 4 সমর্থন করার জন্য কনফিগার করা হয়েছে, তাই ডাইমার্ক 67 এর উত্তরটি আমার পক্ষে প্রাসঙ্গিক ছিল (এ কারণেই এটি গ্রহণযোগ্য উত্তর হিসাবে চিহ্নিত হয়েছে)। সেখান থেকে, আমি কেবলমাত্র সমস্ত অ্যান্ড্রয়েড ডিভাইসের জন্য একটি ভিপিএন সেটআপ করেছি এবং তখন থেকে এটি ব্যবহার করে আমি খুশি। আমি কীভাবে মোবাইল ডিভাইস ব্যবহার করি তা বিবেচনা করে স্থানান্তর হারের কোনও হ্রাস লক্ষ্য করি না — এটির জন্য প্রয়োজনীয়, আমি ডেবিয়ান সার্ভার-সাইডে ওপেনভিপিএন এবং অ্যান্ড্রয়েড ডিভাইসগুলিতে ওপেনভিপিএন কানেক্ট ব্যবহার করছি।
আর্সেনী মরজেনকো

2

স্থানীয় হোস্টনেমগুলি সমাধান করার জন্য স্থানীয়ভাবে কনফিগার করা ডিএনএস সার্ভারটি ব্যবহার করতে আমার অ্যান্ড্রয়েড 6.0 ডিভাইসটি পাওয়ার চেষ্টা করার সময় আমি এই পোস্টটি জুড়ে এসেছি। উপরে একটি উত্তর ইঙ্গিত করেছে যে অ্যান্ড্রয়েড 5.0 এবং আরও নতুন আইপিভি 6 ডিএনএস সার্ভারগুলি ব্যবহার করার জন্য জোর দেয়। এটিই আমার ক্লায়েন্টকে সমাধানের দিকে নিয়ে যায়।

আমার রাউটারটি DHCP-PD ব্যবহার করে আমার আইএসপি দ্বারা সরবরাহ করা IPv6 DNS সার্ভারগুলির বিজ্ঞাপন দিচ্ছিল was আমি আইপিভি 6 ডিএনএস সার্ভারগুলির বিজ্ঞাপন বন্ধ করতে আমার রাউটারটি পুনরায় কনফিগার করেছি এবং এখন অ্যান্ড্রয়েড 6.0 ডিভাইস স্থানীয় হোস্টনামটি ডিএইচসিপি (আইপিভি 4) দ্বারা সরবরাহিত আইপিভি 4 ডিএনএস সার্ভার ব্যবহার করে সমাধান করছে।

আমার সমস্ত ডিএনএস ক্যোয়ারী (টিসিপি / ইউডিপি পোর্ট 53) আমার স্থানীয় ডিএনএস সার্ভারে পুনঃনির্দেশ করার জন্য আমার কাছে একটি ডিএনএটি আছে। আইপিভি 6 ডিএনএস সার্ভারের সাথে রাউটার বিজ্ঞাপনটি অক্ষম করার আগে এটি ছিল তাই আমি জানি না অ্যান্ড্রয়েড 5.0+ গুগল ডিএনএস সার্ভারে ফিরে আসে কিনা (পূর্ববর্তী উত্তরে দাবি করা হয়েছে) এবং আমি তাদের আমার ডিএনএটি নিয়মের সাথে ধরা দিয়েছিলাম বা আমার অ্যান্ড্রয়েড কিনা 6.0 ডিভাইস সবেমাত্র DHCP নির্ধারিত আইপিভি 4 ডিএনএস সার্ভার ব্যবহার করেছে। যেভাবেই হোক, স্থানীয় হোস্টনাম রেজুলেশন এখন কাজ করছে।


আমার রাউটারে আইপিভি 6 অক্ষম করা আমার সমস্ত অ্যান্ড্রয়েড ডিভাইসে সমস্যাটি স্থির করেছে!
কেন জে

2

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

আমার একবার ডিএইচসিপি সার্ভার হয়ে গেলে, আমার ক্ষেত্রে আইএসসি-ডিএইচসিপিডিটি dhcp.conf এ কনফিগারেশন সহ:

option domain-name "myrealdomain.tld";

অ্যান্ড্রয়েড আমার ডিএনএস সার্ভারে সেট করা স্থানীয় এ-রেকর্ডগুলি সমাধান করতে সক্ষম হয়েছিল।

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