حالت FTFW (Mode FTFW)

این حالت بر پایه یک پروتکل مطمئن (reliable) است که ردیابی پیام‌ها را انجام می‌دهد. از این رو، پروتکل می‌تواند از دست رفتن پیام‌ها، تغییر ترتیب و خرابی داده‌ها را بازیابی کند.

در این حالت همگام‌سازی می‌توانید ResendQueueSize ، CommitTimeout ، PurgeTimeout ، ACKWindowSize ، DisableExternalCache و StartupResync را پیکربندی کنید.

ResendQueueSize <مقدار>

اندازه صف ارسال دوباره (بر حسب شیء). این بیشینه تعداد اشیایی است که می‌توانند در انتظار تایید از طریق دریافت acknowledgment ذخیره شوند. اگر این مقدار را پایین نگه دارید، دیمن شانس کمتری برای بازیابی تغییرات وضعیت در صورت از دست رفتن پیام‌ها خواهد داشت. از سوی دیگر، اگر این مقدار را بالا ببرید، دیمن حافظه بیشتری برای ذخیره اشیاء مرده مصرف خواهد کرد.

مثال: ResendQueueSize 131072

پیش‌فرض 131072 شیء است.

CommitTimeout <ثانیه>

این پارامتر به شما امکان می‌دهد تا زمانی که این گره از وضعیت پشتیبان (backup) به اصلی (primary) تغییر می‌کند، یک مهلت زمانی (timeout) ثابت اولیه برای مدخل‌های اعمال‌شده تعیین کنید. این سازوکار روشی را برای پاکسازی مدخل‌هایی فراهم می‌کند که پس از مهلت زمانی ثابت مشخص‌شده به درستی بازیابی نشده‌اند. اگر مقدار پایینی تنظیم کنید، مدخل‌های TCP در وضعیت Established بدون ترافیک ممکن است معلق بمانند؛ به عنوان مثال، یک اتصال SSH که KeepAlive روی آن فعال نشده است.

مثال: CommitTimeout 180

به طور پیش‌فرض، این گزینه تنظیم نشده است (دیمن از سازوکار محاسبه تقریبی مقدار مهلت زمانی استفاده می‌کند).

PurgeTimeout <ثانیه>

اگر کپی فایروال از اصلی به پشتیبان تغییر کند، دستور `conntrackd -t` در اسکریپت فراخوانی می‌شود. این دستور یک تخلیه جدول را در N ثانیه زمان‌بندی می‌کند.

این کار برای پاکسازی جدول ردیابی اتصال از مدخل‌های زامبی (zombie) و جلوگیری از برخورد با مدخل‌های قدیمی در صورت رخ دادن چند جابه‌جایی پی‌درپی (hand-over) سودمند است.

پیش‌فرض 60 ثانیه است.

ACKWindowSize <مقدار>

اندازه پنجره تایید دریافت (acknowledgment) را تنظیم می‌کند. اگر این مقدار را کاهش دهید، تعداد تاییدها افزایش می‌یابد. تاییدیه‌های بیشتر به معنای بار اضافی (overhead) بیشتر است زیرا conntrackd(8) باید پیام‌های کنترلی بیشتری را مدیریت کند. از سوی دیگر، اگر این مقدار را افزایش دهید، صف ارسال مجدد پرتر می‌شود. این امر منجر به بار اضافی بیشتر در آزادسازی صف خواهد شد.

مثال: ACKWindowSize 300

در صورت عدم تنظیم، اندازه پیش‌فرض پنجره 300 است (مقدار بر اساس آزمایش‌های عملی سنجش چرخه‌های صرف‌شده برای پردازش acknowledgment با oprofile به دست آمده است).

DisableExternalCache <yes|no>

