సొరంగం ఇంటర్ఫేస్పై TCP 873 అనుమతించడం rsync OpenVPN-గుండా పంపదు, మరియు దానివల్ల అవతలి చివర మాడ్యూల్ను అంగీకరించదు. సొరంగం లోపలి కనెక్షన్ను మోసుకెళ్తుంది, దాని ప్రోటోకాల్ మరియు గమ్యస్థాన నియమాలు మునుపు ఉన్నట్లే ఉంటాయి. కాబట్టి మొదటి ప్రశ్న ఏ పోర్ట్ తెరవాలి అనేది కాదు, rsync ఎలాంటి కనెక్షన్ చేస్తుంది అనేది. క్రింద ఉన్నవన్నీ సొరంగం ఇప్పటికే నడుస్తోందని మరియు లోపలి సేవ మాత్రమే ఇంకా సందేహంలో ఉందని ఊహిస్తాయి.

rsync నిజంగా ఏ కనెక్షన్ చేస్తుందో నిర్ణయించండి

ఆదేశంలోని రిమోట్ ఆర్గ్యుమెంట్ సాధారణంగా ఏదైనా ఫైర్వాల్ మార్పుకు ముందే ఆ ప్రశ్నకు సమాధానం ఇస్తుంది. డబుల్ కోలన్ లేదా URL స్కీమ్ డీమన్ను ఎంచుకుంటుంది, అయితే హోస్ట్ పేరు తర్వాత ఒకే కోలన్ రిమోట్ షెల్ను ఎంచుకుంటుంది. డాక్యుమెంటేషన్ ఉదాహరణలోని ఆర్గ్యుమెంట్ కాదు, మీరు నిజంగా అమలు చేస్తున్న ఆర్గ్యుమెంట్ను చదవండి.

స్పష్టమైన రిమోట్-షెల్ ఎంపిక సమాధానాన్ని మళ్లీ మార్చవచ్చు, ఎందుకంటే రవాణా కోసం ఏ ప్రోగ్రామ్ ప్రారంభించాలో అది rsync కు చెబుతుంది. హోస్ట్ భాగం మాత్రమే కాదు, వారసత్వంగా వచ్చిన ర్యాపర్ స్క్రిప్ట్లతో సహా మొత్తం ఆదేశ పంక్తిని చదవండి.

Remote argumentWhat 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

సంబంధిత వ్యాసాలు