[Apache] Webserver extern toegankelijk maken

[Verwijderd]

Ik ben al een tijdje op zoek om een webserver (apache) extern toegankelijk te maken.
Via mijn routersettings heb ik de poort 80 geforward.

Als firewall gebruik ik Norton internet security 2006, om verdere problemen te vermijden
werd deze verlopig uitgeschakeld.

In feite is het de bedoeling om mijn SQL server 2000 extern toegankelijk te maken, maar
op heden is dit nog niet gelukt. Dus probeerde ik een webserver, maar deze blijkt dus ook
niet te werken.

Ik heb volgend topic eens doorbladert [rml][ SQL Server/ MSDE] connectie maken via internet[/rml]

Alle settings werden juist geplaatst maar toch blijkt dit niet te werken

De pagina kan steeds niet worden weergegeven.

Iemand raad?

[ Voor 22% gewijzigd door Verwijderd op 27-03-2006 13:51 ]

[NMe]

En dit heeft met programmeren te maken omdat...?

Programming>>Software Algemeen

[Verwijderd]

-NMe- schreef op maandag 27 maart 2006 @ 13:48:
En dit heeft met programmeren te maken omdat...?

Programming>>Software Algemeen

Omdat deze sql sever dan via een vb.net applicatie extern benaderd moet worden.

[ Voor 4% gewijzigd door Verwijderd op 27-03-2006 13:53 ]

[Maasluip]

Welk volgende topic heb je doorgebladerd?Sneaky editten he?

Heb je een ADSL verbinding en hoe is het ADSL modem daarvan geconfigureerd?

Meer specs nodig. Geef anders even de glazen bol door.

[ Voor 8% gewijzigd door Maasluip op 27-03-2006 13:53 ]

[Verwijderd]

Maasluip schreef op maandag 27 maart 2006 @ 13:52:
Welk volgende topic heb je doorgebladerd?

Heb je een ADSL verbinding en hoe is het ADSL modem daarvan geconfigureerd?

Meer specs nodig. Geef anders even de glazen bol door.

Ik maak gebruik van een Telenet verbinding, met daarbij een router. Bij deze router werd de poort 80 geforward en heb ik "veiligheidshalve" de firewall uitgeschakeld.

Volgende topic werd doorlezen [rml][ SQL Server/ MSDE] connectie maken via internet[/rml]
Hierbij zou ik hetzelfde willen realiseren, maar externe toegang lukt me niet

Edit: Die webserver heb ik in principe niet nodig, dit was enkel om mijn externe toegankelijkheid te controleren.

[ Voor 9% gewijzigd door Verwijderd op 27-03-2006 13:56 ]

[W3lta]

Ik denk dat de TS het meer zal moeten zoeken op z'n router qua port forwarding.

Zie http://gathering.tweakers.net/forum/list_messages/184484

[ Voor 35% gewijzigd door W3lta op 27-03-2006 13:56 ]

[Verwijderd]

W3lta schreef op maandag 27 maart 2006 @ 13:55:
Ik denk dat de TS het meer zal moeten zoeken op z'n router qua port forwarding.

Zie http://gathering.tweakers.net/forum/list_messages/184484

Bij de instellingen van min router, had ik standaard de mogelijkheid om web server te selecteren.
Dus de pport 80 werd "automatisch" geforward.
Volgens mij ligt het dus niet aan de router qua port forwarding

[Mishmash]

Dus als ik het goed begrijp zit er een fout in je NAT table... Wat heb je precies ingevuld om poort 80 naar je pc/server door te sluizen? Zodra dit werkt moet je hetzelfde doen met je SQL poort en dan zou het gewoon moeten werken.

[W3lta]

En hoe probeer je de webserver te bereiken? Probeer je dat via je eigen extern ip?
Niet alle routers ondersteunen NAT-loopback.
Want dat is nodig om van binnen je eigen netwerk je extern ip te bereiken, tenzij je een proxy gebruikt.

[Verwijderd]

W3lta schreef op maandag 27 maart 2006 @ 14:07:
En hoe probeer je de webserver te bereiken? Probeer je dat via je eigen extern ip?
Niet alle routers ondersteunen NAT-loopback.
Want dat is nodig om van binnen je eigen netwerk je extern ip te bereiken, tenzij je een proxy gebruikt.

Wel ik heb die topic eens doorgenomen en ook die DMZ ge enabled.
Zodat ik met mijn computer buiten de NAT firewall sta, resultaat =>, werkt terug niet

Ik benader hem met mijn externe IP

Edit: misschien effen mijn settings vn port forwarding:

