2013-03-21 57 views
3

我有一個使用Chrome套接字API執行DNS服務發現的示例Chrome打包應用程序。繁重就是從這裏的例子借:Chrome Sockets API在Chrome操作系統(與Ubuntu,Windows)上有不同的表現?

https://github.com/GoogleChrome/chrome-app-samples/tree/master/mdns-browser

我只是使用(而不是_services._dns-sd._udp.local默認值),如_pdl-datastream._tcp.local服務名稱。

在我的Ubuntu和Windows設置(Chrome 25.0.1364.172)上,該應用程序可以成功找到我的網絡打印機;我可以列出它的IP地址和服務實例名稱。但是,我的Samsung Chromebook(Chrome 25.0.1364.173)在Chrome操作系統中失敗;沒有發現。

任何想法可能是什麼問題?這是一個已知的問題?

回答

4

你應該檢查它是否是默認的防火牆。在Chromebook默認情況下,我認爲所有傳入的連接都被阻止。如果你在開發模式下運行,你可以做到以下幾點,讓所有傳入的UDP通信測試這是否是問題:

  1. 按Ctrl + Alt + T,彈出一個終端窗口,輸入以下
  2. 須藤的iptables -I INPUT -p UDP -j ACCEPT
+0

通過此過程去年底解決了這一問題!但是,我想知道這些防火牆規則是否將在未來發生變化,因爲不能期望用戶也這樣做。 – 2013-03-22 01:22:46

+1

創建問題:https://code.google.com/p/chromium/issues/detail?id = 223004 – 2013-03-22 02:12:42

1

是,Chromebook的默認限制性防火牆。但是,如果傳入的數據包與傳出的數據包匹配,則應該允許傳入的數據包。這裏是list of firewall rules

+0

感謝您的防火牆規則鏈接!它看起來像UDP被過濾非常積極。你知道這些規則是否處於不穩定狀態? – 2013-03-22 01:25:42

+0

回答我自己的問題 - 它看起來像這些值正在改變。我現有的'iptables.conf'不包含行'。/usr/sbin/netfilter-common'或其下的任何文件。 – 2013-03-22 01:42:50

0

據山楂彬創建bug report,這被驗證爲固定的,因爲2013年

相關問題