نوشته‌شده در

فیشینگ – چگونه می توانیم بگوییم که آیا منبع ایمیل جعلی است؟

بنابراین من یک ایمیل به حساب gmail خود از FCMB ، بانکی در نیجریه دریافت کرده ام (در حال حاضر چراغ های هشدار چشمک زن). این برای من خطاب نشده است (یعنی ، ایمیل شروع می شود "دانیل عزیز" ، [not my name]). اما آدرس ایمیل مال من است. وقتی به سرصفحه ها در گوگل نگاه می کنم ، واقعاً به نظر می رسد مانند گوگل آن را مستقیماً از FCMB.com دریافت کرده است. بیت مربوطه در اینجا آمده است (من فکر می کنم): 

 ARC-Authentication-results: i = 1؛ mx.google.com؛
   spf = pass (google.com: دامنه [email protected] 41.223.147.112 را به عنوان فرستنده مجاز تعیین می کند) [email protected]؛
   dmarc = pass (p = REJECT sp = REJECT dis = None) header.from = fcmb.com
بازگشت-مسیر: 
دریافت: از lin-smtp.fcmb.com (lin-smtp.fcmb.com. [41.223.147.112])
    توسط mx.google.com با شناسه SMTP n5si1099097wmi.93.2019.09.04.11.31.49
    برای ؛
    چهارشنبه ، 04 سپتامبر 2019 11:31:50 -0700 (PDT)
Receive-SPF: pass (google.com: دامنه [email protected] 41.223.147.112 را به عنوان فرستنده مجاز تعیین می کند) مشتری-ip = 41.223.147.112؛
تأیید هویت-نتایج: mx.google.com؛
   spf = pass (google.com: دامنه [email protected] 41.223.147.112 را به عنوان فرستنده مجاز تعیین می کند) [email protected]؛
   dmarc = pass (p = REJECT sp = REJECT dis = None) header.from = fcmb.com
شناسه پیام: <[email protected]>
دریافت شده: از INTRANET (ناشناخته [172.27.15.3])
   توسط lin-smtp.fcmb.com (Postfix)
   با شناسه ESMTP 69410875FC
   برای ؛
   چهارشنبه ، 4 سپتامبر 2019 19:43:36 +0100 (WAT)
MIME نسخه: 1.0
از: FCMB

من واقعاً نمی توانم بگویم که نامه الکترونیکی مربوط به آن است زیرا بیشتر تصاویر است ، و من قصد دیدن آنها را ندارم.

بنابراین – آیا این واقعاً برای من قانونی ارسال شده است – که در این صورت شخصی آیا یک آدرس ایمیل جعلی (معدن) برای حساب خود داده اید؟ یا آیا این به شکلی جعل شده است که من چیزهایم را از دست می دهم؟ – در این صورت من می خواهم آن را بهتر درک کنم چون اگر برای همه پرچم های قرمز نباشد ، نتیجه می گرفتم که این ایمیل قانونی است.

FWIW ، این سومین ایمیلی است که در 2 ماه گذشته از FMCB دریافت کرده ام. که به "دانیل" خطاب شده است.

نوشته‌شده در

نحوه استفاده از FreedomBox با استفاده از نرم افزار منبع باز برای بازگرداندن کنترل حریم خصوصی آنلاین شما

/>

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

یکی از این موارد، ابن مگلن است. او 13 سال به عنوان مشاور عمومی بنیاد نرمافزار آزاد بود و به تدوین آخرین نسخه GNU GPL، مجوز اصلی در جهان منبع باز کمک کرد. او همچنین به عنوان استاد حقوق در دانشکده حقوق کلمبیا است، او مدیر موسسه مرکز حقوقی آزادی نرم افزار است. بازگشت در سال 2009، من با او در مورد سایت سابق کهکشان H Open بازجویی کردم. در مورد قدرت رو به رشد شرکت های هنوز نسبتا جوان مانند فیس بوک و گوگل، Moglen به من گفت:

