I
ivokox
Toen ik Chello laatst gebeld heb vanwege een FTP probleem vroeg ik perongelijk of het aan mijn E-Tech Router kon liggen. 
Gelukkig gingen ze er verder niet op in.
Gelukkig gingen ze er verder niet op in.
-
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.
chello internet delen toegestaan
- Onderwerp starter René
- Startdatum
H
Happy Athlon
ivokox zei:Toen ik Chello laatst gebeld heb vanwege een FTP probleem vroeg ik perongelijk of het aan mijn E-Tech Router kon liggen.
Gelukkig gingen ze er verder niet op in.
Het spijt me te zeggen maar dit is ronduit DOM
F
FireFly
Waar wat ik nou niet begrijp, WAAROM kan hij niet direct op de lijn staan? Ik neem aan dat dat apparaat gewoon een netwerkadapter heeft en dat hij op TCP/IP draait. En of hij nou een ip krijgt van je eigen dhcp server of een ip van chello krijgt maakt dan toch geen moer uit?
sylvester(rr)
Quality Member
- Berichten
- 9.691
Dat weet ik zo net nog niet hoor...
Nou, een netwerkadapter heeft een mac-adres. Als dat mac-adres niet overeenkomt met het mac-adres van chello netwerkkaart, moet je naar de provisionings-pagina. Aangezien de x-box geen ingebouwde browser heeft, gaat dat een beetje moeilijk he.
Nou, zie bovenstaand antwoord, én: als dat wel mogelijk zou zijn, zou je dat iedere keer dat je wil gamen, moeten doen, maw: als je wil gamen op je x-box, moet je naar de provisioningspagina via de x-box. En als je daarna weer wil internetten op de computer, moet je weer naar de provisioningspagina. Niet handig he.
K
kickass.tk
Chello wilt dus dat die zgn X-Box achter een windows-pc komt met ics.
Mac-adres van x-box maakt dus geen ruk uit voor je www acces , omdat de kabelmodem naar het mac-adres kijkt van de ics internetdelende windows computer.
Aangezien ik hier al eens eerder heb verteld dat er bij windows internetdelen (ics) zoveel verandert aan je netwerksettings(bv ethernet device krijgt andere naam). misschien dat ik ietwat paranoide ben naar Micro$uft , maar eeh zou de techniek het niet toelaten dat
aangezien micro$uft vet aandelen Upc heeft)
- de x-box alleen online kan met windowsbak en bijbehorende ics(internetdelen)
dus geen hardwarerouter of linux unix achtige bak. de provider kan dit technisch gezien n.l. controleren , en fijn zo'n lullig regeltje in z'n policy zetten)
-Hoeveel upload in bytes heeft z'n x-box als ie maximaal data upload in een game of whatever? ik neem aan dat de upload nu genoeg moet zijn voor fatsoenlijk internetgebruik @PC + @x-box. kan dat wel met die krappe 15KB/s up ?
-Als basis account hierdoor aanzienlijk geupgrade (50KB/s up??) moet worden , is Chello+ ook toe aan een upgrade
, anders lijken de accounts teveel op elkaar...
...goh je zou bijna denken dat Chello concurrentie op de kabel heeft
Ben benieuwd wat de uiteindelijke resultaten zijn , ik denk dat we binnenkort klagende X-box gamers erbij krijgen , door die upload van chello
Mac-adres van x-box maakt dus geen ruk uit voor je www acces , omdat de kabelmodem naar het mac-adres kijkt van de ics internetdelende windows computer.
Aangezien ik hier al eens eerder heb verteld dat er bij windows internetdelen (ics) zoveel verandert aan je netwerksettings(bv ethernet device krijgt andere naam). misschien dat ik ietwat paranoide ben naar Micro$uft , maar eeh zou de techniek het niet toelaten dat
aangezien micro$uft vet aandelen Upc heeft)- de x-box alleen online kan met windowsbak en bijbehorende ics(internetdelen)
dus geen hardwarerouter of linux unix achtige bak. de provider kan dit technisch gezien n.l. controleren , en fijn zo'n lullig regeltje in z'n policy zetten)
-Hoeveel upload in bytes heeft z'n x-box als ie maximaal data upload in een game of whatever? ik neem aan dat de upload nu genoeg moet zijn voor fatsoenlijk internetgebruik @PC + @x-box. kan dat wel met die krappe 15KB/s up ?
-Als basis account hierdoor aanzienlijk geupgrade (50KB/s up??) moet worden , is Chello+ ook toe aan een upgrade
, anders lijken de accounts teveel op elkaar......goh je zou bijna denken dat Chello concurrentie op de kabel heeft
Ben benieuwd wat de uiteindelijke resultaten zijn , ik denk dat we binnenkort klagende X-box gamers erbij krijgen , door die upload van chello
K
kickass.tk
FireFly zei:
Dit is denk ik voor Chello een administratief voordeel.
Hoeven ze geen extra mac-adressen in hun configuratie te zetten. Dit omdat via internet delen de mac van de huidige pc-gezien wordt.(of router/hub/linux/etc.
gniffel)
B
bluuurgh
een beetje off topic, maar het schijnt mogelijk te zijn om met *bsd (en dus wrsch ook linux) je mac adres te veranderen. handig als je met meerdere pc's werkt en je wil niet je internet-netwerk-card telkens wisselen . zo heb ik een linux firewall die ik wil vervangen door een *bsd server. om te testen is het handig dat ik niet telkens m'n nic eruit moet slopen.... ik knip en plak een post met meer info:
Crafty wrote:
> So now I've got three solutions. Yours was to complicated but it inspired me
> to create an easier one:
> 1. I added:
> ifconfig <interface> lladdr xx:xx:xx:xx:xx:xx
> to rc.conf before:
> ifconfig_<interface>="DHCP"
> And it works.
rc.conf is expected to be all variable assignments. This solution might
break somehow in a future release.
> 2. Mark Tinguel sent me an e-mail and wrote that I could add that lini to
> /etc/start_if.<interface> because rc.networks looks for it and runs it.
> This also works.
It looks like the start_if.* files are designed to be the catchall for
unusual manual network configurations. In that sense this is the
preferred solution. I.e. it is the least likely to be mysteriously
broken in a future release.
> 3. Devon said that I could as well add ifconfig_<interface>="lladdr
> xx:xx:xx:xx:xx:xx".
> But this doesn't work - the address is being changed too late.
If you put that line before ifconfig_<interface>="DHCP", then it won't
do anything. See my response to Devon's post.
> Anybody has any suggestions why I should (or shouldn't) use any of these
> (including the one by Philip)?
Nothing wrong with Philip's suggestion. I'd go with #2 just because
start_if was put in rc.networks to handle odd situations like what you
want to do. Perhaps more importantly #2 means your interface is set up
at the normal point in the boot sequence, so that other network
dependent things may not break before you get to run rc.local.
But this wouldn't be Unix if there weren't 2 or more ways of doing
something.
Some other ways that should work but I'm not going to recommend:
5)Modify the MAC address on the NIC itself. Sometimes the vendors setup
program lets you do this, and save it on the card.
6)Hack the driver source code and hardcode a MAC address override.
This one has some merit
7) Rewrite rc.network so that you can specify options with DHCP in a
single ifconfig_xxx variable. This would allow specification of media
and mediaopts on a DHCP interface, as well as an lladdr override.
. zo heb ik een linux firewall die ik wil vervangen door een *bsd server. om te testen is het handig dat ik niet telkens m'n nic eruit moet slopen.... ik knip en plak een post met meer info:Crafty wrote:
> So now I've got three solutions. Yours was to complicated but it inspired me
> to create an easier one:
> 1. I added:
> ifconfig <interface> lladdr xx:xx:xx:xx:xx:xx
> to rc.conf before:
> ifconfig_<interface>="DHCP"
> And it works.
rc.conf is expected to be all variable assignments. This solution might
break somehow in a future release.
> 2. Mark Tinguel sent me an e-mail and wrote that I could add that lini to
> /etc/start_if.<interface> because rc.networks looks for it and runs it.
> This also works.
It looks like the start_if.* files are designed to be the catchall for
unusual manual network configurations. In that sense this is the
preferred solution. I.e. it is the least likely to be mysteriously
broken in a future release.
> 3. Devon said that I could as well add ifconfig_<interface>="lladdr
> xx:xx:xx:xx:xx:xx".
> But this doesn't work - the address is being changed too late.
If you put that line before ifconfig_<interface>="DHCP", then it won't
do anything. See my response to Devon's post.
> Anybody has any suggestions why I should (or shouldn't) use any of these
> (including the one by Philip)?
Nothing wrong with Philip's suggestion. I'd go with #2 just because
start_if was put in rc.networks to handle odd situations like what you
want to do. Perhaps more importantly #2 means your interface is set up
at the normal point in the boot sequence, so that other network
dependent things may not break before you get to run rc.local.
But this wouldn't be Unix if there weren't 2 or more ways of doing
something.
Some other ways that should work but I'm not going to recommend:
5)Modify the MAC address on the NIC itself. Sometimes the vendors setup
program lets you do this, and save it on the card.
6)Hack the driver source code and hardcode a MAC address override.
This one has some merit
7) Rewrite rc.network so that you can specify options with DHCP in a
single ifconfig_xxx variable. This would allow specification of media
and mediaopts on a DHCP interface, as well as an lladdr override.
S
SvK900
Ik denk dat je onder openbsd dan je hostname.* moet veranderen.
Wat zou er nou gebeuren als ik een mac adres uit een dhcp request die op mijn firewall binnen komen gebruik?
Wat zou er nou gebeuren als ik een mac adres uit een dhcp request die op mijn firewall binnen komen gebruik?
R
Remboooo
Iedereen kletst nu over routers of internet verbinding delen, maar in de meeste chellomodems zit toch een dhcp server ingebouwd? Het enige wat ze zouden hoeven te doen is in het configuratiebestandje dat bij elke 'reboot' van de modem opnieuw gedownload wordt een getalletje veranderen dat het maximale aantal dhcp leases regelt (staat nu op 1)
=edit=
Correct me if i'm wrong
=edit=
Correct me if i'm wrong
S
SvK900
Ik heb een com21 modem die werkt als een brige maar ik geloof idd dat er modems zijn die het hebben ja.