Nav-users

nav-users@lister.sikt.no

1376 discussions

Re: Små og store bokstaver i NAV
by kjetil.olsen＠usit.uio.no 17 Jun '04

17 Jun '04

At 14:11 03.06.2003 +0200, Sigurd Gartmann wrote: >Endelig kommer svaret p? hva som skjer med REST-kategorien. Jeg har hatt >dette i bakhodet en stund, men ikke helt skj?nt hva dere vil. Jeg tror >alt dreier seg om en misforst?else. Vi har aldri ment ? la det v?re mulig >at en server kunne v?re en REST-boks. Fra designst?sted, er en REST-boks >en boks som ikke faller inn under de andre definerte kategoriene (for NTNU >er dette telefonsentralene). Tilsvarende for oss. Telefonsentraler, adgangskontroll-greier o.s.v. >Hva er det egentlig dere vil med REST-serverne? Kan dere omg? problemet >med ? legge dem inn i nettel.txt i stedet, eller ? la dem ha kategori SRV, >og underkategori REST? Vi kan godt kalle det SRV og gi det passende underkategorier. --Kjetil

1 0

metanav.ntnu.no
by bounce＠tm-magnet.com 17 Jun '04

17 Jun '04

Hi I visited metanav.ntnu.no, and noticed that you're not listed on some search engines! I think we can offer you a service which can help you increase traffic and the number of visitors to your website. I would like to introduce you to TrafficMagnet.com. We offer a unique technology that will submit your website to over 300,000 search engines and directories every month. You'll be surprised by the low cost, and by how effective this website promotion method can be. To find out more about TrafficMagnet and the cost for submitting your website to over 300,000 search engines and directories, visit us at: http://p1j2m3a4.pdhost.com/pdsvr/www/r?1000025119.2483.15.G9NYC0r$XkR+oy I would love to hear from you. Best Regards, Sarah Williams Sales and Marketing E-mail: Sarah_Williams(a)trafficmagnet.com http://www.TrafficMagnet.com This email was sent to nav-users(a)itea.ntnu.no. We apologize if this email has reached you in error. We honor all removal requests. Please go to the link below to be removed from our mailing list. http://p1j2m3a4.pdhost.com/pdsvr/www/optoutredirect?UC=Lead&UI=15330528

1 0

Oppdateringer, dokumentasjon og andre ting fra Uninett
by bredal＠itea.ntnu.no 17 Jun '04

17 Jun '04

Hei. Tar meg en pause i NAV-v3 utviklingen for ? komme med f?lgende: Vi har lagt ut en del ting som vi lovet etter Uninett-konferansen. Dette kan finnes her: http://metanav.ntnu.no/v2/upgrades/ Det vil komme mer her etterhvert, jeg regner blant annet med at Gro-Anita sin script-tarball vil komme i l?pet av dagen. -- John Magne Bredal Overingeni?r ved Nettgruppa, ITEA, NTNU Mail: bredal(a)itea.ntnu.no Tlf. arbeid : 73 59 02 50 Tlf. mob : 91 89 73 66 "Just because you're paranoid, doesn't mean they're not after you."

1 0

Problemer med cvpn
by kjetil.olsen＠usit.uio.no 17 Jun '04

17 Jun '04

