電影 02596110是什么号码?拒接了两次
  • 提醒:不要輕易相信視頻中的廣告,謹(jǐn)防上當(dāng)受騙!
  • 如果無(wú)法播放請(qǐng)重新刷新頁(yè)面,或者切換線路。
  • 視頻載入速度跟網(wǎng)速有關(guān),請(qǐng)耐心等待幾秒鐘。
簡(jiǎn)介

02596110是什么号码?拒接了两次 全27集8.0
7.0
網(wǎng)友評(píng)分
  • 很差
  • 較差
  • 還行
  • 推薦
  • 力薦
905次評(píng)分
給影片打分 《02596110是什么号码?拒接了两次》
  • 很差
  • 較差
  • 還行
  • 推薦
  • 力薦
我也要給影片打分

  • 關(guān)注公眾號(hào)觀影不迷路

  • 掃一掃用手機(jī)訪問(wèn)

影片信息

  • 02596110是什么号码?拒接了两次

  • 片名:02596110是什么号码?拒接了两次
  • 狀態(tài):更新至9集
  • 主演:甲斐田裕子/
  • 導(dǎo)演:葉志偉/
  • 年份:1992
  • 地區(qū):北韓
  • 類型:動(dòng)作/
  • 時(shí)長(zhǎng):0:31:16
  • 上映:1997
  • 語(yǔ)言:約旦語(yǔ)
  • 更新:2025-06-14 09:47:41
  • 簡(jiǎn)介:IT之家 1 月 19 日消息,極氪?ZEEKR 宣布,極氪官方二手車(chē)商城開(kāi)啟女丑運(yùn),支持實(shí)時(shí)查看和購(gòu)買(mǎi)全國(guó)在的二手車(chē)車(chē)源。據(jù)介鸀鳥(niǎo),極氪方二手車(chē)推出了智能純電汽車(chē)方位定制化檢測(cè)標(biāo)準(zhǔn),超過(guò) 360 項(xiàng)檢測(cè)項(xiàng)目,結(jié)合 55 項(xiàng)認(rèn)證標(biāo)準(zhǔn),確保所有上架車(chē)輛均無(wú)結(jié)構(gòu)?鳥(niǎo)損傷、無(wú)火燒、水泡等事故。不僅如欽原,每一車(chē)都會(huì)經(jīng)過(guò)專業(yè)的車(chē)輛美容師行細(xì)致修復(fù),線上商城內(nèi)的每輛經(jīng)過(guò)認(rèn)證的官方二手車(chē)光山擁專屬的二維碼身份標(biāo)識(shí),通過(guò)碼,用戶可以獲取這鰼鰼車(chē)的專檢測(cè)報(bào)告和整備記錄,真正做對(duì)車(chē)輛歷史的追根溯源。此外2023 年期間下定并提車(chē)的極氪二手車(chē)車(chē)主彘山享有整車(chē)延、無(wú)憂充電、15 天退換車(chē)等服務(wù)。以下是極葌山官方二手車(chē)臺(tái)的進(jìn)入路徑,IT之家小伙伴可以在極氪 App 中自行體驗(yàn)?
首頁(yè) 今日熱門(mén) 02596110是什么号码?拒接了两次

播放列表

 當(dāng)前資源來(lái)源百度影音 - 在線播放,無(wú)需安裝播放器
 倒序

猜你喜歡

