:strip_icc():strip_exif()/u/18115/crop61cacaa1b5fa6_cropped.jpg?f=community)
Ik heb een vaag probleem waar ik de oorzaak niet van kan vinden...
Ik heb een paar weken terug een Synology DS715 NAS gekocht ter vervanging van mijn oude Conceptronic CH3SNAS. Op beide devices draaien vergelijkbare services:
- SMB
- SSH + sFTP
- SickBeard
- NZBGet
- Transmission
In eerste instantie werkte de nieuwe NAS prima, maar op een gegeven moment lukte het niet meer om packages te downloaden, ging heel langzaam, paar keer opnieuw beginnen en ten slotte falen... Ook NZB downloads via NZBGet of synology's eigen download station gingen erg traag (tussen de 0 en de 500 KB/s) en met veel errors/timeouts. In de logs van beide applicaties zag je deze melding:
Could not receive data on socket: ErrNo 11, Resource temporarily unavailable
Could not read from TLS-Socket: Connection closed by remote host
Ook als ik met wget een speedtest bin file binnen haal gaat dit met max 500KB/s
Aan de netwerk hardware en of kabels ligt het zeker niet, want op hetzelfde moment dat een internet download hapert kan ik met 120MB/s een file kopieren via SMB
Uiteindelijk DSM (de synology software) opnieuw geinstalleerd (welke ook erg langzaam binnen kwam) en opnieuw geconfigureerd.
In eerste instantie leek alles te werken, maar de volgende dag had ik weer dezelfde problemen.
Op een gegeven moment mijn oude NAS uit gezet en alle issues verdwenen als sneeuw voor de zon, NZB downloads gingen met 6MB/s (max news provider) en packages kwamen ook vlot en zonder errors binnen.
Nog gekeken of er IP, DHCP, DNS, IP6, conflicten waren, maar niks kunnen vinden, enige DHCP is mijn ziggo cisco modem, beide Nassen fixed IP en unieke naam.
Verder opgegeven want de oude NAS gaat toch extern tzt.
Maar.... gisteren weer dezelfde problemen, gekeken of de oude NAS per ongeluk ingeschakeld was, niet het geval, via de modem gaan kijken welke devices nog meer aangesloten waren die voor conflicten kunnen zorgen, toen zag ik dat mijn media player ook aanstond (xtreamer sidewinder 3). alle mogelijke netwerk services (SMB, web, ..) uitgeschakeld, maar nog steeds dezelfde problemen. Mediaplayer uit en de NZB download speed loopt weer op tot max...
netwerk ziet er als volgt uit:
ziggo cisco modem (EPC3925) met aangesloten via wired UTP:
- CH3SNAS
- DS715
- xtreamer sw3
- TP-Link TL-WA801ND (ingesteld als AP only)
nassen en AP fixed IP, xtreamer ip via dhcp van modem
verder zijn er nog een redelijk aantal wireless clients (mogelijk) verbonden aan de ziggo modem of de TP-Link (beide hebben zelfde SSID en pass):
- 2 tv's
- ziggo hdd recorder
- logitech harmony smart basis station
- canon printer MX525
- ipad 1
- nexus 7
- nexus 5
- moto E
geen enkele van de wireless clients veroorzaken (tot nu toe) het probleem.
Het zou dus op de een of andere manier aan de bekabelde clients kunnen liggen (zoals de NAS als de mediaplayer zijn bekabeld aangesloten gedurende de problemen), of aan bepaalde unix services/zaken die draaien op de NAS en media player.
Ik bedenk nu tijdens het typen dat ik de media player ook via wifi ipv utp kan aansluiten om te kijken of er dan nog conflicten zijn, dat zal ik vanavond proberen.
Heeft iemand nog een idee waar dit aan zou kunnen liggen? Is er mogelijk een defect in mijn modem (wat alleen met kabels en externe connecties optreedt)? Zijn er toch achtergrond services die conflicten veroorzaken, is het toch iets met ipv6, DNS, ...
Ik heb een paar weken terug een Synology DS715 NAS gekocht ter vervanging van mijn oude Conceptronic CH3SNAS. Op beide devices draaien vergelijkbare services:
- SMB
- SSH + sFTP
- SickBeard
- NZBGet
- Transmission
In eerste instantie werkte de nieuwe NAS prima, maar op een gegeven moment lukte het niet meer om packages te downloaden, ging heel langzaam, paar keer opnieuw beginnen en ten slotte falen... Ook NZB downloads via NZBGet of synology's eigen download station gingen erg traag (tussen de 0 en de 500 KB/s) en met veel errors/timeouts. In de logs van beide applicaties zag je deze melding:
Could not receive data on socket: ErrNo 11, Resource temporarily unavailable
Could not read from TLS-Socket: Connection closed by remote host
Ook als ik met wget een speedtest bin file binnen haal gaat dit met max 500KB/s
Aan de netwerk hardware en of kabels ligt het zeker niet, want op hetzelfde moment dat een internet download hapert kan ik met 120MB/s een file kopieren via SMB
Uiteindelijk DSM (de synology software) opnieuw geinstalleerd (welke ook erg langzaam binnen kwam) en opnieuw geconfigureerd.
In eerste instantie leek alles te werken, maar de volgende dag had ik weer dezelfde problemen.
Op een gegeven moment mijn oude NAS uit gezet en alle issues verdwenen als sneeuw voor de zon, NZB downloads gingen met 6MB/s (max news provider) en packages kwamen ook vlot en zonder errors binnen.
Nog gekeken of er IP, DHCP, DNS, IP6, conflicten waren, maar niks kunnen vinden, enige DHCP is mijn ziggo cisco modem, beide Nassen fixed IP en unieke naam.
Verder opgegeven want de oude NAS gaat toch extern tzt.
Maar.... gisteren weer dezelfde problemen, gekeken of de oude NAS per ongeluk ingeschakeld was, niet het geval, via de modem gaan kijken welke devices nog meer aangesloten waren die voor conflicten kunnen zorgen, toen zag ik dat mijn media player ook aanstond (xtreamer sidewinder 3). alle mogelijke netwerk services (SMB, web, ..) uitgeschakeld, maar nog steeds dezelfde problemen. Mediaplayer uit en de NZB download speed loopt weer op tot max...
netwerk ziet er als volgt uit:
ziggo cisco modem (EPC3925) met aangesloten via wired UTP:
- CH3SNAS
- DS715
- xtreamer sw3
- TP-Link TL-WA801ND (ingesteld als AP only)
nassen en AP fixed IP, xtreamer ip via dhcp van modem
verder zijn er nog een redelijk aantal wireless clients (mogelijk) verbonden aan de ziggo modem of de TP-Link (beide hebben zelfde SSID en pass):
- 2 tv's
- ziggo hdd recorder
- logitech harmony smart basis station
- canon printer MX525
- ipad 1
- nexus 7
- nexus 5
- moto E
geen enkele van de wireless clients veroorzaken (tot nu toe) het probleem.
Het zou dus op de een of andere manier aan de bekabelde clients kunnen liggen (zoals de NAS als de mediaplayer zijn bekabeld aangesloten gedurende de problemen), of aan bepaalde unix services/zaken die draaien op de NAS en media player.
Ik bedenk nu tijdens het typen dat ik de media player ook via wifi ipv utp kan aansluiten om te kijken of er dan nog conflicten zijn, dat zal ik vanavond proberen.
Heeft iemand nog een idee waar dit aan zou kunnen liggen? Is er mogelijk een defect in mijn modem (wat alleen met kabels en externe connecties optreedt)? Zijn er toch achtergrond services die conflicten veroorzaken, is het toch iets met ipv6, DNS, ...