PDA

Bekijk Volledige Versie : Extra IPS inkopen



Sander-
30/01/05, 23:13
Zoals jullie allemaal weten is het als webhost heel makkelijk om een paar ip's erbij te kopen.

Nou heb ik op mijn (studenten)kamer een 10mbit lijn liggen. Ik heb daar meedere linux servers achter hangen voor non-commerciele doeleinden (CS servers, HTTP, teamspeak, shoutcast etc). In totaal gaat het om 3 servers.

Nou wilde ik het voglende graag weten. In hoeverre is het mogelijk om (zonder de medewerking van de mensen die mij de lijn providen) via mijn linux router op de 1 of andere manier meerdere ips te routen zodat ik op elke server een eigen IP heb?

Ik las iets over het BGP protocol. Weet iemand daar iets van? In hoeverre zou dit mogelijk zijn en wat zou dit ongeveer gaan kosten?

Clanhost
30/01/05, 23:14
Origineel geplaatst door WE-Create!
Nou wilde ik het voglende graag weten. In hoeverre is het mogelijk om (zonder de medewerking van de mensen die mij de lijn providen) via mijn linux router op de 1 of andere manier meerdere ips te routen zodat ik op elke server een eigen IP heb?
Niet.

Bontekoe
30/01/05, 23:16
uitleg ?

royen99
30/01/05, 23:17
Enige optie die mij haalbaar lijkt in jouw situatie is een vpn netwerkje aanmaken. (heb je dus wel ergens een server nodig (bv in een datacenter) met een stuk of wat ip's).

dotnetjunkie
30/01/05, 23:18
clanhost: natuurlijk kan dat wel!!!
Je kan zelfs een hele officiële IP-range over je thuislijntje routeren (via tunnel, vpn of ipsec).
Of het ook mag volgens je contractuele voorwaarden is natuurlijk een ander verhaal...

Sander-
30/01/05, 23:19
Origineel geplaatst door clanhost

Niet.

Zucht, post dan gewoon helemaal niks. daar schiet ik namelijk niets mee op. wil weten waarom wel/niet en onder welke voorwaarden?

Waaorm zou een webhost dat wel mogen/kunnen en ik niet?

Mensen met een XS4all ADSL verbinding klunnen het zelfs al (via hun router/modem)

Dus waarom zou dit niet kunnen?

Bontekoe
30/01/05, 23:20
Origineel geplaatst door dotnetjunkie
clanhost: natuurlijk kan dat wel!!!
Je kan zelfs een hele officiële IP-range over je thuislijntje routeren (via tunnel, vpn of ipsec).
Of het ook mag volgens je contractuele voorwaarden is natuurlijk een ander verhaal...
Ik heb een keer gelezen hoe het moet op een UPC/Chello verbinding. Het was iets met de modem, maar wát precies weet ik zo niet uit mijn hoofd.

Sander-
30/01/05, 23:21
Origineel geplaatst door Bontekoe

Ik heb een keer gelezen hoe het moet op een UPC/Chello verbinding. Het was iets met de modem, maar wát precies weet ik zo niet uit mijn hoofd.

Ik hoorde het 1 en ander over het BGP protocol.

Is het niet zo dat je net als bij bijvoorbeel domains ips kunt forwarden en dat als je dan je router goed insteld dat het dan gewoon geforward wordt als extern ip?

Clanhost
30/01/05, 23:27
Origineel geplaatst door WE-Create!

Waaorm zou een webhost dat wel mogen/kunnen en ik niet?
Een webhost kan ook niet zomaar nieuwe ip's gaan gebruiken zonder overleg met zijn provider(s) hoor ;)

Mensen met een XS4all ADSL verbinding klunnen het zelfs al (via hun router/modem)Nieuw voor mij. AFAIK kunnen alleen oude ADSL Fast abbonees 4 IP's gebruiken, maar is dat onlangs ook stopgezet. Wel kun je IPV6 gebruiken bij xs4all waar je dan een /64 voor krijgt (veeel adressen), alleen heb je daar in de praktijk nog niets aan omdat geen hond IPV6 gebruikt.

Dus waarom zou dit niet kunnen?
Je provider moet weten dat hij het verkeer naar jou moet sturen. Zonder dat komt het verkeer gewoon niet bij jou aan ;)

Enige optie is zoals royen99 al zegt: het verkeer tunnelen vanaf een bak met meer IP's. Alleen daar schiet je effectief niets mee op, want dan kun je je services net zo goed op die bak met meer IP's draaien ;) Vandaar dat ik maar meteen "niet" zei dotnetjunkie :p

Sander-
30/01/05, 23:33
Tja, en er zijng een bedrijven die die tunneling diensten aanbieden ofzo? Want het is nu echt bagger ik heb namelijk een servertje van een stel schoolvrienden staan en die moeten nu alles op andere ports doen.