Inbound port: 80-80
Tyep: TCP
Private Ip Address:xxx.xxx.xxx.2
Private port: 80-80

Klopt dit?

[ Voor 19% gewijzigd door Verwijderd op 27-03-2006 14:19 ]

[W3lta]

Verwijderd schreef op maandag 27 maart 2006 @ 14:11:
[...]

Wel ik heb die topic eens doorgenomen en ook die DMZ ge enabled.
Zodat ik met mijn computer buiten de NAT firewall sta, resultaat =>, werkt terug niet

Ik benader hem met mijn externe IP

Wat ik bedoelde is het volgende: met je pc (die intern is) zal je nooit je extern ip kunnen benaderen, de enige manier om dat te doen is via de proxy-server van telenet op je eigen ip connecten.

Die nat-firewall en die dmz zijn niet echt nodig als alles goed geforwared staat.

En bij Telenet zijn alle poorten onder 1024 geblokkeerd, dus zal je voor je webserver een andere poort boven de 1024 moeten gebruiken. Meestal word dan 8080 gebruikt als poort

[ Voor 4% gewijzigd door W3lta op 27-03-2006 14:21 ]

[Verwijderd]

W3lta schreef op maandag 27 maart 2006 @ 14:20:
[...]


Wat ik bedoelde is het volgende: met je pc (die intern is) zal je nooit je extern ip kunnen benaderen, de enige manier om dat te doen is via de proxy-server van telenet op je eigen ip connecten.

Die nat-firewall en die dmz zijn niet echt nodig als alles goed geforwared staat.

En bij Telenet zijn alle poorten onder 1024 geblokkeerd, dus zal je voor je webserver een andere poort boven de 1024 moeten gebruiken. Meestal word dan 8080 gebruikt als poort

Welja, het extern laten benaderen werd gedaan door iemand die niet op min netwerk zit.
Dus de controle voer ik zelf niet uit.

Dus als ik het goed versta, mag ik niet port 80 gebruiken voor min webserver?
Ok zal ik effen testen, thx

Edit: iemand toevallig een idee, hoe je uw poort van een apache webserver verandert?

[ Voor 6% gewijzigd door Verwijderd op 27-03-2006 14:25 ]

[lier]

Waarom wil je je SQL server exten benaderbaar maken ? Is het niet logischer/mooier/netter/voldoende om een webservice aan te bieden welke een connectie naar SQL maakt ?

O ja, wat werkt eigenlijk niet ?

Weet je zeker wat je wil (mmm, doordenkertje !)

[ Voor 8% gewijzigd door lier op 27-03-2006 14:26 ]

[Verwijderd]

lier schreef op maandag 27 maart 2006 @ 14:25:
Waarom wil je je SQL server exten benaderbaar maken ? Is het niet logischer/mooier/netter/voldoende om een webservice aan te bieden welke een connectie naar SQL maakt ?

O ja, wat werkt eigenlijk niet ?

Weet je zeker wat je wil (mmm, doordenkertje !)

Mss effen mijn probleem uitleggen.

Ik ben een aplicatie aan het ontwikkelen, die het mogelijk maakt gegevens te benaderen via een
sql server die extern, op een ander computer draait.
Waarbij ik met eenvoudige code, door een IP-aders, gebruikersnaam en wachtwoord het juiste
database benader.

Visual Basic:

Imports System.Data.Common
Imports System.Data.SqlClient

Private m_connString As String = "user id=sa;password=;initial
_catalog=Northwind;Server=xxx.xxx.xxx.xxx;"
Private m_ds As New DataSet

Dim l_sqlConn As SqlConnection
        Dim l_da As DataAdapter
        Dim l_ds As DataSet
        Dim l_sqlStmt As String
        Try
            l_sqlConn = New SqlConnection(m_connString)
            l_sqlConn.Open()

            l_sqlStmt = "SELECT * FROM tbl_Users ORDER BY FullName"
            l_da = New SqlDataAdapter(l_sqlStmt, l_sqlConn)
            m_ds = New DataSet
            l_da.Fill(m_ds)


        Catch ex As SqlException
            Dim l_sqlerr As SqlError
            For Each l_sqlerr In ex.Errors
                MsgBox(l_sqlerr.Message)
            Next
        Finally
            If l_sqlConn.State = ConnectionState.Open Then
                l_sqlConn.Close()
                l_sqlConn = Nothing
            End If
        End Try

Dim l_cmd As SqlCommand = l_sqlConn.CreateCommand()
l_cmd.CommandType = CommandType.StoredProcedure
l_cmd.CommandText = "<Stored Procedure Name>"

 l_cmd.Parameters.Add(New SqlParameter("UnitOutDate", SqlDbType.DateTime))
        l_cmd.Parameters("UnitOutDate").Value = Date.Now