خدمات برای اهداف تجاری متمرکز شده است. قدرت ورودی وب سایت، قابل پرداخت است، زیرا این نوع از نظارت را فراهم می کند که برای کنترل اجتماعی تجاری و دولتی جذاب است. بنابراین وب، با خدمات مجهز به معماری مشتری-سرور اساسا، یک دستگاه نظارت و همچنین ارائه خدمات اضافی می شود. نظارت، سرویس پنهان در داخل همه چیزهایی است که ما به صورت رایگان دریافت می کنیم.

این یک تحلیل کاملا قابل پیش بینی برای ده سال پیش بود. حتی موثرتر این واقعیت است که Moglen همچنین یک راه حل هم داشت: انتقال افراد به دنیای خدمات توزیع شده اینترنت، بدون هیچ یک کنترل کننده که دسترسی منحصر به فرد به اطلاعات شخصی ما داشت. این بدان معنی است که ارزان و آسان برای استفاده از سخت افزار که می تواند در میلیون ها یا میلیاردها نصب شود برای ایجاد خدمات توزیع شده با استفاده از نرم افزار منبع باز. برای درک این دیدگاه، Moglen بنیاد FreedomBox را در سال 2011 راه اندازی کرد. این ایجاد نرم افزار FreedomBox را با استفاده از coders داوطلب در سراسر جهان هماهنگ می کند.

این نرم افزار بر پایه توزیع گنو / لینوکس دبیان ساخته شده است و در دسترس برای برخی از زمان. این شامل نرم افزار رایگان برای وب سایت شخصی، به اشتراک گذاری فایل، messenging رمزگذاری، یک سرور VoIP، چت، یک موتور جستجوی متقابل و غیره است – همه تحت کنترل فردی که FreedomBox را در خانه یا دفتر خود اداره می کنند. تصاویر برای استفاده در دوازده رایانه های شخصی تنها در دسترس هستند. به عنوان یک ویدئو کوتاه در سایت FreedomBox توضیح می دهد که راه اندازی نرم افزار در آن سیستم ها سخت نیست. با این حال، آن نیاز به مهارت های کامپیوتری است که احتمالا فراتر از آن بیشتر از کاربران معمولی اینترنت است.

این الزام برای سطح مشخصی از زاد و ولد فناوری، مانع بسیار مهمی در راه رسیدن به گسترش گسترده تر FreedomBox به کلی عمومی. برای رفع این موضوع، بنیاد FreedomBox با سازنده بلغاری Olimex همکاری کرده است تا اولین FreedomBox تجاری، نسخه آزمایشی FreedomBox Home Server Kit را تولید کند. مدل های محلی برای بازارهای ایالات متحده، اتحادیه اروپا و بریتانیا در دسترس هستند که قیمت آن 82 یورو است. غیر معمول، قبل از خرید میتوانید سعی کنید. از آنجا که نرم افزار همه از طریق یک رابط وب کنترل می شود، FreedomBox می تواند از هر نقطه با دسترسی به اینترنت قابل دسترسی باشد. پروژه با استفاده از این واقعیت برای ارائه یک نسخه ی نمایشی آنلاین در حال اجرا بر روی سرور میزبانی شده در زیرساخت AWS در آلمان است. راه دیگری برای امتحان کردن این است که نسخه شخصی FreedomBox را در ابر نصب کنید: در AWS EC2 یا در یک سرور Cloud Debian. با این حال، توصیه نمی شود که این نرم افزار را به طور دائم در ابر اجرا کنید، زیرا این کار بسیاری از محافظت های کلیدی را که با استفاده از سرور فیزیکی خود تحت کنترل مستقیم شما انجام می شود، از دست می دهد.

البته مشکلی وجود دارد. همه خدمات نرم افزاری هنوز در دسترس نیستند – سخت است که برخی از برنامه ها را به راحتی اجرا کنید، که هدف اصلی پروژه FreedomBox است. پس از همه، این به این معنی نیست که نرم افزار فاقد آن است؛ چالش واقعی این است که آن را به دست مردم عادی در یک فرم که می توانند با حداقل دانش فنی استفاده کنند و کم کم در راه پیکربندی استفاده می کنند، دریافت کنند.

