NetWare 6.5b wil niet aan NAT doen

[Koffie]

Ik heb hier een server met NetWare 6.5 Beta draaien.
Op zich werkt het goed, ware het niet dat ik NAT voor geen meter werkende krijg.

Er zitten 2 NICs in, 1 voor Local LAN en 1 voor ADSL.
De modem is een 'oude' zwarte Alcatal welke omgetweaked is.
Normaal is het een kwestie van 10.0.0.150 aan de ADSL NIC binden, en een extra route toevoegen (default eroute -> next hop = 10.0.0150) maar dit gaf ook al wat problemen.
Anyway, dat gedeelte werkt nu.

Ik kan pingen naar het modem, IP adressen op internet en ik kan resolven.
Sterker nog, noodgedwongen post ik dat vanuit de X-Console.

NAT staat op "DYNAMIC ONLY" op de ADSL nic.
Ik kan de clients pingen, en de clients kunnen de server pingen.

Echter een simpele ping vanaf de client naar een internet adres geeft simpelweg timeouts
Uiteraard staat op de client 192.168.100.1 (=local IP van de server) als def. gq. ingesteld.

Iemand die soortgelijke situaties al met NW6.5 heeft meegemaakt

offtopic:
mijn clinet kan de server pingen en vice versa. De client kan ook zonder problemen paginas van de locale webserver op de NW server opvragen.
Ook kan ik via CIFS met de client inloggen, maar zelfs met nieuwste beta client krijg ik de server niet eens zichtbaar, laat staan inloggen

[Verwijderd]

je draait geen bordermanager toevallig

/me slingert zijn nw6 bak aan...

[ Voor 32% gewijzigd door Verwijderd op 18-06-2003 22:35 ]

[Koffie]

Er draait(nog) geen BorderManager op nee.
Ook staat IP Filtering uit, en NAT Implicit Filtering aan (ook uit werkt niet trouwens )

[Verwijderd]

probeer eens de static nat instelling.

edit:


heb je packet forwarding aan staan ?

[ Voor 46% gewijzigd door Verwijderd op 18-06-2003 22:42 ]

[Koffie]

Static NAT kun je voor zover ik weet toch alleen maar doen als je meerdere IP adressen hebt

Wat bedoel je met Packet Forwarding ? Ik heb alleen Dynamic NAT op de ADSL NIC enabled.
PacketForwarding is disabled

[ Voor 9% gewijzigd door Koffie op 18-06-2003 22:53 ]

[Verwijderd]

schakel packet forwarding maar eens aan...
Ik zou wel bm installeren ( word het wel veiliger van )
Static nat kan je met 1 publiek en 1 prive adres doen.. ( wat je nu dus hebt )

edit:


hmmm publiek adres... dat heb je niet echt... je hebt ook een prive range aan je publieke nic hangen... dat betekent dat jou alcatel modem dus eigenlijk al nat..
dus dat word wan-nat-nat-lan ...

[ Voor 41% gewijzigd door Verwijderd op 18-06-2003 23:13 ]

[Koffie]

Met Packet Forwarding zet je toch alleen maar filtering aan, of ben ik nu compleet abuis

BM staat op de planning, maar ik wil eerst uberhaupt NAT werkende hebben.
* Koffie snapt niet waarom het niet werkt, onder NW6 heb ik met dezelfde handelingen in 2 minuten inet op de clients.

[Verwijderd]

packet forwarding maakt van je server een router ipv een end-node.

ik denk dat je in de war bent met packet filtering

edit:

bed roept... morgen weer verder

[ Voor 19% gewijzigd door Verwijderd op 18-06-2003 23:15 ]

[Koffie]

Ben dan idd in de war met Filtering ipv Forwarding.
Waar vindt ik die forwarding dan

* Koffie ook zo naar bed

[LeNNy]

in de inetcfg

[Jorn]

Misschien een beetje offtopic:


Op dit moment heeft je adsl-modem het wan-ip dus.
Is het niet makkelijker voor jou om als je toch gaat NAT-ten/routen/servers draaien, deze hack ongedaan te maken?

Want nu zou je volgens mij dubbele nat krijgen?

[Verwijderd]

het is geen bezwaar om dubbel te "natten".... 't werkt wel

[Koffie]

OK, ff wat op een rijtje

- Deze situatie werkt dus zonder problemen onder NW5.1 en NW6
Het enige wat ik gedaan heb is format server en install NW6.5

- Die Packet Forwarding en Filtering gebruik ik normaal ook niet, hooguit dus om te blocken