l_cmd.executeNonQuery()

[ Voor 57% gewijzigd door Verwijderd op 27-03-2006 14:36 ]

[W3lta]

Verwijderd schreef op maandag 27 maart 2006 @ 14:23:
[...]

Welja, het extern laten benaderen werd gedaan door iemand die niet op min netwerk zit.
Dus de controle voer ik zelf niet uit.

Dus als ik het goed versta, mag ik niet port 80 gebruiken voor min webserver?
Ok zal ik effen testen, thx

Edit: iemand toevallig een idee, hoe je uw poort van een apache webserver verandert?

Je poort veranderen van Apache stelt niks voor: gewoon de huidige poort vervangen in de settings.conf en dan Apache herstarten.

code:

#Listen 12.34.56.78:80
Listen 8080

[Verwijderd]

W3lta schreef op maandag 27 maart 2006 @ 14:36:
[...]
Je poort veranderen van Apache stelt niks voor: gewoon de huidige poort vervangen in de settings.conf en dan Apache herstarten.

code:

#Listen 12.34.56.78:80
Listen 8080

Deze heb ik verandert bij httpd.conf, klopt dit?

code:

# Listen: Allows you to bind Apache to specific IP addresses and/or
# ports, instead of the default. See also the <VirtualHost>
# directive.
#
# Change this to Listen on specific IP addresses as shown below to 
# prevent Apache from glomming onto all bound IP addresses (0.0.0.0)
#
#Listen 12.34.56.78:80
Listen 8080

wat wordt er bedoelt met #Listen 12.34.56.78:80

[ Voor 3% gewijzigd door Verwijderd op 27-03-2006 14:48 ]

[Thekk]

Verwijderd schreef op maandag 27 maart 2006 @ 14:44:
[...]

Deze heb ik verandert bij httpd.default.conf, klopt dit?

Ja, dat klopt.

code:

# Listen: Allows you to bind Apache to specific IP addresses and/or
# ports, instead of the default. See also the <VirtualHost>
# directive.
#
# Change this to Listen on specific IP addresses as shown below to 
# prevent Apache from glomming onto all bound IP addresses (0.0.0.0)
#
#Listen 12.34.56.78:80
Listen 8080

wat wordt er bedoelt met #Listen 12.34.56.78:80

Heb je die vijf regels erboven wel gelezen? 12.34.56.78 is het ip-adres van een van de internet-interfaces en 80 is het poortnummer. Stel dat je ook 23.45.67.89 als ip-adres hebt, zal apache niet reageren op http-requests.

En een # geeft commentaar aan.

[ Voor 3% gewijzigd door Thekk op 27-03-2006 14:51 ]

[W3lta]

Verwijderd schreef op maandag 27 maart 2006 @ 14:44:
[...]

Deze heb ik verandert bij httpd.conf, klopt dit?

code:

# Listen: Allows you to bind Apache to specific IP addresses and/or
# ports, instead of the default. See also the <VirtualHost>
# directive.
#
# Change this to Listen on specific IP addresses as shown below to 
# prevent Apache from glomming onto all bound IP addresses (0.0.0.0)
#
#Listen 12.34.56.78:80
Listen 8080

wat wordt er bedoelt met #Listen 12.34.56.78:80

Alles met een hekje ervoor is commentaar of voorbeeld. Die "#Listen 12.34.56.78:80" is het voorbeeld voor een server met meerdere netwerkkaarten, dan zou hij enkel op ip 12.34.56.78 en poort 80 luisteren. Maar jou aanpassing ziet er goed uit.

[Verwijderd]

Thekk schreef op maandag 27 maart 2006 @ 14:50:
[...]
Ja, dat klopt.
[...]
Heb je die vijf regels erboven wel gelezen? 12.34.56.78 is het ip-adres van een van de internet-interfaces en 80 is het poortnummer. Stel dat je ook 23.45.67.89 als ip-adres hebt, zal apache niet reageren op http-requests.

En een # geeft commentaar aan.

Had ik niet direct door.
Een volgend probleem is dat ik nu niet op: http://extern-ip:8080 geraak intern
wordt dit veroorzaakt door de NAT loopback, die dan hoogst waarschijnlijk niet werkt op
mijn router.Ik werk trouwens met een BELKIN router

Hoe kun je dan via de proxy server van telenet op uw eigen ip connecteren. Toch alvast bedankt
voor de gegeven uitleg