یکی دیگر از مسائل مربوط به اثرات شبکه است: مردم تمایلی به حرکت مردم خدمات مانند گوگل و فیس بوک. این ممکن است کاهش یابد، اگر ابزار مناسب برای صادرات داده های رسانه های اجتماعی به سیستم عامل های دیگر وجود داشته باشد. هنوز وجود ندارد، گرچه توسعه آنها یکی از وعده های اخیر مارک زوکربرگ است. اما حتی پس از آن، اکثر مردم بدون تردید ترجیح می دهند که از آنچه که قبلا دارند استفاده کنند، به جای اینکه به تلاش برای حرکت به یک سیستم جدید بپردازند – و همۀ دوستان و خانواده خود را مجبور می کنند که همین کار را انجام دهند.

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

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

تصویر نمایه توسط بنیاد FreedomBox

درباره Glyn Moody

Glyn Moody یک روزنامه نگار آزاد است که درباره حریم خصوصی، نظارت، حقوق دیجیتال، منبع آزاد، حق تکثیر ، اختراعات و مسائل عمومی کلی در ارتباط با فن آوری دیجیتال. او شروع به استفاده از اینترنت در سال 1994 کرد و نخستین ویژگی اصلی در مورد لینوکس را که در اوت 1997 در Wired ظاهر شد نوشت. او کتاب "Code of Rebel Code" اولین و تنها تاریخ دقیق افزایش منبع باز است VPN Service "title =" سرویس VPN "/> در حالی که کار بعدی وی،" Code of Life of Life "، به بررسی بیوانفورماتیک – تقاطع محاسبات با ژنومیک میپردازد.
   

نوشته‌شده در

مواردی که شرکتها به دلیل نشتی از کد منبع دچار تلفات شدند؟

خسارت ناشی از نقض اطلاعات ظاهرا باعث شد Equifax شود
از دست دادن 4 میلیارد دلار ارزش و فیس بوک برای از بین بردن حدود 50 میلیارد دلار و حتی اگر هر دلار از این تلفات ناشی از نقض باشد، خیلی زیاد است.

در مقابل، مواردی وجود دارد که شرکت ها به طور جدی آسیب دیده یا از دست رفته ارزش بازار به دلیل کد منبع آنها به خطر افتاده است؟ من از تابستان گذشته تابحال نتوانستم منبع اصلی ویندوز را شنیده باشم، اما نه در مورد تاثیر آن بر قیمت سهام مایکروسافت و یا حتی در برابر این شرکت.

شاید دلیل آن این است که حتی اگر یک کاربر بیرونی کل کل کد را به سرقت برده، هنوز نمی تواند به فروش برسد آن را قانونی، بنابراین آن را نمی نماید یک تهدید رقابتی به شرکت. شاید یک دزد بتواند از کد منبع برای تعیین چگونه یک رقیب چیزی را انجام دهد، استفاده می کند، اما این تنها به دزد کمک می کند که محصولی را تولید کند که در یک سطح با کیفیت مشابه باشد. این سهم بازار را از یک شرکت معتبر به سرقت نکرد. خطر حمله به حفاری های امنیتی در کد منبع وجود دارد اما احتمالا از طریق مهندسی معکوس به دنبال سوراخ های امنیتی هستند.

صرف نظر از دلایل گمانه زنی در مورد دلایل، من فقط می پرسم: شرکت توسط نقص کد منبع محصول خود آسیب دیده اند؟ چقدر؟

نوشته‌شده در

URL چیست (یک منبع یاب)؟

هنگامی که یک آدرس را در مرورگر وب خود تایپ میکنید، چیزهای زیادی در پشت صحنه اتفاق می افتند. و بیشتر آن قسمت های مختلفی از نشانی اینترنتی که تایپ کرده اید تعیین می شود. اجازه دهید نگاهی دقیق تر داشته باشیم.