این بند به شما اجازه می‌دهد حافظه موقت خارجی (external cache) را غیرفعال کنید. بدین ترتیب، مدخل‌های وضعیت مستقیماً به جدول conntrack هسته تزریق می‌شوند. در نتیجه، حافظه فضای کاربری صرفه‌جویی می‌شود، اما اسلات‌هایی از جدول conntrack هسته برای مدخل‌های وضعیت پشتیبان مصرف می‌گردند. افزون بر این، غیرفعال کردن کش خارجی به معنای مصرف بیشتر پردازنده است. برای استفاده از این قابلیت به Linux kernel >= 2.6.29 نیاز دارید.

اگر برای نخستین بار conntrackd(8) را نصب می‌کنید، لطفاً راهنمای کاربر را بخوانید؛ به شما توصیه می‌شود به جای فعال‌سازی این گزینه، از اسکریپت‌های fail-over استفاده کنید!

پیش‌فرض no است، به این معنی که کش خارجی فعال است.

StartupResync <yes|no>

به conntrackd دستور می‌دهد که در زمان راه‌اندازی، درخواست یک همگام‌سازی کامل جدول conntrack را از گره دیگر ارسال کند. تنها یک درخواست ارسال خواهد شد.

این گزینه برای همگام شدن با گره دیگری که در زمان خاموش بودن این گره فعال بوده است، بسیار سودمند است.

مثال: StartupResync yes

پیش‌فرض این بند no است.

حالت ALARM (Mode ALARM)

این حالت پرپیام و پرحجم (spamming) است. این حالت بر پایه پروتکلی مبتنی بر آلارم است که به طور دوره‌ای وضعیت جریان را به رونوشت‌های فایروال پشتیبان بازفرست می‌کند. این پروتکل پهنای باند زیادی مصرف می‌کند اما مشکلات همگام‌سازی را به سرعت برطرف می‌سازد.

در این حالت همگام‌سازی می‌توانید RefreshTime ، CacheTimeout ، CommitTimeout و PurgeTimeout را پیکربندی کنید.

RefreshTime <ثانیه>

اگر یک مدخل conntrack در کمتر از یا برابر با N ثانیه تغییر نکند، پیامی همه‌پخشی (broadcast) می‌شود. به عنوان مثال، این سازوکار می‌تواند برای همگام‌سازی مجدد گره‌هایی که به تازگی به گروه چندپخشی پیوسته‌اند استفاده شود.

مثال: RefreshTime 15

CacheTimeout <ثانیه>

اگر پس از N ثانیه اعلانی درباره وضعیت یک مدخل در حافظه موقت خارجی دریافت نکنیم، آن را حذف می‌کنیم.

مثال: CacheTimeout 180

CommitTimeout <ثانیه>

مشابه حالت FTFW .

PurgeTimeout <ثانیه>

مشابه حالت FTFW .

حالت NOTRACK (Mode NOTRACK)

ساده‌ترین حالت است زیرا بر پایه یک پروتکل تکثیر با بهترین تلاش (best effort)، یعنی پروتکلی نامطمئن (unreliable) کار می‌کند. این پروتکل بدون انجام هرگونه بررسی ویژه، اطلاعات وضعیت را ارسال و دریافت می‌کند.

در این حالت همگام‌سازی می‌توانید DisableInternalCache ، DisableExternalCache ، CommitTimeout ، PurgeTimeout و StartupResync را پیکربندی کنید.

DisableInternalCache <yes|no>

این بند به شما اجازه می‌دهد حافظه موقت داخلی را غیرفعال کنید. بدین ترتیب، پیام‌های همگام‌سازی مستقیماً از طریق پیوند اختصاصی فرستاده می‌شوند.

این گزینه به طور پیش‌فرض روی no تنظیم است.

DisableExternalCache <yes|no>

مشابه حالت FTFW .

CommitTimeout <ثانیه>

مشابه حالت FTFW .

PurgeTimeout <ثانیه>

مشابه حالت FTFW .

StartupResync <yes|no>

مشابه حالت FTFW .

