Smart TV-ը VPN-ում. ինչու են casting-ը և DNS-ը առանձին կոտրվում
Երթուղավորեք հեռուստացույցի երթևեկությունը երթուղիչում, ապա ընտրիչը, լուծիչը, IPv6-ը և casting-ի ուղին դիտարկեք որպես չորս առանձին ստուգում։
Ձեր հեռուստացույցը ցույց է տալիս արտասահմանյան կատալոգը, և հեռախոսի casting-ի կոճակն այլևս չի թվարկում այն։ Երկու բողոքներն էլ սկսվում են մեկ նախադասությամբ, որը նշում է չորս կարգավորում երթուղիչի չորս էջերում։ Ուղղեք ելքը և հայտնաբերումը կոտրվում է. ուղղեք հայտնաբերումը և հաջորդ վարձակալությունը ելքը տալիս է այլ սարքի։ Ստորև հերթականությունը գնում է ընտրիչից մինչև casting-ի ուղին։
Որտեղ է ապրում չորս որոշումներից յուրաքանչյուրը
Գրեք չորսն էլ նախքան մենյու բացելը, որովհետև յուրաքանչյուրը ապրում է այլ էջում և ձախողվում է այլ տեղ։ Ընտրիչը ընտրում է, թե որ հաճախորդի վրա է կիրառվում թունելը, լուծիչը որոշում է, թե որտեղ են պատասխանվում անունները, հասցեների ընտանիքը որոշում է, թե արդյոք IPv6-ն ընդհանրապես ծածկված է, իսկ տեղական ուղին որոշում է, թե հեռախոսն ու հեռուստացույցը դեռ տեսնում են միմյանց։ Մեկի փոփոխությունը լրիվ է թվում այն էջից, որտեղ կանգնած եք։ Մյուս երեքի վնասը ի հայտ է գալիս ավելի ուշ, այլ մենյուում, որպես այլ բողոք։
Firmware-ի մենյուները տարբերվում են, բայց չորս տեղերը հազվադեպ։ Ընտրիչը DHCP սերվերի ստատիկ քարտեզագրումն է՝ գումարած դրան համապատասխանող firewall-ի կանոնը։ Լուծիչը նստում է DNS ծառայության կողքին, որտեղ փոխանցողի գրառումը կամ վերին սերվերների ցանկը որոշում է, թե որ անուններին է պատասխանում երթուղիչը և որտեղից են դուրս գալիս հարցումները։ Ընտանիքի կարգավորումը պատկանում է ինտերֆեյսին, որտեղ IPv4-ը և IPv6-ը կարգավորվում են առանձին, և քաղաքականությունը կարող է ծածկել միայն առաջինը։ Տեղական ուղին մուտքի կետի անջատիչն է՝ կա՛մ հաճախորդների մեկուսացում, կա՛մ հյուրերի ցանց իր սեփական firewall-ով։
Թող ընտրիչը ապրի վարձակալությունից ավելի երկար
Աշխատում են և՛ սարքով մեկ քաղաքականությունը, և՛ առանձնացված սեգմենտը, և ավելի լավ ընտրությունը այն է, որը firmware-ը կարող է պահպանել առանց երկրորդ մարդու հիշողության։ Թակարդը մի կանոն է, որը կապված է այն հասցեին, որը DHCP սերվերը տվել է իր սեփական ժամանակացույցով. այն աշխատում է այնքան, մինչև վարձակալությունը շարժվի, ապա երթուղավորում է դյուրակիր համակարգիչը այլ երկրով՝ պատճառներով, որոնք տերը չի տեսնում։ Կայունությունը, ոչ թե կոկիկությունը, այն հատկանիշն է, որն արժե օպտիմալացնել։
| Rule names the TV by | After the next lease | What it costs |
|---|---|---|
| whatever address it has now | may point at another client | silent misrouting weeks later |
| a reserved address | holds, if the reservation ships with it | one more entry to keep in step |
| a hardware address | holds, unless the device rotates it | privacy features can break it |
| a whole segment | holds for every device on it | neighbours inherit the exit |
Ուղարկեք ամրագրումը և կանոնը որպես մեկ փոփոխություն, որովհետև իր ամրագրումից ավելի երկար ապրող կանոնն ուղղված է ուրիշի սարքավորումին։ Ամբողջ սեգմենտի կանոնը ամենակայուն և ամենակոպիտ ընտրիչն է, քանի որ այդ ինտերֆեյսի հետևում գտնվող յուրաքանչյուր սարք ժառանգում է ելքը՝ անկախ նրանից՝ պետք էր այն, թե ոչ։ Որ ընտրիչն էլ ընտրեք, հաջորդը ծածկույթի հարցն է. միայն IPv4-ի քաղաքականությունը կես որոշում է, և չծածկված ընտանիքն այն է, որը հեռանում է աննկատ։
Պարզեք, թե որ լուծիչն է իրականում օգտագործում հեռուստացույցը
Բացեք հեռուստացույցի սեփական ցանցային կարգավորումները նախքան երթուղիչին դիպչելը, որովհետև այս վեճը լուծում է սարքը։ Ձեռքով դրված DNS դաշտը շարունակում է օգտագործել այդ սերվերը, ինչ էլ որ DHCP-ն առաջարկի, և մեկ անգամ այլ տարածաշրջանի համար կարգավորված set-top box-ը դեռ կարող է ուղղված լինել հասցեի, որն այլևս չի պատասխանում։ Եթե դաշտը ավտոմատ է, որոշում է երթուղիչի DHCP տարբերակը, և երթուղիչի սեփական լուծիչը դառնում է հաջորդ հարցը։ Երկու դեպքում էլ պատասխանը սարքի էկրանին է, ոչ թե firmware-ի ձեռնարկում։
Երթուղիչի կողմում կարևոր տարբերությունը այն անունների միջև է, որոնց ինքը երթուղիչն է պատասխանում, և որոնք նա փոխանցում է, որովհետև այդ երկու ուղիները կարող են դուրս գալ տարբեր ինտերֆեյսներով։ Այդ պատճառով ճիշտ լուծվող հարցումը ոչինչ չի ասում այն մասին, թե ուր է գնում մեդիայի հարցումը, և Linux դարպասում քաղաքականության աղյուսակը գումարած մեկ երթուղու որոնումը պատասխանում են երկու հարցերին՝ հեռուստացույցի վրա ոչինչ չորսալով.
ip rule show
ip route get 203.0.113.10Կարդացեք առաջին հրամանը հեռուստացույցի երթևեկությունը նշող կանոնի համար, իսկ երկրորդը՝ այն ինտերֆեյսի համար, որը օրինակի հասցեին գնացող փաթեթն իրականում կօգտագործեր։ Երբ երկուսը չեն համընկնում, մեղավորը լուծիչը չէ. քաղաքականությունն է։ Փոխեք մեկ բան, ապա նորից գործարկեք զույգը, որովհետև կանոնների ցանկը զգայուն է հերթականության նկատմամբ, և նոր գրառումը կարող է ստվերել երթևեկությունը կրող կանոնը։ Նպատակակետը վերապահված է փաստաթղթավորմանը, այդպիսով տեղադրված ելքը կարդացվում է որպես օրինակ։
Casting-ը կոտրվում է հայտնաբերման պահին, ոչ հոսքի պահին
Casting-ը առնվազն երեք զրույց է, և դրանցից միայն մեկն է տանում տեսանյութ։ Հեռախոսը հայտնաբերում է հեռուստացույցը տեղական սեգմենտում multicast կամ broadcast-ով, բացում է կառավարման ալիք՝ ասելու, թե ինչ նվագարկել, ապա հեռուստացույցը կա՛մ ինքն է վերցնում հոսքը, կա՛մ ստանում է այն հեռախոսից փոխանցված։ Հայտնաբերումը երբեք չի անցնում երթուղիչով, որը չի փոխանցում այդ երթևեկությունը, և այդպես հեռուստացույցը կարող է երթուղավորվել ճիշտ ինչպես մտածված էր և այնուամենայնիվ երբեք չհայտնվել casting-ի ցանկում։
Հյուրերի ցանցերը և հաճախորդների մեկուսացումը սովորական պատճառն են, և երկուսն էլ անում են այն, ինչի համար կարգավորվել են։ Ամբողջ անլար ցանցում մեկուսացումն անջատելը, որպեսզի մեկ սարք նորից հայտնվի, սովորական ավելորդ ուղղում է, և այն նորից բացում է հեռախոսից-հեռախոս բոլոր ուղիները, որոնց փակելու համար էր կարգավորումը։ Կան ավելի նեղ պատասխաններ. անցման կանոն հայտնաբերման և կառավարման երթևեկության համար երկու հասցեների միջև, առանձին SSID հեռուստացույցների համար, կամ մեկ փաստաթղթավորված բացառություն հյուրերի ցանցում։
Փորձարկեք casting-ը, մինչ մեկուսացման կանոնը դեռ տեղում է, ապա ավելացրեք միայն հայտնաբերման բացառությունը և նորից փորձարկեք։ Եթե երկրորդ փորձը գտնում է հեռուստացույցը, բացառությունը լուծումն է, և սեգմենտի մնացած մասը կարող է մնալ ինչպես կար։
Կանգնեցրեք թունելը և տեսեք, թե որ ուղղությամբ է ձախողվում
Վերջին ստուգումն այն է, որը բաց է թողնում կարգավորումների մեծ մասը. իջեցրեք թունելը և տեսեք՝ հեռուստացույցը կանգ է առնում, թե հանգիստ հեռանում է տեղական կապով։ Նախապատվություն արտահայտող քաղաքականությունը ձախողվում է բաց, և այդ ձախողումը հեշտ է բաց թողնել, որովհետև նվագարկումը շարունակվում է, մինչ ելքը վերադառնում է ISP-ին։ Kill-switch կանոնը ձախողվում է փակ, և հեռուստացույցը ոչինչ չի հաղորդում, մինչև թունելը չվերադառնա։ Երկու վարքագծերից ոչ մեկը սխալ չէ. սխալը չիմանալն է, թե որն եք կարգավորել։
Ցանկացած փոփոխությունից հետո նորից ստուգեք չորս բան այս հերթականությամբ։ Ընտրիչը հաջորդ վարձակալությունից կամ վերագործարկումից հետո դեռ համապատասխանում է սարքին։ Լուծիչը պատասխանում է այն ուղով, որը նախատեսում է քաղաքականությունը, ոչ թե սերվերից, որը սարքը հիշել էր։ Քաղաքականության հասցեների ընտանիքը ծածկում է յուրաքանչյուր ընտանիք, որն իրականում օգտագործում են հեռուստացույցը և մուտքի ցանցը։ Casting-ը դեռ գտնում է հեռուստացույցը այն հեռախոսից, որն իրոք կօգտագործվի, ոչ թե նույն SSID-ում նստած փորձնական հեռախոսից։
Այդ չորս տողերը պահեք երթուղիչի կոնֆիգուրացիայի կողքին, ոչ թե չաթի շղթայում. ինչին է համապատասխանում կանոնը, որ լուծիչին է հարցնում հեռուստացույցը, որ ընտանիքն է ծածկված, և որ տեղական ուղին է պետք casting-ին։ Հաջորդ մարդը, ով կբացի firewall-ը, կկարդա կոնֆիգուրացիան շատ ավելի վաղ, քան տոմսը։ Այդ ժամանակ այդ մարդը կարող է լինել դուք։