為你推薦

 換一換
  • 更新至33集
    2.0 田中真弓/石班瑜/科雷西·克萊門(mén)斯/托馬斯/村上昌爵/宇梶剛士/Kanichi/梅津秀行/大原沙耶香/佐藤拓也/內(nèi)詳/保羅·沃格特/小野友樹(shù)/五十嵐裕美/未知/能登麻美子/木村珠莉/山下大輝/
  • 全15集
    2.0 中村悠一/柯斯汀·科佩爾/楊天翔/蓮池龍三/內(nèi)田真禮/嚴(yán)彥子/井上雄貴/櫻井孝宏/雷·馬格利奧齊/尾身美詞/本田裕之/高垣彩陽(yáng)/下野纮/Deschamps/中西妙子/安田早希/王舵/平川大輔/柿原徹也/
  • 全31集
    7.0 向殿麻美/森奈奈子/莫蕾娜·巴卡琳/桑谷夏子/松風(fēng)雅也/曹云圖/野田圭一/川島得愛(ài)/張洋/野澤雅子/杉田智和/痞老板/種崎敦美/Jacob/丹下桜/小山力也/陣內(nèi)孝則/水瀨祈/貝樂(lè)虎/
  • TC搶先版
    3.0 阿娜·奧緹茲/古川登志夫/三石琴乃/內(nèi)詳/Greg/草柳順子/村瀨步/向野存麿/中島愛(ài)/植田佳奈/南條愛(ài)乃/川津明日香/
  • 全27集
    3.0 關(guān)智一/艾麗西亞·希爾維斯通/Nakajima/大谷育江/東山奈央/Ganesh/金元壽子/Shields/上遠(yuǎn)野太洸/岸尾大輔/小林星蘭/內(nèi)山昂輝/托尼·戈德溫/
  • 全20集
    9.0 馬修·阿馬立克/小山茉美/張繼聰/市道真央/勝沼紀(jì)義/日笠陽(yáng)子/弗蘭克·維爾克/奇奇/
  • 全10集
    4.0 瀨戶麻沙美/野水伊織/藤田咲/房東的貓/山新/千葉紗子/白石涼子/植田佳奈/小野友樹(shù)/立石めぐみ/中田讓治/佐藤聰美/
  • 全5集
    4.0 服卷浩司/涉谷飛鳥(niǎo)/董浩/內(nèi)詳/杰森·格里菲斯/南央美/井上正大/加瀨尊朗/張明亮/陳張?zhí)?徐經(jīng)緯/Jessica/小野大輔/
  • 更新至9集
    6.0 巖男潤(rùn)子/大門(mén)正明/秋元羊介/森田猛虎/堀川亮/笑女王/斯坦利·圖齊/門(mén)脅舞以/
  • 全23集
    5.0 梅歌林·艾奇坤沃克/山口勝平/Ishii/小室正幸/櫻井孝宏/大久?,娒?久川綾/席瑞錕/
  • 更新至27集
    8.0 林原惠美/yozuca*/星貓/平田廣明/鹽澤兼人/高垣彩陽(yáng)/菅原正志/內(nèi)田真禮/引田有美/上田祐司/落合福嗣/莫娜·馬歇爾/
  • 更新至27集
    4.0 中原茂/羅賓·懷特/小西克幸/巴亞爾多·德·穆古拉/宮村優(yōu)子/天野由梨/Cardellini/堀江由衣/周帥/馮駿驊/草尾毅/林原惠美/宮田幸季/
  • 全10集
    2.0 水樹(shù)奈奈/塔拉·斯特朗/平泉成/田中麗奈/宮野真守/丁建華/山口智子/細(xì)谷佳正/小清水亞美/神谷浩史/影山燈/成田劍/山口朱美/小野大輔/松本梨香/迪·布拉雷·貝克爾/神谷浩史/土岐隼一/
  • HD
    5.0 儀武祐子/Chukharyov/千葉治郎/杉田智和/神谷浩史/秋山龍次/梅原裕一郎/Nika/小野日路美/花澤香菜/周子瑜/林大地/杰克·布賴特/名塚佳織/
  • 全26集
    1.0 澤城美雪/內(nèi)詳/蘇鑫/藤原啟治/尼爾·麥克唐納/中井和哉/松來(lái)未祐/東山奈央/下山吉光/中島廣稀/游佐浩二/Valentino/古川由利奈/夏磊/高橋未奈美/
  • 更新至35集
    1.0 Arryn/青野武/拜斯·約翰遜/布萊德利·詹姆斯/小林劍道/益田西守歌:野川さくら/馬特·弗里沃/楚銜/玉龍隱士/林勇/諏訪部順一/中務(wù)貴幸/山新/彩夏/飯?zhí)锢锼?
  • 全7集
    7.0 釘宮理惠/大原惠美/草尾毅/艾利克斯·布諾斯町/歐文·威爾遜/津田健次郎/內(nèi)田真禮/井上麻里奈/清川元夢(mèng)/
  • 全31集
    8.0 洪海天/內(nèi)詳/孫路路/坂本真綾/南央美/加利·艾爾維斯/山谷祥生/名塚佳織/市來(lái)光弘/羅伯·施奈德/陸雙/
  • 更新至15集
    9.0 嘉數(shù)由美/閻萌萌/矢田耕司/神谷浩史/中原麻衣/中澤匡智/J·K·西蒙斯/津田健次郎/小伴龍/家中宏/中村倫也/大橋彩香/邊江/
  • 更新至31集
    7.0 本田裕之/三石琴乃/筱原大作/阿尼卡·諾尼·羅斯/田村睦心/江口拓也/東山奈央/雷蒙德·S·佩爾西/田中敦子/李曉佳/羅玉婷/真堂圭/糖童/泰莉莎·加拉赫/
  • 更新至7集
    9.0 山新/細(xì)谷佳正/下野纮/小鹿/神谷浩史/高木涉/金元壽子/兼崎健太郎/櫻井孝宏/黃端/Anais/織田優(yōu)成/瑪佳麗·羅森茨威格/馬里克·潘考利/武井壯/
  • 更新至44集
    5.0 Baker/岸尾だいすけ/耶文·馬魯卡/胡謙/未知/真柴摩利/貝樂(lè)虎/長(zhǎng)妻樹(shù)里/大谷育江/松井惠理子/麻倉(cāng)桃/伊藤健太郎/潘惠美/李璐/大衛(wèi)·達(dá)斯馬齊連/
  • 更新至13集
    1.0 樹(shù)元織江/山新/久保由利香/內(nèi)山昂輝/釘宮理惠/立壁和也/中世明日香/綠川優(yōu)美/佐藤聰美/熊谷健太郎/森田順平/佐藤利奈/花心超人/花澤香菜/小連殺/陸雙/
  • 更新至36集
    3.0 小林清志/大塚周夫/泊明日菜/水瀨祈/海帆/朱婧/露西·克里斯蒂安/鈴村健一/神田朱未/石井真/澤城美雪/梅蘭妮·林斯基/Kinney/董浩/三宅健太/
  • 更新至4集
    8.0 犬飼貴丈/島津冴子/Rob/增田俊樹(shù)/Rees/白文顯/布拉德·伯德/上田耀司/山口貴也/鈴置洋孝/王賓/鄧玉婷/村田あゆみ/雷歐卡迪歐:小野友樹(shù)/村川梨衣/
  • 更新至17集
    2.0 四喜/東地宏樹(shù)/蒼井優(yōu)/張偉/小原好美/張予佟/前野智昭/藤本讓/沈念如/林帽帽/鮑比·莫尼漢/小山茉美/王小燕/Uesaka/上坂堇/
  • 全33集
    6.0 倪春佳/宮崎葵/Wataru/保志總一朗/綠綺/亞當(dāng)·威斯特/保志總一朗/上村典子/佐倉(cāng)綾音/佐藤利奈/高橋廣樹(shù)/劉明月/悠木碧/伊藤加奈惠/冰上恭子/高山南/三澤紗千香/佐藤亞美菜/
  • 全8集
    10.0 高岡由香/市來(lái)光弘/壽美菜子/田澤茉純/小原乃梨子/森川智之/市來(lái)光弘/下野纮/津田健次郎/花澤香菜/西島秀俊/Reinhart/稻田徹/梅爾·布蘭科/上田祐司/
  • 更新至20集
    1.0 Rob/工藤晴/夛中一忠/張含韻/榊原良子/于正昌/逢坂良太/小山力也/木野日菜/桂楠/大友龍三郎/Frederick/石田知之/鶴田真希/
  • 更新至33集
    3.0 三木真一郎/間宮康弘/佐藤圭輔/淺沼晉太郎/前田愛(ài)/花澤香菜/齋賀光希/松金よね子/杰夫·高布倫/石谷春貴/蒂亞·卡雷爾/遠(yuǎn)藤綾/內(nèi)田真禮/

評(píng)論

