討論區 > ▲ ADSL_CABLE_FTTH 寬 頻 上 網 討 論 > -- FTTB / FTTC / FTTH 光纖寬頻討論版 >
主題: 請教光世代非固定制電腦撥接取得的IPv6位址,最近是不是通常只有第4組會變動,其他7組不會變?
fierycloud 10:50 PM 2018-08-31
"因為還沒找到本機的IP紀錄,然後突然想到,其他網站可能有,就找了一下,但是不曉得紀錄為什麼都是時有時無的,不過的確可以發現,至少自個人紀錄中,最早有紀錄的2017年5月開始,就有IP後四碼固定的現象,如果是作業系統有問題,Win10應該是至少從1703開始就有問題。"
作者::
f-設定-一般帳號設定-您的f資訊-存取資訊-查看-你的相關資訊-帳號安全和登入資料-
你登入時所在的位置
你有效登入 F 的時段 (這個很怪,雖然更為詳細,但是卻只有最近某兩次的登入紀錄。)

登入和登出
你的 F登入和登出紀錄(這個最早也只到2017年5月,而且也常常好幾天才有一次紀錄。 該期間應該是有遇到過,就是被f要求確認帳號之類的,但是看起來,其實多數都後4組是相同的,但是也是會有不同的狀況,大約是1-2個月變動一次(有極少1-2個不知道為什麼不同的IP插在前後後四碼相同的的中間),除了作業系統大版本更新(1年2次)重新全新安裝,勢必會重新建立撥號之外,難道是有甚麼詭異的計算機制會變動後4組? )



目前上網使用應該是正常。 甚或040gw溫度可以有比之前較低一點點的時候。

之前(應該是5-6月)不管寬頻撥號使用wifi.hinet.net或是hinet.net,(win 10 1803 新版釋出後,有重新安裝,所以有特別注意,),在3台電腦(2台Win7)都有取得浮動IP。(能確定的是,在另一篇有紀錄的是2017年11月的時候,全部改成用不會小額付費的wifi.hinet.net撥號,當時Win10是1709的版本。)

有嘗試,以官方媒體製作工具重新下載Win10 1803、及17751 insider版,各自安裝於套裝機的另一個硬碟上(自動啟動成家用版),結果仍是64-bit suffix?不動,就是會固定後面四組。 (不過不知道是不是剛好,就是建立的寬頻連線,也是%24)
https://www.microsoft.com/zh-tw/soft...load/windows10
但是應該是該映像檔有更新(17134.112),跟1803剛釋出的時候應該是不一樣的更新(原來應該是17134.1? 因為好像有去注意的時候,已經有更新了,不知道是點幾) 不曉得是不是1-112之間的更新有問題? (家用版)
(區域網路連線應該是正常的。雖然"ipv6"末四組也不會動。但每次重新啟動(或重啟動區域網路連線),"臨時IPv6"位址會變動。)
但目前,光世代非固定制,電腦(1台10、2台7)寬頻網路連線(PPPOE),取得的位址:
IPv6位址,最近是不是通常只有第4組會變動,其他7組不會變動? (IPv4位址跟以往類似,有時候變動很大,有時候又很接近。)
寬頻連線的IPv6位址就是040gw給的前四組(Prefix 64-bit?) 中的第四組會變動,跟不會變的link local address。

根據非固定制連線說明https://www.ipv6.hinet.net/的附圖,看起來狀況是一樣的 : 就是狀態視窗中只有IPv6位址跟連結本機位址,而且IPv6位址8組中的後4組,也是跟連結本機IPv6位址的四組一樣。

其中介紹的CPE-LAN端配置中有一句"勾選『Enable DHCP-PD』,此為目前中華電信光世代非固定制雙協定上網服務的供裝設定方式。"
雖然是在LAN端的介紹,但是WAN端也是嗎?

手冊末端還有
"非固定制 PPPoE 連線採動態 Prefix 方式配置,當 CPE 裝置之 PPPoE 連線重建,有可能會取到另一段 IPv6 位址。若 CPE 採用 Stateful 方式配置用戶主機,且未告知用戶主機該重新取得新的 IPv6 位址,有可能造成用戶主機無法正常連線。"
20180906有線上問過客服,wifi.hinet.net 及hinet.net,都是配發前面的64-bit prefix,後面的64-bit(surffix? iid? interface indentifier?),是設備端產生。