چندپخشی (MULTICAST)

این بخش به conntrackd(8) دستور می‌دهد از چندپخشی (multicast) به عنوان سازوکار انتقال بین گره‌های کلاستر فایروال استفاده کند.

توجه داشته باشید که می‌توانید بیش از یک پیوند اختصاصی تعیین کنید. بدین ترتیب، اگر یک پیوند اختصاصی با خطا مواجه شود، دیمن می‌تواند به پیوند دیگری سوئیچ (fail-over) کند. توجه کنید که افزودن بیش از یک پیوند اختصاصی به این معنی نیست که به‌روزرسانی‌های وضعیت به همه آن‌ها فرستاده خواهد شد. در هر لحظه تنها یک پیوند اختصاصی فعال وجود دارد.

کلیدواژه Default نشان می‌دهد که این رابط به عنوان پیوند اختصاصی اولیه برگزیده خواهد شد. شما می‌توانید تا ۴ پیوند اختصاصی افزونه (redundant) داشته باشید.

نکته: برای هر پیوند افزونه از گروه‌های چندپخشی متفاوتی استفاده کنید.

مثال:

Multicast Default {
	IPv4_address 225.0.0.51
	Group 3781
	IPv4_interface 192.168.100.101
	Interface eth3
	SndSocketBuffer 1249280
	RcvSocketBuffer 1249280
	Checksum on
}
Multicast {
	IPv4_address 225.0.0.51
	Group 3782
	IPv4_interface 192.168.100.102
	Interface eth4
	SndSocketBuffer 1249280
	RcvSocketBuffer 1249280
	Checksum on
}

IPv4_address <نشانی>

نشانی چندپخشی: نشانی‌ای که به عنوان مقصد در پیام‌های همگام‌سازی استفاده می‌کنید. نیازی نیست این IP را به هیچ‌یک از رابط‌های شبکه موجود خود اضافه کنید.

مثال: IPv4_address 255.0.0.50

Group <شماره>

گروه چندپخشی که کلاستر را مشخص می‌کند.

مثال: Group 3780

در صورت شک، این مقدار را تغییر ندهید.

IPv4_interface <نشانی>

نشانی IP رابط شبکه‌ای که قرار است برای ارسال پیام‌های همگام‌سازی از آن استفاده کنید. به یاد داشته باشید که باید از یک پیوند اختصاصی برای پیام‌های همگام‌سازی استفاده نمایید.

مثال: IPv4_interface 192.168.100.100

Interface <نام>

نام رابط شبکه‌ای که قرار است برای ارسال پیام‌های همگام‌سازی استفاده کنید.

مثال: Interface eth2

SndSocketBuffer <شماره>

فرستنده این پروتکل انتقال از یک بافر برای صف‌بندی بسته‌هایی که قرار است ارسال شوند استفاده می‌کند. اندازه پیش‌فرض این بافر سوکت در /proc/sys/net/core/wmem_default در دسترس است.

این مقدار احتمال سرریز (overrun) در صف فرستنده را مشخص می‌کند. سرریز منجر به از دست رفتن بسته و در نتیجه از بین رفتن اطلاعات وضعیتی می‌شود که باید دوباره ارسال شوند. اگر متوجه از دست رفتن بسته‌ها شدید، ممکن است بخواهید اندازه بافر را افزایش دهید. اندازه پیش‌فرض سیستم معمولاً حدود ۱۰۰ کیلوبایت است که برای فایروال‌های شلوغ بسیار اندک است.

نکته: پروتکل NOTRACK بر پایه بهترین تلاش (best effort) است، اکیداً توصیه می‌شود اندازه بافر را افزایش دهید.

مثال: SndSocketBuffer 1249280

RcvSocketBuffer <شماره>