یک URL می تواند از یک دسته از قسمت های مختلف تشکیل شده باشد. یک نام میزبان وجود دارد که به آدرس آی پی یک منبع خاص در اینترنت می پردازد و مقدار زیادی از اطلاعات اضافی را که به مرورگر و سرور شما می گوید که چگونه کار می کند. شما می توانید یک آدرس IP را به عنوان چیزی شبیه یک شماره تلفن فکر کنید. نام میزبان مانند نام فردی است که شماره تلفنش را می خواهید جستجو کنید. و یک استاندارد نامیده می شود سیستم نام دامنه (DNS) در پس زمینه مانند یک دفترچه تلفن کار می کند، نام های میزبان انسانی را به آدرس های آی پی که شبکه ها برای ردیابی ترافیک استفاده می کنند، ترجمه می کنند.

با در نظر داشتن این قیاس، نگاهی به ساختار یک URL و نحوه کار آن برای به دست آوردن شما در جایی که می خواهید بروید.

نحوه ساخت یک URL

ساختار یک URL ابتدا توسط Sir Tim Berners-Lee تعریف شده است – مردی که ایجاد کرد وب و اولین مرورگر وب در سال 1994. URL ها اساسا ایده نام دامنه را با ایده استفاده از مسیر فایل برای شناسایی یک پوشه و ساختار فایل خاص ترکیب می کنند. بنابراین، شبیه به استفاده از یک مسیر مانند C: Documents Personal myfile.txt در ویندوز است، اما با ابتکار برخی از چیزهای اضافی برای پیدا کردن سرور مناسب در اینترنت که این مسیر وجود دارد و پروتکل استفاده شده برای دسترسی به اطلاعات

یک URL شامل چندین قسمت مختلف است. برای مثال، یک URL اصلی مانند یک نشان داده شده در تصویر زیر را وارد کنید.

این آدرس ساده به دو قسمت اصلی اصلی تقسیم می شود: طرح و مجوز

Scheme

بسیاری از مردم یک URL را فقط یک آدرس وب می دانند، اما این کاملا ساده نیست. آدرس وب URL است، اما تمام آدرس ها آدرس های وب نیستند. سایر خدماتی که می توانید در اینترنت مانند FTP یا حتی محلی مانند MAILTO دسترسی داشته باشید، نیز URL هستند. بخش طرح یک URL (آن حروف که به دنبال یک کولون است) پروتکل است که با آن برنامه (مانند مرورگر وب شما) و سرور ارتباط برقرار می کند.

آدرس های وب رایج ترین URL هستند، اما دیگران وجود دارند. بنابراین، شما ممکن است طرح هایی مانند:

  • پروتکل انتقال HyperText (HTTP): این پروتکل پایه وب است و تعیین می کند که چه عملکرد وب سرور ها و مرورگر ها باید در پاسخ به برخی از دستورات باید انجام دهد.
  • HTTP Secure (HTTPS) : این یک فرم از HTTP است که بیش از یک لایه امن و رمزگذاری شده برای انتقال اطلاعات امن تر کار میکند.
  • پروتکل انتقال فایل (FTP): این پروتکل اغلب برای انتقال فایلها از طریق اینترنت استفاده می شود.

در مرورگرهای مدرن ، این طرح از نظر فنی به عنوان بخشی از URL نیست. اگر شما یک وبسایت مانند www.howtogeek.com را وارد کنید، مرورگر شما به طور خودکار پروتکل مناسب برای استفاده را تعیین می کند. با این حال، برخی از برنامه ها (و پروتکل های دیگر) نیاز به استفاده از یک طرح دارند.

Authority

قسمت مجاز URL (که قبل از آن دو ستاره است) خود به یک دسته از قطعات تقسیم می شود. شروع کنیم با یک URL بسیار ساده – نوعی که شما را به صفحه اصلی یک وب سایت می برد.

در این مثال ساده، قسمت "www.example.com" نامیده می شود نام میزبان، و آن را به یک آدرس IP حل و فصل. شما همچنین می توانید آدرس IP خود را در نوار آدرس مرورگر خود به جای نام میزبان وارد کنید اگر می دانستید که آن را می دانید