也有試過換個帳號,但是hinet.net跟wifi.hinet.net(不可小額付款,打客服專線去索取的,需要申辦線路者的資料)連線結果,是一樣的! 就是其實後面都是跟著不會變動的(64-bit)4組.


(難道最近微軟的更新有狀況?
但是其實其中一台Win7的更新,不曉得為什麼,一般的只能裝到6月,安全的則是可以裝到8月。 所以如果有狀況,應該也是6月及以前的更新。 而且是跟Win10有一起更新的地方吧?
不過的確有一些設定不一樣,比如說原本數據用量都是0,似乎是因為不會顯示寬頻連線的用量,但是現在雖然統計的項目還是只有乙太網路,但是可以出現用量。 以及使用netsh等,會出現一些之前沒有的項目。)

netsh int ipv6 show int
netsh int ipv6 show int "X" X=idx 介面的號碼

作者::
介面 Hinet 參數
----------------------------------------------
IfLuid : ppp_1
IfIndex : 24
狀態 : connected
計量 : 35
連結 MTU : 1480 個位元組
可連線的時間 : 29500 ms
可連線的基礎時間 : 30000 毫秒
重新傳送間隔 : 1000 毫秒
DAD 傳送數量 : 3
網站首碼長度 : 64
網站識別碼 : 1
轉寄 : disabled
公告 : disabled
芳鄰探索 : enabled
芳鄰無法連線偵測 : disabled
路由器探索 : enabled
受管理的位址組態 : disabled
其他具狀態的組態 : enabled
弱式主機傳送 : disabled
弱式主機接收 : disabled
使用自動計量 : enabled
忽略預設路由 : disabled
公告的路由器存留期 : 1800 seconds
公告預設路由 : disabled
目前的躍點限制 : 64
強制 ARPND 喚醒模式 : disabled
導向的 MAC 喚醒模式 : disabled
ECN 功能 : application
採用 RA 的 DNS 組態 (RFC 6106) : enabled
DHCP/靜態 IP 共存 : enabled)
且,另外設定新寬頻連線,就會各有不同的末四組。 各寬頻連線都會有自己的固定的末四組。(區域網路要重裝驅動程式或是重新開機,才會有新的末四組,不過另外有臨時IPv6連線。)

但是至少應該是2-3個月前與更早以前,是每次撥號都會有很大變動的樣子,連常用的信箱與一些社群媒體,都會有警示,有不同IP進入!
(感覺當時每次撥號,只有前2-3組會固定,其他後面的5-6組都不固定。 )

雖然寬頻連線,PPP的部分似乎不會有臨時IPv6位址,但還是列一下。
netsh interface ipv6 show privacy
作者::
暫存位址參數
---------------------------------------------
使用暫存位址 : enabled
重複的位址偵測嘗試 : 3
有效存留期的最大值 : 7d
慣用存留期的最大值 : 1d
重新產生時間 : 5s
隨機時間的最大值 : 10m
隨機時間 : 6m11s
還有一個不曉得是不是怪怪的地方
ipconfig /release6
作者::
Windows IP 設定
介面卡 Hinet 並未啟用 DHCP。
介面卡 乙太網路 並未啟用 DHCP。
但是ipconfig /release 應該就是正常的

