Henrik Koksby Hansen <Henrik@K0ksby.dk> crashed Echelon writing
news:edj4ov4o955dg8vplonjage5mejv380na2@4ax.com:
> Øh ? Jeg sidder på en 678 med CBOS 2.4.6 ... Jeg har aldrig oplevet
> det, du beskriver.
Mange har ikke, da fejlene jo er gamle, men min router åbenbart har dem
medfødt uanset firmware version.
> Jeg har haft forwardet alt vha.
>
> set nat entry add 192.168.0.2
>
> Men lige pt. kører jeg kun med de 4-5 NAT-entries, som jeg rent
> faktisk bruger.
Same here, og p.t. skal routeren kun anvende én nat entry, men den bliver
ved med at huske tidl. entries.
Fejlen opstår når man anvender 0.0.0.0 som ekstern IP og kan ikke slettes
før jeg sletter hele config.
Kendt fejl siden 2.2.0
> Jeg har ingen problemer med traceroute.
Har heller ikke set den fejl før, andet end på den rotuer jeg sidder ved
nu. Routeren har det med at NAT ICMP til sig selv, og gør det realtime
(dvs. ikke blot efter reboot som med tidl NAT fejl).
> Når du opretter filtre, opretter du dem så, som inaktive og herefter
> aktiverer dem?
> Det virker fint her...
Jeg har endnu ikke prøvet med 2 primære filtre som har åbnet for al trafik,
og så herefter lukning af uønsket trafik.
Jeg lavede min regel allerede ved filter 1 og aktiverede den, hvilket gør
at routeren bliver totalt lammet.
Kendt bug i Cbos 2.3.0 og 2.3.5
> Det er jeg helle ikke i tvivl om. Men der findes tricks til at omgå
> stort set alle bugs.. af dem jeg kender, i hvert fald ...
Yearp, min løsning, medmindre jeg skaffer ny router, er at finde et
konsolkabel (fik desværre ikke noget med) og genskabe opsætning fra
scratch.
Det vil i hvert fald eliminere NAT buggen indtil videre.
--
Bjarke Andersen
Wanna reply by email? Remove the spammer in address