Jeg sliter litt med ? f? inn VPN3030-boksen v?r i NAV. Den er lagt inn i nettel.txt som; komrom-2:129.240.154.8:SINT:GW::public::: VPN3030 gjenkjenes korrekt som; cisco:cisVPN3030:cvpn:VPN 3030 konsentrator:1.3.6.1.4.1.3076.1.2.1.1.1.2:f:f Men Cricket har problemer.... target-type cvpn er definert to steder (aner ikke hvorfor....) /usr/local/nav/navme/cricket/cricket-config_defaults/routers/Defaults /usr/local/nav/local/cricket/cricket-config/routers/Defaults ( Mens den IKKE st?r i /usr/local/nav/local/cricket/cricket-config_defaults/routers/Defaults ) I de to f?rste filene st?r det; targetType cvpn ds = "vpncpu, vpnthroughput, vpnactivesessions" view = "vpncpu: vpncpu, vpnthroughput: vpnthroughput, vpnactivesessions: vpnactivesessions" Som er riktig etter det jeg kan se. Criket skal hente/f? 3 verdier. Men..... Hvert 5. minutt kommer f?lgende feilmelding fra "collect-subtrees normal" [22-May-2003 14:50:02 ] Retrieved data for timon (): 1,0,2 [22-May-2003 14:50:02*] Cannot update /home/navcron/cricket/cricket-config/../cricket-data//routers/timon.rrd: expected 4 data source readings (got 3) from N:1:0:2:... Etter det jeg kan skj?nne indikerer f?rste linje at timon (helt etter planen) har levert tre verdier (1,0,2). Mens den andre linjen sier at det er forventet FIRE verdier, ikke tre.... Her er det et eller annet som ikke henger p? greip! Takknemlig for assistanse! --Kjetil

2 1

Bug i trapdetect
by Borge.Brunes＠cc.uit.no 17 Jun '04

17 Jun '04

Jeg har tidligere nevnt denne, s? dette blir ? regne som p?minnelse. En trap kommer inn f.eks. (fra traplog): ---------------------------------------------------------------- 08/13/03-22:13:43 Uptime: 17:21:18:09.26 Enhet nfhB301-sw2, 129.242.3.10 er ikke p? service OID .1.3.6.1.6.3.1.1.5.4 mottatt: (linkUp) Frisk funnet, kat: 2 .1.3.6.1.2.1.2.2.1.1.11 11 .1.3.6.1.2.1.2.2.1.2.11 FastEthernet0/10 .1.3.6.1.2.1.2.2.1.3.11 ethernetCsmacd .1.3.6.1.4.1.9.2.2.1.1.20.11 "up" .1.3.6.1.6.3.18.1.3.0 129.242.208.15 .1.3.6.1.6.3.18.1.4.0 "public" .1.3.6.1.6.3.1.1.4.3.0 .1.3.6.1.4.1.9.1.278 SELECT boksid FROM boks WHERE sysname='nfhB301-sw2' Setter id til null Fant innlegget i databasen - 1152967 Fant 1 innlegg i databasen, friskmelder 1152967 ... ..Ferdig! SELECT boksid FROM boks WHERE sysname='nfhB301-sw2' Setter id til null Finner ikke enhet med nettelid 0 ---------------------------------------------------------------- I linje 3 s? refereres det korrekt hostname (nfhB301-sw2), men IP-adr. (129.242.3.10) stemmer ikke. Dette er IP-adr. til snmptrap-serveren v?r som forwarder snmptrapene til NAV (trapdetect). Kan det fikses? Hva betyr siste linje (Finner ikke enhet med nettelid 0)? B?rge

1 0