Edit: in volgend topic [rml][ BC6] Internet ip adres achterhalen[/rml] heb ik dit gelezen:

Maar als je ISP met een proxyserver werkt (zoals Telenet - België) dan werken voorgaande links (http://www.whatismyip.com/ of http://www.showmemyip.com/ ) niet. Ze geven het IP van de proxyserver ipv je eigen ip.

Hoe kan ik dan min eigen extern ipaders weten, iemand een idee?

[ Voor 41% gewijzigd door Verwijderd op 27-03-2006 15:13 ]

[W3lta]

Voor de proxy in te stellen in je browser kan je kijken op de site van telenet:
Voor IE -> http://www.telenet.be/nl/...s/internetexplorer6x.page
Voor Firefox -> http://www.telenet.be/nl/...ows/browsers/firefox.page

En voor je extern ip te leren kennen kan je een traceroute uitvoeren naar een website:
Voorbeeld van mij

code:

 C:\Documents and Settings\Welta.GREATBLUE>tracert dns.be

Tracing route to dns.be [195.22.138.102]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  SpeedTouch.lan [10.0.0.138]
  2     6 ms     7 ms     6 ms  1-122.244.81.adsl.skynet.be [81.244.122.1]
  3     8 ms     9 ms    13 ms  105.237-201-80.adsl.skynet.be [80.201.237.105]
  4     8 ms     8 ms     9 ms  ge0-0.intlmar1.isp.belgacom.be [194.78.0.47]
  5     9 ms    11 ms    14 ms  ge4-0-0.br1.bru3.be.uu.net [194.53.172.78]
  6    10 ms    10 ms    10 ms  421.at-2-0-0.XR1.BRU2.ALTER.net [194.7.61.73]
  7    10 ms     9 ms    10 ms  so-6-0-0.CR1.BRU5.ALTER.net [194.7.61.226]
  8    10 ms    10 ms    11 ms  POS0-0-0.GW4.BRU5.ALTER.net [194.7.46.18]
  9    10 ms    11 ms    10 ms  gw.interxion-dns-t3.customers.uunet.be [212.190.99.202]
 10    12 ms    10 ms    11 ms  www.dns.be [195.22.138.102]
 11    11 ms    11 ms    11 ms  www.dns.be [195.22.138.102]

Trace complete.

C:\Documents and Settings\Welta.GREATBLUE>

Bij mij is m'n extern ip de 81.244.122.1 . Normaal is je extern ip dus het eerste adres dat na je interne ip('s) komt.

[Verwijderd]

W3lta schreef op maandag 27 maart 2006 @ 15:34:

Bij mij is m'n extern ip de 81.244.122.1 . Normaal is je extern ip dus het eerste adres dat na je interne ip('s) komt.

Dit heb ik dan ook uitgevoerd en kwam als extern ip adres 213.119.28.1
Wanneer ik mijn extern ip adres uitvoer volgends www.watismijnip.nl dan kom ik dit uit: 213.119.28.195
Moet ik dan die eerste ip adres gebruiken?

Edit: ok prachtig het werkt, eindelijk!
Het hoofdprobleem was dus, dat telenet de poorten onder 1024 blokkeert.
Bedank voor de support!!

[ Voor 17% gewijzigd door Verwijderd op 27-03-2006 15:57 ]

[Verwijderd]

Nu dat mijn webserver werkt, en de sql server eraan gelinkt is, zit ik nog met volgend probleem.
Aangezien ik noodgedwongen op poort 8080 heb moetn werken (telenet blokkeert automatisch
de poorten onder de 1024) zou ik die poort in volgend stuk code moeten kunnen invoegen.

De connectie tot mijn sql-server werkt intern, maar extern dus niet. Daarom die toewijzing van
die poort 8080

Iemand een idee?

Visual Basic .NET:

Imports System.Data.Common 
Imports System.Data.SqlClient 

Private m_connString As String = "user id=sa;password=;initial _
catalog=Northwind;Server=213.119.28.195;"

'kan je hier ergens die poort inkrijgen???
Private m_ds As New DataSet 

Dim l_sqlConn As SqlConnection 
        Dim l_da As DataAdapter 
        Dim l_ds As DataSet 
        Dim l_sqlStmt As String 
        Try 
            l_sqlConn = New SqlConnection(m_connString) 
            l_sqlConn.Open() 

            l_sqlStmt = "SELECT * FROM tbl_Users ORDER BY FullName" 
            l_da = New SqlDataAdapter(l_sqlStmt, l_sqlConn) 
            m_ds = New DataSet 
            l_da.Fill(m_ds) 
           'enz....

Edit: zou deze topic dan niet beter terug naar Programming gaan??