- Het enige wat ik onder NW5.1/NW6 moet doen om het werekende te krijgen is het volgende :

• Install OS
• Geef aan ADSL NIC 10.0.0.150
• Geef aan local NIC 192.168.100.1
• Rond installatie af
• Reboot
• Inetcfg -> Bindings -> ADSL NIC -> Expert options -> Enable NAT -> Dynamic Only
• Inetcfg -> Protocols -> TCP/IP -> LAN Static Routing ENABLED -> add -> Default route, next hop : 10.0.0.138
• Reinitialize System

Als ik dit doe op een NW bak, dan heb ik dus *en* inet op de server *en* alle clients uit het 192.168.100.x segment kunnen d.m.v. NAT op internet.

[Verwijderd]

je moet wel forwarding aan zetten anders gaat dit echt niet werken.. en volgens mij moet je dat ook met nw5.x en 6.0 .. of misschien staat het daar standaard wel aan...

[Guru Evi]

Heb je geen sniffer op die bak waardoor je kan zien of die pakketjes wel degelijk naar je modem gaan?

[Verwijderd]

Guru Evi schreef op 19 juni 2003 @ 18:38:
Heb je geen sniffer op die bak waardoor je kan zien of die pakketjes wel degelijk naar je modem gaan?

op de console internetten werkt wel , de clients kunnen niet internetten... routing probleempje..

[Koffie]

Schiet mij maar helemaal in een kapotje.
Bovenstaande install-verhaaltje is toch echt hoe ik het onder NW5/6 normaal doe.
Heb vanmiddag de documentatie van 6.5 doorgelezen, en ook gezien hoe je TCP/IP webbassed kunt managen , daar zak ik idd ook "IP Packet forwarding" staan , deze enablen en het werkt



* Koffie is totally happy

offtopic:
Iemand enig idee waarom ik nog steeds niet vanaf een client de server kan zien
Zelfs de bijbehorende Client geinstalleerd , hij vindt gewoon geen NDS

[ Voor 17% gewijzigd door Koffie op 19-06-2003 20:15 ]

[Verwijderd]

Koffie schreef op 19 June 2003 @ 20:14:

offtopic:
Iemand enig idee waarom ik nog steeds niet vanaf een client de server kan zien
Zelfs de bijbehorende Client geinstalleerd , hij vindt gewoon geen NDS

heb je de windowsondersteuning geinstalleerd op de nw doos ? dan krijg je zoiets als servernaam_w ( bij nw6.0 iig )
kun je deze wel "zien" ?

[Koffie]

Spontaan kon ik gisteren ineens wel aanloggen. Dat was dus meer dan 24 uur nadat ik de server geinstalleerd had.
De client kon gewoon geen enkele NDS/Server/wwhatever vinden

En ineens werkte het dus weer wel.
Daarvoor was de rest allemaal in orde. TCP/IP connectivity was goed, ik kon over CIFS verbindingen leggen etc.

Wat ik nu weer wel heb:

- Ga naar een mapping
- Open een plain text bestand
- Edit het bestand
- SLa het bestand op (het bestand is een PHP file die in de apache dir staat)
- Open IE en roep een URL op van de webserver van de NW bak
- Zodra het ge-editte bestand word aangeroepen (rest gaat wel goed) 'hangt' het even
Dit kan dan 1 minuut duren.
Ondertussen vliegen de oplocks error op het console om m'n oren.

Edit ik eenzelfde bestand via edit.nlm op de server, gaat het wel goed

Ik heb het nog niet helemaal gereproduceerd, maar als ik dus een bestand edit en via dezelfde WS dat bestand opvraag, krijg ik die oplocks errors (ik kan dan zelfs niet meer over de mappings browsen).

Jaja .. leuke dingen met Beta's

[Verwijderd]

/me wacht maar eens op de final release...

[Loesje]

Zou het kunnen dat de clients de server niet wilden zien door een SLP-probleempje? Dat je na het configgen van je ip-adressen bent vergeten de SLP te herinitialiseren?

En dat andere probleem lijkt een standaard oplock-2 probleem. Ook als je oplock-2 (zit in sp2 van client 4.83) installeert op NW 5.1 krijg je dat soort problemen. Let er in ieder geval op dat je zowel op de server als op de client de nieuwste oplock-2 files hebt staan. (kan wel eens moeilijk worden met een beta) Maar oplocking uitschakelen kan ook. Ik heb vooral veel problemen met Excel, access en virus-scanners gehad.

[Koffie]

Het disabled van op-locks (Client properties -> Advanced -> Disabled filecaching) was voor mij de truc