گیرنده این پروتکل انتقال از یک بافر برای صف‌بندی بسته‌هایی که سوکت در انتظار پردازش آن‌ها است استفاده می‌کند. اندازه پیش‌فرض این بافر سوکت در /proc/sys/net/core/rmem_default در دسترس است.

این مقدار احتمال سرریز در صف گیرنده را تعیین می‌کند. سرریز منجر به از دست رفتن بسته و در نتیجه از دست رفتن اطلاعات وضعیتی می‌شود که باید دوباره ارسال شوند. اگر متوجه از دست رفتن بسته‌ها شدید، ممکن است بخواهید اندازه بافر را افزایش دهید. اندازه پیش‌فرض سیستم معمولاً حدود ۱۰۰ کیلوبایت است که برای فایروال‌های شلوغ بسیار اندک است.

نکته: پروتکل NOTRACK بر پایه بهترین تلاش است، اکیداً توصیه می‌شود اندازه بافر را افزایش دهید.

مثال: RcvSocketBuffer 1249280

Checksum <yes|no>

فعال/غیرفعال کردن محاسبه جمع کنترلی (checksum) پیام. این ویژگی خوبی برای دستیابی به تحمل خطا (fault-tolerance) است. در صورت شک، از آن استفاده کنید.

پروتکل UDP (UDP)

این بخش به conntrackd(8) دستور می‌دهد از UDP به عنوان سازوکار انتقال بین گره‌های کلاستر فایروال استفاده کند.

همانند پیکربندی Multicast ، می‌توانید با استفاده از کلیدواژه Default چندین پیوند اختصاصی آماده‌باش (fail-over) تعیین کنید.

مثال:

UDP {
	IPv4_address 172.16.0.1
	IPv4_Destination_Address 172.16.0.2
	Port 3781
	Interface eth3
	SndSocketBuffer 1249280
	RcvSocketBuffer 1249280
	Checksum on
}

IPv4_address <نشانی>

نشانی IPv4 مربوط به UDP که این فایروال برای گوش دادن به رویدادها استفاده می‌کند.

مثال: IPv4_address 192.168.2.100

IPv6_address <نشانی>

نشانی IPv6 مربوط به UDP که این فایروال برای گوش دادن به رویدادها استفاده می‌کند.

مثال: IPv6_address fe80::215:58ff:fe28:5a27

IPv4_Destination_Address <نشانی>

نشانی IPv4 مقصد در UDP که رویدادها را دریافت می‌کند، یعنی نشانی پیوند اختصاصی فایروال دیگر.

مثال: IPv4_Destination_Address 192.168.2.101

IPv6_Destionation_Address <نشانی>

نشانی IPv6 مقصد در UDP که رویدادها را دریافت می‌کند، یعنی نشانی پیوند اختصاصی فایروال دیگر.

مثال: IPv6_Destination_Address fe80::2d0:59ff:fe2a:775c

Port <شماره>

درگاه UDP مورد استفاده.

مثال: Port 3780

Interface <نام>

مشابه پیکربندی پروتکل انتقال Multicast .

SndSocketBuffer <شماره>

مشابه پیکربندی پروتکل انتقال Multicast .

RcvSocketBuffer <شماره>

مشابه پیکربندی پروتکل انتقال Multicast .

Checksum <yes|no>

مشابه پیکربندی پروتکل انتقال Multicast .

پروتکل TCP (TCP)

شما همچنین می‌توانید از تک‌پخشی (Unicast) تحت TCP برای انتشار رویدادها استفاده کنید.

اگر این پروتکل انتقال را با حالت NOTRACK ترکیب کنید، به یک سازوکار مطمئن (reliable) تبدیل می‌شود.

پروتکل انتقال TCP را می‌توان دقیقاً به همان شیوه پروتکل انتقال UDP پیکربندی کرد.

همانند پیکربندی Multicast ، می‌توانید با استفاده از کلیدواژه Default چندین پیوند اختصاصی fail-over تعیین کنید.

مثال:

