మీ VPN ఇంటర్‌ఫేస్ తన firewalld జోన్‌ను ఎందుకు విడిచిపెడుతూనే ఉంటుంది

మీరు tun0 ను సరైన జోన్‌లో చేర్చుతారు, అప్లికేషన్ పని చేయడం ప్రారంభిస్తుంది, మరియు తదుపరి పునఃకనెక్షన్‌లో సరిదిద్దే పని ఆవిరైపోతుంది. అదే ఆదేశాన్ని మళ్లీ అమలు చేయడం పని చేస్తుంది, ఇది firewalld మరచిపోయినట్లు అనిపిస్తుంది. అది మరచిపోలేదు; ఆ ఇంటర్‌ఫేస్‌పై బలమైన హక్కు ఉన్న ఏదో దాన్ని మళ్లీ కేటాయించింది.

ఇంటర్‌ఫేస్ మళ్లీ సృష్టించబడే వరకు జోన్ ఉంటుంది

ఇంటర్‌ఫేస్‌కు firewalld జోన్ కేటాయింపు ఒక బైండింగ్, మరియు బైండింగ్‌లు ఇప్పుడు ఉన్న రూపంలో ఇంటర్‌ఫేస్ ఆబ్జెక్ట్‌కు కట్టుబడి ఉంటాయి. పరికరాన్ని విచ్ఛిన్నం చేసి మళ్లీ సృష్టించే VPN క్లయింట్ కొత్త ఆబ్జెక్ట్‌ను ఉత్పత్తి చేస్తుంది, మరియు కొత్తది కేటాయించే భాగం చెప్పిన దానితో ప్రారంభమవుతుంది. లక్షణం ప్రతి ప్యాకెట్‌లో కాకుండా ప్రతి పునఃకనెక్షన్‌లో పునరావృతం కావడానికి కారణం ఇదే.

అదే వాదన రీబూట్ ప్రవర్తనను కూడా వివరిస్తుంది: రన్‌టైమ్ బైండింగ్‌లు రీస్టార్ట్‌ను తట్టుకోవు, మరియు శాశ్వత బైండింగ్‌లు firewalld తనవిగా భావించే పరికరాలకు మాత్రమే వర్తిస్తాయి.

ఏదైనా మార్చే ముందు జోన్‌ను ఏ భాగం కేటాయిస్తుందో తెలుసుకోండి.

ఏదైనా మార్చే ముందు మూడు విషయాలు చదవండి

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

ప్రతి దశలో పరికరం యొక్క నిజమైన పేరును కూడా నమోదు చేయండి, ఎందుకంటే ఈరోజు tun0 పై దిగే టన్నెల్ రేపు tun1 పై దిగవచ్చు.

సాధారణ పేరుపై సేవ్ చేసిన బైండింగ్ గుర్తింపు తనిఖీ కాదు, మరియు రెండు నిమిషాల నమోదు ఒక గంట ఊహను ఆదా చేస్తుంది.

NetworkManager కనెక్షన్‌కు యజమాని అయినప్పుడు

NetworkManager VPN కనెక్షన్‌ను నిర్వహిస్తే, దాని ప్రొఫైల్ జోన్‌ను మోస్తుంది మరియు కనెక్షన్ సక్రియం అయినప్పుడు దాన్ని firewalld కు అప్పగిస్తుంది. అదే పరికరానికి firewalld యొక్క శాశ్వత ఇంటర్‌ఫేస్ బైండింగ్ అప్పుడు నిర్లక్ష్యం చేయబడవచ్చు, ఎందుకంటే యజమాని NetworkManager. జోన్‌ను కనెక్షన్‌పై సెట్ చేయండి, మరియు సంబంధం లేని భౌతిక కనెక్షన్ లేదా తాత్కాలిక రికార్డు కాదు, VPN ప్రొఫైల్‌ను సవరిస్తున్నారని నిర్ధారించుకోండి.

ఆ లక్షణాన్ని మార్చడం క్రియాశీల కనెక్షన్‌పై వెంటనే ప్రభావం చూపవచ్చు.

నిర్వహణ మార్గాన్ని అందుబాటులో ఉంచండి మరియు వర్తింపజేయడానికి ముందు గమ్యస్థాన జోన్ విధానాన్ని చదవండి. ifcfg ఫైల్‌లోని ZONE ఫీల్డ్‌ను సవరించడం ఆ ఫైల్ ఇంకా కాన్ఫిగరేషన్ మూలంగా ఉన్న చోట మాత్రమే సరైనది.

firewalld బైండింగ్‌కు యజమాని అయినప్పుడు

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

ఇంటర్‌ఫేస్ పేరు చలనశీలమైతే, పేరును మొదట కోరే టన్నెల్‌తో పోటీ పడే బదులు కనెక్షన్ జీవిత చక్రం అంతటా కేటాయింపును నిర్వహించండి.

అప్లికేషన్ పని చేయడానికి మాత్రమే ఇంటర్‌ఫేస్‌ను trusted లోకి విసరకండి.

రీలోడ్, పునఃకనెక్షన్ మరియు రీబూట్‌ను పరీక్షించండి

మార్పు మూడింటినీ తట్టుకున్నప్పుడే పూర్తవుతుంది.

మొదట రీలోడ్ చేయండి, ఎందుకంటే రన్‌టైమ్-మాత్రం సవరణలు అక్కడే మాయమవుతాయి. తర్వాత టన్నెల్‌ను మళ్లీ కనెక్ట్ చేయండి, ఎందుకంటే భర్తీ చేయబడిన ఇంటర్‌ఫేస్ తన బైండింగ్‌ను అక్కడే కోల్పోతుంది. తర్వాత రీబూట్ చేయండి, ఎందుకంటే యజమాని అసమానత చివరకు అక్కడే కనిపిస్తుంది. ప్రతి దశలో జోన్‌ను నమోదు చేసి మీరు రాసిన ఉద్దేశంతో పోల్చండి, ఏ దశ భేదాన్ని సృష్టించిందో గుర్తించండి.

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

యజమాని, విలువ మరియు ఆశించిన ఫలితాన్ని runbook లో రాయండి, తదుపరి పునఃకేటాయింపు వివరించదగినదవుతుంది.