Get-NetIPInterface
作者::
ifIndex InterfaceAlias AddressFamily NlMtu(Bytes) InterfaceMetric Dhcp ConnectionState PolicyStore
------- -------------- ------------- ------------ --------------- ---- --------------- -----------
5 乙太網路 IPv6 1492 4260 Enabled Connected ActiveStore
24 hinetnet IPv6 1480 35 Enabled Connected ActiveStore
1 Loopback Pseudo-Interface 1 IPv6 4294967295 4300 Disabled Connected ActiveStore
5 乙太網路 IPv4 1500 4260 Enabled Connected ActiveStore
24 hinetnet IPv4 1480 35 Disabled Connected ActiveStore
1 Loopback Pseudo-Interface 1 IPv4 4294967295 4300 Disabled Connected ActiveStore
有嘗試更改IPv6的DHCP,但是不管是不是enabled,似乎不影響。(就是還是可以連線,後四組固定。)
然後有用錯,整個hinetnet(寬頻連線名稱)一起改成enabled,結果反而怪怪的,就是一開始不能取得IPv4,重開之後有IPv4,但是一直顯示在取得連線之類的。 而且還改不回來。 是使用Remove-Netipaddress,整個移掉才恢復原狀。(類似netsh int ip reset?)

然後另外看到,Win 取得IPv6的順序 ,似乎SLAAC RDNSS似乎是最優先的(10 1703後有支援?)! stateful DHCP似乎是最後?但是這種的似乎就不會有SLAAC 的臨時位址? 那不能手動改成Stateful?

(有試過把PPP介面的 routerdiscovery=disabled managedaddress=enabled,但是失敗,沒有取得IPv6的Prefix或整段。 而且還改不回來(一直顯示沒有元素跟XX不對。),只能netsh int ipv6 reset.
有想嘗試更動新的兩個參數,但是一直顯示參數錯誤,而且也沒有在Powershell上?
[[rabaseddnsconfig=]enabled|disabled]
[[dhcpstaticipcoexistence=]enabled|disabled]
)

找另外一顆硬碟在同一台電腦,重灌之後,突然發現,20180607開始,PPP一直在24?(雖然之前即使重新刪除後安裝網路卡驅動,會造成idx變動,但是最近移除寬頻連線再重設,幾次都還是24? 包含設定wifi.hinet.net跟hinet.net兩個不同帳號的寬頻連線,卻一樣都是24?)
雖然似乎沒關係。(iphlsvc的紀錄似乎沒有或是被其他軟體刪除,因為重新撥號也不會有紀錄。)

事件檢視器
DHCP client 會顯示錯誤,但網路卡都有取得IPv4的IP。
作者::
您的電腦無法從網路的 DHCP 伺服器上取得網路卡 (網路位址: ) 的位址更新。發生下列的錯誤: 0x79。您的電腦將繼續嘗試從網路位址伺服器 (DHCP) 取得一個位址。
DHCP v6 client /admin (24是該電腦的ppp。13是區域網路。 PPP比較多。)
大部分如下。 是從20180607 開始的(win7 2台,分別是從0821、0823開始的,差異可能是有一台不常用。),每小時可能有5-6次或以上,但是也可能只有一次。但是大部分前後訊息都一樣的時候,不就其實沒有變更? 那為什麼要記錄?
作者::
網路介面卡 24 上的路由器通告設定已經變更。目前的 M - 管理的位址設定旗標是 false,而 O - 其他可設定狀態設定旗標是 true。使用者動作: 如果您經常看到此事件,則可能是經常變更網路中路由器上的 M 與 O 旗標設定。請連絡您的網路系統管理員以解決此問題。

網路介面卡 13 上的路由器通告設定已經變更。目前的 M - 管理的位址設定旗標是 false,而 O - 其他可設定狀態設定旗標是 true。使用者動作: 如果您經常看到此事件,則可能是經常變更網路中路由器上的 M 與 O 旗標設定。請連絡您的網路系統管理員以解決此問題。
另外有不同的少數,通常似乎是出現在開機後第一個或第二個DHCPv6事件。

少數是"目前的 M - 管理的位址設定旗標是 false,而 O - 其他可設定狀態設定旗標是 false"

極少的是目前的 M - 管理的位址設定旗標是 true,而 O - 其他可設定狀態設定旗標是 false

DHCPv6 Even/ Operational (啟用紀錄,然後重新撥號)
作者::
DHCP 伺服器並未將網路位址指派給電腦在網路位址 XXX 的網路卡。發生下列的錯誤: 0x4C7。您的電腦將會繼續嘗試從網路位址 (DHCP) 伺服器取得一個位址。
可是,雖然不曉得為什麼,PPPOE也要把位址發給有真實MAC的那個真實的網路卡,但是那個錯誤似乎是已經指有重複地位址? 或是超過DHCP的Scope(不曉得是甚麼)


