Pritunl సర్వర్ పేరు మార్చడం దాని ఎండ్పాయింట్ను మారుస్తుందని మీరు అనుకుంటున్నారా?

Pritunl సర్వర్ పేరు మార్చడం కన్సోల్లో ఒక లేబుల్ను మారుస్తుంది. ఇది క్లయింట్ ప్రొఫైల్లు కనెక్ట్ అయ్యే చిరునామాను మార్చదు, DNS రికార్డును సృష్టించదు. ముఖ్యమైన విలువ హోస్ట్ యొక్క పబ్లిక్ చిరునామా, అది చిరునామా లాగానే పేరును కూడా సులభంగా అంగీకరిస్తుంది.

క్లయింట్లు కనెక్ట్ అయ్యే పేరు హోస్ట్ యొక్క ఒకే ఫీల్డ్లో నివసిస్తుంది

Pritunl హోస్ట్ యొక్క పబ్లిక్ చిరునామా సెట్టింగ్ ద్వారా ఎండ్పాయింట్ను బహిర్గతం చేస్తుంది, అది పబ్లిక్ IP చిరునామా లేదా DNS పేరును అంగీకరిస్తుంది. అక్కడ vpn.example.net ఉంచండి, అప్పుడు సృష్టించిన ప్రొఫైల్లు మరియు ధృవీకరించిన సింక్ ఆ పేరును క్లయింట్లకు అందిస్తాయి. రికార్డు ఇప్పటికే ఉండాలి మరియు VPN రవాణాను అంగీకరించే శ్రోతకు పరిష్కరించబడాలి; ఈ ఫీల్డ్ గమ్యాన్ని ప్రకటిస్తుంది, దాన్ని ప్రచురించదు. సర్వర్ ఆబ్జెక్ట్ యొక్క ప్రదర్శిత పేరు నిర్వాహక మెటాడేటా మరియు ఎప్పటికీ క్లయింట్ యొక్క కనెక్షన్ ప్రయత్నాన్ని చేరుకోదు.

కాబట్టి మొదటి అడుగు ఏదైనా పేరు మార్చడం కాదు. హోస్ట్ సెట్టింగ్లను తెరిచి, పబ్లిక్ చిరునామాను మార్చి, మద్దతు ఉన్న ఇంటర్ఫేస్ ద్వారా సేవ్ చేయండి.

ఒకేలా కనిపించే మరియు కాని మూడు ఫీల్డ్లు

స్థానిక చిరునామా Pritunl హోస్ట్ల మధ్య ప్రతిరూపం మరియు రూటింగ్కు సేవ చేస్తుంది. లింక్ చిరునామా లింక్ చేయబడిన సర్వర్లు ఒకదానికొకటి ఎలా చేరుకుంటాయో వివరిస్తుంది. రెండూ క్లయింట్ కనెక్ట్ అయ్యే చిరునామా కావు, మరియు పబ్లిక్ పేరును వాటిలోకి కాపీ చేయడం అవి వివరించే టోపాలజీని బద్దలు కొడుతుంది. పబ్లిక్ IPv6 చిరునామా దాని సొంత రికార్డు మరియు మార్గంతో ప్రత్యేక ఫీల్డ్; IPv4 కోసం A రికార్డు IPv6 చేరుకోగలిగే సామర్థ్యాన్ని స్థాపించదు.

DNS పేరు కూడా ఏ పోర్ట్ మ్యాపింగ్ లేదా శ్రోతను మోసుకెళ్లదు. సేవ 1194 UDP పై వినిపిస్తే, పేరు ఇప్పటికీ 1194 UDP అంగీకరించాల్సిన హోస్ట్కు పరిష్కరించబడుతుంది. వెబ్ కన్సోల్ను అందించే పోర్ట్ 443 పై HTTP రివర్స్ ప్రాక్సీ VPN రవాణా యొక్క ఎండ్పాయింట్ కాదు, రెండూ ఒకే పేరును పంచుకున్నా.

టన్నెల్ లోపల డొమైన్ ఆధారిత రూటింగ్ మరో వేరే పొర. బయటి ఎండ్పాయింట్కు పేరు పెట్టడం క్లయింట్ ఏ ప్రైవేట్ గమ్యాలను చేరుకోగలదో దాని గురించి ఏమీ చెప్పదు.