TCP {
	IPv6_address fe80::215:58ff:fe28:5a27
	IPv6_Destination_Address fe80::215:58ff:fe28:5a27
	Port 3781
	Interface eth2
	SndSocketBuffer 1249280
	RcvSocketBuffer 1249280
	Checksum yes
}

گزینه‌ها (OPTIONS)

دیگر گزینه‌های متفرقه‌ای که به پروتکل همگام‌سازی یا سازوکار انتقال مربوط می‌شوند.

TCPWindowTracking <yes|no>

مدخل‌های وضعیت TCP به طور پیش‌فرض ردیابی پنجره (window tracking) را غیرفعال دارند، می‌توانید آن را با این گزینه فعال کنید. همان‌طور که گفته شد، پیش‌فرض خاموش (off) است. این ویژگی به Linux kernel >= 2.6.36 نیاز دارد.

ExpectationSync <on|{ list }>

اگر می‌خواهید همگام‌سازی انتظارات (expectations) را فعال کنید، این گزینه را روی on بگذارید. باید فهرستی از کمک‌کننده‌ها (helpers) را که می‌خواهید فعال شوند مشخص نمایید.

این ویژگی به Linux kernel >= 3.5 نیاز دارد.

مثال، همگام‌سازی همه انتظارات:

ExpectationSync on

مثال، همگام‌سازی انتظارات مشخص‌شده:

ExpectationSync {
	ftp
	ras
	q.931
	h.245
	sip
}

به طور پیش‌فرض، این گزینه غیرفعال است.

سوکت یونیکس (UNIX)

پیکربندی سوکت یونیکس. این سوکت توسط conntrackd(8) برای گوش دادن به دستورات خارجی مانند `conntrackd -k` یا `conntrackd -n` به کار می‌رود.

مثال:

UNIX {
	Path /var/run/conntrackd.ctl
}

Path <نام‌فایل>

مسیر مطلق به سوکت یونیکس.

مثال: Path /var/run/conntrackd.ctl

Backlog <مقدار>

گزینه منسوخ‌شده.

فیلتر (FILTER)

فیلتر کردن رویدادها. این بند به شما امکان می‌دهد ترافیک خاصی را فیلتر کنید.

در حال حاضر سه مجموعه فیلتر وجود دارد: Protocol ، Address و State . فیلتر به یک کنش (action) متصل می‌شود که می‌تواند یکی از دو حالت باشد: Accept یا Ignore . بدین ترتیب، می‌توانید سیاست فیلتر کردن رویدادهای مجموعه‌های فیلتر را بسته به نیاز خود در منطق مثبت یا منفی تعریف کنید.

می‌توانید انتخاب کنید که conntrackd(8) پیام‌های رویداد را از فضای کاربری (userspace) فیلتر کند یا از فضای هسته (kernelspace). فیلتر رویداد در فضای هسته با جلوگیری از کپی پیام رویداد از فضای هسته به فضای کاربری، مقداری از چرخه‌های پردازنده را ذخیره می‌کند. فیلتر رویداد در فضای هسته ترجیح داده می‌شود، با این حال برای فیلتر کردن از فضای هسته به Linux kernel >= 2.6.29 نیاز دارید.

نحو این بخش به صورت زیر است: Filter From <from> { }.

اگر می‌خواهید فیلتر رویداد در فضای هسته را انتخاب کنید، به جای Userspace از کلیدواژه Kernelspace استفاده کنید.

مثال:

Filter From Userspace {
	Protocol Accept {
		TCP
		SCTP
		DCCP
	}
	Address Ignore {
		IPv4_address 127.0.0.1
		IPv6_address ::1
	}
	State Accept {
		ESTABLISHED CLOSED TIME_WAIT CLOSE_WAIT for TCP
	}
}

Protocol <خط‌مشی> { <فهرست پروتکل‌ها> }