اما هنگام تجزیه نام میزبان آن را کمک می کند تا آن را بخوانید تا متوجه شود چه اتفاقی می افتد.

  • دامنه سطح بالا: در مثال زیر، "com" دامنه سطح بالا است. اینها بالاترین سطح در سلسله مراتب Domain Name System (DNS) هستند که برای ترجمه آدرس های IP به آدرس های ساده زبان مورد استفاده قرار می گیرند که برای ما انسان ها به یاد می آورند. این دامنه های سطح بالا ایجاد شده و مدیریت شده توسط شرکت اینترنتی برای اسامی اختصاص داده شده و شماره (ICANN) است. سه دامنه برتر در سطح بالا، .com، .net، و .gov هستند. اکثر کشورها دارای دامنه سطح بالای دو حرفی خود هستند، بنابراین شما می توانید دامنه هایی مانند .us (ایالات متحده)، .uk (بریتانیا)، .ca (کانادا) و بسیاری دیگر را مشاهده کنید. همچنین برخی از دامنه های سطح بالا اضافی (مانند .museum) وجود دارد که توسط سازمان های خصوصی حمایت و مدیریت می شوند. علاوه بر این، برخی از دامنه های سطح عمومی نیز وجود دارد (مانند .club، .life و .news).
  • Subdomain: از آنجا که DNS یک سیستم سلسله مراتبی است، هر دو "www" و مثال "مثال" از URL نمونه ما به عنوان زیر دامنه در نظر گرفته شده است. قسمت "www" یک زیر دامنه دامنه سطح بالا "com" است و قسمت "www" یک زیر دامنه دامنه "example" است. به همین دلیل شما اغلب یک شرکت با یک نام ثبت شده مانند "google.com" را به عنوان زیر دامنه های جداگانه ای مانند "www.google.com"، "news.google.com"، "mail.google.com" و به همین ترتیب.

این ساده ترین نمونه از قسمت مجاز URL است، اما چیزهایی می توانند پیچیده تر شوند. دو بخش دیگر وجود دارد که بخش مجوز آن می تواند باشد:

  • اطلاعات کاربر: بخش مجوز همچنین می تواند نام کاربری و رمز عبور سایت شما را داشته باشد. امروزه این ساختار در URL ها معمول نیست، اما ممکن است رخ دهد. در صورت وجود، بخش اطلاعات کاربر قبل از نام میزبان می آید و با علامت @ دنبال می شود. بنابراین، اگر اطلاعات شامل اطلاعات کاربر باشد، ممکن است چیزی شبیه "//username: [email protected]" را ببینید.
  • شماره پورت: دستگاه های شبکه از آدرس های IP برای دریافت اطلاعات به سمت راست استفاده می کنند کامپیوتر در یک شبکه هنگامی که این ترافیک وارد می شود، یک شماره پورت به برنامه کاربردی که برای آن ترافیک در نظر گرفته شده است، به رایانه می گوید. شماره پورت یک عنصر دیگر است که شما اغلب در هنگام مرور وب نمی بینید، اما ممکن است آن را در برنامه های شبکه (مانند بازی ها) مشاهده کنید که نیاز به وارد کردن یک URL دارند. اگر URL شامل یک شماره پورت باشد، بعد از نام میزبان می آید و توسط کولون پیش می آید. این چیزی شبیه به این خواهد بود: "//www.example.com:8080."

بنابراین، این بخش طرح و مجوز URL است، اما شما ممکن است حدس بزنید پس از بررسی تعداد زیادی از URL ها در هنگام مرور وب، آنها می توانند مطالب بیشتری را شامل شوند.

مسیرها، پرس و جوها و فاکتورها

سه قسمت اضافی از یک URL وجود دارد که ممکن است بعد از قسمت مجوز دیده شود: مسیرها، نمایش ها و قطعات. در اینجا نحوه کار آنها است.

مسیر

قسمت اختیاری یک URL، مرورگر شما (یا هر برنامه دیگری) را به سرور مناسب در شبکه می برد. مسیری که به دنبال آن است – که درست مانند یک مسیر در ویندوز، macOS و یا لینوکس کار می کند، شما را به پوشه یا فایل مناسب در آن سرور می برد. مسیر قبل از یک علامت است و یک علامت بین هر دایرکتوری و زیر شاخه وجود دارد، مثل این: 

 www.example.com/folder/subfolder/filename.html

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

