chào máy sếp, em có cài mikrotik trên proxmox 2696v3, cấu hình mik như ảnh, chạy khoảng gần 24h là bị reboot
Feb/24/2026 07:25:12 system,error,critical router was rebooted without proper shutdown
tình trạng bị hoài mà không biết làm sao fix, đã cài lại rồi vẫn thế, hiện tại đang chạy 7.21.3
em đang dùng 1 card realtek 2.5g 4 port, đã tạo bridge cho từng port, driver tự nhận là r8169
em hỏi gemini thì nó nói tắt watchdog, em thử tắt watchdog thì khi mất internet em vào proxmox check thì mikrotik vẫn running, phải qm reboot mới có internet lại, bật watchodog thì auto reboot
bây giờ cần làm gì để khắc phục vậy mấy sếp
View attachment 3487360
e cũng như bác, VM Mikrotik CHR khoảng 3 4 5 ngày tự reboot phát rồi log message cũng như bác luôn trong khi Proxmox vẫn hít thở đều đều, tìm mãi vẫn chưa ra cách fix

Bạn xem cả port lan và wan luôn, chứ pppoe thì ít lắm
Gửi từ .. bằng VOZVNApp
lan em cũng ko thấy drop
với lúc download thấy cpu cũng ko cao lắm chắc ổn thím ạ
ngoài ra em có chơi diablo 4 với apex thì ping cũng ổn định 40~70

Reactions:
MedSkin
Em nhờ các bác giúp em trường hợp này với ạ:
Em có 2 modem rb4011 gọi là modem 1 và modem 2
PC1 kết nối với modem 1: ip 192.168.8.10
PC2 kết nối với modem 2: ip là 192.168.9.254
modem 1 còn trống cổng ether7, modem 2 còn trống cổng ether4
Có giải pháp nào để PC1 thông với PC2 cũng như các PC trong LAN của modem 2 không ạ
Hiện tại tạm thời em đang phải đặt tên miền rồi mở port rất vất vả ạ
Em cảm ơn các bác nhiều!
Em nhờ các bác giúp em trường hợp này với ạ:
Em có 2 modem rb4011 gọi là modem 1 và modem 2
PC1 kết nối với modem 1: ip 192.168.8.10
PC2 kết nối với modem 2: ip là 192.168.9.254
modem 1 còn trống cổng ether7, modem 2 còn trống cổng ether4
Có giải pháp nào để PC1 thông với PC2 cũng như các PC trong LAN của modem 2 không ạ
Hiện tại tạm thời em đang phải đặt tên miền rồi mở port rất vất vả ạ
Em cảm ơn các bác nhiều!
có, hình như trong thread này có chỉ luôn đó, mình không nhớ tên nó là gì ,case này nó gọi là gì gì routing đó. Xưa mình có làm qua kiểu này rồi. 4rum Mik cũng có người chỉ rồi, ko nhớ là docs official của Mik có nói vụ này ko nữa.
@pantigon25 thím nhớ cái này kêu là cái gì không ? mình tự nhiên ko nhớ nỗi
Reactions:
hanhyes
có, hình như trong thread này có chỉ luôn đó, mình không nhớ tên nó là gì ,case này nó gọi là gì gì routing đó. Xưa mình có làm qua kiểu này rồi. 4rum Mik cũng có người chỉ rồi, ko nhớ là docs official của Mik có nói vụ này ko nữa.
@pantigon25 thím nhớ cái này kêu là cái gì không ? mình tự nhiên ko nhớ nỗi
"Static routing" nha thím

Reactions:
hanhyes and ppptran
e cũng như bác, VM Mikrotik CHR khoảng 3 4 5 ngày tự reboot phát rồi log message cũng như bác luôn trong khi Proxmox vẫn hít thở đều đều, tìm mãi vẫn chưa ra cách fix
Chạy promox trên nền x86 nó thế hay sao ấy, trước em dùng con N100 rồi con mq720 cứ cài mới promox xong cài lại mik thì chạy ok lúc 1 tháng, lúc thì vài tháng là cứ vài ngày reboot mik 1 lần. trong khi promox vẫn chạy ngon.
Reactions:
louisnamu
Mới cho con x86 ra chuồng gà rồi sếp. Nó drop ghê qua nên disconnect liên tục. Đang chạy tạm với con 750gr3 mà con này yếu quá không cài adguard được.
Không biết router PC chính hãng như Fortigate.... gắn ssd mik chạy có êm không nữa ?
Xài x86 cả 2 năm trên N100 rồi đây, có drop gì đâu :-s
Reactions:
MedSkin
có, hình như trong thread này có chỉ luôn đó, mình không nhớ tên nó là gì ,case này nó gọi là gì gì routing đó. Xưa mình có làm qua kiểu này rồi. 4rum Mik cũng có người chỉ rồi, ko nhớ là docs official của Mik có nói vụ này ko nữa.
@pantigon25 thím nhớ cái này kêu là cái gì không ? mình tự nhiên ko nhớ nỗi
"Static routing" nha thím
E cảm ơn 2 bác em làm được rồi ạ. Nãy em chưa thêm cái routing rule nên làm mãi chúng nó không nhìn thấy nhau được