如果netsh用起來怪怪的,似乎更適合Powershell 的Set-NetIPInterface
有想過,那可以類似乙太網路的,可以建立一個臨時隨機位址給PPPOE嗎? 但是要怎樣指定Address? 還是說先隨便給一個,只要指定隨機,那就會自己改? 但是要怎樣讓該位址先用?
https://docs.microsoft.com/en-us/pow...?view=win10-ps

Get-NetIPaddress
作者::
IPAddress : (這個應該是區域網路的link local。4組的。)
InterfaceIndex : 7
InterfaceAlias : 乙太網路
AddressFamily : IPv6
Type : Unicast
PrefixLength : 64
PrefixOrigin : WellKnown
SuffixOrigin : Link
AddressState : Preferred
ValidLifetime : Infinite ([TimeSpan]::MaxValue)
PreferredLifetime : Infinite ([TimeSpan]::MaxValue)
SkipAsSource : False
PolicyStore : ActiveStore

IPAddress : (這個應該是區域網路的臨時IPv6,8組的。)
InterfaceIndex : 7
InterfaceAlias : 乙太網路
AddressFamily : IPv6
Type : Unicast
PrefixLength : 128
PrefixOrigin : RouterAdvertisement
SuffixOrigin : Random

AddressState : Preferred
ValidLifetime : 23:24:13
PreferredLifetime : 23:24:13
SkipAsSource : False
PolicyStore : ActiveStore

IPAddress : (這個應該是區域網路IPv6。8組的。就是後四組跟著link-local的)
InterfaceIndex : 7
InterfaceAlias : 乙太網路
AddressFamily : IPv6
Type : Unicast
PrefixLength : 64
PrefixOrigin : RouterAdvertisement
SuffixOrigin : Link
AddressState : Preferred
ValidLifetime : 23:24:13
PreferredLifetime : 23:24:13
SkipAsSource : False
PolicyStore : ActiveStore

IPAddress : 這個應該是寬頻連線的link-local。4組的。
InterfaceIndex : 24
InterfaceAlias : hinetnet
AddressFamily : IPv6
Type : Unicast
PrefixLength : 64
PrefixOrigin : WellKnown
SuffixOrigin : Link
AddressState : Preferred
ValidLifetime : Infinite ([TimeSpan]::MaxValue)
PreferredLifetime : Infinite ([TimeSpan]::MaxValue)
SkipAsSource : False
PolicyStore : ActiveStore

IPAddress : 這個是寬頻連線的IPv6位址,8組的。就是後4組跟著link-local address,不知道為什麼不會浮動的那個
InterfaceIndex : 24
InterfaceAlias : hinetnet
AddressFamily : IPv6
Type : Unicast
PrefixLength : 64
PrefixOrigin : RouterAdvertisement
SuffixOrigin : Link
AddressState : Preferred
ValidLifetime : Infinite ([TimeSpan]::MaxValue)
PreferredLifetime : Infinite ([TimeSpan]::MaxValue)
SkipAsSource : False
PolicyStore : ActiveStore

IPAddress : ::1
InterfaceIndex : 1
InterfaceAlias : Loopback Pseudo-Interface 1
AddressFamily : IPv6
Type : Unicast
PrefixLength : 128
PrefixOrigin : WellKnown
SuffixOrigin : WellKnown
AddressState : Preferred
ValidLifetime : Infinite ([TimeSpan]::MaxValue)
PreferredLifetime : Infinite ([TimeSpan]::MaxValue)
SkipAsSource : False
PolicyStore : ActiveStore

IPAddress : 區域網路的IPv4位址
InterfaceIndex : 7
InterfaceAlias : 乙太網路
AddressFamily : IPv4
Type : Unicast
PrefixLength : 24
PrefixOrigin : Dhcp
SuffixOrigin : Dhcp
AddressState : Preferred
ValidLifetime : 6.23:41:41
PreferredLifetime : 6.23:41:41
SkipAsSource : False
PolicyStore : ActiveStore