تنها پروتکل‌های خاصی را می‌پذیرد: ممکن است بخواهید وضعیت جریان‌ها را بر پایه پروتکل لایه ۴ آن‌ها تکثیر کنید.

خط‌مشی (Policy) یکی از موارد Accept یا Ignore است.

پروتکل‌ها عبارتند از: TCP ، SCTP ، DCCP ، UDP ، ICMP و IPv6-ICMP .

پروتکل‌های ICMP و IPv6-ICMP به Linux kernel >= 2.6.31 نیاز دارند.

مثال:

Protocol Accept {
	TCP
	SCTP
	DCCP
}

Address <خط‌مشی> { <فهرست نشانی‌ها> }

نادیده گرفتن ترافیک برای مجموعه‌ای خاص از IPها: معمولاً تمام IPهای تخصیص‌یافته به فایروال، زیرا ترافیک محلی باید نادیده گرفته شود و تنها ارزش دارد اتصالات هدایت‌شده (forwarded) تکثیر شوند.

توجه داشته باشید که این مقادیر به IPهای محلی تخصیص داده شده به فایروال بستگی دارد.

می‌توانید چندین دستورالعمل IPv4_address و/یا IPv6_address تعیین کنید. همچنین می‌توانید شبکه‌ها را در قالب CIDR مشخص نمایید.

خط‌مشی یکی از موارد Accept یا Ignore است.

مثال:

Address Ignore {
	IPv4_address 127.0.0.1 # loopback
	IPv4_address 192.168.0.100 # virtual IP 1
	IPv4_address 192.168.1.100 # virtual IP 2
	IPv4_address 192.168.100.100 # dedicated link ip
	IPv4_address 192.168.0.0/24
	IPv6_address ::1
}

State <خط‌مشی> { <فهرست وضعیت‌ها> for TCP }

فیلتر بر پایه وضعیت جریان. این گزینه موازنه‌ای در تکثیر ایجاد می‌کند: مصرف پردازنده را به بهای داشتن رونوشت‌های فایروال پشتیبان تنبل (lazy) کاهش می‌دهد.

نکته: تنها بر جریان‌های TCP اثر می‌گذارد.

وضعیت‌های موجود TCP عبارتند از: SYN_SENT ، SYN_RECV ، ESTABLISHED ، FIN_WAIT ، CLOSE_WAIT ، LAST_ACK ، TIME_WAIT ، CLOSED و LISTEN .

خط‌مشی یکی از موارد Accept یا Ignore است.

مثال:

State Accept {
	ESTABLISHED CLOSED TIME_WAIT CLOSE_WAIT for TCP
}

زمان‌بند (SCHEDULER)

انتخاب یک زمان‌بند متفاوت برای دیمن؛ می‌توانید میان RR و FIFO و اولویت پردازش یکی را انتخاب کنید.

استفاده از زمان‌بند بلادرنگ (RT) احتمال سرریز شدن بافر نت‌لینک را کاهش می‌دهد و conntrackd(8) به طور پیش‌فرض از RR استفاده می‌کند مگر اینکه FIFO انتخاب شود. برای اطلاعات بیشتر به sched_setscheduler(2) مراجعه کنید.

مثال:

Scheduler {
	Type FIFO
	Priority 99
}

Type <نوع>

مقادیر پشتیبانی‌شده RR یا FIFO هستند.

پیش‌فرض: RR

Priority <مقدار>

مقدار اولویت زمان‌بند. کمینه ۰ و بیشینه ۹۹ است.

پیش‌فرض: ۹۹ (همان‌طور که توسط sched_get_priority_max(2) برای SCHED_RR بازگردانده می‌شود).

نمونه آمار (STATS EXAMPLE)

این نمونه پیکربندی به conntrackd(8) دستور می‌دهد تا به عنوان یک جمع‌آوری‌کننده آمار عمل کند.