కొత్త పేరును ఇప్పటికే ఉన్న క్లయింట్లకు పంపండి

ఫీల్డ్ను మార్చడం ఇప్పటికే సర్వర్ను విడిచిపెట్టిన ప్రొఫైల్లను తిరిగి రాయదు. Pritunl యొక్క ధృవీకరించిన కాన్ఫిగరేషన్ సింక్ హోస్ట్ చిరునామా మరియు పోర్ట్ మార్పులను సరిపోయే క్లయింట్లకు అందించగలదు, మరియు డాక్యుమెంట్ చేయబడిన CLI క్లయింట్ కనెక్ట్ లేదా మళ్లీ కనెక్ట్ అయ్యే ముందు సింక్ చేస్తుంది. NetworkManager లేదా స్వతంత్ర OpenVPN క్లయింట్కు దిగుమతి చేసిన ప్రొఫైల్కు అలాంటి ఛానెల్ లేదు మరియు ఆమోదించబడిన భర్తీ అవసరం. ఇప్పటికే ఉన్న సెషన్లు ఏమీ నిరూపించవు, ఎందుకంటే అవి పాత విలువతో స్థాపించబడ్డాయి.

వెబ్ కన్సోల్ లోడ్ బ్యాలెన్సర్ వెనుక ఉన్నప్పుడు, Pritunl సింక్ మార్గం కోసం ప్రత్యేక సింక్ చిరునామా సెట్టింగ్ను డాక్యుమెంట్ చేస్తుంది. రెండూ Pritunl అనే కారణంతో మాత్రమే VPN శ్రోతకు కన్సోల్ యొక్క హోస్ట్నామ్ను మళ్లీ ఉపయోగించవద్దు.

మార్పును ఈ క్రమంలో అందించండి: హోస్ట్ సెట్టింగ్ను సేవ్ చేయండి, ప్రస్తుత ప్రొఫైల్ను ఎగుమతి చేయండి లేదా సింక్ చేయండి, క్లయింట్ కాపీని భర్తీ చేయండి, ఆపై మళ్లీ కనెక్ట్ అవ్వండి. ఏ క్లయింట్లను సింక్ నిర్వహిస్తుంది మరియు ఏవి దిగుమతి చేసిన ఫైళ్లను కలిగి ఉన్నాయో నమోదు చేయండి, ఎందుకంటే రెండో గుంపు స్వయంచాలకంగా అనుసరించదు. క్లయింట్ యాజమాన్యం జాబితా ఇక్కడ మరో DNS రికార్డు కంటే ఉపయోగకరం.

నిజమైన కనెక్షన్తో మార్పును అంగీకరించండి

పరిష్కారం అత్యంత బలహీనమైన సాధ్యమైన పరీక్ష. dig +short vpn.example.net చిరునామాను తిరిగి ఇస్తే అది రికార్డు ఉనికిని మాత్రమే నిరూపిస్తుంది.

ఆమోద పరీక్ష అంటే కొత్త ప్రొఫైల్ కలిగిన క్లయింట్ నుండి కొత్త ధృవీకరించిన కనెక్షన్, ఆ తర్వాత టన్నెల్ ద్వారా చేరుకోగలిగే ప్రైవేట్ వనరుకు అభ్యర్థన. క్లయింట్ లాగ్లో అది నిజంగా ఉపయోగించిన ఎండ్పాయింట్ను చూడండి, మీరు భావించినది కాదు. పేరు సరిగ్గా మారడంపై ఆధారపడని నిర్వాహక మార్గాన్ని ఉంచండి, తద్వారా పొరపాటు మిమ్మల్ని కన్సోల్ నుండి లాక్ చేయలేదు.

తర్వాత, పబ్లిక్ చిరునామా కదిలినప్పుడు, రికార్డును నవీకరించి క్లయింట్ కాషింగ్ మరియు మళ్లీ కనెక్ట్ ప్రవర్తనను ప్రణాళిక చేయండి. హోస్ట్నామ్ క్లయింట్లను సంఖ్యా చిరునామా నుండి వేరు చేస్తుంది; అది సజీవ సాకెట్ను కదిలించదు లేదా చేరుకోలేని శ్రోతను సమాధానం ఇవ్వడానికి బలవంతం చేయదు.