IPAddress : 寬頻連線的IPv4
InterfaceIndex : 24
InterfaceAlias : hinetnet
AddressFamily : IPv4
Type : Unicast
PrefixLength : 32
PrefixOrigin : Other
SuffixOrigin : Other
AddressState : Preferred
ValidLifetime : Infinite ([TimeSpan]::MaxValue)
PreferredLifetime : Infinite ([TimeSpan]::MaxValue)
SkipAsSource : False
PolicyStore : ActiveStore

IPAddress :
InterfaceIndex : 1
InterfaceAlias : Loopback Pseudo-Interface 1
AddressFamily : IPv4
Type : Unicast
PrefixLength : 8
PrefixOrigin : WellKnown
SuffixOrigin : WellKnown
AddressState : Preferred
ValidLifetime : Infinite ([TimeSpan]::MaxValue)
PreferredLifetime : Infinite ([TimeSpan]::MaxValue)
SkipAsSource : False
PolicyStore : ActiveStore

wireshark 似乎可以看到究竟是有哪些資料由機房放出來?
https://blog.webernetz.net/basic-ipv...ure/#more-3632
https://sharkfestus.wireshark.org/as...tions15/08.pdf
有嘗試使用,但是為什麼好像PPPOE沒有DHCP發的內容?

而且Windows 目前似乎還沒有支援每次獲得不同的Prefix時,自動生成不同的interface identifier? rfc8064?

IPv6CP 似乎會傳出IPv6位址中的後64-Bit,來跟本地端對照? 但是,還不會查... ...






回覆
fierycloud 02:19 PM 2018-09-19
根據01網站網友分享。I040GWR180709 目前登入預設https,,密碼似乎改為 : 型號末4碼、與其LAN MAC末4碼,共8個英數小寫為密碼。

預設應該是就有開啟IPv6一些設定已經有IPv4與IPv6的各自設定頁面。
在WAN連線中,有兩個選項:
DHCPv6 Address Assignment (IANA)
DHCPv6 Prefix Delegation (IAPD)
預設是只選後者。 也可以兩者都選。
有嘗試,如果只選前者,並以hinet.net於i-040gw撥號,應該是可以取得stateful。
因為此時,i-040gw的系統資訊中,WAN IPV6:會有位址,但WAN DHCPv6 PD: 的欄位會顯示NULL。只是LAN IPv6也會變成Null,可能是因為,此種設定還要把LAN的IPv6 由SLAAC+RDNNS+stateless DHCPv6 改成Stateful DHCPv6吧。 (原本看起來應該是有取得兩個prefix(一個來自Slaac?)? 因為WAN IP跟 DHCP-PD是不一樣的prefix。LAN的是跟著DHCP-PD的。)

有嘗試用wifi.hinet.net帳號於電腦撥號,但pppoe仍沒有DHCP stateful。hinet.net於電腦撥號當然也沒有。 IPv6位址就是7組4個,共28個16進位數字相同。

另。IPv4的DNS server proxy選項消失,改成直接用填的。 或許IPv6的也可以開放下自填。

然後
之前的log,會出現一堆error。現在似乎就都是正常的。
之前的統計,WIFI會有收到一堆不知道是甚麼的廣播封包。 更新完就沒了,但是將移動設備的網路清除重設或重置後,又開始了一部分,廣播封包數會增加,不過這次bytes數就不太會增加,有沒有內容的封包?。 似乎是IPAD2的問題(似乎是重置到定位,關掉WIFI網路跟一些用不到的之後似乎有變少。 該功能似乎是將周邊WIFI存取點回報給A?)。

P.S. 某些網站上有提到,如果在chrome F12,可以把Display none 或是Disable移掉,就可以看到改變一些需要其他動作才能改的內容?
不過似乎還是沒有可以調整電腦端pppoe相關的內容?
(比如說,其實是有DHCP stateful,只是PPPOE passthrough(就是電腦PPPOE) 沒有辦法做到? 如果以上述方式,不動硬體,直接改成bridge mode,會能取得DHCP stateful 嗎? 包含比如說windows 下1480 wan miniport跟 1492之類的差異。 因為有嘗試把wan miniport MTU 由1480改成1492,使用SG TCP Optimizer測MTU,就是一直有片段,而且測不完,不會出現結果。)