Query

بخش پرس و جو از یک URL برای شناسایی مواردی که بخشی از ساختار مسیر سخت نیستند استفاده می شود. اغلب اوقات هنگامی که شما یک جستجو انجام می دهید یا زمانی که یک صفحه وب داده ها را از طریق یک فرم ارائه می دهد، آنها را می بینید. بخش پرس و جو قبل از یک علامت سوال پیش می آید و بعد از مسیر (یا بعد از نام میزبان، اگر یک مسیر در آن گنجانده نشده باشد)

به عنوان مثال، این نشانی اینترنتی ارائه شده است زمانی که ما آمازون را برای کلمات کلیدی "wi-fi extender ": 

 https://www.amazon.com/s/ref=nb_sb_noss_2؟url=search-alias٪3Daps&field-keywords=wi-fi+extender

فرم جستجو اطلاعات را به موتور جستجوی آمازون منتقل کرد. به دنبال علامت سوال، می توانید ببینید که دو قسمت برای پرس و جو وجود دارد: یک URL برای جستجو (که قسمت "url = search-alias٪ 3Daps & field" است) و کلمات کلیدی که ما تایپ کردیم (یعنی "keywords = wi-fi + Extender "part).

این یک نمونه نسبتا ساده است و شما اغلب URL ها را با متغیرهای اضافی (و پیچیده تر) خواهید دید. به عنوان مثال، در اینجا URL زمانی که ما Google را برای کلمه کلیدی "howtogeek" جستجو کردیم: 

 https://www.google.com/search؟q=howtogeek&rlz=1C1GCEA_enUS751US751&oq=howtogeek&aqs=chrome..69i57j69i60l4j0.1839j1j4&sourceid=chrome&ie=UTF -8

همانگونه که می بینید، اطلاعات مختلف وجود دارد. در این مورد، می توانید ببینید که اطلاعات اضافی نشان دهنده زبان جستجو، مرورگر ما (Chrome) و حتی شماره نسخه مرورگر است.

قطعه

جزء نهایی URL که ممکن است شما ببینید قطعه نامیده می شود. قطعه قبل از علامت هش (#) پیش می آید و برای نشان دادن یک مکان خاص در یک صفحه وب استفاده می شود. هنگام طراحی صفحه وب، طراحان می توانند لنگرهایی را برای متن خاص مانند عنوان ها ایجاد کنند. هنگامی که قطعه مناسب در انتهای URL استفاده می شود، مرورگر شما صفحه را بارگذاری می کند و سپس به آن لنگر پرش می کند. لنگرها و URL ها با قطعات معمولا برای ایجاد جداول محتوا در صفحات وب برای ایجاد ناوبری ساده تر استفاده می شود.

در اینجا یک مثال است. صفحه ویکی پدیا در رنسانس یک سند بسیار طولانی است و به 11 بخش تقسیم شده است که هر کدام دارای چند بخش هستند. اما هر عنوان در صفحه حاوی یک لنگر است و یک جدول محتویات در بالای مقاله شامل پیوندهایی است که به شما اجازه می دهد به بخش های مختلف بروید. این پیوندها با استفاده از قطعات شامل می شوند.

شما همچنین می توانید از این قطعات به طور مستقیم در نوار آدرس خود و یا به عنوان لینک های قابل استفاده استفاده کنید. بگو، برای مثال، شما می خواستید بخش دیگری از آن صفحه را که روسیه را پوشش می دهد نشان دهید. شما فقط می توانید آنها را به این لینک ارسال کنید: 

 https://en.wikipedia.org/wiki/Renaissance#Russia

بخش "#Russia" در انتهای URL، بعد از بارگیری، آنها را مستقیما به آن بخش می برد صفحه

بنابراین شما وجود دارد – بیش از شما احتمالا همیشه می خواستم بدانم که چگونه URL ها کار می کنند.

اعتبار تصویر: Pawel Horazy / Shutterstock