VPN വഴി rsync: ഡീമൺ പോർട്ട് 873 vs SSH മോഡ്
പോർട്ട് 873 ടണൽ വഹിക്കുന്ന ആന്തരിക സേവനമാണ്, അതിന്റെ പകരമല്ല. ഡീമൺ മോഡിനെ SSH മോഡിൽ നിന്ന് വേർതിരിച്ച്, നിങ്ങൾ യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്ന പാത മാത്രം തുറക്കുക.
ടണൽ ഇന്റർഫേസിൽ TCP 873 അനുവദിക്കുന്നത് rsync OpenVPN-ലൂടെ കടത്തിവിടുന്നില്ല, മറുവശം മൊഡ്യൂൾ സ്വീകരിക്കുന്നതുമില്ല. ടണൽ ഒരു ആന്തരിക ബന്ധം വഹിക്കുന്നു, അതിന്റെ പ്രോട്ടോക്കോളും ലക്ഷ്യ നിയമങ്ങളും മുമ്പുണ്ടായിരുന്നതുപോലെ തന്നെ തുടരുന്നു. അതിനാൽ ആദ്യ ചോദ്യം ഏത് പോർട്ട് തുറക്കണം എന്നതല്ല, rsync ഏതുതരം ബന്ധമാണ് ഉണ്ടാക്കുന്നത് എന്നതാണ്. താഴെയുള്ളതെല്ലാം ടണൽ ഇതിനകം പ്രവർത്തനക്ഷമമാണെന്നും ആന്തരിക സേവനം മാത്രമാണ് ഇപ്പോഴും സംശയത്തിലെന്നും അനുമാനിക്കുന്നു.
rsync യഥാർത്ഥത്തിൽ ഏത് ബന്ധമാണ് ഉണ്ടാക്കുന്നതെന്ന് തീരുമാനിക്കുക
കമാൻഡിലെ റിമോട്ട് ആർഗ്യുമെന്റ് സാധാരണയായി ഏതെങ്കിലും ഫയർവാൾ മാറ്റത്തിന് മുമ്പ് ആ ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു. ഇരട്ട കോളൻ അല്ലെങ്കിൽ URL സ്കീം ഡീമണെ തിരഞ്ഞെടുക്കുന്നു, ഹോസ്റ്റ് നാമത്തിന് ശേഷമുള്ള ഒറ്റ കോളൻ റിമോട്ട് ഷെൽ തിരഞ്ഞെടുക്കുന്നു. ഡോക്യുമെന്റേഷനിലെ ഉദാഹരണത്തിലുള്ളതല്ല, നിങ്ങൾ യഥാർത്ഥത്തിൽ പ്രവർത്തിപ്പിക്കുന്ന ആർഗ്യുമെന്റ് വായിക്കുക.
വ്യക്തമായ റിമോട്ട്-ഷെൽ ഓപ്ഷന് ഉത്തരം വീണ്ടും മാറ്റാം, കാരണം ഗതാഗതത്തിന് ഏത് പ്രോഗ്രാം ആരംഭിക്കണമെന്ന് അത് rsync-നോട് പറയുന്നു. ഹോസ്റ്റ് ഭാഗം മാത്രമല്ല, പാരമ്പര്യമായി ലഭിച്ച റാപ്പർ സ്ക്രിപ്റ്റുകൾ ഉൾപ്പെടെ മുഴുവൻ കമാൻഡ് ലൈനും വായിക്കുക.
| Remote argument | What it opens |
|---|---|
rsync://vault.corp.internal/archive/ | rsync daemon, normally TCP 873 |
vault.corp.internal::archive/ | rsync daemon, normally TCP 873 |
[email protected]:/srv/archive/ | Remote shell, normally SSH on its configured port |
ഡീമൺ മോഡ്: ബൈൻഡ് വിലാസം, മൊഡ്യൂൾ, പോർട്ട്
ഡീമൺ സിന്റാക്സിൽ പാതയുടെ ഭാഗം ഡിസ്കിലെ ഡയറക്ടറിയല്ല, കോൺഫിഗർ ചെയ്ത മൊഡ്യൂളിനെ സൂചിപ്പിക്കുന്നു. മൊഡ്യൂൾ പാസ്വേഡ് ബന്ധം സ്വീകരിച്ചതിന് ശേഷം മാത്രമേ പരിശോധിക്കൂ, കൂടാതെ മൊഡ്യൂൾ വായിക്കാൻ-മാത്രമോ ലിസ്റ്റിൽ നിന്ന് മറച്ചതോ ആകാം. പിശക് വായിക്കുമ്പോൾ ഈ ക്രമം പ്രധാനമാണ്, കാരണം നിരസിച്ച ബന്ധവും നിരസിച്ച മൊഡ്യൂളും രണ്ട് വ്യത്യസ്ത ഘട്ടങ്ങളിലെ പരാജയങ്ങളാണ്. രണ്ട് സന്ദേശങ്ങളിൽ ഒന്നും ടണലിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല.
സ്വതന്ത്ര ഡീമണെ അതിന്റെ കോൺഫിഗറേഷൻ ഫയലിൽ ടണൽ വിലാസത്തിൽ പിൻ ചെയ്യാം, ഇത് ഒരു ഫയർവാൾ നിയമവുമില്ലാതെ അതിനെ പൊതു ഇന്റർഫേസിൽ നിന്ന് അകറ്റി നിർത്തുന്നു. ഡീമൺ ബൈൻഡ് ചെയ്യുമ്പോൾ മൂല്യം ഉണ്ടായിരിക്കണം, സോക്കറ്റ് പ്രവർത്തനക്ഷമമാക്കിയതോ inetd നിയന്ത്രിക്കുന്നതോ ആയ ശ്രോതാവ് അത് പൂർണ്ണമായി അവഗണിച്ചേക്കാം.
address = 10.44.0.1
port = 873
[archive]
path = /srv/archive
read only = yes
തുടർന്ന് പൊതു നാമത്തിന് പകരം സ്വകാര്യ വിലാസത്തിനെതിരെ പരീക്ഷിക്കുക. പൊതു ഹോസ്റ്റ് നാമം WAN വിലാസത്തിലേക്ക് പരിഹരിക്കപ്പെട്ട് വേറെ പാതയിലൂടെ പോകുന്നു, ഒരേ യന്ത്രം രണ്ടിനും ഉത്തരം നൽകിയാലും.
rsync --list-only rsync://10.44.0.1/archive/
റിമോട്ട്-ഷെൽ മോഡ്: SSH ആണ് കൈമാറ്റം വഹിക്കുന്നത്
ഒറ്റ കോളൻ ഉപയോഗിച്ചാൽ rsync ഒരു റിമോട്ട്-ഷെൽ പ്രോഗ്രാം ആരംഭിച്ച് ആ ചാനലിലൂടെ അതിന്റെ പ്രോട്ടോക്കോൾ സംസാരിക്കുന്നു, അതിനാൽ എത്തിച്ചേരാവുന്ന ഏക സേവനം സർവർ കേൾക്കുന്ന ഏത് പോർട്ടിലുമുള്ള SSH ആണ്. rsync ഡീമൺ ഒരിക്കലും പ്രവർത്തിക്കുന്നില്ല, പോർട്ട് 873 അപ്രസക്തമാണ്, പ്രവേശന തീരുമാനം SSH അക്കൗണ്ട് തീരുമാനമായി മാറുന്നു. റിമോട്ട് പാത അപ്പോൾ മറുവശത്തെ ഷെൽ വ്യാഖ്യാനിക്കുന്ന യഥാർത്ഥ ഫയൽസിസ്റ്റം പാതയാണ്. അതുകൊണ്ടാണ് 873 ലക്ഷ്യമിടുന്ന ഫയർവാൾ മാറ്റം ഈ മോഡിന് ഒന്നും ചെയ്യാത്തത്.
ആ രൂപകൽപ്പനയ്ക്ക് ആവശ്യമാണ് അധികാരമുള്ള അക്കൗണ്ടും ഹോസ്റ്റ് കീ പരിശോധനയും, കൂടാതെ അത് SSH-ന്റെ സ്വന്തം പ്രാമാണീകരണ നയം പാരമ്പര്യമായി സ്വീകരിക്കുന്നു. കൈമാറ്റം വിശ്വാസയോഗ്യമല്ലാത്ത നെറ്റ്വർക്ക് കടക്കേണ്ടിവരുമ്പോൾ ഇത് പലപ്പോഴും മികച്ച തിരഞ്ഞെടുപ്പാണ്, കാരണം എൻക്രിപ്ഷൻ അതിനായി നിർമ്മിച്ച പ്രോട്ടോക്കോളിന്റേതാണ്. പാസ്വേഡ് ചോദിക്കുന്ന ഡീമൺ അതേ കാര്യമല്ല.
നിങ്ങൾ തിരഞ്ഞെടുത്ത പാത മാത്രം തുറക്കുക
മോഡ് തീരുമാനിച്ചുകഴിഞ്ഞാൽ, ടണൽ വഹിക്കുന്ന ഒരേയൊരു ഇന്റർഫേസിൽ ഒരേയൊരു ആന്തരിക സേവനം അനുവദിക്കുക. ഇന്റർഫേസ്, ഉറവിട പൂൾ, ലക്ഷ്യ വിലാസം എന്നിവ പ്രകാരം നിയമം ചുരുക്കുക, പിന്നീടുള്ള സ്ഥിരസ്ഥിതി-നിരസിക്കൽ മാറ്റത്തിന് അത് നിശബ്ദമായി വിശാലമാക്കാൻ കഴിയാതിരിക്കാൻ. തുടർന്ന് നിയമങ്ങളുടെ ക്രമം പരിശോധിക്കുക, കാരണം ശൃംഖലയിൽ മുമ്പുള്ള അനുവദനീയ നിയമം ഇടുങ്ങിയ നിയമത്തെ കേവലം അലങ്കാരമാക്കുന്നു.
ഡീമൺ VPN ഗേറ്റ്വേയുടെ പിന്നിലുള്ള യന്ത്രത്തിൽ പ്രവർത്തിക്കുന്നുവെങ്കിൽ, ഗേറ്റ്വേയിൽ തന്നെയല്ലെങ്കിൽ, ഗേറ്റ്വേയ്ക്കും ഫോർവേഡിംഗ് പാത വേണം, ലക്ഷ്യത്തിന് സ്വന്തം അനുമതിയും മടങ്ങിവരവ് പാതയും വേണം. ഗേറ്റ്വേയിൽ മാത്രം പോർട്ട് തുറന്നാൽ സ്വീകരിക്കപ്പെട്ട് പിന്നീട് എങ്ങോട്ടും പോകാത്ത ബന്ധം ഉണ്ടാകുന്നു.
ഉൽപ്പാദനത്തിൽ ഉപയോഗിക്കാൻ ഉദ്ദേശിക്കുന്ന അതേ മോഡിലും ലക്ഷ്യത്തിലും ക്ലയന്റിൽ നിന്ന് പരിശോധിക്കുക. വിജയകരമായ ലിസ്റ്റിംഗ് ശ്രോതാവിനെയും പാതയെയും നിയമത്തെയും ഒരുമിച്ച് തെളിയിക്കുന്നു; സമയപരിധി പാതയെ സൂചിപ്പിക്കുന്നു, നിരസിക്കൽ ശ്രോതാവിനെ സൂചിപ്പിക്കുന്നു.
ufw allow in on tun0 from 10.44.0.0/24 to 10.44.0.1 port 873 proto tcp
ss -ltnp | grep 873