Ik ben er inmiddels achter dat apache eventueel dat wel zou moeten kunnen forwarden (er hangt namelijk ook een domaain achter) maja, dan heb je alleen httpd, de rest moet dan nog :S

Clanhost
30/01/05, 23:39
Je kan dan beter een server in een colo hangen (tunnelen zou meer dan 2x zoveel dataverkeer kosten voor degene die het tunnelt, en zou dus effectief duurder zijn dan gewoon zelf een servertje ergens ophangen)

Je kan ook je provider om extra ip's vragen, maar het is maar de vraag of ze het doen en of ze er uberhaupt blij mee zijn dat je zoveel zooi op je verbinding draait.

Sander-
31/01/05, 13:18
Origineel geplaatst door clanhost
Je kan dan beter een server in een colo hangen (tunnelen zou meer dan 2x zoveel dataverkeer kosten voor degene die het tunnelt, en zou dus effectief duurder zijn dan gewoon zelf een servertje ergens ophangen)

Je kan ook je provider om extra ip's vragen, maar het is maar de vraag of ze het doen en of ze er uberhaupt blij mee zijn dat je zoveel zooi op je verbinding draait.

Dat is ook de reden dat ik het hier vroeg ;)

Ze vinden het geheel niet erg als je die lijn flink gebruikt en omdat een deel van de mensen er niks mee doet en ongeveer een evengroot deel een half serverpark op ze kamer heeft zeuren ze niet zo :P

VantilborgICT
31/01/05, 15:49
ik denk dat wat je gelezen/gehoord hebt het geval is met bbned, die geven idd meerdere ip`s weg per aansluiting.

alex[nl]
02/02/05, 02:37
Origineel geplaatst door VantilborgICT
ik denk dat wat je gelezen/gehoord hebt het geval is met bbned, die geven idd meerdere ip`s weg per aansluiting.

Op ZAKELIJKE lijnen afaik ... Verder zou je natuurlijk gewoon in je router kunnen portforwarden .. dus het goede verkeer naar de goede server, als ze allemaal verschillende zaken doen dan zou dat niet zo veel problemen moeten geven, dat wordt alleen lastig als je er bijvoorbeeld 2 webservers tussen hebt zitten (2x port 80) ...

Ik vermoed dat je zowiezo van je provider geen extra ip's krijgt, lijkt me nl niet de bedoeling (los van het doel) dat je een heel serverpark aan je lijn hangt (vanuit hun oogpunt gezien dan)...

ivs
02/02/05, 12:23
Volgens mij heb ik voor dit probleem een keer een oplossing gezien in de vorm van een programma dat het volgende deed:

- Als eerste moest je een domein aan dat ene ip hangen
- Vervolgens kon je subdomeinen aanmaken voor dat domein
- In de software kon je vervolgens aangeven welk sub domein naar welke interne ip moest verwijzen.

Ik weet alleen niet meer hoe het programma heet volgens mij heb ik het een keer in computer totaal gelezen.

Stefan Mensink
02/02/05, 12:30
Tja, als het alleen gaat om apache vhosts, kan je interne hosts natuurlijk wel doorproxy'en naar interne machines. Het is niet echt mooi, en het verziekt de logfiles nogal, maar het werkt.

Sander-
02/02/05, 12:41
Origineel geplaatst door Stefan Mensink
Tja, als het alleen gaat om apache vhosts, kan je interne hosts natuurlijk wel doorproxy'en naar interne machines. Het is niet echt mooi, en het verziekt de logfiles nogal, maar het werkt.

Tja, dat zou ook al heel mooi zijn, want apache is eigenlijk het voornaamste probleem op dit moment, Mail staat al centraal, FTP Leren ze maar mee leven en SSH is misschien een klein extra drempeltje om dat op andere port te gooien (hoewel mijn eigen servers alleen vanuit het lan via SSH te benaderen zijn)

TiMMiEJ
02/02/05, 21:00
bij xs4all kan je ip's bijkopen ...6 euro voor 8 dacht ik

Rusrink
02/02/05, 21:37
Kan je niet gewoon is een keer een mailtje naar het rc sturen en daar je verhaal in uitleggen. Misschien dat ze wel gewoon een extra ip uitgeven, ze hebben immers toch 2 hele ranges.
Wat je ook als oplossing zou kunnen doen is effe op de gang kijken wie zijn lijn niet gebruikt en of je daar eventuuel tegen vergoeding gebruik van kan maken. Effe paar gaatjes boren lijntje over het systeemplafond en je hebt er een ip bij en ook nog is een keer 10mbit ;)

Qweb
03/02/05, 14:51
als apache het probleem is is het probleem al tig keer opgelost:
http://httpd.apache.org/docs/vhosts/name-based.html

of lees ik iets over het hoofd?