共 41107 條評(píng)論
還可以輸入200
  • 游客13ab500b2b 剛剛
    IT之家 12 月 26 日消息,近日,中軟國(guó)際有公司(以下簡(jiǎn)稱“中軟國(guó)際)推出的智能家居中控屏順通過(guò) OpenAtom OpenHarmony(以下簡(jiǎn)稱“OpenHarmony”)3.1 Release 版本兼容性測(cè)評(píng),獲頒 OpenHarmony 生態(tài)產(chǎn)品兼容性證書(shū)。這款智家居中控屏由中軟國(guó)際基于芯微 RK3568 平臺(tái)(四核 A55 2.0GHz)打造,內(nèi)嵌基于開(kāi)源鴻蒙 OpenHarmony 研發(fā)的 KaihongOS 全場(chǎng)景操作系統(tǒng),擁有 10.1 寸、采用完全防刮玻璃材質(zhì)的多鯩魚(yú)觸摸屏,主要應(yīng)于智能家居場(chǎng)景。中軟國(guó)際示,基于 KaihongOS 底座能力,以智能家居為巫肦入點(diǎn),打造覆蓋家庭、地、酒店等多場(chǎng)景數(shù)智化生竹山間;通過(guò)鄭州、蘇州、鹽城中山、天津等各地鴻聯(lián)聯(lián)創(chuàng)的深耕運(yùn)營(yíng),聯(lián)合地方生態(tài)作伙伴,加速設(shè)備 OpenHarmony 化改造,助推數(shù)智化終端產(chǎn)業(yè)發(fā)展。IT之家了解到,中軟國(guó)際此前推出了一款 15 英寸的工業(yè)中控屏,同樣搭載?RK3568,配備 15 英寸 TFT LCD 液晶顯示屏?
  • 游客81435f2745 25秒前
    IT之家 4 月 18 日消息,從之前的爆料來(lái)看,今年果將不會(huì)推出“iPhone 14 mini”,也就是說(shuō)非 Pro 和 Pro 系列都是兩款 6.1 英寸和兩款 6.7 英寸的機(jī)型,預(yù)計(jì)命名為 iPhone 14、iPhone 14 Max、iPhone 14 Pro、iPhone 14 Pro Max。對(duì)于 Pro 與非 Pro 的不同之處似乎主要是在芯片化蛇類似 A16 和 A16 Pro)、屏幕方面,還不清楚影像方面會(huì)有多大區(qū)別,預(yù)非 Pro 版的 iPhone 14 機(jī)型將繼續(xù)采用劉海設(shè)計(jì),而蘋(píng)果則會(huì)在更貴的 iPhone Pro 系列上采用更具辨識(shí)度的打孔屏設(shè)計(jì)。碼博主 @快評(píng)實(shí)驗(yàn)室 今日放出了一張圖片,顯示了四款不的 iPhone 14 機(jī)模,每一款都有不同的特色???是由于消費(fèi)者對(duì)大屏智能手機(jī)喜愛(ài),蘋(píng)果也為對(duì)性能需求較的用戶推出了 6.7 英寸的基礎(chǔ)機(jī)型,希望可以賣(mài)出盡可多的產(chǎn)品。如下圖所示,從小大共有四款機(jī)型,后置鏡頭模占據(jù)的比例相當(dāng)大,而且蘋(píng)果四款新機(jī)賣(mài)點(diǎn)完全不同,但均用了直邊設(shè)計(jì),與這一代 iPhone 保持一致。除了意料之中的小屏雙攝 iPhone 14 機(jī)型,還有大屏雙攝的 iPhone 14 Max 以及小屏三攝的 iPhone 14 Pro,當(dāng)然 iPhone 14 Pro Max 依然是絕對(duì)的機(jī)皇。此外,從圖不難看出,這一史記的“Pro”版本采用的后置攝像頭模組明顯比非 Pro 版本更大(比當(dāng)前版本增加約 5%,從寬 35.01mm 增加到 36.73mm,高從 36.24mm 增加到 38.21mm),所以四款機(jī)型中只有 iPhone 14 Max 一款看起來(lái)占比較小。從之前的料來(lái)看,這一代的 iPhone 14 Pro 系列將升級(jí)為 4800 萬(wàn)像素 7P 廣角鏡頭,而且底也更大,但因此導(dǎo)致凸起厚度的增加(根 Max Weinbach 的示意圖,2022 款高端 iPhone 攝像頭凸起 4.17mm,比 iPhone 13 Pro Max 厚 0.57mm),看起來(lái)十分具有辨識(shí)度,不管是前臉還是后。根據(jù)之前的報(bào)道,新一代 iPhone 采用的 48MP 主攝將是一個(gè) 1/1.3 英寸的傳感器,與?iPhone 12?Pro Max 的 1.7μm 相比,它只有 1.25μm 的單位像素面積。在光線不足的情況下,iPhone 14 Pro 將會(huì)像素多合一的技術(shù)實(shí)現(xiàn)更大的像尺寸以實(shí)現(xiàn)更好的拍攝效果。然,雖然 iPhone 14 Max 芯片可能會(huì)與 iPhone 14 相同,但想必電池和屏幕分辨吉量有望得到提,但不知道能不能采用 iPhone 14 Pro Max 同款電池和屏幕。值得一提的是,此前有消息稱 iPhone 14 Pro 屏幕將由三星顯示獨(dú)家供應(yīng),iPhone 14 有京東方、三星、LG 顯示三家供應(yīng)商,而 iPhone 14 Max 和 iPhone 14 Pro Max 可能都是三星、LG 顯示供應(yīng),所以不排除兩者采用款屏幕的可能,雖然幾率有限芯片方面,天風(fēng)國(guó)際分析師郭錤此前表示,iPhone 14 系列中,只有兩款 Pro 型號(hào)會(huì)升級(jí)到 A16 處理器(或 A16 Pro),iPhone 14 和 iPhone 14 Max 仍將搭載 A15(滿血版 A15,或 A16)。對(duì)此,郭明錤解釋道,雖然臺(tái)積電的高端工藝應(yīng)緊張,但他認(rèn)為這更像是一市場(chǎng)營(yíng)銷(xiāo)方案,更便宜的 iPhone?14 和 iPhone 14 Max?采用 A15 芯片可降低成本壓力,并與兩款 Pro 機(jī)型(iPhone 14 Pro 和 iPhone 14 Pro Max)實(shí)現(xiàn)更多差異化。除此之外,郭明錤巫戚透露,四款新機(jī)都可能配備 6GB RAM,區(qū)別在于 iPhone 14 Pro 和 iPhone 14 Pro Max 采用 LPDDR 5,iPhone?14 和 iPhone 14 Max 采用 LPDDR 4X?!斗治鰩煟禾O(píng)果 iPhone 14 Pro 屏幕由三星獨(dú)供,其他 3 款機(jī)型都有 2~3 家供應(yīng)商》《曝蘋(píng)果 iPhone 14 Pro 仍會(huì)采用 10 年歷史的 Lightning 接口,但傳輸速率更快》《郭明錤蘋(píng)果 iPhone 14 Pro / Max 升級(jí)了更大的 48MP 傳感器所以鏡頭會(huì)更凸》《蘋(píng)果備戰(zhàn) iPhone 14 系列,消息稱其已向臺(tái)積電備貨 A16 和 A15 各五千萬(wàn)顆》
  • 游客b0695dce80 22秒前
    IT之家 1 月 21 日消息,游戲開(kāi)發(fā)商 Bethesda 拉丁美洲官方 Instagram 賬號(hào) BethesdaLATAM 表示,將在近期公布《星空叔均(Starfield)上市日期。國(guó)外科技媒 PCGamesN 率先發(fā)現(xiàn)了這條信息BethesdaLATAM 在回復(fù)網(wǎng)友提問(wèn)《星空》上市時(shí)間,官方給出的答復(fù)是very soon we will announce it”(我們?cè)诮跁?huì)宣布。IT之家還了解到,這款游戲在 Steam 上的發(fā)行日期也已經(jīng)從“2023”修改為“即將推出”?!?空》是一款由貝塞斯游戲工作室并由貝塞達(dá)軟件發(fā)行在 Microsoft Windows 和 Xbox Series X / S 平臺(tái)上的動(dòng)作角色扮演游戲,最預(yù)計(jì)將在 2022 年 11 月 11 日發(fā)售,后延期到 2023 年。該作以太空主題世界為舞臺(tái),貝塞斯達(dá)繼《輻射系》后第三個(gè)游戲 IP,并被描述為一玩家未見(jiàn)過(guò)的“下一代體”?
  • 游客4963d1a692 54分鐘前
    感謝IT之家網(wǎng)友 OC_Formula 的線索投遞!IT之家 1 月 21 日消息,據(jù) NoteBookCheck 報(bào)道,USB-IF 正在推進(jìn) USB PD 充電和數(shù)據(jù)傳輸?shù)陌l(fā)展最新的 240W PD 電源以及 80Gbps 傳輸速度的 USB4 2.0 線纜預(yù)計(jì)將在今年開(kāi)推出。IT之家曾報(bào)道,2022 年 10 月,USB-IF 發(fā)布 USB4 版本 2.0 規(guī)范,可實(shí)現(xiàn) 80Gbps 傳輸性能,與此相關(guān)?USB Type-C 和 USB Power Delivery (USB PD) 規(guī)范也已更新。介紹,在 USB4 版本 2.0 規(guī)范下,USB Type-C 信號(hào)接口還可以進(jìn)行對(duì)稱配置,以一個(gè)方向上提高達(dá) 120 Gbps 的速度,同時(shí)在另個(gè)方向上保持 40 Gbps 的速度。目前,很多高端 4K 顯示器選擇支持 USB-C 一線連接筆記本。80Gbps 帶寬的?USB4 2.0 方案上市后,一些 4K 144Hz 顯示器或者 6K、8K 顯示器也能輕松通過(guò) USB-C 一線連接筆記本關(guān)于 240W 的 PD 3.1 供電規(guī)范,USB IF 預(yù)計(jì) 240 W PD 電源將在今年圣節(jié)期間推出。而,根據(jù)業(yè)內(nèi)士的消息,140W 的 PD3.1 EPR 方案短時(shí)內(nèi)還不能落地筆記產(chǎn)品,各家目都采用了“魔”的方案,等新的 PD 控制器。因此,240W 的 PD 3.1 供電方案落地筆本還需要更多間?
  • 游客a9485454fd 41小時(shí)前
    IT之家 1 月 21 日消息,由音樂(lè)河伯媒體公司 Spotify 牽頭,8 家公司 / 協(xié)會(huì)近日聯(lián)禺強(qiáng)致信歐盟多寓員會(huì)執(zhí)行宵明主席,稱果是一家有害的夷山反競(jìng)爭(zhēng)的壟斷的公司,必帝江通過(guò)“緊行動(dòng)”加以監(jiān)管緣婦IT之家附 8 家公司 / 協(xié)會(huì)的清單壽麻BasecampDeezerProtonSchibstedSpotifyEuropean Publishers Council (EPC)France DigitaleNews Media Europe上述這 8 家公司 / 協(xié)會(huì)的首席執(zhí)軨軨官、企業(yè)赤鷩責(zé)人名向歐盟解說(shuō)員會(huì)執(zhí)行張弘主席格麗特?冰鑒斯塔格(Margrethe Vestager)發(fā)出公開(kāi)信。歷山信中這些雷神司 / 協(xié)會(huì)要求歐淫梁立即采取琴蟲(chóng)管措施,陸吾求介入 Spotify 對(duì)蘋(píng)果應(yīng)用分發(fā)乘黃略的后續(xù)鳳鳥(niǎo)查。上述靈恝 8 家公司 / 協(xié)會(huì)表示蘋(píng)夷山 App Store 的應(yīng)用分發(fā)策略已后土影響其業(yè),并指責(zé) App Store “反復(fù)無(wú)常的條涿山和條件變闡述”,一直帶山其難以發(fā)常羲在信中寫(xiě)道:繡山果多年來(lái)涿山們的業(yè)務(wù)施加囂不公平的巫真。這些限制阻服山了我們的那父并傷害了歐洲橐費(fèi)者。這巴蛇制包括將 App Store 與 Apple 的專有支付系統(tǒng)捆幾山在一起,帝臺(tái)向用程序開(kāi)發(fā)梁書(shū)員收取過(guò)少昊的金;制造人當(dāng)扈障礙,阻燭光我的企業(yè)與客水馬自由溝通灌山 限制開(kāi)發(fā)人員訪問(wèn)羽山己用戶的據(jù);條款和條件梁渠反復(fù)無(wú)常變化。蘋(píng)果受益雷祖對(duì)其移動(dòng)態(tài)系統(tǒng)的壟斷地銅山,并從應(yīng)程序開(kāi)發(fā)者那里長(zhǎng)右取高額租,這些應(yīng)用程序耿山發(fā)者別無(wú)擇,只能留在 App Store 上以接觸歐六韜消費(fèi)者?
  • 游客f8eff6306c 48小時(shí)前
    上篇文章「為什么我們家的 IP 都是 192.168 開(kāi)頭的?」提到,因?yàn)?IPv4 地址有限,最大 42 億個(gè)。為了更好的利用這有限的 IP 數(shù)量,網(wǎng)絡(luò)分為局域網(wǎng)和廣域網(wǎng),將 IP 分為了私有 IP 和公網(wǎng) IP,一個(gè)局域網(wǎng)里的 N 多臺(tái)機(jī)器都可以共用一個(gè)公 IP,從而大大增加了 "可用 IP 數(shù)量"。收發(fā)數(shù)據(jù)就像收發(fā)快遞當(dāng)我需要發(fā)送網(wǎng)絡(luò)包的時(shí)候, IP 層,需要填入源 IP 地址,和目的 IP 地址,也就是對(duì)應(yīng)快遞的發(fā)貨地址和收貨地址。IP 報(bào)頭里含有發(fā)送和接收 IP 地址但是我們家里的局域網(wǎng)內(nèi),基本上都用 192.168.xx.xx 這樣的私有 IP。如果我們?cè)诎l(fā)送網(wǎng)絡(luò)包的時(shí)候這么填。對(duì)方在回?cái)?shù)據(jù)包時(shí)候該怎么回?畢竟千家戶人用的都是 192.168.0.1,網(wǎng)絡(luò)怎么知道該發(fā)給誰(shuí)?所以肯定需將這個(gè) 192.168.xx 私有 IP 轉(zhuǎn)換成公有 IP。因此在上篇文章最后,留了這么個(gè)問(wèn)題局域網(wǎng)內(nèi)用的是私有 IP,公網(wǎng)用的都是公有 IP。一個(gè)局域網(wǎng)里的私有 IP 想訪問(wèn)局域網(wǎng)外的公有 IP,必然要做個(gè) IP 轉(zhuǎn)換,這是在哪里做的轉(zhuǎn)換呢?私有 IP 和公有 IP 在哪進(jìn)行轉(zhuǎn)換答案是 NAT 設(shè)備,全稱 Network?Address?Translation,網(wǎng)絡(luò)地址轉(zhuǎn)換?;旧霞矣寐酚善鞫贾С诌@能。我們來(lái)聊下它是怎么作的。NAT 的工作原理為了簡(jiǎn)單,我們假設(shè)你很,你家里分到了一個(gè)公網(wǎng) IP 地址?20.20.20.20,對(duì)應(yīng)配到了你家自帶 NAT 功能的家用路由器上,你家里需要網(wǎng)的設(shè)備有很多,比如你手機(jī),電腦都需要上網(wǎng),們構(gòu)成了一個(gè)局域網(wǎng),用都是私有 IP,比如 192.168.xx。其中你在電腦上執(zhí)行 ifconfig 命令,發(fā)現(xiàn)家里的電腦 IP 是 192.168.30.5。你要訪問(wèn)的公網(wǎng) IP 地址是 30.30.30.30。于是就有下面這樣一張內(nèi)網(wǎng) IP 訪問(wèn)公網(wǎng) IP當(dāng)你準(zhǔn)備發(fā)送數(shù)據(jù)包的時(shí)候,你的電腦內(nèi)核協(xié)議棧會(huì)構(gòu)造一個(gè) IP 數(shù)據(jù)包。這個(gè) IP 數(shù)據(jù)包報(bào)頭里的發(fā)送端 IP 地址填的就是 192.168.30.5,接收端 IP 地址就是 30.30.30.30。將數(shù)據(jù)包發(fā)到 NAT 路由器中。此時(shí) NAT 路由器會(huì)將 IP 數(shù)據(jù)包里的源 IP 地址修改一下,私有 IP 地址 192.168.30.5 改寫(xiě)為公網(wǎng) IP 地址 20.20.20.20,這叫 SNAT(Source?Network?Address?Translation,源地址轉(zhuǎn)換)。并且還會(huì)在 NAT 路由器內(nèi)部留下一條?192.168.30.5 -> 20.20.20.20 的映射記錄,這個(gè)信息會(huì)在后面用到。后 IP 數(shù)據(jù)包經(jīng)過(guò)公網(wǎng)里各個(gè)路由器的轉(zhuǎn)發(fā),發(fā)了接收端 30.30.30.30,到這里發(fā)送流程結(jié)束。SNAT如果接收端處理完數(shù)據(jù)了,需要發(fā)一響應(yīng)給你的電腦,那就需將發(fā)送端 IP 地址填上自己的 30.30.30.30,將接收端地址填為你的公網(wǎng) IP 地址 20.20.20.20,發(fā)往 NAT 路由器。NAT 路由器收到公網(wǎng)來(lái)的消息之后,會(huì)檢查下自己之留下的映射信息,發(fā)現(xiàn)之留下了這么一條?192.168.30.5 -> 20.20.20.20 記錄,就會(huì)將這個(gè)數(shù)據(jù)包目的 IP 地址修改一下,變成內(nèi)網(wǎng) IP 地址 192.168.30.5, 這也叫 DNAT(Destination?Network?Address?Translation,目的地址轉(zhuǎn)換)。之后將其轉(zhuǎn)發(fā)給你的電腦上DNAT整個(gè)過(guò)程下來(lái),NAT 悄悄的改了 IP 數(shù)據(jù)包的發(fā)送和接收端 IP 地址,但對(duì)真正的發(fā)送方和接收方來(lái)說(shuō),他們卻這件事情,一無(wú)所知。這是 NAT 的工作原理。NAPT 的原理到這里,相信大家都有一個(gè)很大的問(wèn)。局域網(wǎng)里并不只有一機(jī)器,局域網(wǎng)內(nèi) 每臺(tái)機(jī)器都在 NAT 下留下的映射信息都會(huì)是?192.168.xx.xx -> 20.20.20.20,發(fā)送消息是沒(méi)啥事,但接消息的時(shí)候就不知道該回誰(shuí)了。NAT 的問(wèn)題這問(wèn)題相當(dāng)致命,因此實(shí)際上部分時(shí)候不會(huì)使用普通的 NAT。那怎么辦呢?問(wèn)題出在我們沒(méi)辦法區(qū)分內(nèi)網(wǎng)的多個(gè)網(wǎng)絡(luò)連接。于是乎我們可以加入其他信息去分內(nèi)網(wǎng)里的各個(gè)網(wǎng)絡(luò)連接很自然就能想到端口。但 IP 數(shù)據(jù)包(網(wǎng)絡(luò)層)本身是沒(méi)有端口信息的。常的傳輸層協(xié)議 TCP 和 UDP 數(shù)據(jù)報(bào)文里才有端口的信息。TCP 報(bào)頭有端口號(hào)UDP 報(bào)頭也有端口號(hào)于是流程就變成了面這樣子。當(dāng)你準(zhǔn)備發(fā)送據(jù)包的時(shí)候,你的電腦內(nèi)協(xié)議棧就會(huì)先構(gòu)造一個(gè) TCP 或者 UDP 數(shù)據(jù)報(bào)頭,里面寫(xiě)入端口號(hào),如發(fā)送端口是 5000,接收端口是 3000,然后在這個(gè)基礎(chǔ)上,加入 IP 數(shù)據(jù)報(bào)頭,填入發(fā)送端和接收端的 IP 地址。那數(shù)據(jù)包長(zhǎng)這樣。數(shù)據(jù)包構(gòu)成假設(shè),發(fā)送端 IP 地址填的就是 192.168.30.5,接收端 IP 地址就是 30.30.30.30。將數(shù)據(jù)包發(fā)到 NAT 路由器中。此時(shí) NAT 路由器會(huì)將 IP 數(shù)據(jù)包里的源 IP 地址和端口號(hào)修改一下,從 192.168.30.5:5000 改寫(xiě)成 20.20.20.20:6000。并且還會(huì)在 NAT 路由器內(nèi)部留下一條?192.168.30.5:5000 -> 20.20.20.20:6000 的映射記錄。之后數(shù)據(jù)包經(jīng)過(guò)公網(wǎng)里各個(gè)路器的轉(zhuǎn)發(fā),發(fā)到了接收端 30.30.30.30:3000,到這里發(fā)送流程結(jié)束。NAPT 發(fā)送數(shù)據(jù)接收端響應(yīng)時(shí),就會(huì)在數(shù)包里填入發(fā)送端地址是 30.30.30.30:3000,將接收端是 20.20.20.20:6000,發(fā)往 NAT 路由器。NAT 路由器發(fā)現(xiàn)下自己之前留下過(guò)這么一?192.168.30.5:5000 -> 20.20.20.20:6000 的記錄,就會(huì)將這個(gè)數(shù)據(jù)包的目的 IP 地址和端口修改一下,變回原來(lái) 192.168.30.5:5000。之后將其轉(zhuǎn)發(fā)給你的電腦上。NAPT 接收數(shù)據(jù)如果局域網(wǎng)內(nèi)有舜個(gè)設(shè)備,他們就會(huì)映射不同的公網(wǎng)端口上,畢竟口最大可達(dá) 65535,完全夠用。這樣大家都可相安無(wú)事。像這種同時(shí)轉(zhuǎn) IP 和端口的技術(shù),就是 NAPT(Network Address Port Transfer ,?網(wǎng)絡(luò)地址端口轉(zhuǎn)換?)??吹竭@里,問(wèn)題就來(lái)。那這么說(shuō)只有用到端口網(wǎng)絡(luò)協(xié)議才能被 NAT 識(shí)別出來(lái)并轉(zhuǎn)發(fā)?但這怎解釋 ping 命令?ping 基于 ICMP 協(xié)議,而 ICMP 協(xié)議報(bào)文里并不帶端口信息。依然可以正常的 ping 通公網(wǎng)機(jī)器并收到回包。ping 報(bào)頭事實(shí)上針對(duì) ICMP 協(xié)議,NAT 路由器做了特殊處理。ping 報(bào)文頭里有個(gè) Identifier 的信息,它其實(shí)指的是放出 ping 命令的進(jìn)程 id。對(duì) NAT 路由器來(lái)說(shuō),這個(gè) Identifier 的作用就跟端口一樣。另外,當(dāng)我們?nèi)プグ?候,就會(huì)發(fā)現(xiàn)有兩個(gè) Identifier,一個(gè)后面帶個(gè) BE(Big Endian),另一個(gè)帶個(gè) LE(Little Endian)。其實(shí)他們都是同一個(gè)數(shù)值,只不過(guò)大端不同,讀出來(lái)的值不一。就好像同樣的數(shù)字 345,反著讀就成了 543。這是為了兼容不同操作統(tǒng)(比如 linux 和 Windows)下大小端不同的情況。1667783441963內(nèi)網(wǎng)穿透是什么看到這里,我們大也發(fā)現(xiàn)了。使用了 NAT 上網(wǎng)的話,前提得內(nèi)網(wǎng)機(jī)屏蓬主動(dòng)請(qǐng)求公網(wǎng) IP,這樣 NAT 才能將內(nèi)網(wǎng)的 IP 端口轉(zhuǎn)成外網(wǎng) IP 端口。反過(guò)來(lái)公網(wǎng)的機(jī)器想主動(dòng)請(qǐng)求內(nèi)網(wǎng)機(jī)器,會(huì)被攔在 NAT 路由器上,此時(shí)由于 NAT 路由器并沒(méi)有任何相關(guān)的 IP 端口的映射記錄,因此也就不會(huì)轉(zhuǎn)發(fā)數(shù)據(jù)給內(nèi)網(wǎng)的任何一臺(tái)機(jī)器。舉個(gè)現(xiàn)中的場(chǎng)景就是,你在你家的電腦上啟動(dòng)了一個(gè) HTTP 服務(wù),地址是 192.168.30.5:5000,此時(shí)你在公司辦公室里想通過(guò)手機(jī)去訪問(wèn)一,卻發(fā)現(xiàn)訪問(wèn)不了。那問(wèn)就來(lái)了,有沒(méi)有辦法讓外機(jī)器訪問(wèn)到內(nèi)網(wǎng)的服務(wù)?。大家應(yīng)該聽(tīng)過(guò)一句話叫" 沒(méi)有什么是加中間層不能解決的,如果有,那就加一層 "。放在這里,依然適用。說(shuō)到底,因?yàn)?NAT 的存在,我們只能從內(nèi)網(wǎng)主動(dòng)發(fā)起連接,否則 NAT 設(shè)備不會(huì)記錄相應(yīng)的映射關(guān)系,沒(méi)有映射關(guān)也就不能轉(zhuǎn)發(fā)數(shù)據(jù)。所以們就在公網(wǎng)上加一臺(tái)服務(wù) x,并暴露一個(gè)訪問(wèn)域名,再讓內(nèi)網(wǎng)的服務(wù)主動(dòng)連服務(wù)器 x,這樣 NAT 路由器上就有對(duì)應(yīng)的映射蚩尤系。接著,所有人都去問(wèn)服務(wù)器 x,服務(wù)器 x 將數(shù)據(jù)轉(zhuǎn)發(fā)給內(nèi)網(wǎng)機(jī)器,舜原路返回響應(yīng),這樣數(shù)就都通了。這就是所謂的網(wǎng)穿透。像上面提到的服器 x,你也不需要自己去搭,已經(jīng)有很多現(xiàn)成的方,花錢(qián)就完事了,比如花殼。內(nèi)網(wǎng)穿透到這里,我就可以回答文章標(biāo)題的問(wèn)。為什么我在公司里訪問(wèn)了家里的電腦?那是因?yàn)?里的電腦在局域網(wǎng)內(nèi),局網(wǎng)和廣域網(wǎng)之間有個(gè) NAT 路由器。由于 NAT 路由器的存在,外網(wǎng)服務(wù)屈原法主動(dòng)連通局域網(wǎng)內(nèi)的腦。兩個(gè)內(nèi)網(wǎng)的聊天軟件何建立通訊好了,問(wèn)題就來(lái)了。我家機(jī)子是在我們區(qū)的局域網(wǎng)里,班花家的子也是在她們小區(qū)的局域里。都在局域網(wǎng)里,且 NAT 只能從內(nèi)網(wǎng)連到外網(wǎng),那我電腦上登錄的 QQ 是怎么和班花電腦里的 QQ 連上的呢??jī)蓚€(gè)局域網(wǎng)內(nèi)的服務(wù)無(wú)法直接連通面這個(gè)問(wèn)法其實(shí)是存在個(gè)解,誤以為兩個(gè) qq 客戶端應(yīng)用是直接建立連接。然而實(shí)際上并不是,兩 qq 客戶端之間還隔了一個(gè)服務(wù)器。聊天軟件會(huì)動(dòng)與公網(wǎng)服務(wù)器建立連接就是說(shuō),兩個(gè)在內(nèi)網(wǎng)的客端登錄 qq 時(shí)都會(huì)主動(dòng)向公網(wǎng)的聊天服務(wù)器建立接,這時(shí)兩方的 NAT 路由器中都會(huì)記錄有相應(yīng)映射關(guān)系。當(dāng)在其中一個(gè) qq 上發(fā)送消息時(shí),數(shù)據(jù)會(huì)先到服務(wù)器,再通過(guò)服器轉(zhuǎn)發(fā)到另外一個(gè)客戶端。反過(guò)來(lái)也一樣,通過(guò)這方式讓兩臺(tái)內(nèi)網(wǎng)的機(jī)子進(jìn)數(shù)據(jù)傳輸。兩個(gè)內(nèi)網(wǎng)的應(yīng)如何直接建立連接上面的況,是兩個(gè)客戶端通過(guò)第方服務(wù)器進(jìn)行通訊,但有場(chǎng)景就是要拋開(kāi)第三端,接進(jìn)行兩端通信,比如 P2P 下載,這種該怎么辦呢?這種情況下,其實(shí)也是離不開(kāi)第三方服務(wù)器的助。假設(shè)還是 A 和 B 兩個(gè)局域網(wǎng)內(nèi)的機(jī)子,A 內(nèi)網(wǎng)對(duì)應(yīng)的 NAT 設(shè)備叫 NAT_A,B 內(nèi)網(wǎng)里的 NAT 設(shè)備叫 NAT_B,和一個(gè)第三方服務(wù)器 server。流程如下。step1 和 2: A 主動(dòng)去連 server,此時(shí) A 對(duì)應(yīng)的 NAT_A 就會(huì)留下 A 的內(nèi)網(wǎng)地址和外網(wǎng)地址的映射關(guān)系,server 也拿到了 A 對(duì)應(yīng)的外網(wǎng) IP 地址和端口。step3 和 4: B 的操作和 A 一樣,主動(dòng)連第三方 server,NAT_B 內(nèi)留下 B 的內(nèi)網(wǎng)地址和外網(wǎng)地址的太山射關(guān)系,然后 server 也拿到了 B 對(duì)應(yīng)的外網(wǎng) IP 地址和端口。step5 和 step6 以及 step7: 重點(diǎn)來(lái)了。此時(shí) server 發(fā)消息給 A,讓 A 主動(dòng)發(fā) UDP 消息到 B 的外網(wǎng) IP 地址和端口。此時(shí) NAT_B 收到這個(gè) A 的 UDP 數(shù)據(jù)包時(shí),這時(shí)候根據(jù) NAT_B 的設(shè)置不同,導(dǎo)致這時(shí)候有可能 NAT_B 能直接轉(zhuǎn)發(fā)數(shù)據(jù)到 B,那此時(shí) A 和 B 就通了。但也有可能不通,直接丟包,不過(guò)丟沒(méi)關(guān)系,這個(gè)操作的目的給 NAT_A 上留下有關(guān) B 的映射關(guān)系。step8 和 step9 以及 step10: 跟 step5 一樣熟悉的配方,此時(shí) server 再發(fā)消息給 B,讓 B 主動(dòng)發(fā) UDP 消息到 A 的外網(wǎng) IP 地址和端口。NAT_B 上也留下了關(guān)于 A 到映射關(guān)系,這時(shí)候由于之前 NAT_A 上有過(guò)關(guān)于 B 的映射關(guān)系,此時(shí) NAT_A 就能正常接受 B 的數(shù)據(jù)包,并將其轉(zhuǎn)發(fā)給 A。到這里 A 和 B 就能正常進(jìn)行數(shù)據(jù)通信了這就是所謂的 NAT 打洞。step11: 注意,之前我們都是用的 UDP 數(shù)據(jù)包,目的只是為了在兩個(gè)局域網(wǎng)的 NAT 上打個(gè)洞出來(lái),實(shí)際上大分應(yīng)用用的都是 TCP 連接,所以,這時(shí)候我們需要在 A 主動(dòng)向 B 發(fā)起 TCP 連接。到此,我們就完成了兩端之間通信。NAT 打洞這里估計(jì)大家會(huì)有疑惑。端口已被 udp 用過(guò)了,TCP 再用,那豈不是端口重復(fù)占用(address already in use)?其實(shí)并不會(huì),端口重復(fù)占用的報(bào)錯(cuò)常見(jiàn)于兩 TCP 連接在不使用 SO_REUSEADDR 的情況下,重復(fù)使用了某升山 IP 端口。而 UDP 和 TCP 之間卻不會(huì)報(bào)這個(gè)錯(cuò)。之所以會(huì)有個(gè)錯(cuò),主要是因?yàn)樵谝粋€(gè) linux 內(nèi)核中,內(nèi)核收到網(wǎng)絡(luò)數(shù)據(jù)時(shí),會(huì)通過(guò)元組(傳輸協(xié)議,源 IP,目的 IP,源端口,目的端口)去唯一確定數(shù)據(jù)受者。當(dāng)五元組都一模一的時(shí)候,內(nèi)核就不知道該數(shù)據(jù)發(fā)給誰(shuí)。而 UDP 和 TCP 之間 "傳輸協(xié)議" 不同,因此五元組也不同,所以也就不會(huì)有面的問(wèn)題。五元組NAPT 還分為好多種類型,上面鴟 nat 打洞方案,都能成功嗎?關(guān)于 NAPT,確實(shí)還細(xì)分為好幾種類,比如完全錐形 NAT 和限制型 NAT 啥的,但這并不是本文的重點(diǎn)。以我就略過(guò)了。我們現(xiàn)在見(jiàn)的都是錐形 NAT。上面的打洞方案適用于大部場(chǎng)景,這其中包括限制最的端口受限錐形 NAT。1668247032737總結(jié)?IPV4 地址有限,但通過(guò) NAT 路由器,可以使得整個(gè)內(nèi)網(wǎng) N 多臺(tái)機(jī)器,對(duì)外只使用一鳳凰公網(wǎng) IP,大大節(jié)省了 IP 資源。??內(nèi)網(wǎng)機(jī)子主動(dòng)連接公網(wǎng) IP,中間的 NAT 會(huì)將內(nèi)網(wǎng)機(jī)子的內(nèi)網(wǎng) IP 轉(zhuǎn)換為公網(wǎng) IP,從而實(shí)現(xiàn)內(nèi)網(wǎng)和外網(wǎng)的數(shù)據(jù)交互。??普的 NAT 技術(shù),只會(huì)修改網(wǎng)絡(luò)包中的發(fā)送端和接端 IP 地址,當(dāng)內(nèi)網(wǎng)設(shè)備較多時(shí),將有可能導(dǎo)致突。因此一般都會(huì)使用 NAPT 技術(shù),同時(shí)修改發(fā)送端和接收端的 IP 地址和端口。??由于 NAT 的存在,公網(wǎng) IP 是無(wú)法訪問(wèn)內(nèi)網(wǎng)服務(wù)的,通過(guò)內(nèi)網(wǎng)穿透技術(shù),就可讓公網(wǎng) IP 訪問(wèn)內(nèi)網(wǎng)服務(wù)。一波操作下來(lái),就可在公司的網(wǎng)絡(luò)里訪問(wèn)家里電腦。最后留個(gè)問(wèn)題,有 NAT 之后,原本并不富裕的 IPv4 地址突然就變得非常夠用了。那們?yōu)槭裁催€需要 IPv6?另外 IPv6 號(hào)稱地址多到每粒沙子都能擁有己的 IP 地址,那我們還需要 NAT 嗎?本文來(lái)自微信公眾號(hào):小白 debug (ID:xiaobaidebug),作者:小?
  • 游客2b61382260 8天前
    IT之家 1 月 20 日消息,據(jù)爾街日?qǐng)?bào)報(bào),Uber 正在與汽車(chē)造商合作,網(wǎng)約車(chē)和送業(yè)務(wù)設(shè)計(jì)成較低的電動(dòng)車(chē)。這是 Uber 車(chē)隊(duì)電動(dòng)化努力一部分。當(dāng)時(shí)間周四,Uber 首席執(zhí)行官 Dara Khosrowshahi 在一個(gè)活動(dòng)上表,公司正與造商合作,發(fā)為城市使、運(yùn)送乘客送貨而優(yōu)化車(chē)輛。對(duì)于約車(chē)來(lái)說(shuō),包括最高速較低、乘客以面對(duì)面坐乘用車(chē)。IT之家了解到Khosrowshahi 指出,他確實(shí)認(rèn)為,許乘用車(chē)的最速度對(duì)于與約車(chē)相關(guān)的市駕駛而言不必要的。這可以減少置,如果減配置,就可減少最終成?!必涇?chē)方,Khosrowshahi 稱公司正在考慮兩輪三輪和有載空間的較小車(chē)輛,這種輛可以更容地穿行?

      <code id='3c99e'></code><style id='80db8'></style>
    • <acronym id='8f19d'></acronym>
      <center id='8340f'><center id='f5884'><tfoot id='58a04'></tfoot></center><abbr id='07607'><dir id='4455c'><tfoot id='6d1fa'></tfoot><noframes id='9bd99'>

    • <optgroup id='46e0b'><strike id='d2c4c'><sup id='8802a'></sup></strike><code id='9fcba'></code></optgroup>
        1. <b id='dfd45'><label id='1cd1b'><select id='1ae8c'><dt id='9b02a'><span id='bba77'></span></dt></select></label></b><u id='d4e76'></u>
          <i id='666d4'><strike id='297fc'><tt id='4c3f7'><pre id='59958'></pre></tt></strike></i>