Επιστροφή στο Forum : Περί ROS ο λόγος...
ελα ρε θηριο το βρηκες? αυτο ειναι ποιο μεγαλο! τοτε με τις αλλαγες ητανε στα bridge. Ολα καλα μου ειχαν παει.
Γενικά έχουμε μεγάλα upd σε κάθε Α.Β, Α.C, A.D σε αντίθεση με τις A.B.X, A.C.X, A.D.X κλπ.
βλ 6.42, 6.41, 6.40, 6.39 κλπ
Οπότε περιμένουμε κάτι ανάλογο στην 6.43 κλπ.
Γενικά έχουμε μεγάλα upd σε κάθε Α.Β, Α.C, A.D σε αντίθεση με τις A.B.X, A.C.X, A.D.X κλπ.
βλ 6.42, 6.41, 6.40, 6.39 κλπ
Οπότε περιμένουμε κάτι ανάλογο στην 6.43 κλπ.
α! δεν το ηξερα αυτο, δλδ δεν το ειχα σκεφτει κιολας.
Μη ξεχνατε οτι μετα θελει και firmware update παντα.
Μη ξεχνατε οτι μετα θελει και firmware update παντα.
Σωστός.
Το parental control πάντως δεν το έβαλαν ακόμη στη current. Αναβάθμισε κανείς μέχρι τώρα;
Το parental control πάντως δεν το έβαλαν ακόμη στη current. Αναβάθμισε κανείς μέχρι τώρα;
Εγώ δύο μηχανάκια, αλλά δεν έχω προλάβει να ψάξω ιδιαίτερα.
Μη ξεχνατε οτι μετα θελει και firmware update παντα.
Είμαι νέος χρήστης του Mikrotik router, λιγότερο από χρόνο οπότε συγχωρούμε. :)
Μέχρι τώρα όταν έκανα αναβάθμιση σε όλα τα μηχανάκια, το έκανα με την γνωστή και απλή μέθοδο μέσα από το Winbox. Αυτό με την εντολή /system routerboard upgrade δεν το γνώριζα. Πόσο σημαντική είναι αυτή η εντολή; Πρέπει να δίνεται πάντα μετά από κάθε αναβάθμιση του ROS και τι ακριβώς αναβαθμίζει;
kostas2911
22-04-18, 10:54
Είμαι νέος χρήστης του Mikrotik router, λιγότερο από χρόνο οπότε συγχωρούμε. :)
Μέχρι τώρα όταν έκανα αναβάθμιση σε όλα τα μηχανάκια, το έκανα με την γνωστή και απλή μέθοδο μέσα από το Winbox. Αυτό με την εντολή /system routerboard upgrade δεν το γνώριζα. Πόσο σημαντική είναι αυτή η εντολή; Πρέπει να δίνεται πάντα μετά από κάθε αναβάθμιση του ROS και τι ακριβώς αναβαθμίζει;
Ναι πρέπει να γίνεται πάντα. Αναβαθμίζει το firmware της συσκευής
Το parental control πάντως δεν το έβαλαν ακόμη στη current. Αναβάθμισε κανείς μέχρι τώρα;
καλησπέρα, εγω σε ολα εκτος ενα 711 και το 109 που εχουν RC.
Υπαρχει κανονικα πλεον στην current, πας απο ip και kid control.
καλησπέρα, εγω σε ολα εκτος ενα 711 και το 109 που εχουν RC.
Υπαρχει κανονικα πλεον στην current, πας απο ip και kid control.
Καλημέρα προσπάθησα να το διαβάσω στο νέο log αλλά δεν το πρόσεξα.
- - - Updated - - -
Μόλις διαπίστωσα ότι βγάλανε άμεσα την 6.42.1
What''''s new in 6.42.1 (2018-Apr-23 10:46):
!) winbox - fixed vulnerability that allowed to gain access to an unsecured router;
*) bridge - fixed hardware offloading for MMIPS and PPC devices;
*) bridge - fixed LLDP packet receiving;
*) crs3xx - fixed failing connections through bonding in bridge;
*) ike2 - use "policy-template-group" parameter when picking proposal as initiator;
*) led - added "dark-mode" functionality for hAP ac and hAP ac^2 devices;
*) led - improved w60g alignment trigger;
*) lte - allow to send "at-chat" command over disabled LTE interface;
*) routerboard - fixed "mode-button" support on hAP lite r2 devices;
*) w60g - allow to manually set "tx-sector" value;
*) w60g - fixed incorrect RSSI readings;
*) w60g - show phy rate on "/interface w60g monitor" (CLI only);
*) winbox - fixed bridge port MAC learning parameter values;
*) winbox - show "Switch" menu on cAP ac devices;
*) winbox - show correct "Switch" menus on CRS328-24P-4S+;
*) wireless - improved compatibility with BCM chipset devices;
What''s new in 6.40.8 (2018-Apr-23 11:34) [bugfix]:
!) winbox - fixed vulnerability that allowed to gain access to an unsecured router;
*) certificate - fixed incorrect SCEP URL after an upgrade;
*) health - fixed empty measurements on CRS328-24P-4S+RM;
*) ike2 - use "policy-template-group" parameter when picking proposal as initiator;
*) ipv6 - fixed IPv6 behaviour when bridge port leaves bridge;
*) routerboard - fixed "mode-button" support on hAP lite r2 devices;
*) ssh - fixed SSH service becoming unavailable;
*) traffic-flow - fixed IPv6 destination address value when IPFIX protocol is used;
*) winbox - show "Switch" menu on cAP ac devices;
*) wireless - improved compatibility with BCM chipset devices;
Συνήθως δεν είμαι early adopter... τώρα έτσι όπως εξελίχθηκε έκανα τρεις αναβαθμίσεις σε μία εβδομάδα:
Μία την τελευταία της 6.41, μετά λέω μια και τα έριξα να δοκιμάσω την 6.42, και τελικά έβαλα και το κλείσιμο της τρύπας...
Πρέπει να σταματήσω να μπαίνω σε πειρασμό από τα νέα features... έτσι "κύλησα" και σε current από bugfix, επειδή ήθελα το hardware offload στο bridge :).
E ναι αλλα εβαλες βασικο feature και οχι οτι ναναι.
What's new in 6.42.2 (2018-May-17 09:20) [current]:
*) bridge - do not allow to add same interface list to bridge more than once;
*) bridge - fixed LLDP packet receiving;
*) bridge - fixed processing of fragmented packets when hardware offloading is enabled;
*) console - fixed type "on" and "wireless-status" LED trigger value setting (introduced in v6.42.1);
*) crs317 - fixed link flapping when inserted S+RJ10 module without any cable;
*) defconf - fixed wAP LTE kit default configuration;
*) dhcpv4 - prevent sending out ICMP port unreachable packets;
*) dhcpv4-client - fixed DHCP client stuck in renewing state;
*) dhcpv6-relay - fixed missing configuration after reboot;
*) filesystem - fixed NAND memory going into read-only mode;
*) hotspot - fixed user authentication when queue from old session is not removed yet;
*) interface - fixed "built-in=no" parameter for manually created interface lists;
*) interface - fixed "dynamic" built-in interface list behaviour;
*) interface - fixed interface list which include disabled member;
*) interface - fixed interface list which include/exclude another list;
*) interface - fixed interface configuration responsiveness;
*) ipsec - fixed policies becoming invalid if added after a disabled policy;
*) ipsec - improved reliability on IPsec hardware encryption for ARM devices except RB1100Dx4;
*) led - added "dark-mode" functionality for hAP ac and hAP ac^2 devices;
*) lte - improved LTE communication process on MMIPS platform devices;
*) quickset - fixed dual radio mode detection process;
*) routerboard - properly represent board name for hAP ac^2;
*) tile - fixed Ethernet interfaces becoming unresponsive;
*) winbox - allow to specify "any" as wireless "access-list" interface;
*) winbox - fixed "/ip dhcp-server network set dns-none" parameter;
*) wireless - enable all chains by default on devices without external antennas after configuration reset;
*) wireless - fixed packet processing when "static-algo-0=40bit-wep" is being used (introduced in v6.42);
*) wireless - fixed usage of allowed signal strength values received from RADIUS;
*) wireless - improved wireless throughput on hAP ac^2 and cAP ac;
*) x86 - fixed reboot caused by MAC Winbox connection;
Αυτο γραφουν για το firmware. Οτι δεν ειναι υποχρεωτικο δλδ και αν δε σου βγαλει μηνυμα στο log "extra reboot is needed" δε χρειαζεται να το κανεις. Και οτι ουτε ειναι καλη ιδεα να το βαλεις στο auto upgrade.
Since firmware fixes for already existing products are very rare, we do not force upgrade on each reboot. Basically, if you do not see change in RouterOS changelog that tells "extra reboot required", there is no need for an upgrade.
We consider that it would not be a good idea to force upgrade and increase boot time significantly just so firmware would be upgraded. At the moment we are maintaining policy that:
1) We do not force upgrade;
2) If you really want to upgrade firmware every time, then either reboot device twice after RouterOS upgrade when auto-upgrade for RouterBOOT is enabled or do such process manually.
Currently implementing simultaneous upgrade would introduce more flaws than pros. However, of course we will always listen to customers complaints and ideas and will try to make upgrade and other processes in RouterOS/RouterBOOT as good as they can be in order to satisfy the biggest part of users.
Αυτο γραφουν για το firmware. Οτι δεν ειναι υποχρεωτικο δλδ και αν δε σου βγαλει μηνυμα στο log "extra reboot is needed" δε χρειαζεται να το κανεις. Και οτι ουτε ειναι καλη ιδεα να το βαλεις στο auto upgrade.
Since firmware fixes for already existing products are very rare, we do not force upgrade on each reboot. Basically, if you do not see change in RouterOS changelog that tells "extra reboot required", there is no need for an upgrade.
We consider that it would not be a good idea to force upgrade and increase boot time significantly just so firmware would be upgraded. At the moment we are maintaining policy that:
1) We do not force upgrade;
2) If you really want to upgrade firmware every time, then either reboot device twice after RouterOS upgrade when auto-upgrade for RouterBOOT is enabled or do such process manually.
Currently implementing simultaneous upgrade would introduce more flaws than pros. However, of course we will always listen to customers complaints and ideas and will try to make upgrade and other processes in RouterOS/RouterBOOT as good as they can be in order to satisfy the biggest part of users.
Προσωπικά, αναβαθμίσζω και firmware κάθε φορά. Ούτως ή άλλως μετά το πρώτο reboot, το δεύτερο δεν είναι πρόβλημα.
Καλύτερα που δεν το βάζουν με το ζόρι μαζί με την αναβάθμιση του ROS, αλλά εάν δεν έχει αλλαγές, μπορούν απλά να κρατήσουν το ίδιο version στο firmware, όπως γινόταν παλιότερα.
Δεν έχουν όλες οι αναβαθμίσεις fw upd.
Μόνο όταν πας από Α.1 σε Α.2.
Στις Α.1.Χ με Α.1.Υ δεν έχεις αναβάθμιση fw.
What's new in 6.42.3 (2018-May-24 09:20) [current]:
*) lte - fixed automatic LTE band selection for R11e-LTE;
*) wireless - improved client "channel-width" detection;
*) wireless - improved Nv2 PtMP performance;
*) wireless - increased stability on hAP ac^2 and cAP ac with legacy data rates;
What's new in 6.42.4 (2018-Jun-15 14:14) [current]:
*) bridge - allow to make changes for bridge port when it is interface list;
*) bridge - fixed FastPath for bridge master interfaces (introduced in v6.42);
*) certificate - fixed "add-scep" template existence check when signing certificate;
*) chr - fixed adding MSTI entries;
*) chr - fixed boot on hosts older than Windows Server 2012 when running CHR on Hyper-V;
*) chr - fixed various network hang scenarios when running CHR on Hyper-V;
*) console - fixed script permissions if script is executed by other RouterOS service;
*) dhcpv4-server - fixed DHCP server that was stuck on invalid state;
*) health - changed "PSU-Voltage" to "PSU-State" for CRS328-4C-20S-4S+;
*) health - fixed incorrect PSU index for CRS328-4C-20S-4S+;
*) ipsec - improved reliability on IPsec hardware encryption for RB1100Dx4;
*) kidcontrol - fixed dynamically created firewall rules order;
*) led - added "dark-mode" functionality for hEX S and SXTsq 5 ac devices;
*) led - fixed CCR1016-12S-1S+ LED behaviour after Netinstall (introduced in v6.41rc58);
*) led - use routers uptime as a starting point when turning off LEDs if option was not enabled on boot;
*) ppp - fixed "hunged up" grammar to "hung up" within PPP log messages;
*) quickset - added missing wireless "channel-width" settings;
*) quickset - added support for "5ghz-a/n" band when CPE mode is used;
*) snmp - added remote CAP count OID for CAPsMAN;
*) snmp - fixed readings for CAPsMAN slave interfaces;
*) supout - added "partitions" section to supout file;
*) usb - properly detect USB 3.0 flash on RBM33G when jumper is removed;
*) userman - improved unique username generation process when adding batch of users;
*) w60g - improved RAM memoy allocation processes;
*) winbox - added missing "dscp" and "clamp-tcp-mss" settings to IPv6 tunnels;
*) winbox - allow to specify full URL in SCEP certificate signing process;
*) winbox - by default specify keepalive timeout value for tunnel type interfaces;
*) winbox - show "scep-url" for certificates;
*) winbox - show "System/Health" only on boards that have health monitoring;
*) winbox - show firmware upgrade message at the bottom of "System/RouterBOARD" menu;
*) wireless - enable all chains by default on devices without external antennas after configuration reset;
*) wireless - improved Nv2 reliability on ARM devices;
Πολλοι εχουν καποιο θεμα με τους DNS με το συγκεκριμενο ROS. Εγω το εκανα σε ενα μηχανημα επειδη δε προλαβα να διαβασω για το προβλημα και για τα αλλα θα περιμενω καποια επομενη εκδοση.
Πολλοι εχουν καποιο θεμα με τους DNS με το συγκεκριμενο ROS. Εγω το εκανα σε ενα μηχανημα επειδη δε προλαβα να διαβασω για το προβλημα και για τα αλλα θα περιμενω καποια επομενη εκδοση.
Πάντως εγώ που το αναβάθμισα άμεσα, μέχρι στιγμής δεν έχω κάποιο θέμα με τους DNS του ΟΤΕ.
Πολλοι εχουν καποιο θεμα με τους DNS με το συγκεκριμενο ROS. Εγω το εκανα σε ενα μηχανημα επειδη δε προλαβα να διαβασω για το προβλημα και για τα αλλα θα περιμενω καποια επομενη εκδοση.
Δεν παίρνει dns από τον πάροχο ή δεν δουλεύει με καρφωτούς;
6.42.5 current:
*) api - properly classify API sessions in log;
*) chr - enabled promiscuous mode (requires to be enabled on host as well) when running CHR on Hyper-V;
*) kidcontrol - added dynamic accept firewall rules to allow bandwidth limit when FastTrack is enabled;
*) led - fixed LED default configuration for LtAP mini;
*) snmp - added "rssi" and "tx-sector-info" value support for w60g type interfaces;
*) snmp - added station "distance", "phy-rate", "rssi" value support for w60g type interfaces;
*) ssh - allow to use "diffie-hellman-group1-sha1" on TILE and x86 devices with "strong-crypto" disabled;
*) w60g - added 4th 802.11ad channel (CLI only);
*) w60g - added distance measurement;
*) w60g - general stability and performance improvements;
*) w60g - improved maximum achievable distance;
*) w60g - properly report center status under "tx-sector-info";
*) winbox - show "sector-writes" on ARM devices that have such counters;
*) winbox - show "System/Health" only on devices that have health monitoring;
Tα 2 τελευταια παντως το .4 και το .5 δε τα εβαλα και περιμενω, εχουν αστοχιες.
Tα 2 τελευταια παντως το .4 και το .5 δε τα εβαλα και περιμενω, εχουν αστοχιες.
δλδ? κατι συγκεκριμενο? γιατι θα μου φτιαξουν την γραμμη μου οπου νανε και θα τα αναβαθμισω όλα!
Tα 2 τελευταια παντως το .4 και το .5 δε τα εβαλα και περιμενω, εχουν αστοχιες.
Αν στο changelog δεν διορθώνουν τίποτε από αυτά που χρησιμοποιείς... δεν βρίσκω τον λόγο να κάνεις Upd.
Μη τα βαλεις ακομη
Αν το λες σε εμένα... σε bugfix είμαι.
Πάντα... :p
Μη τα βαλεις ακομη
γιατι? μια χαρα θα ειναι οπως παντα...CURRENT και ξερο ψωμι!!!!
και για να μην ξεχνιομαστε και RC στο 109....:oneup::p
θα ασχοληθω οταν φτιαξουν την γραμμη μου μαλλον αυριο αν προλαβω, βαριεμαι αλλιως...δεν εχουν ιντερνετ πανω τους.
Μαζί σου Νικηφόρε και εγώ με τη current πάντα δεν είχα θέματα.
- - - Updated - - -
Με την ευκαιρία, σε περίπτωση που υπάρξει θέμα και θέλουμε να γυρίσουμε στην προηγούμενη version ποιος είναι ο ποιο σωστός τρόπος να το κάνουμε;
Επίσης εάν θέλεις να πας από current σε bugfix και το αντίστροφο είναι εφικτό;
Μαζί σου Νικηφόρε και εγώ με τη current πάντα δεν είχα θέματα.
- - - Updated - - -
Με την ευκαιρία, σε περίπτωση που υπάρξει θέμα και θέλουμε να γυρίσουμε στην προηγούμενη version ποιος είναι ο ποιο σωστός τρόπος να το κάνουμε;
Επίσης εάν θέλεις να πας από current σε bugfix και το αντίστροφο είναι εφικτό;
Μπορείς να πας προς τα πάνω χωρίς κανένα πρόβλημα.
Προς τα κάτω καλό είναι να πας με netinstall.
Μπορείς να πας προς τα πάνω χωρίς κανένα πρόβλημα.
Προς τα κάτω καλό είναι να πας με netinstall.
Δηλ. από current που είναι τώρα σε 6.42.5 μπορείς να πας σε bugfix που είναι σε 6.40.8? Εάν αυτό θεωρείται προς τα κάτω τότε μόνο με netinstall?
Μαζί σου Νικηφόρε και εγώ με τη current πάντα δεν είχα θέματα.
- - - Updated - - -
Με την ευκαιρία, σε περίπτωση που υπάρξει θέμα και θέλουμε να γυρίσουμε στην προηγούμενη version ποιος είναι ο ποιο σωστός τρόπος να το κάνουμε;
Επίσης εάν θέλεις να πας από current σε bugfix και το αντίστροφο είναι εφικτό;
μεσα απο το μενου απλα διαλεγεις την προηγουμενη, το εχω κανει και απο current σε bugfix καποια στιγμη δεν θυμαμαι γιατι, και απο RC σε current δεν υπαρχει κανενα προβλημα.
απλα λενε οτι μπορει να παει κατι στραβα, εμενα προσωπικα δεν μου εχει τυχει ποτε, γιαυτο συστηνεται οτι ειναι καλυτερα με netinstall αλλα για μενα δεν υπαρχει κανενας λογος να πεδευομαι τοσο πολυ.
μεσα απο το μενου απλα διαλεγεις την προηγουμενη, το εχω κανει και απο current σε bugfix καποια στιγμη δεν θυμαμαι γιατι, και απο RC σε current δεν υπαρχει κανενα προβλημα.
απλα λενε οτι μπορει να παει κατι στραβα, εμενα προσωπικα δεν μου εχει τυχει ποτε, γιαυτο συστηνεται οτι ειναι καλυτερα με netinstall αλλα για μενα δεν υπαρχει κανενας λογος να πεδευομαι τοσο πολυ.
Αφού το έχεις δοκιμάσει τέλεια...:oneup:
Καλησπέρα καλο μηνα!
αναβαθμισα σε ολα τα RBs μου στη νεα current ΟΛΑ ΚΑΛΑ, μην ξεχασετε και το FW!
το μονο προβλημα στο 109 με την RC ομως, εχω ηδη γραψει στο σωστο θεμα...
Καλημέρα επίσης καλό μήνα.
Και εγώ αναβάθμισα σε current όλα καλά.
καλησπέρα!
τις προαλες αν θυμαστε ειχα αναφερθει στο 109 προβλημα με το mt ip cloud που ενω μεσα στο winbox βλεπω τη νεα ip κανονικα και εχει κανει update, οταν παω να συνδεθω ομως με το ονομα του δειχνει οτι προσπαθει σε παλια μου ip!
θεωρησα οτι εφταιγε η RC αλλα τελικα σημερα παλι τα ιδια με την CURRENT!!!!
εχει τυχει σε κανεναν αλλον αυτο???
επειδη εχω στο 109 ενα openvpn server και συνδεομαι και απο το εξοχικο απο ενα 951 αυτο της κινητης, αλλα και απο φορητες συσκευες με ολα κανει το ιδιο!
δλδ τωρα κοιταω με το κινητο μεσω cosmote 4G και βλεπω οτι ενω παει να συνδεθει στο σωστο ονομα του ip cloud δειχνει μια προηγουμενη ip μου!!!
WTF???????
αν βαλω το noip μου που εχω για backup τοτε ολα καλα, αρα φταιει το ip cloud.
- - - Updated - - -
Επισης καταφερα και μπηκα απο το 109 μεσω τελνετ στο 951 κινητης και αλλαξα το ovpn client απο το mt ip cloud στο noip και αμεσως συνδεθηκε.
γιατι ρε γμτ τα κανει αυτα το ip cloud? και το θεωρουσα ποιο αξιοπιστο απο το noip! κριμα τι να πω....:down::twisted:
Αντε να βαλω επιτελους INALAN FTTH να εχω και static να μην εχω αναγκη κανενα απο αυτα....
- - - Updated - - -
Επισης ξεχασα να πω οτι και απο το 109 προς το 951 με την κινητη υπαρχει openvpn client--->server αλλα το mt ip cloud στο 951 δεν εχει κανενα θεμα, ενω εχει την ιδια εκδοση του ROS δλδ την current ενω στο 109 εχει!!! WTF????
Έχω δει κάποια προβλήματα σύνδεσης με το openvpn που ευθύνονται στο cloud.
Δηλαδή δεν βρίσκει αμέσως το domain.
Αρχικά νόμιζα ότι έφταιγε το upd του openvpn στο android.
Έχει όμως να κάνει με τους dns.
Αυτό που έχω δει είναι ότι μπορεί να μην βρει με την μία το domain και να χρειαστούν 2-3 προσπάθειες.
Δεν μου έχει τύχει όμως να μην μπορεί να συνδεθεί καθόλου.
Λες να υπαρχει κανα θεμα γενικως στα τελευταια versions με τους dns. Επειδη κατι παρατηρω και εγω γενικως....... με current ομως.
Κάτι κολλήματα έχω δεί και εγώ με το cloud αλλά επειδή έχω και δεύτερο openvpn server που το δουλεύω με άλλο dynamic dns έλεγα ότι φταίει το ΜΚ.
Το έχουν αναφέρει στο forum τους?
EDIT:
Κάτι σκαλίζουν
https://forum.mikrotik.com/viewtopic.php?t=135603
καλησπέρα, το εχουμε ξαναπει αυτο για το νεο cloud εχει ηδη εμφανιστει στην RC, και γιαυτο κιολας γυρισα απο RC στην CURRENT το 109 νομιζοντας οτι φταιει αυτο.
Δουλεψε λιγες μερες και με το που αλλαξε ip εμεινε παλι στην παλια!
η πλακα ειναι οτι μεσα απο το winbox στο μενου δειχνει κανονικα τη νεα. Οταν ομως πχ πας να συνδεθεις απο το κινητο δειχνει οτι το ονομα του ip cloud αντιστοιχει με την παλια ip μου!
ετσι τα αλλαξα σε noip και παιζουν μια χαρα! υποψην οτι εδω και πολυ καιρο το δουλευω πανω στον linux nas server μου και οχι με script που δεν ηταν 100% αξιοπιστο οπως εκανα παλια.
Επισης το περιεργο ειναι οτι οπως ειπα και πριν στο 951 με την κινητη χρησιμοποιω και εκει mt ip cloud και δεν εχω κανενα προβλημα!
ομως αν γινει κατι μπορω να βαλω και εκει noip γιατι το καταγραφικο DVR CCTV εχει DDNS service και υποστηριζει noip.
Λες να υπαρχει κανα θεμα γενικως στα τελευταια versions με τους dns. Επειδη κατι παρατηρω και εγω γενικως....... με current ομως.
Νομίζω ότι το θέμα έχει να κάνει με τις δικές τους υπηρεσίες ddns και όχι με το ROS.
Νομίζω ότι το θέμα έχει να κάνει με τις δικές τους υπηρεσίες ddns και όχι με το ROS.
αυτο λεω και εγω, αλλα μπορει καποιος να μου πει γιατι δεν υπαρχει προβλημα με το 951 κινητης που δουλευω μονιμα το ip cloud? εχει και αυτο current.
ΜΟΝΟ στο 109 εχω προβλημα ΚΑΙ στην RC και στην current που το γυρισα μετα γιαυτο τον λογο.
Τι δλδ οι υπηρεσιες τους ddns εχουν θεμα με συγκεκριμενα ονοματα?
Λες να υπαρχει κανα θεμα γενικως στα τελευταια versions με τους dns. Επειδη κατι παρατηρω και εγω γενικως....... με current ομως.
Και σε μένα κάτι έχω παρατηρήσει τελευταία, τώρα που το αναφέρετε.
6.42.6 current την οποια την περασα και δουλευει μια χαρα απο οσο ειδα.
https://forum.mikrotik.com/viewtopic.php?f=21&t=136731
δεν βλεπω αλλαγη ακομα εχω θεμα στο 109....
What's new in 6.42.6 (2018-Jul-06 11:56):
*) bridge - improved packets processing when bridge port changes states;
*) crs3xx - fixed bonding slave failover when packets are sent out of the bridge interface;
*) crs3xx - fixed LACP member failover;
*) crs3xx - improved link state detection when one side has disabled interface;
*) defconf - fixed bridge default configuration for SOHO devices with more than 9 Ethernet interfaces;
*) package - free up used storage space consumed by old RouterOS upgrades;
*) snmp - fixed w60g "phy-rate" readings;
*) supout - added "ip-cloud" section to supout file;
*) w60g - fixed random disconnects;
*) w60g - general stability and performance improvements;
*) winbox - added 64,8 GHz frequency to w60g interface frequency settings;
*) winbox - show "sector-writes" on devices that have such counters;
μαλλον εκανα πατατα....
αναβαθμισα και το 951 κινητης και τωρα πρεπει να εμεινε εκτος το δικο του ip cloud και εμεινα εκτος...
ελπιζω να επανελθει μονο του αλλα ακομα τιποτα.
Ενω το openvpn απο εκει (client) προς το 109 (server) συνδεθηκε δεν παιζει το αναποδο και δεν μπαινω.
Γιαυτο συνηθως αυτο το αναβαθμιζω μονο οταν ειμαι εκει τοπικα για να μη μεινω εκτος, απλα δεν εχω εκει σταθερο υπολογιστη και βαριεμαι να βαζω λαπτοπ ή να παιρνω μαζι μου το netbook.
- - - Updated - - -
A οκ ενταξει του σηκωθηκε....:lol::worthy:
Με βλέπω να περιμένω για 6.43. Τί οίστρος τους έχει πιάσει καλοκαιριάτικα και βγάζουν κάθε τόσο μικροαλλαγές...
@ ADSLgr.com All rights reserved.