感覺好怪,為什麼寬頻連線,IPv4,M是開啟,但是其DHCP是disabled ; IPv6,M是關閉,但是其DHCP是enabled。
作者::
PS C:\Windows\system32> Get-NetIPInterface -ManagedAddressConfiguration enabled

ifIndex InterfaceAlias AddressFamily NlMtu(Bytes) InterfaceMetric Dhcp ConnectionState PolicyStore
------- -------------- ------------- ------------ --------------- ---- --------------- -----------
1 Loopback Pseudo-Interface 1 IPv6 4294967295 4300 Disabled Connected ActiveStore
14 乙太網路 IPv4 1492 4260 Enabled Connected ActiveStore
24 Hinet IPv4 1480 35 Disabled Connected ActiveStore
1 Loopback Pseudo-Interface 1 IPv4 4294967295 4300 Disabled Connected ActiveStore


PS C:\Windows\system32> Get-NetIPInterface -ManagedAddressConfiguration disabled

ifIndex InterfaceAlias AddressFamily NlMtu(Bytes) InterfaceMetric Dhcp ConnectionState PolicyStore
------- -------------- ------------- ------------ --------------- ---- --------------- -----------
14 乙太網路 IPv6 1492 4260 Enabled Connected ActiveStore
24 Hinet IPv6 1480 35 Enabled Connected ActiveStore
看不出來PPPOE的DNS是否有來自DHCP! 但是正常應該有吧? 否則不會出現兩組(另一組可能是SLAAC的)
作者::
netsh interface ipv6 show dnsservers
介面 "Hinet" 的設定
靜態設定的 DNS 伺服器: 2001:b000:168::1
2001:b000:168::2
2001:b000:168::1
2001:b000:168::2
以哪個尾碼登錄: 無

介面 "乙太網路" 的設定
透過 DHCP 設定的 DNS 伺服器: 2001:b000:168::1
2001:b000:168::2
2001:b000:168::1
2001:b000:168::2
以哪個尾碼登錄: 僅主要尾碼

介面 "Loopback Pseudo-Interface 1" 的設定
靜態設定的 DNS 伺服器: 無
以哪個尾碼登錄: 無
作者::
netsh interface ipv4 sho dnsserver
netsh interface ipv4 sho dnsserver

介面 "Hinet" 的設定
靜態設定的 DNS 伺服器: 168.95.1.1
168.95.192.1
以哪個尾碼登錄: 無

介面 "乙太網路" 的設定
透過 DHCP 設定的 DNS 伺服器: 168.95.1.1
168.95.192.1
以哪個尾碼登錄: 僅主要尾碼

介面 "Loopback Pseudo-Interface 1" 的設定
靜態設定的 DNS 伺服器: 無
以哪個尾碼登錄: 無 無
回覆
fierycloud 02:59 PM 2019-02-16
最近怪怪的,但是似乎目前的韌體版本 I040GWT181220還是好很多!
之前也有過2次,就是每到六日,就很容易自動重開!
最近是發現,PON有看到一次變紅燈,或是硬撥PPPOE斷線,但是沒有重開機(因為進去看開機時間),但是因為區網斷了(硬撥斷)(,因為平常都是撥號,)所以電腦端當然也有重撥。

今天進去看,似乎比較可能對應到這個時間的? 但是不知道為什麼?

