• Let op: Dit is het archief van het Provider Forum. De berichten die je hier ziet zijn gedateerd en er kan niet meer op worden gereageerd.

WNR3500 en SSH connectie

  • Onderwerp starter Onderwerp starter Bert
  • Startdatum Startdatum
B

Bert

Ik gebruik sinds kort de fiberpower120 icm met de WNR3500 maar ondervind een naar probleem.

Ik moet de gehele dat via SSH werken om remote (linux) servers te beheren, wat er gebeurd is dat als je even een paar minuten niets doet je SSH verbinding af sterft en de connectie wordt verbroken.

Dit is **GEEN** instellings fout op de client of server pc, voorheen hadden we 24mbit via upc met een hotbrick router en hadden dit probleem niet (client en server side NIETS veranderd), sinds de WNR3500 is dit probleem er.

Daar ik ooit wel tot 10 SSH connecties open heb staan is dit zeer frustrerend, ineens is je shell dood en moet je reconnecten, hang ik de hotbrick router er tussen is het probleem weg.

Ik heb al de helpdesk van netgear gebeld maar daar wisten ze niet eens wat SSH was, na uitleggen wat ik bedoelde zouden ze het "uitzoeken" en me binnen 2 dagen terug bellen, ik wacht na een week nog steeds op een reactie ...... (geweldige (sarcatisch) service dus)

Herkent iemand dit probleem en weet een oplossing hiervoor?
 
Het ligt aan de router maar is meestal wel op te lossen met een simpele instelling op Client of Server. Wat er in feite gebeurt is dat je router de verbinding gewoon dichtgooit omdat er voor een bepaalde tijd geen activiteit is geweest op de verbinding. Je oude router was daar wat nalatiger in misschien. Simpel gezegd, je moet dus gewoon telkens iets door het poortje sturen zodat hij niet langzaam sluit. :p

Ben geen expert op dit gebied maar is er geen KeepAlive functie ofzo?
 
edit: Heb even meegezocht. Er is wel degelijk een functie. Houd even in de gaten hoe lang het duurt voordat de sessie onderuit gaat. Dit is een belangrijk gegeven.

Vervolgens heb je de mogelijkheid om de optie ClientAliveInterval in de sshd_config (server) aan te zetten of ServerAliveInterval in de ssh_config (client).

Als laatst de interval iets lager zetten dan de tijd die je eerder hebt waargenomen waarin de sessie beëindigd wordt.
 
Nee is een bug in de router.
Wij werken hier op de TD met 7 ict-ters (allemaal linux gebruikers), het probleem zit in de router. Zodra we de oude router terug plaatsen (welke niet geschikt is voor 120mbit) is het probleem ook direct weer weg.

de tcpkeepalive settings staan allemaal ook correct, het is de router welke de verbinding verbreekt, als je een pc rechtstreeks op het modem aansluit werkt het ook normaal.

De klacht is ook al gemeld bij netgear door een andere gebruiker: https://forum1.netgear.com/showthread.php?t=32318
 
Deze klacht heeft niks met jouw probleem te maken. Ten eerste is dit een iets andere type router en ten tweede heeft deze persoon geen last van onderbrekingen als hij bekabeling gebruikt. Het gaat hem om het draadloos openhouden van de verbinding.


TCPkeepalive is weer iets anders en bestaat enkel om te kunnen detecteren of een verbinding nog open staat en niet hangt....

Dat de router het apparaat is wat de verbinding verbreekt waren we het wel over eens. Echter ben ik te kritisch om zomaar even te zeggen het is de router en dat alleen omdat de oude router wel werkte... ??? Het is wel vreemd dat een TD met 7 beroeps ICT'ers op een site als Chelloo.nl om hulp komt vragen... :P
 
Sorry dat ik het zeg maar ik vind het een beetje een "domme" opmerking.... ;)
Als of als je een ICTer bent je moet weten hoe je een firmware moet moet maken/aanpassen van een product wat niet goed..... Wij zijn geen hardware specialisten, onze kennis ligt elders, niet in het fixen van bugs van routers. De router komt van UPC af en dit is een UPC community website, het is vry logisch om hier te vragen of andere personen dezelfde ervaringen hebben en eventueel al een oplossing hebben gevonden.

Er is **GEEN** instellingen aan zowel server als client side te maken wat dit probleem oplost, alle denkbare oplossingen aan settings zijn al geprobeerd en getest en geen enkele werkt
Tevens is het ook niet reëel om aan bijna 1000 servers de ssh config te gaan aanpassen omdat een router de verbinding verbreekt.

De oude router is ook niet "nalatiger", deze is gewoon beter, het is een professionele router. De router koste ook een factor 7 duurder als de netgear, alleen jammer is dat ie maar een lage troughput heeft en zo niet echt meer voldoet. We hebben in totaal 3 verschillende routers geprobeerd, 2 ervan hadden geen probleem (helaas beide niet geschikt voor fiberpower snelheden), de enige die het probleem heeft is de wnr3500. 1 van de andere routers is zelfs mijn prive router de wpn824v2, zelfs deze router heeft dit probleem niet, maar zoals bekend ook niet geschikt voor fiberpower snelheden.

Al met al levert netgear een router welke simpelweg iets niet goed doet en daarvoor zoek ik een oplossing.
 
Maar is deze (consumenten) router dan ingezet in het hart van een serverpark?
Ik lees iets over 1000 servers.
Dan heb je toch professionele spullen staan?
Of kunnen die allemaal de snelheid van FP-120 niet aan?

Neemt niet weg dat het op een bug in de router lijkt.
 
Nee natuurlijk staat deze router niet in een serverpark, deze staat gewoon bij ons op kantoor en is meegeleverd bij onze UPC 120 fiberpower internet verbinding.
 
Bert zei:
Sorry dat ik het zeg maar ik vind het een beetje een "domme" opmerking.... ;)
Als of als je een ICTer bent je moet weten hoe je een firmware moet moet maken/aanpassen van een product wat niet goed..... Wij zijn geen hardware specialisten, onze kennis ligt elders, niet in het fixen van bugs van routers. De router komt van UPC af en dit is een UPC community website, het is vry logisch om hier te vragen of andere personen dezelfde ervaringen hebben en eventueel al een oplossing hebben gevonden.

Waarom is dat dom? Dit is een echte consumentensite. De meesten hier zullen niet eens weten waar SSH voor staat, laat staan dat men het gebruikt. Ik doelde dus op een meer technische site. Heb toch nergens gezegd dat je de firmware moet/kan aanpassen :-\ UPC is echt niet de enige die deze router verkoopt. Ook verschilt hij nauwelijks van de normale retail versie.

Er is **GEEN** instellingen aan zowel server als client side te maken wat dit probleem oplost, alle denkbare oplossingen aan settings zijn al geprobeerd en getest en geen enkele werkt
Tevens is het ook niet reëel om aan bijna 1000 servers de ssh config te gaan aanpassen omdat een router de verbinding verbreekt.

Je kan ook alleen de client aanpassen:

https://www.openssh.com/faq.html#2.12

Maar ja dat had je al geprobeerd. Zou het verder ook niet weten. Anders gewoon een andere router kopen.
 
Terug
Bovenaan