দূর থেকে এসভিএন সার্ভার অ্যাক্সেস করা


1

তাই এখানে আমি চেষ্টা করার দিনগুলি বিনিয়োগ করার পরে এসেছি। আমার কাছে অ্যাপাচি শীর্ষে আমার মেশিনে এসভিএন অ্যাপাচি এজ চলছে। আমি একটি দূরবর্তী মেশিন থেকে এটি (চেক-আউট / চেক-ইন) অ্যাক্সেস করতে চাই। আমার মেশিনটি একটি সাধারণ রাউটারের পিছনে এবং একটি গতিশীল আইপি রয়েছে। আমি যা অর্জন করেছি তা এখানে:

  1. ডিডিএনএস পরিষেবা ব্যবহার করে আমার মেশিনটি নিবন্ধভুক্ত করুন এবং একটি URL পেয়েছেন।
  2. রাউটারে সক্ষম পোর্ট ফরওয়ার্ডিং (পোর্ট 8085 আমার মেশিনের পোর্ট 80 এ ফরোয়ার্ড করা হয়েছে)।
  3. আমি নিশ্চিত যে এসভিএন / অ্যাপাচি 80 পোর্টে শুনছে, কারণ আমি http://localhostব্রাউজারে টাইপ করতে পারি (আমার মেশিনে) এবং রেপো ডিরেক্টরিগুলির একটি তালিকা পেতে পারি।
  4. তবে আমি যখন http://My_DDNS_URL:8085কোনও রিমোট মেশিনে টাইপ করি তখন আমার মেশিনের কাছ থেকে সাড়া পাওয়ার জন্য প্রায় চিরকাল লাগে এবং সময় শেষ হয়ে যায় (আমার মনে হয়)।
  5. আমি দূরবর্তী মেশিন থেকে আমার ডায়নামিক আইপি ঠিকানা পাশাপাশি আমার ইউআরএল (ডিডিএনএস পরিষেবা দ্বারা নির্ধারিত) উভয়কে পিং করতে পারি।

আমি এখানে কি ভুল করছি?


8085 বন্দরটি কি রাউটারের মাধ্যমে লক্ষ্য সার্ভারে ফরোয়ার্ড করা হচ্ছে?
ʜιᴇcʜιᴇ007

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

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

উত্তর:


1

সমস্যাটি বেশ কয়েকটি জায়গায় হতে পারে। তিনটি সম্ভবত:

  • অ্যাপাচি কেবল লোকালহোস্টে শুনছে (পরিবর্তে, বলুন 192.168.1.xবা বলুন 0.0.0.0)
  • পোর্ট-ফরওয়ার্ডিং সঠিকভাবে কাজ করছে না / সেটআপ করছে না (উদাহরণস্বরূপ পোর্টটি 8085ফরোয়ার্ড করা হয়েছে 192.168.1.12তবে আপনার পিসি 192.168.1.14এটি শেষ পুনরায় বুট করার পরে পরিবর্তিত হয়েছে )
  • আপনার মডেম / রাউটারটি NAT-লুপব্যাক করছে না (সাধারণত আপনি যদি আপনার নেটওয়ার্কের ভিতরে থেকে আপনার পরিষেবাটি অ্যাক্সেস করতে চান http://192.168.1.xতবে আপনি যদি বাইরে থেকে থাকেন তবে আপনি যদি ব্যবহার করেন http://1.2.3.4- NAT-লুপব্যাকটি নেটওয়ার্কের ভিতরে থেকে অনুরোধগুলি এর বাহ্যিক ঠিকানায় ফিরে যেতে পারে) অভ্যন্তরীণ ঠিকানা [যেমন করতে 1.2.3.4প্রবেশ 192.168.1.x] (তাই বাইরের ঠিকানাটি এখনো অভ্যন্তরীণভাবে কাজ করে)।

ধন্যবাদ। আমি এটিও দেখতে পেলাম যে আমি http://My_DDNS_URLরিমোট মেশিন থেকে (পোর্ট নম্বর ছাড়াই) করতে পারি এবং এটি আমাকে রাউটারের হোম পৃষ্ঠায় নিয়ে যাবে (একই পৃষ্ঠায় আমি আমার স্থানীয় মেশিনে 192.168.1.1 টাইপ করে অ্যাক্সেস করতে পারি)। এটি কি উপরোক্ত সম্ভাবনাগুলির কোনওটি দূর করতে সহায়তা করে?
dotNET

মনে হচ্ছে আপনার রাউটারে কোনও NAT-লুপব্যাক বৈশিষ্ট্য নেই (বা এটি সক্ষম নয়)। আমি যা বুঝি তা থেকে খুব সাধারণ বিষয় হয় না । চেক করার সহজতম উপায় হ'ল আপনার নেটওয়ার্কের বাইরের কাউকে সংযুক্ত করার জন্য - যদি তারা পারেন (এবং আপনি নাও পারেন) তবে এটি NAT-লুপব্যাক ইস্যু। NAT-লুপব্যাক সুবিধামত বৈশিষ্ট্যযুক্ত; আপনার নেটওয়ার্কের অভ্যন্তরে থাকা অবস্থায় আপনার অবশ্যই লোকালহোস্টের সাথে সংযুক্ত হওয়া উচিত (বা আপনার কম্পিউটারে যে কোনও আইপি / হোস্টনাম রয়েছে))
syserr0r

খুব প্রাথমিক পরীক্ষা হিসাবে, যদি আপনার বাইরের কোনও নেটওয়ার্কে কোনও সার্ভার বা কম্পিউটারে অ্যাক্সেস না থাকে তবে আপনি শিল্ডআপের মতো কিছুতে যেতে পারেন ! , বাহ্যিক বন্দর নম্বর প্রবেশ করুন (অর্থাত্ 8085) এবং ক্লিক করুন User Specified Custom Port Probe। এটি আপনাকে কী শুনছে (অর্থাৎ অ্যাপাচি) তা বলবে না তবে বাইরের লোকেরা সংযোগ করতে পারে কিনা তা আপনাকে
জানাবে

ShieldsUP! আমাকে বলে যে আমার পোর্ট 8085 এর স্থিতি অজানা প্রোটোকল / অ্যাপ্লিকেশন সহ উন্মুক্ত। এটি কীভাবে সাহায্য করে?
ডটনেট

আমি অ্যাপাচি সার্ভারের কনফ ফাইলটিও পড়ে নিশ্চিত করেছি যে এটি 80 এ পোর্টে সমস্ত ইন্টারফেসে শুনছে (এটি আপনি উপরে যে ডক লিঙ্কটি দিয়েছিলেন তার সাথে তুলনা করে)। সুতরাং # 1 এখানে সমস্যা নয়।
ডটনেট
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.