Cho em hỏi thêm trong cái Routing Rules như ảnh dưới, cái rule số 0 để các thiết bị nó nhìn thấy nhau ấy bác, các bản dưới 7.15 em dùng vẫn bình thường, nhưng từ khi up lên 7.20.3 khi enable lên thì các rule bên dưới lookup only in table nó nhảy loạn lên. ip A chỉ chạy với table v1 thì enable lên nó ip A nó chạy cả với table v2 v3...
Có bác nào bị như vậy không ạ. hay giờ phải up lên bản mới ạ
e cũng như bác, VM Mikrotik CHR khoảng 3 4 5 ngày tự reboot phát rồi log message cũng như bác luôn trong khi Proxmox vẫn hít thở đều đều, tìm mãi vẫn chưa ra cách fix
Hôm trước chạy được gần 2 ngày thì lại âm thầm reboot nên em chuyển sang passthrough cách đây 22h rồi bác, giờ theo dõi chứ không biết làm sao nữa
Reactions:
louisnamu
Lạ thật các bác ạ, nếu em dùng lệnh
/routing rule add action=lookup disabled=no min-prefix=0 table=main
Thì các rule bên dưới hoạt động, chạy bình thường.
Còn khi em tạo bằng tay cũng src, dst để trống, action lookup, table = main như vậy, thì các rule bên dưới lại không chạy đúng. Lookup only nhưng khi line mất mạng thì vẫn routing về các line có mạng khác @@ Làm bấy lâu nay e cứ tưởng firmware bị sao
View attachment 3500892
Lạ thật các bác ạ, nếu em dùng lệnh
Thì các rule bên dưới hoạt động, chạy bình thường.
Còn khi em tạo bằng tay cũng src, dst để trống, action lookup, table = main như vậy, thì các rule bên dưới lại không chạy đúng. Lookup only nhưng khi line mất mạng thì vẫn routing về các line có mạng khác @@ Làm bấy lâu nay e cứ tưởng firmware bị sao
Nhiều khả năng lúc trước bác tạo rule đó bằng WinBox đã quên không điền
0 vào mục Min. Prefix ạ. Đây là cái vấn đề từ xưa rồi với WinBox. Trong cái index file mà WinBox tải về từ router thì cái giá trị default của cái
min-prefix này bị ghi nhầm là
0 thay vì là nothing. Nên khi bác tạo rule đó, thi dụ bằng CLI, và có điền đủ
min-prefix=0 thì khi bác load lại nó lên trong WinBox để edit thì cái mục Min Prefix nó nó hiện như khi bị unset không có giá trị (do nó so sánh thấy giá trị giống cái default). Trong WinBox 3 nó cũng không hiện cả
0 ở cái cột Min. Prefix trong bảng bên ngoài như hình bác thấy kia (WinBox 4 thì nó có hiện
0 ở cột đó). Do đó nếu dùng WinBox 3 bác sẽ không phân biệt được giữa 2 rule này:
Code:
/routing rule
add action=lookup table=main
add action=lookup min-prefix=0 table=main
Trừ phi bác chạy lệnh
export để kiểm tra. Trong khi đó thì rule 2 mới là cái đúng. Cái rule 1 mà không có
min-prefix=0 thì sẽ khiến mặc định mọi thứ dùng bảng
main và bỏ qua các rules bên dưới.
Tuy nhiên em chưa hiểu vì sao yêu cầu của bác lại cần dùng đến routing rules. Thông thường chỉ cần thêm static routes trong bảng
main thôi là đủ. Hai router của bác nối trực tiếp với nhau hay nằm ở 2 sites khác nhau ạ và nối với qua qua VPN ạ?
Reactions:
h3ti3n, hanhyes and supperchym
Hôm trước chạy được gần 2 ngày thì lại âm thầm reboot nên em chuyển sang passthrough cách đây 22h rồi bác, giờ theo dõi chứ không biết làm sao nữa
View attachment 3500546View attachment 3500555
mần theo cái này
GitHub - ppptran/nics226tuneup: Tune up for Intel Nics I 226-V using proxmox (https://github.com/ppptran/nics226tuneup)
còn ko được nữa thì hên xui. Hình dưới của mình là Promox , Mik x86,
Reactions:
h3ti3n and supperchym
Nhiều khả năng lúc trước bác tạo rule đó bằng WinBox đã quên không điền
0 vào mục Min. Prefix ạ. Đây là cái vấn đề từ xưa rồi với WinBox. Trong cái index file mà WinBox tải về từ router thì cái giá trị default của cái
min-prefix này bị ghi nhầm là
0 thay vì là nothing. Nên khi bác tạo rule đó, thi dụ bằng CLI, và có điền đủ
min-prefix=0 thì khi bác load lại nó lên trong WinBox để edit thì cái mục Min Prefix nó nó hiện như khi bị unset không có giá trị (do nó so sánh thấy giá trị giống cái default). Trong WinBox 3 nó cũng không hiện cả
0 ở cái cột Min. Prefix trong bảng bên ngoài như hình bác thấy kia (WinBox 4 thì nó có hiện
0 ở cột đó). Do đó nếu dùng WinBox 3 bác sẽ không phân biệt được giữa 2 rule này:
Code:
/routing rule
add action=lookup table=main
add action=lookup min-prefix=0 table=main
Trừ phi bác chạy lệnh
export để kiểm tra. Trong khi đó thì rule 2 mới là cái đúng. Cái rule 1 mà không có
min-prefix=0 thì sẽ khiến mặc định mọi thứ dùng bảng
main và bỏ qua các rules bên dưới.
Tuy nhiên em chưa hiểu vì sao yêu cầu của bác lại cần dùng đến routing rules. Thông thường chỉ cần thêm static routes trong bảng
main thôi là đủ. Hai router của bác nối trực tiếp với nhau hay nằm ở 2 sites khác nhau ạ và nối với qua qua VPN ạ?
dạo này đi đâu bỏ bê anh em vậy

Reactions:
h3ti3n
Nhiều khả năng lúc trước bác tạo rule đó bằng WinBox đã quên không điền
0 vào mục Min. Prefix ạ. Đây là cái vấn đề từ xưa rồi với WinBox. Trong cái index file mà WinBox tải về từ router thì cái giá trị default của cái
min-prefix này bị ghi nhầm là
0 thay vì là nothing. Nên khi bác tạo rule đó, thi dụ bằng CLI, và có điền đủ
min-prefix=0 thì khi bác load lại nó lên trong WinBox để edit thì cái mục Min Prefix nó nó hiện như khi bị unset không có giá trị (do nó so sánh thấy giá trị giống cái default). Trong WinBox 3 nó cũng không hiện cả
0 ở cái cột Min. Prefix trong bảng bên ngoài như hình bác thấy kia (WinBox 4 thì nó có hiện
0 ở cột đó). Do đó nếu dùng WinBox 3 bác sẽ không phân biệt được giữa 2 rule này:
Code:
/routing rule
add action=lookup table=main
add action=lookup min-prefix=0 table=main
Trừ phi bác chạy lệnh
export để kiểm tra. Trong khi đó thì rule 2 mới là cái đúng. Cái rule 1 mà không có
min-prefix=0 thì sẽ khiến mặc định mọi thứ dùng bảng
main và bỏ qua các rules bên dưới.
Tuy nhiên em chưa hiểu vì sao yêu cầu của bác lại cần dùng đến routing rules. Thông thường chỉ cần thêm static routes trong bảng
main thôi là đủ. Hai router của bác nối trực tiếp với nhau hay nằm ở 2 sites khác nhau ạ và nối với qua qua VPN ạ?
Dạ e hiểu rồi ạ. Đúng là em dùng winbox khác mở cái index đó lên rồi dùng tay tạo cái mới nên nhìn thấy giống nhau tưởng là được rồi
Mấy cái routing rule bên dưới là em định tuyến theo nhu cầu trước đó của mình (e dùng đa phiên), còn cái static route này là mới bổ sung thêm, nhưng do cái index kia trước bị thiếu min-prefix=0 gây lỗi nên em disable bấy lâu => làm static route các thiết bị trong 2 modem không kết nối được với nhau. 2 con modem này đặt cạnh nhau kết nối dây bác ạ. E cảm ơn bác nhiều
vừa bị reboot nên em cũng mới thử cách của anh luôn, giờ em theo dõi đã, thanks anh
Con 5100 thím, mà minh chạy trực tiếp chứ không có ảo hóa
Con 5100 thím, mà minh chạy trực tiếp chứ không có ảo hóa
5100 x 86 là con nào nhỉ ? n5100 đâu phải x 86 ?
5100 x 86 là con nào nhỉ ? n5100 đâu phải x 86 ?
Ae với 5105 đó thím, à barebone mình nhầm
Gửi từ .. bằng VOZVNApp
Ae với 5105 đó thím, à barebone mình nhầm
à đúng x 86 thật cpu cũng mạnh cổng mạng cũng ok mà sao nó mất kết nối được nhỉ