Type for Linux/*BSD-rutere
by Borge.Brunes＠cc.uit.no 17 Jun '04

17 Jun '04

bredal(a)itea.ntnu.no sa f?lgende i januar: > Har etter ?nske og behov lagt til slik at de som har PC'er (blant annet som > st?r som rutere) med net-snmp installert n? f?r egen type og typegruppe og > blir samlet inn data fra i Cricket. Jeg har brukt Ingeborg sitt forslag r?tt > og brutalt siden det ser fornuftig ut. Jeg har i tillegg testet at disse > oid'ene fungerer i Narvik (i Troms? tar jeg det for gitt siden det var de > som gav meg oid'ene). Vel, det er bare ? krype til korset og inr?mme at jeg har foret John Magne (JM) med litt feil info (OIDene som Ingeborg ga ut er riktig). Det som i dag heter net-snmp het tidligere ucd-snmp. Det er fortsatt mange som benytter seg av ucd-snmp-programvaren, men mange har g?tt over til net-snmp. N?r prosjektet byttet navn (og eierskap) s? ble ogs? "enterprises" byttet fra 2021 (ucdavis) til 8072 (netsnmp) > F?lgende linjer er lagt til i tekstfilene: > vendor.txt: netsnmp > typegroup.txt: netsnmp:System with netsnmp > type.txt: netsnmp:netsnmp:netsnmp:PC with netsnmp:1.3.6.1.4.1.2021.250.7:f:f sysObjectID ovenfor blir derfor feil, og gjelder heller ikke for alle som kj?rer ucd-snmp. Grunnen til dette er at vidre i MIB-treet til ucd-snmp s? kommer 250 (ucdSnmpAgent) og deretter _hvilken_ ucdSnmpAgent. Dette tallet sier hvilket OS og kan v?re fra 1 (hpux9) til 255? (unknown). Se mer info om dette i UCD-SNMP-MIB. Linja som JM har lagt inn i type.txt blir derfor feil og forteller oss egentlig at dette er enterprises.ucdavis.ucdSnmpAgent.netbsd1 For net-snmp s? finnes det heller ikke entydig sysObjectID men et tall (1-255?) som sier noe om hvilket OS: .1.3.6.1.4.1.8072.3.2.255 ^^^ 1-255 ?Det er i de to MIBene (UCD-SNMP-MIB og NET-SNMP-MIB) bare spesifisert OS for tallene 1-14 (+225 unknown). For?vrig s? er win32 spesifisert slik: win32 OBJECT IDENTIFIER ::= { netSnmpAgentOIDs 13 } -- unlucky ^^^^^^^^ Verd ? merke seg er at dersom man gj?r en default-innstallsjon av ucd-snmp el. net-snmp s? vil man f? sysobjectid .255 (unknown) i de fleste tilfeller. Dette kan endres i snmpd.conf (slik Ketil F. har gjort det i sitt eks. med ucd-snmp p? Linux) Spml. mitt blir da: Hvordan f? implementert dette i NAV? Felles typegroup og vendor for b?de ucd-snmp og net-snmp + lokale varianter i type.txt? Kanskje skille de to? ucd-snmp er jo "end-of-life", mens utviklingen p? net-snmp er i h?yeste grad i live. Jeg vil tro at at spml. vil komme opp etter hvert som flere av h?gskolene skaffer seg brannmur (f.eks. FW1 p? Linux) hvor overnevnte snmp-agenter m? brukes dersom man ?nsker disse inn i NAV (henting av arp-tab, trafikkdata osv.). Til slutt et kjapt spml.: Kan man ha en lokal typegroup.txt? B?rge

1 0

Problemer med domain-suffix
by roger.aas＠hsh.no 17 Jun '04

17 Jun '04

Etter litt leting i forskjellige filer i NAV fant jeg fram til linjen "DOMAIN_SUFFIX" i filen "/usr/local/nav/local/etc/conf/nav.conf". Forklaringen for denne var slik: # The domain suffices for the installation. These comma separated suffices # will be removed from sysnames before insertion to the database. Flott tenkte jeg, her kan jeg f? fjernet f.eks. ".uninett.no" fra de fleste ruterne vi har. Jeg forandret alts? denne linjen som ble laget under installasjon: DOMAIN_SUFFIX=hsh.no til DOMAIN_SUFFIX=hsh.no,uninett.no Jeg hadde ogs? et problem med at jeg ikke kunne sette portnavn p? v?r switch til "haugesund-gw.uninett.no", dette navnet er for langt. Etter denne forandringen slipper jeg unna med ? sette portnavnet til "haugesund-gw". -=*=- Men, det m?tte jo selvsagt dukke opp et annet problem. Vi har et Active Directory domene som heter "w.hsh.no". Dette har underdomener som "fag.w.hsh.no" og "stud.w.hsh.no". Etter at jeg oppdaget linjen over s? tenkte jeg at jeg n? kunne fjerne disse endelsene ogs? i servernavn i databasen. Jeg mener at de f?r navnet "munin" istedenfor "munin.fag.w" i databasen. Og for "stud.w.hsh.no" og "fag.w.hsh.no" s? virker dette. Men for kun "w.hsh.no" fikk jeg problemer. Hvis jeg endrer linjen til: DOMAIN_SUFFIX=stud.w.hsh.no,fag.w.hsh.no,w.hsh.no,hsh.no,uninett.no (Merk at en m? ha de lengste domenenavnene f?rst) s? fjernet NAV like godt alle "w"-ene for v?re "gw"-er og "sw"-er. S? en switch som heter "haugesund-sw.hsh.no" dukker opp i databasen som "haugesund-s". Er dette en bug? Eller kanskje en kan endre formatet p? denne linjen slik at en oppgir et innledende "." slik at ".w.hsh.no" ikke ikke kan bli sammenlignet med "sw" og "gw". Dette gjelder kanskje for flere tilfeller? Hva hvis en har et domene ".stud.domene.no" og en server som heter "wwwstud.domene.no"? Vil denne serveren dukke opp i databasen som "www"? N? bruker jeg linjen uten "w.hsh.no" og har f?tt en utlisting som er mye bedre ? se p? og portnavnene p? switcher ser ogs? bedre ut, men det hadde v?rt fint ? f? med den siste lille biten ogs?. - Roger -- Roger Aas F?rstekonsulent IT-tjenesten H?gskolen Stord/Haugesund E: roger.aas(a)hsh.no T: +47 52 70 26 21 F: +47 52 70 26 01 M: +47 901 16 007

2 2

VlanPlot
by Odd.Hauge＠hiMolde.no 17 Jun '04

17 Jun '04

Hallo. Av en eller annen grunn er ikke sambandet mellom molde-gw.uninett.no og kristiansund-gw.uninett.no med i vlanPlot'et lenger. Hva som har skjedd aner jeg ikke. Har v?rt med i tidligere versjoner. For?vrig monitoreres trafikk o.l. p? begge gw'ene. Ei heller er molde-sw.himolde.no, som er en catalyst 4506 med supervisorengine III, med i vlanPlot'et. Men dette kommer vel n?r nevnte switch blir bedre gjenkjent av NAV 8-). - Odd Arne Hauge H?gskolen i Molde

1 0

getBoksMacs
by Borge.Brunes＠cc.uit.no 17 Jun '04

17 Jun '04

kreide(a)online.no said: > Eller mener du at getBoksMacs > ikke samler inn mac-adresser dersom disse ikke finnes i arp-tabellen i > nav-databasen? Korrekt, det var det jeg trodde. N? viser det seg imidlertid at jeg trakk en noe forhastet konklusjon basert p? fingertr?bbel i kombinasjon med at jeg stolte litt for mye p? betaversjonen av "spor_port2.php" (hei Gro-Anita). Etter ? ha tatt meg litt bedre tid s? ser jeg at ting fungerer som det skal og at jeg ropte ulv uten grunn. Beklager s? mye. B?rge

1 0

getBoksMacs
by Borge.Brunes＠cc.uit.no 17 Jun '04

17 Jun '04

Folks, S? vidt jeg kan se s? forkastes mac-adr. i brotab. p? switchene dersom mac-adr. ikke finnes i arp-tab. Er dette en bug el. er det meningen det skal v?re slik? Uansett s? er dette et problem fordi man ikke f?r sporet mac-adr. p? "private vlan" dvs. VLAN som ikke skal rutes (el. IP-nett som befinner bak ruter/FW som ikke er lagt inn i NAV). I samme slengen: Er det noen som har lykktes ? f? lagt inn FW1 i NAV? mvh. -- B?rge Brunes, IT-avdelingen, Universitetet i Troms? http://www.cc.uit.no/~borge/ http://www.freebsd.org

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Nav-users