LAN இடைமுகத்தில் ஒரு விதியை முடக்குகிறீர்கள், சட்டகம் இன்னும் மறைந்துவிடுகிறது, முடிவு pfSense அதன் சொந்த ஃபயர்வாலைப் புறக்கணிக்கிறது என்பதாகும். பொதுவாக நடந்தது வேறொரு உரிமையாளர் முடிவெடுத்ததுதான்: பாலமே, உறுப்பினர் இடைமுகம், அல்லது விருந்தாளிக்கு வெளியே உள்ள மெய்நிகர் சுவிட்ச். ஒவ்வொன்றுக்கும் அதன் சொந்தக் கட்டுப்பாடும் சொந்தப் பதிவும் உள்ளது.

கீழே உள்ள மூன்று எல்லைகளை எந்த அமைப்பையும் மாற்றுவதற்கு முன் பிரிப்பது மதிப்புள்ளது, ஏனெனில் ஒன்றை முடக்குவது மற்றொன்றை ஈடுசெய்ய முடியாது.

ஒரு சட்டகம், மூன்று கொள்கை உரிமையாளர்கள்

TAP வாடிக்கையாளரின் சட்டகம் சுரங்கச் சாதனத்தின் வழியாக நுழைகிறது, pfSense பாலத்தைக் கடக்கிறது, LAN உறுப்பினர் வழியாக வெளியேறுகிறது, பின்னர் எதையும் அடைவதற்கு முன் மெய்நிகர் சுவிட்ச் வழியாகச் செல்கிறது. விருந்தாளிக்குள் வடிகட்டுதல் பாலத்திலோ உறுப்பினர் இடைமுகங்களிலோ நிகழலாம், எது செயலில் உள்ளது என்பது நிலையான பண்பு அல்ல, கட்டமைப்புத் தேர்வு. விருந்தாளிக்கு வெளியே ஹைப்பர்வைசர் முடிவு செய்வது, அந்த மெய்நிகர் அடாப்டர் தனக்குச் சொந்தமில்லாத மூல MAC உடன் சட்டகங்களை அனுப்பலாமா என்பதை. அந்த எந்தப் புள்ளியிலும் நிராகரிப்பு வாடிக்கையாளர் பக்கத்திலிருந்து ஒரே மாதிரியாகத் தெரிகிறது.

விசாரணைக்கு முன் நோக்கிய பாதையை எழுதுங்கள்: சுரங்க உறுப்பினர், பாலம், LAN உறுப்பினர், மெய்நிகர் சுவிட்ச், இலக்கு. பின்னர் அந்தப் பாதையில் எந்த உரிமையாளர் சட்டகத்தைப் பார்த்திருப்பார் என்று கேளுங்கள்.

எந்த pfSense கட்டுப்பாடு வடிகட்டுகிறது

pfSense இதற்காக இரண்டு sysctl ஆவணப்படுத்துகிறது, ஒன்று பால உறுப்பினர்களில் வடிகட்டுவதற்கு மற்றொன்று பாலத்திலேயே வடிகட்டுவதற்கு, அவற்றில் குறைந்தது ஒன்று இயக்கத்தில் இருக்க வேண்டும். பால நிலை வடிகட்டுதல் பால உறுப்பினர்கள் வழியாக வரும் போக்குவரத்துக்குப் பொருந்தும், எனவே அது திசையில் உள்நோக்கியது, சமச்சீரானது அல்ல. உண்மையில் வடிகட்டும் இடைமுகத்தில் உள்ள விதிகளைப் படியுங்கள், ஏனெனில் வடிகட்டும் பங்கு இல்லாத உறுப்பினரில் வைக்கப்பட்ட விதி எதுவும் செய்யாது. பால வடிகட்டுதல் ஆவணம் உரிமையை விளக்குகிறது.

