TraceVis on ویکی سانسورhttps://wikicensorship.netlify.app/fa/tags/TraceVis/Recent content in TraceVis on ویکی سانسورHugo -- gohugo.iofa-irWed, 29 Jun 2022 00:00:00 +0000یافتن سیستم سانسور کننده در لایه ی کاربردhttps://wikicensorship.netlify.app/fa/docs/measure-internet-censorship/Application/find-l7-middleboxes/Wed, 29 Jun 2022 00:00:00 +0000https://wikicensorship.netlify.app/fa/docs/measure-internet-censorship/Application/find-l7-middleboxes/یافتن سیستم سانسور کننده در لایه ی کاربرد # در بخش « بررسی سانسور در ارتباط در لایه ی کاربرد» در مورد روش های مقدماتی شناسایی سانسور در این لایه صحبت شد، اما همیشه سانسور به این سادگی قابل شناسایی نیست. مخصوصا زمانی که خود پروتکل هایی مانند TLS، HTTP و یا SSH در IP مورد هدف قرار گرفته شده باشد، نه مقدار hostname یا چیزی دیگر درون این packet ها.یافتن دستگاه سانسور کننده ی DNShttps://wikicensorship.netlify.app/fa/docs/measure-internet-censorship/DNS/find-DNS-hijacker/Mon, 01 Jan 0001 00:00:00 +0000https://wikicensorship.netlify.app/fa/docs/measure-internet-censorship/DNS/find-DNS-hijacker/یافتن دستگاه دستکاری کننده ی DNS # به دلیل عدم شفافیت ISP ها و حکومت در اعمال سانسور و نبود حد و مرز در آن، نیاز است تا دریابیم که چه کسی مسئول یک اختلال و سانسور است. همچنین این بخش مقدمه ای برای بررسی بیشتر و اثبات رفتار سیستم سانسور در مسدود کردن برخی ارتباطات است که در بخش «سانسور random» آن را بررسی خواهیم کرد. اگر از DNS ارایه شده توسط ISP استفاده می کنید احتمالا به صورت پیشفرض این خود ISP است که دارد جواب DNS را دستکاری می کند.