Stats {
	LogFile yes
	NetlinkEventsReliable no
	Syslog yes
}
General {
	Systemd yes
	HashSize 8192
	HashLimit 65535
	Syslog yes
	LockFile /var/lock/conntrack.lock
	UNIX {
		Path /var/run/conntrackd.ctl
	}
	NetlinkBufferSize 262142
	NetlinkBufferSizeMaxGrowth 655355
	Filter {
		Protocol Accept {
			TCP
			UDP
		}
		Address Ignore {
			IPv4_address 127.0.0.1
			IPv6_address ::1
		}
	}
}

نمونه همگام‌سازی ۱ (SYNC EXAMPLE 1)

این نمونه همگام‌سازی را در حالت FTFW با انتقال Multicast پیکربندی می‌کند.

همچنین شامل پیکربندی عمومی مشترک نیز هست.

نکته: این یکی از راه‌اندازی‌های توصیه‌شده برای conntrackd(8) در محیط کلاستر فایروال است.

Sync {
	Mode FTFW {
		ResendQueueSize 131072
		PurgeTimeout 60
		ACKWindowSize 300
		DisableExternalCache no
	}
	Multicast {
		IPv4_address 225.0.0.50
		Group 3780
		IPv4_interface 192.168.100.100
		Interface eth2
		SndSocketBuffer 1249280
		RcvSocketBuffer 1249280
		Checksum yes
	}
	Multicast Default {
		IPv4_address 225.0.0.51
		Group 3781
		IPv4_interface 192.168.100.101
		Interface eth3
		SndSocketBuffer 1249280
		RcvSocketBuffer 1249280
		Checksum yes
	}
	Options {
		TCPWindowTracking no
		ExpectationSync yes
	}
}
General {
	Systemd yes
	HashSize 32768
	HashLimit 131072
	LogFile yes
	Syslog no
	LockFile /var/lock/conntrack.lock
	UNIX {
		Path /var/run/conntrackd.ctl
	}
	NetlinkBufferSize 2097152
	NetlinkBufferSizeMaxGrowth 8388608
	NetlinkOverrunResync yes
	NetlinkEventsReliable no
	EventIterationLimit 100
	Filter From Userspace {
		Protocol Accept {
			TCP
			SCTP
			DCCP
		}
		Address Ignore {
			IPv4_address 127.0.0.1
			IPv4_address 192.168.100.0/24
			IPv6_address ::1
		}
	}
}

نمونه همگام‌سازی ۲ (SYNC EXAMPLE 2)

این نمونه همگام‌سازی را در حالت NOTRACK با پروتکل انتقال TCP پیکربندی می‌کند.

همچنین شامل پیکربندی عمومی مشترک نیز هست.

Sync {
	Mode NOTRACK {
		DisableInternalCache yes
		DisableExternalCache yes
	}
	TCP {
		IPv4_address 192.168.2.100
		IPv4_Destination_Address 192.168.2.101
		Port 3780
		Interface eth2
		SndSocketBuffer 1249280
		RcvSocketBuffer 1249280
		Checksum yes
	}
	Options {
		TCPWindowTracking no
		ExpectationSync yes
	}
}
General {
	Systemd yes
	HashSize 32768
	HashLimit 131072
	LogFile yes
	Syslog no
	LockFile /var/lock/conntrack.lock
	UNIX {
		Path /var/run/conntrackd.ctl
	}
	NetlinkBufferSize 2097152
	NetlinkBufferSizeMaxGrowth 8388608
	NetlinkOverrunResync yes
	NetlinkEventsReliable no
	EventIterationLimit 100
	Filter From Userspace {
		Protocol Accept {
			TCP
			SCTP
			DCCP
		}
		Address Ignore {
			IPv4_address 127.0.0.1
			IPv4_address 192.168.0.0/16
			IPv6_address ::1
		}
		State Accept {
			ESTABLISHED CLOSED TIME_WAIT CLOSE_WAIT for TCP
		}
	}
}