[ Voor 17% gewijzigd door Verwijderd op 27-03-2006 19:20 ]

[DeTeraarist]

ik denk dat je in de connectie string ook nog wel ergens een poort kan toevoegen.

Maar als ik het goed begrijp draai je nu je webserver op poort 8080 en wil je daar nu met een andere applicatie op inloggen om een query te draaien?

Als je direct de database wilt benaderen zul je de poort van de database moeten forwarden in je router.

Alleen, is dat wel wat je wilt? Want zo kunnen ook anderen je database direct bereiken.
Wat misschien wat veiliger is, is dat je je applicatie verbinding laat maken met een applicatie op je server die weer intern verbinding maakt met je database. Op die manier kun je netjes de input die je van buiten af krijgt controleren, hoeft je database niet naar buiten open te staan, en kan niemand van buitenaf je database vinden.

[Verwijderd]

DeTeraarist schreef op maandag 27 maart 2006 @ 19:31:
ik denk dat je in de connectie string ook nog wel ergens een poort kan toevoegen.

Maar als ik het goed begrijp draai je nu je webserver op poort 8080 en wil je daar nu met een andere applicatie op inloggen om een query te draaien?

Als je direct de database wilt benaderen zul je de poort van de database moeten forwarden in je router.

Alleen, is dat wel wat je wilt? Want zo kunnen ook anderen je database direct bereiken.
Wat misschien wat veiliger is, is dat je je applicatie verbinding laat maken met een applicatie op je server die weer intern verbinding maakt met je database. Op die manier kun je netjes de input die je van buiten af krijgt controleren, hoeft je database niet naar buiten open te staan, en kan niemand van buitenaf je database vinden.

U kunt toch uw database beveiligen met een wachtwoord en gebruikersnaam? zodat deze niet toegankelijk is voor iedereen.
Maar wat is eigenlijk de beste manier om een sql server, vanbuiten af toegankelijk aan de hand van een .NET applicatie die draait op een externe computer?
Heb je daar eigenlijk wel in feite een webserver voor nodig?

Edit: Dit is mss een andere oplossing

Visual Basic .NET:

        oSQLConn.ConnectionString = "Data Source=213.119.28.195,1433;Network Library=DBMSSOCN;Initial Catalog=Northwind;User ID=sa;Password="
        oSQLConn.Open()

maar dan krijg ik volgende foutmelding:

An error has occurred while establishing a connection to the server. When connecting to SQL Server 2005, this failure may be caused by the fact that under the default settings SQL Server does not allow remote connections. (provider: TCP Provider, error: 0 - Kan geen verbinding maken omdat de doelcomputer de verbinding actief heeft geweigerd.)

Edit2:
Met mijn intern ip adres lukt dit wel

[ Voor 23% gewijzigd door Verwijderd op 27-03-2006 20:06 ]

[DeTeraarist]

De database loopt en is bereikbaar vanaf het interne netwerk maar niet van buitenaf.
Is dat vanaf de zelfde pc of van een andere?
Als een andere pc ook kan verbinden, dan is het waarschijnlijk een poort in je firewall die nog geforward moet worden.
Anders kan het een instelling zijn op je database, dat deze alleen luistert naar requests van localhost.

[Verwijderd]

DeTeraarist schreef op maandag 27 maart 2006 @ 20:24:
De database loopt en is bereikbaar vanaf het interne netwerk maar niet van buitenaf.
Is dat vanaf de zelfde pc of van een andere?
Als een andere pc ook kan verbinden, dan is het waarschijnlijk een poort in je firewall die nog geforward moet worden.
Anders kan het een instelling zijn op je database, dat deze alleen luistert naar requests van localhost.

Wel ik heb mijn .exe bestand eens laten draaien door een vriend van me.
Maar deze had de nieuwe .NET framework v2.0 niet
Maar raar maar waar heb ik toch een melding gekregen van min firewall NIS om de toekenning
te geven, dus veronderstel ik, dat het toch werkt

[DeTeraarist]

dan wordt er dus inderdaad een verbinding gemaakt, maar nog niet met de database, de verbinding komt binnen in NIS, welke hem dan wel of niet doorlaat. Daarna komt de verbinding met de database. Als de database ingesteld is dat deze alleen verbindingen van localhost accepteert, dan zal de verbinding nog niet werken.

[Verwijderd]

Met de server enterprise manager kan je uw network configuratie doen.
De TCP/IP heb ik enabled, en de poort staat op 1433.
De authentication staat op sql server and windows, en het account
staat op system account.
Zou er nog verdere eigenschappen moeten worden ingesteld?