আইপি - রাস্পবেরি পাই ব্রিজ নির্ধারণের জন্য গেটওয়েতে ডিএইচসিপি প্যাকেটে ফরোয়ার্ড না করে অ্যাক্সেস পয়েন্ট


0

আমার সাথে একটি পাই রয়েছে 2 ওয়্যারলেস ইন্টারফেস, 1 নেটওয়ার্ক গেটওয়ের সাথে সংযুক্ত, অন্যটি যা হোস্ট্যাপের জন্য একটি অ্যাক্সেস পয়েন্ট হিসাবে কাজ করছে ।

এপি কোনও ডিএইচসিপি বা এনএটি সফটওয়্যার চালাচ্ছে না, একাধিক ডিভাইসগুলির সাথে এটির সংযোগ স্থাপনের জন্য কেবল হোস্ট্যাপে চলছে।

আমি আমার ল্যাপটপটিকে এই অ্যাক্সেস পয়েন্টে সংযুক্ত করার চেষ্টা করছি।

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

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

সফ্টওয়্যারটি কেবল প্যাকেটগুলি বিপরীত ইন্টারফেসে প্রেরণ করে যা তারা পেয়েছিল (এটি কী করে তার একটি বিবিধ বিবরণ, তবে এটি এই দৃশ্যের সাধারণ বক্তব্য, এটি একটি নেটওয়ার্ক সেতু)। সুতরাং এপি ইন্টারফেসের ডিএইচসিপি প্যাকেট গ্রহণ করা উচিত এবং এটি গেটওয়েতে ফরোয়ার্ড করা উচিত, যা ডিএইচসিপি অফার ইত্যাদির সাথে জবাব দেয় should

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

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

আমি আত্মবিশ্বাসী যে সমস্যাটি আমার লেখা কোডের সাথে মিথ্যা নয় কারণ এটি ডিএনএস এবং এর মতো ঠিকঠাক কাজ করে।

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

আমি ধরে নেব যে অ্যাক্সেস পয়েন্টে সরাসরি আইপি ঠিকানা সরবরাহ করার প্রয়োজন নেই, তবে সঠিকভাবে নির্ধারণের জন্য নেটওয়ার্কে প্রকৃত ডিএইচসিপি সার্ভারের সাথে যোগাযোগ করতে পারেন।

অন্য ইন্টারফেসে ফরোয়ার্ড করার আগে প্যাকেটটি অ্যাক্সেস পয়েন্টে কেন শোনা যাচ্ছে বলে কারও যদি ধারণা থাকে তবে দয়া করে আমাকে জানান!


অন্যান্য ব্যক্তিরা এটি করতে ইতিমধ্যে প্রচুর সময় বিনিয়োগ করেছেন। গণনার জমকালো অনুষ্ঠান ওয়াইফাই সঙ্গে অসম্ভব এবং pseudobridging নয় যে সহজ।
ড্যানিয়েল বি

ঠিক আছে আমার বর্তমানে একটি সেটআপ রয়েছে যা কাজ করে তবে কেবল স্থির আইপি অ্যাড্রেসগুলি দিয়েই (সিউডো ব্রিজিং করা আবশ্যক) আমার কাছে ইন্টারনেট <-> গেটওয়ে <-> পাই <-> পাই <-> পাই <-> ল্যাপটপ। যেখানে প্রতিটি পাই আমার ব্রিজিং সফ্টওয়্যারটি চালাচ্ছে, প্যাকেটগুলি স্তর 2 এ প্রেরণ করছে As এটি দাঁড়িয়ে আছে ল্যাপটপগুলি ইন্টারনেটের সাথে সংযোগ করতে সক্ষম হয় এবং গুগলে অনুসন্ধান করতে পারে etc. সমস্যাটি হ'ল কোনও কারণে ডিএইচসিপি প্যাকেটগুলি সেতুর মাধ্যমে পাচ্ছেন না , ল্যাপটপগুলি সংযোগ করে যে অ্যাক্সেস পয়েন্টটি তারা কখনই অতিক্রম করতে পারে না, ডিএইচসিপি প্যাকেটগুলি সমাধান করার চেষ্টা করে অ্যাক্সেস পয়েন্টের সাথে সম্ভবত এমন কিছু হতে পারে বলে প্রস্তাব দেয়?
স্লিঙ্কি

উত্তর:


0

আমি ধরে নিচ্ছি আপনি "আপলিংক" পাশে WPA2 ব্যবহার করছেন। এটি কার্যকর হবে না, কারণ ডাব্লুপিএ 2 এনক্রিপ্ট করার সময় ম্যাক ঠিকানার সাথে আবদ্ধ। সুতরাং রিলে প্যাকেটগুলি কাজ করবে না।

আপনাকে প্রক্সি আরপ বা আইপি ফরওয়ার্ডিং দিয়ে কিছু নির্মাণ করতে হবে।

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

আমার প্রথম সুপারিশটি হ'ল মাঝারি বাক্সে NAT এবং DHCP সার্ভারের সাথে কাজ করার সেটআপ করা হবে, তারপরে আরও ২ য় ধাপ হিসাবে আরও স্বচ্ছ মধ্যবর্তী বাক্সের দিকে কাজ করা।

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