IP முகவரி இல்லாத உறுப்பினர் இடைமுகத்துக்கு சொந்த முகவரி அல்லது சப்நெட் மேக்ரோ இல்லை, எனவே அந்த மேக்ரோவுக்கு எதிராக எழுதப்பட்ட விதி நீங்கள் கருதிய LAN அல்லாத வேறொன்றை விவரிக்கலாம். வசதி மேக்ரோக்களுக்குப் பதிலாக வேண்டுமென்றே ஒதுக்கப்பட்ட பிணையப் பொருட்களைப் பயன்படுத்துங்கள்.

துண்டு சட்டகம் அல்ல

ஈதர்நெட் சட்டகங்கள் IP பாக்கெட்டுகளைச் சுமக்கின்றன, ஒரு IP பாக்கெட் பெரிய டேட்டாகிராமின் துண்டாக இருக்கலாம், எனவே அந்த இரண்டு சொற்களும் ஒன்றுக்கொன்று மாற்றக்கூடியவை அல்ல. சுரங்கத்துக்குள் ஒரு உள் பாக்கெட்டும் அதற்கு வெளியே ஒரு வெளிப்புறப் போக்குவரத்துப் பாக்கெட்டும் உள்ளன, தோல்வி எதற்கும் சொந்தமாகலாம். சிறிய ping அந்த ஸ்டாக் வழியாக ஒரு பாதையை மட்டும் சோதிக்கிறது, பெரிய பரிமாற்றம் பற்றி எதையும் நிரூபிக்கவில்லை. இரண்டு அருகருகே உள்ள எல்லைகளில் தோல்வியடைந்த பரிமாற்றத்தை ஒப்பிடுங்கள், ஒரு விதியைக் குறை கூறும் முன் நிராகரிப்புக்கான காரணத்தைப் படியுங்கள்.

துண்டுகள் மறைந்தால், பதில் வரம்புக்குட்பட்ட திருத்தம் அல்லது பாக்கெட் அளவு பற்றிய விசாரணை, வடிகட்டுதலை முழுமையாக முடக்கும் முடிவு அல்ல.

ஹைப்பர்வைசருக்கு அதன் சொந்த அனுமதி முடிவு உள்ளது

மற்ற இயந்திரங்களுக்காகப் போக்குவரத்தைப் பாலமிடும் விருந்தாளி, மூல MAC முகவரிகள் தன் சொந்த அடாப்டருக்குச் சொந்தமில்லாத சட்டகங்களை வெளியிடுகிறது, போர்ட் குழு அனுமதிக்காவிட்டால் பல மெய்நிகர் சுவிட்சுகள் அதைப் போலியாகக் கருதுகின்றன. அந்த அனுப்புதலை அனுமதிப்பதும் அடாப்டர் ஒவ்வொரு சட்டகத்தையும் பெற அனுமதிப்பதும் தனித்தனிக் கட்டுப்பாடுகள், இரண்டையும் எல்லா இடங்களிலும் இயக்குவது சிக்கலுக்குத் தேவையானதை விட மிகப் பெரிய மாற்றம். பாலம் எந்தச் சட்டகங்களைப் பெற வேண்டும், எவற்றை வெளியிட வேண்டும் என்பதைத் தீர்மானித்து, பின்னர் அந்த நடத்தையை மட்டும் அதன் உரிமையுள்ள எல்லையில் வழங்குங்கள். தொலைவிலிருந்து நிர்வகிக்கப்படும் பாலத்தை மாற்றும் முன் கன்சோல் அணுகலை வைத்திருங்கள்.

இணைப்பை மீட்டெடுப்பது சோதனையின் பாதி; மற்ற பாதி, தடுக்கப்பட்டிருக்க வேண்டிய ஓட்டம் இன்னும் தடுக்கப்பட்டிருப்பதை உறுதிப்படுத்துவது.

எந்த உரிமையாளர் வடிகட்டியது, எந்தக் கட்டுப்பாடு மாறியது, எந்த இரண்டு ஓட்டங்களைச் சரிபார்த்தீர்கள் என்பதைப் பதிவு செய்யுங்கள். அந்தப் பதிவு அடுத்த சம்பவம் pfSense தன்னையே புறக்கணிக்கிறது என்ற அதே அனுமானத்துடன் தொடங்குவதைத் தடுக்கிறது.

தொடர்புடைய கட்டுரைகள்