作者::
Feb 16 14:37:50 I-040GW daemon.err dhcpd:
Feb 16 14:37:50 I-040GW daemon.err dhcpd: to which interface pon0.4090 is attached. **
Feb 16 14:37:50 I-040GW daemon.err dhcpd: in your dhcpd.conf file for the network segment
Feb 16 14:37:50 I-040GW daemon.err dhcpd: you want, please write a subnet declaration
Feb 16 14:37:50 I-040GW daemon.err dhcpd: ** Ignoring requests on pon0.4090. If this is not
Feb 16 14:37:50 I-040GW daemon.err dhcpd: No subnet declaration for pon0.4090 (192.168.2.2).
Feb 16 14:37:50 I-040GW daemon.err dhcpd:
Feb 16 14:37:50 I-040GW daemon.info dhcpd: Sending on LPF/br0/********/lan0
Feb 16 14:37:50 I-040GW daemon.info dhcpd: Listening on LPF/br0/*********/lan0
Feb 16 14:37:50 I-040GW daemon.err dhcpd:
Feb 16 14:37:50 I-040GW daemon.err dhcpd: to which interface pon1.4081 is attached. **
Feb 16 14:37:50 I-040GW daemon.err dhcpd: in your dhcpd.conf file for the network segment
Feb 16 14:37:50 I-040GW daemon.err dhcpd: you want, please write a subnet declaration
Feb 16 14:37:50 I-040GW daemon.err dhcpd: ** Ignoring requests on pon1.4081. If this is not
Feb 16 14:37:50 I-040GW daemon.err dhcpd: No subnet declaration for pon1.4081 (169.254.217.80).
Feb 16 14:37:50 I-040GW daemon.err dhcpd:
看了Window 10 的事件檢視器,才突然發現,20190120重新安裝後至今,常常出現撥號中斷的狀況,但是應該是因為有用工作排程器設定20226、20227事件重撥,所以沒發覺!

最近真的是斷太明顯,所以嘗試了一堆設定值,雖然似乎有作用數小時,但是應該算沒作用!
向中華電信申請線路重整,還是會斷線! 包含數據機也會重撥!

作者::
Feb 20 16:32:51 I-040GW daemon.err dhcpd:
Feb 20 16:32:51 I-040GW daemon.err dhcpd: to which interface vwlan is attached. **
Feb 20 16:32:51 I-040GW daemon.err dhcpd: in your dhcpd.conf file for the network segment
Feb 20 16:32:51 I-040GW daemon.err dhcpd: you want, please write a subnet declaration
Feb 20 16:32:51 I-040GW daemon.err dhcpd: ** Ignoring requests on vwlan. If this is not
Feb 20 16:32:51 I-040GW daemon.err dhcpd: No subnet declaration for vwlan (10.253.253.1).
Feb 20 16:32:51 I-040GW daemon.err dhcpd:
Feb 20 16:32:51 I-040GW daemon.info dhcpd: Sending on LPF/br0/1c:49:7b:b0:d9:4e/lan0
Feb 20 16:32:51 I-040GW daemon.info dhcpd: Listening on LPF/br0/1c:49:7b:b0:d9:4e/lan0
Feb 20 16:32:51 I-040GW daemon.err dhcpd:
Feb 20 16:32:51 I-040GW daemon.err dhcpd: to which interface pon0.4090 is attached. **
Feb 20 16:32:51 I-040GW daemon.err dhcpd: in your dhcpd.conf file for the network segment
Feb 20 16:32:51 I-040GW daemon.err dhcpd: you want, please write a subnet declaration
Feb 20 16:32:51 I-040GW daemon.err dhcpd: ** Ignoring requests on pon0.4090. If this is not
Feb 20 16:32:51 I-040GW daemon.err dhcpd: No subnet declaration for pon0.4090 (192.168.2.2).
Feb 20 16:32:51 I-040GW syslog.info last message repeated 1 time
Feb 20 16:32:51 I-040GW daemon.err dhcpd:
Feb 20 16:32:51 I-040GW daemon.err dhcpd: to which interface pon1.4081 is attached. **
Feb 20 16:32:51 I-040GW daemon.err dhcpd: in your dhcpd.conf file for the network segment
Feb 20 16:32:51 I-040GW daemon.err dhcpd: you want, please write a subnet declaration
Feb 20 16:32:51 I-040GW daemon.err dhcpd: ** Ignoring requests on pon1.4081. If this is not
Feb 20 16:32:51 I-040GW daemon.err dhcpd: No subnet declaration for pon1.4081 (169.254.217.80).
Feb 20 16:32:51 I-040GW daemon.err dhcpd:





>

回覆
Up