Rocksolid Light - alt.privacy.anon-server - Re: Hosting anonymous website and files

Hi,

Like anonymous or pseudonymous email

is there any service that allows anonymous
hosting of website

or if I want to upload a video or image and display it anonymously

and share it

Regards.

On Mon, 1 Apr 2024 12:53:03 +0200, Fritz Wuehler <fritz@spamexpire-202404.rodent.frell.theremailer.net> wrote:
>Hi,
>Like anonymous or pseudonymous email
>is there any service that allows anonymous
>hosting of website
>or if I want to upload a video or image and display it anonymously
>and share it
>Regards.

probably hypothetical, but if popular formats like mp4 or jpg could be
accurately converted into groups of 100s or 1000s of small segments of
plain text that could be similarly converted back into this mp4 or jpg
format, then those text files could be systematically posted to usenet
newsgroups using omnimix, dynamic dns, yamn remailers, tor connections,
and being very careful not to post anything that could be misconstrued;
if such binary file-to-text conversion were possible, it's what i'd do

p.s. if there was a way to use camelsystem powerpost 2.4 (2012-01-04)
or some similar program to post anonymously to binary newsgroups,
then that might do it . . . but remailers wouldn't work for this,
so pseudonymous is probably more realistic meaning caveat emptor:

(using Tor Browser 13.0.13)
https://www.binaries4all.com/powerpost/
>Tutorial: Posting with Powerpost
>Page 1/4 of this article
>In this howto we will explain how to post files into newsgroups on Usenet
>using Powerpost. We will also create an NZB file and PAR2 repair files.
>Important:
>When downloading from binary newsgroups on Usenet you will notice that besides
>free material there are also files that are copyrighted. Downloading or
>distributing copyrighted material is prohibited by law. This site isn't meant
>to promote distributing this material, it's only meant to explain how binary
>newsgroups and related software work. You won't find any links to such material,
>cracks or serial numbers here. Therefore our advise: study what is allowed by
>law and act accordingly.
>There are a lot of different versions of Powerpost because the original author
>has released his code to the public for general use. For this tutorial we use
>CamelSystem Powerpost, because it also supports Windows Vista and 7. This
>version is currently the best version of Powerpost and can be downloaded here:
>Download PowerPost (link opens in a new window).
>https://www.binaries4all.com/powerpost/pp24_en.zip
(pp24_en.zip / 472 KB), extracted . . .
(pp24_en / 1.26 MB / 20 Files, 6 Folders)
>Another easy to use program for posting is yEncbin Poster.
>In this manual we will discuss the following:
> *Configuring Powerpost
> *Preparing a posting
> *Posting the files
>Some remarks before we start :
> *Every Usenet newsgroup has its own subject, so post files in the right group.
> This means that you may only post files into Usenet newsgroups with the word
> binaries in its title. Furthermore: never post music in a group with movies in
> the title, for example.
> *Always post a NFO file, so people can see what you are posting. Create this
> before you start posting. This is explained in our tutorial Creating NFO files.
> *Always create and post PAR2 files so people can use them to recover incomplete
> files. This can be done by Powerpost itself (explained in this tutorial) or
> you could do it manually up-front with QuickPar.
> *Always post a NZB file, to make downloading easier. Creating an NZB file is
> explained in this tutorial.
>To the next chapter: -> Configuring Powerpost
https://www.binaries4all.com/powerpost/configuration.php
>Configuring Powerpost
>Page 2/4 of this article
>Before we can start posting, we have to configure the program (only once). Click
>on the Setup button (first icon on the left).
>Here we find the properties window, starting on the first tab: 'Server settings':
> *Newsserver adres: You will need to provide the server name of the server you
> want to use for your post.
> *Port number: Always 119. Note: Powerpost is unable to post via SSL. For
> advanced users: you could install Stunnel and configure a tunnel to port 563
> of the server address of the payserver that you use. In that case connect
> Powerpost to server address '127.0.0.1' on port 119, and Stunnel will connect
> to your payserver over SSL.
> *Connections: The number of concurrent connections you want to use for posting.
> The maximum number allowed depends on your newsserver. Keep in mind that if
> you're allowed to use three connections to your newsserver, and you're using
> two connections for posting, only one connection will be available for
> downloading.
> I.E: max connections = connections for uploading + connections for downloading!
> I use two connections to have fewer fluctuations in total posting speed due to
> server acknowledgements.
> *Server Requires Login: If username and password are required to use your
> newsserver, you need to check this box. For payservers this will be the case.
> For your ISP's newsserver your best chance will be to leave it unchecked.
> *Username, Password & Confirm: At Username you obviously fill in your username.
> Your password needs to be filled in at 'Password' and 'Confirm'.
> *Max Bandwidth (KB/s): Here you can specify the (default) maximum upload speed.
> You can change the maximum speed at any time during your post.
> 0 = no limit (using all available bandwidth to post).
>Next tab: 'Headers':
>Here you need to fill in your posting Nickname and a E-mail address. Since this
>address will be visible to everyone on Usenet, it's wise to use a fake mail-
>address to prevent your mailbox to be filled with spam (spam companies harvest
>mail addresses from Usenet newsgroups). However, you will need to provide an
>address with valid structure for mail addresses: i.e.
>blabla@fake-mail-address.com
> *Unique ID: This field contains the value that will be appended after the
> Message ID Powerpost generates. To make sure this ID will be unique it's wise
> (but not necessary) to change the default. Attention: only change the text
> before .local . You could use a derivation from your nickname.
>The tab Newsgroups gives you the opportunity to add some Usenet newsgroups you
>might want to post to (now, or in the future).
>To do so, click 'Add new newsgroup'.
>A new window pops up. Fill in the name of the desired Usenet newsgroup and
>click the OK-button. I added the group alt.binaries.misc, because that's where
>I want to post my freeware collection.
>Finally we get to the last tab: 'Settings'.
> *Select desired theme: you can select a skin for the program. Just leave it, or
> pick one you like.
> *Default yEnc-lines per part: The part-size that will be used to post your
> articles. 5000 is a nice value. Don't pick a size larger than 5000 though.
> This will result in loss of your post. Many servers just won't accept parts
> larger than 5000. If 5000 gives you problems on your post server, another
> frequently used value is 3000.
> *Make visible which item being posted: If checked, the main screen will be
> updated during the post. And it is nice to see the progress your post is
> making.
> *Show progress dialog after pressing post: If checked a progress-indicator will
> pop-up when you start posting.
> *Sort files alphabetically before queuing: If checked all files will be
> alphabetically sorted when you add them to your queue.
> *Auto-retry on errors, disconnects & timeouts: If checked the program will
> retry to post your articles after an error occurs.
> *Minimize Powerpost to systray: If checked the program will be placed in the
> system tray (next to the clock) when you minimize the program. This is very
> useful since the program won't take up space on the taskbar.
> *Autodetect .PAR2 block size: This version of Powerpost can also create PAR2
> files. This option affects that. However, we prefer to create these with
> QuickPar for better compatibility.
> *Move deleted items to the archive: Powerpost has an archive (like a history of
> files you post). Check this if you want files you deleted from the queue also
> to be listed there.
> *Create NZB file by default selected: Check this box if you want to
> automatically generate an NZB file.
> *Create PAR2 files by default selected: Check this box if you want to
> automatically generate PAR2 repair files.
>To the next chapter: -> Prepare a posting
https://www.binaries4all.com/powerpost/preparing.php
>Prepare a posting
>Page 3/4 of this article
>We will add the files we want to post to the queue. Click the 'Add Files'
>pictogram.
>Browse to the files you wish to post, select them, and press the 'Open' button.
>(Alternatively, you can select the files in your favorite file browser and
>'drag and drop' them in the Powerpost window).
>In the next window we have another series of tabs to fill out.
>First of all the tab 'Subject':
>At the text field 'Subject Header' you have to specify your header (the text
>leechers see in their newsreaders).
>There are some special codes you can use. For instance $1. I used [$1 / $2],
>which will indicate for each file that it is file 1 of 5, 2/5, 3/5 etcetera. In
>the box 'Example' below the input-field you will get a preview of what your
>header will look like.
>The filename ($F) is mandatory. Also, it's advisable to keep the word 'yEnc' at
>the end of your header, since this will indicate what coding technique has been
>used.
>Check carefully whether you did not make any (spelling) mistakes in your header.
>Next tab: 'Newsgroups'.
>Here you have to indicate to which Usenet newsgroup(s) you want to post your
>files. In my case: alt.binaries.misc. Just check the box in front of the group
>name.
>At the tab 'File order' you can specify in what order the files will be posted.
>The last tab in this window is 'Checksums and NZB':
>As mentioned before, this version of Powerpost can create Par(2) files for you.
>You can do it manually beforehand with QuickPar, but since Powerpost can do it
>as well, that is easier. The part size is important. The value should be the
>number of lines per articicle that we configured as 5000, multiplied with 128.
>So in our case 640000 is the correct value here.
>We do wish to use the NZB file option to make it easier for leechers. So check
>the checkbox for 'Generate .NZB File'. Enter the location you wish to save the
>NZB file at the text field, preferably in the same folder where your files can
>be found (or use browse to go there), and correct the filename (I removed .part
>from the filenames because I find it confusing).
>Now click on OK. Because we indicated that Powerpost should create some PAR2
>repair files for us, the following window appears. Usually the standard data is
>sufficient. As you can see 19 recovery blocks will be created, resulting in
>11.59MB of repair files, which is around 10% of the total size of the source
>data. This is more than enough, 5% will be sufficient as well.
>The files will be added to the queue. Please note that you have to instruct
>Powerpost to encode (create) the PAR2 files first! Do so by clicking on the
>following icon:
>Finally, if all items in the queue have a green Q-icon, we are ready to start
>posting the files.
>To the next chapter: -> Posting the files
https://www.binaries4all.com/powerpost/posting.php
>Posting the files
>Page 4/4 of this article
>You can find the following buttons in the menu bar:
>If you press the green button Powerpost will start to post your files right
>away. However, you can also use a timer to start posting at a different time. We
>will show you how to set the timer to start posting on a specific time. Let's
>press the orange icon.
>The following window will pop up:
>Here you are able to set at what hour you want the program to start posting (in
>this case the timer is to start at 06.00 hour PM).
>You can also set the timer to stop at a certain time. In that case you need to
>check the box 'Activate stop time'. After you have done that, you will be able
>to set a stopping time.
>The last option is to automatically continue posting the next day, at the same
>time.
>If you check the 'Repeat' box, the program automatically will continue at the
>point it stopped posting before. And that schedule will be repeated until the
>posting is completed.
>Click the OK-button. The normal Powerpost window reappears. In the status bar at
>the bottom, you will see how long the program will wait before starting to post.
>Do not close the program in the meantime!
>At the indicated starting time, or if you press the second button right away,
>Powerpost will start posting, and the 'Posting progress' window will appear:
>This window will give you a lot of information about the progress of your post.
>First of all, it shows we are posting with two threads, which means there are
>two connections with the server (as we indicated at the setup part), so two
>files will be posted at the same time.
>For each connection a progress indicator will be shown (the two blue bars). The
>top one indicates the progress of the whole file. The second one shows the
>progress of the article being posted. The big blue bar (under 'Progress')
>indicates the progress of the complete posting (all files in the queue).
>At the bottom there's even more information. You will see a graph indicating the
>posting speed for each thread, and a graph for the total posting speed in time.
>In text you will see the highest peak and the current speed. You also see the
>time the post started, how long you have been posting, and an estimating of the
>remaining time the program will need to complete.
>You can also change the maximum posting-speed by changing the value in the 'Max
>Bandwidth' box. This will override the value given in the setup box. Normally it
>will show the speed set in the setup box (0 means no speed limit).
>You may close this window at any time. It won't affect your post. Just click the
>Close-button and the window will disappear.
>You will return to the main window. The icons will show which files already have
>been posted (OK), which are being posted at this moment (P) and the files that
>are still in the queue (Q). You can reopen the "posting progress" window at any
>time by clicking the button indicated below.
>We advise not to temporarily pause (stop) the posting process (for example for
>altering the settings), although it probably safe to do so.
>To free some space in the windows taskbar you can minimize the program, which
>will send it to the system tray (next to the clock) All we have to do now is sit
>back, relax, and wait until all files have been posted.
>Copyright (c) Binaries4all Usenet tutorials 2002-2023 [all rights reserved]
[end quote]

Click here to read the complete article

Fritz Wuehler <fritz@spamexpire-202404.rodent.frell.theremailer.net> wrote:

> Hi,
>
> Like anonymous or pseudonymous email
>
> is there any service that allows anonymous
> hosting of website
>
> or if I want to upload a video or image and display it anonymously
>
> and share it
>
>
> Regards.
>
https://onionshare.org/

On Mon, 1 Apr 2024 18:06:41 +0200 (CEST), Nomen Nescio <nobody@dizum.com> wrote:
>Fritz Wuehler <fritz@spamexpire-202404.rodent.frell.theremailer.net> wrote:
>> Hi,
>> Like anonymous or pseudonymous email
>> is there any service that allows anonymous
>> hosting of website
>> or if I want to upload a video or image and display it anonymously
>> and share it
>> Regards.
>>
>https://onionshare.org/

anonymous or pseudonymous? this seems more like the latter, quasi honeypot
(cf. whole message encryption https://www.danner-net.de/omom/tutorwme.htm) . . .

(using Tor Browser 13.0.13)
https://support.torproject.org/misc/misc-12/
>How can I share files anonymously through Tor?
>For sharing files over Tor, OnionShare is a good option. OnionShare is an open
>source tool for securely and anonymously sending and receiving files using Tor
>onion services. It works by starting a web server directly on your computer and
>making it accessible as an unguessable Tor web address that others can load in
>Tor Browser to download files from you, or upload files to you. It doesn't
>require setting up a separate server, using a third party file-sharing service,
>or even logging into an account.
>Unlike services like email, Google Drive, DropBox, WeTransfer, or nearly any
>other way people typically send files to each other, when you use OnionShare
>you don't give any companies access to the files that you're sharing. So long
>as you share the unguessable web address in a secure way (like pasting it in an
>encrypted messaging app), no one but you and the person you're sharing with can
>access the files.
>OnionShare is developed by Micah Lee.
>Many exit nodes are configured to block certain types of file sharing traffic,
>such as BitTorrent. BitTorrent in particular is not anonymous over Tor.
[end quote]

On Mon, 1 Apr 2024 20:09:52 +0200 (CEST), D <J@M> wrote:
>On Mon, 1 Apr 2024 18:06:41 +0200 (CEST), Nomen Nescio <nobody@dizum.com> wrote:
>>Fritz Wuehler <fritz@spamexpire-202404.rodent.frell.theremailer.net> wrote:
>>> Hi,
>>> Like anonymous or pseudonymous email
>>> is there any service that allows anonymous
>>> hosting of website
>>> or if I want to upload a video or image and display it anonymously
>>> and share it
>>> Regards.
>>>
>>https://onionshare.org/
>
>anonymous or pseudonymous? this seems more like the latter, quasi honeypot
>(cf. whole message encryption https://www.danner-net.de/omom/tutorwme.htm) . . .
>
>(using Tor Browser 13.0.13)
>https://support.torproject.org/misc/misc-12/
>>How can I share files anonymously through Tor?
>>For sharing files over Tor, OnionShare is a good option. OnionShare is an open
>>source tool for securely and anonymously sending and receiving files using Tor
>>onion services. It works by starting a web server directly on your computer and
>>making it accessible as an unguessable Tor web address that others can load in
>>Tor Browser to download files from you, or upload files to you. It doesn't
>>require setting up a separate server, using a third party file-sharing service,
>>or even logging into an account.
>>Unlike services like email, Google Drive, DropBox, WeTransfer, or nearly any
>>other way people typically send files to each other, when you use OnionShare
>>you don't give any companies access to the files that you're sharing. So long
>>as you share the unguessable web address in a secure way (like pasting it in an
>>encrypted messaging app), no one but you and the person you're sharing with can
>>access the files.
>>OnionShare is developed by Micah Lee.
>>Many exit nodes are configured to block certain types of file sharing traffic,
>>such as BitTorrent. BitTorrent in particular is not anonymous over Tor.
>[end quote]

https://danner-net.de/omom/tutortorplusfile.htm

On Mon, 1 Apr 2024 21:04:08 +0000, Anonymous <nobody@yamn.paranoici.org> wrote:
>On Mon, 1 Apr 2024 20:09:52 +0200 (CEST), D <J@M> wrote:
>>On Mon, 1 Apr 2024 18:06:41 +0200 (CEST), Nomen Nescio <nobody@dizum.com> wrote:
>>>Fritz Wuehler <fritz@spamexpire-202404.rodent.frell.theremailer.net> wrote:
>>>> Hi,
>>>> Like anonymous or pseudonymous email
>>>> is there any service that allows anonymous
>>>> hosting of website
>>>> or if I want to upload a video or image and display it anonymously
>>>> and share it
>>>> Regards.
>>>>
>>>https://onionshare.org/
>>
>>anonymous or pseudonymous? this seems more like the latter, quasi honeypot
>>(cf. whole message encryption https://www.danner-net.de/omom/tutorwme.htm) . . .
>>
>>(using Tor Browser 13.0.13)
>>https://support.torproject.org/misc/misc-12/
>>>How can I share files anonymously through Tor?
>>>For sharing files over Tor, OnionShare is a good option. OnionShare is an open
>>>source tool for securely and anonymously sending and receiving files using Tor
>>>onion services. It works by starting a web server directly on your computer and
>>>making it accessible as an unguessable Tor web address that others can load in
>>>Tor Browser to download files from you, or upload files to you. It doesn't
>>>require setting up a separate server, using a third party file-sharing service,
>>>or even logging into an account.
>>>Unlike services like email, Google Drive, DropBox, WeTransfer, or nearly any
>>>other way people typically send files to each other, when you use OnionShare
>>>you don't give any companies access to the files that you're sharing. So long
>>>as you share the unguessable web address in a secure way (like pasting it in an
>>>encrypted messaging app), no one but you and the person you're sharing with can
>>>access the files.
>>>OnionShare is developed by Micah Lee.
>>>Many exit nodes are configured to block certain types of file sharing traffic,
>>>such as BitTorrent. BitTorrent in particular is not anonymous over Tor.
>>[end quote]
>
>https://danner-net.de/omom/tutortorplusfile.htm

cutting remailer chains out of the loop sounds extraordinarily risky;
i would definitely not rely on tor alone for anonymity in this usage

(using Tor Browser 13.0.13)
https://danner-net.de/omom/tutortorplusfile.htm
>There may be situations where you have to transfer files to computer-
>illiterate people without burdening them with technicalty. Or as a
>whistleblower you may have to send someone a bigger amount of data
>unsuitable for anonymous mailing.
>That's where the TorFile Hidden Service can help. As an anonymous web
>server it offers file downloads directly from your computer to those
>who know the correct URL consisting of the server's .onion address and
>a file-specific identifier. They only have to run the Tor Browser
>program, a modified Firefox web client made for surfing the Internet
>anonymously. By transmitting your file's URL through the remailer
>network to the person you target nobody can uncover your identity. To
>avoid frustration only make sure that your Hidden Service is online
>when your counterpart enters the URL into his Tor Browser's address
>field to download your data.
>Running TorFile isn't very hard. Make sure that the TorPlus HTTP
>server is active (tab 'TorPlus' > 'Server') and data routing adjusted
>and activated (tab 'TorPlus' > 'FileCtrl') as explained in the TorPlus
>chapter.
>Then go to the 'TorPlus > 'FileList' tab, where you have to enter the
>files to be made available for download.
>Click '+' to add a new file to the list.
>Enter a download identifier or create a random term by clicking the
>'<' button, then enter the file's path directly or, by clicking '...',
>select it from a file dialog box. With the 'Active' box checked click
>'Accept' to exit the dialog and create the list entry.
>Now we're nearly done. It only remains to start the servers to make
>the updated file list available.
>To test whether TorFile works select a file from the list, press the
>'*' button to copy the combined address / identifier URL to the
>clipboard, then open a Tor Browser and paste the URL.
>On the TorFile server side you can follow the download process at the
>log list.
>In case a problem arises the log shows its specific cause, whereas for
>security reasons always only a simple 'Access denied!' reply is sent
>to the client.
[end quote]

On 01 Apr 2024, Nomen Nescio <nobody@dizum.com> posted some
news:3f9d0d6ab0fbba264394d4a4935ced6e@dizum.com:

> Fritz Wuehler <fritz@spamexpire-202404.rodent.frell.theremailer.net>
> wrote:
>
>> Hi,
>>
>> Like anonymous or pseudonymous email
>>
>> is there any service that allows anonymous
>> hosting of website
>>
>> or if I want to upload a video or image and display it anonymously
>>
>> and share it
>>
>>
>> Regards.
>>
> https://onionshare.org/

That actually works well. I use it to get around the locked down crap of
corporate mandated OS builds with conflicting useless anti-viral garbage.

It's not fast in some cases, but I can access shared content when I am
traveling anywhere.

D <noreply@mixmin.net> wrote:

>> https://danner-net.de/omom/tutortorplusfile.htm
>
> cutting remailer chains out of the loop sounds extraordinarily risky;
> i would definitely not rely on tor alone for anonymity in this usage

But hidden services also benefit from longer circuits of up to 9 nodes
OM's Tor version comes with, don't they?

On Tue, 2 Apr 2024 14:33:57 +0100, Yamn Remailer <noreply@mixmin.net> wrote:
>D <noreply@mixmin.net> wrote:
>>> https://danner-net.de/omom/tutortorplusfile.htm
>>
>> cutting remailer chains out of the loop sounds extraordinarily risky;
>> i would definitely not rely on tor alone for anonymity in this usage
>
>But hidden services also benefit from longer circuits of up to 9 nodes
>OM's Tor version comes with, don't they?

no matter how many hops in the tor circuit, without using remailer chains
messages must be encrypted before sending and the recipient(s) would need
to be able to decrypt those messages, otherwise it's pseudonymous at best

(using Tor Browser 13.0.13)
https://support.torproject.org/misc/misc-11/
>Can I change the number of hops Tor uses?
>Right now the path length is hard-coded at 3 plus the number of nodes in your
>path that are sensitive. That is, in normal cases it's 3, but for example if
>you're accessing an onion service or a ".exit" address it could be more.
>We don't want to encourage people to use paths longer than this as it increases
>load on the network without (as far as we can tell) providing any more security.
>Also, using paths longer than 3 could harm anonymity, first because it makes
>denial of security attacks easier, and second because it could act as an
>identifier if only a small number of users have the same path length as you.
[end quote]

could be that no matter how many hops in the tor circuit

On 02 Apr 2024, Yamn Remailer <noreply@mixmin.net> posted some
news:20240402.143357.a6ab42fa@mixmin.net:

> D <noreply@mixmin.net> wrote:
>
>>> https://danner-net.de/omom/tutortorplusfile.htm
>>
>> cutting remailer chains out of the loop sounds extraordinarily risky;
>> i would definitely not rely on tor alone for anonymity in this usage
>
> But hidden services also benefit from longer circuits of up to 9 nodes
> OM's Tor version comes with, don't they?

Benefit how exactly?

Anything more than 4 hops is just going to add additional latency and use
unnecessary bandwidth.

Don't advertise contract killing over anything on the Internet for
example. Use facebook, Mark will never rat you out.

D <J@M> wrote:

>no matter how many hops in the tor circuit, without using remailer chains
>messages must be encrypted before sending and the recipient(s) would need
>to be able to decrypt those messages, otherwise it's pseudonymous at best

Tor connections are end-to-end encrypted by design. There's no need for
an additional encryption layer when your Tor Browser contacts such a
server through its hidden service, as long as that .onion service and
the server application share a host computer and communicate locally.

With OM's TorFile you use the combination of a .onion address and a hard
to guess download ID of variable length like

bxfac4urx8eripucdjkvbdfepqsitmdhlosucnfjystgmw5owc8dfyqd.onion/ec2nsta8qond

And without the need of active contents and only a short window of
accessibility the server is hard to compromise.

On Tue, 2 Apr 2024 22:19:23 +0100, Yamn Remailer <noreply@mixmin.net> wrote:
>D <J@M> wrote:
>>no matter how many hops in the tor circuit, without using remailer chains
>>messages must be encrypted before sending and the recipient(s) would need
>>to be able to decrypt those messages, otherwise it's pseudonymous at best
>
>Tor connections are end-to-end encrypted by design. There's no need for
>an additional encryption layer when your Tor Browser contacts such a
>server through its hidden service, as long as that .onion service and
>the server application share a host computer and communicate locally.
>With OM's TorFile you use the combination of a .onion address and a hard
>to guess download ID of variable length like
>bxfac4urx8eripucdjkvbdfepqsitmdhlosucnfjystgmw5owc8dfyqd.onion/ec2nsta8qond
>And without the need of active contents and only a short window of
>accessibility the server is hard to compromise.

it's a jungle out there . . . careful use of whole message encryption is
certainly the minimum standard for what might be described as "anonymous"
and remailers are integral to that purpose ... tor alone is pseudonymous
and everyone knows it, hence the requirement and popularity of remailers

On 2 Apr 2024 22:56:42 +0200 (CEST), Nomen Nescio wrote:
>On 02 Apr 2024, Yamn Remailer <noreply@mixmin.net> posted some
>news:20240402.143357.a6ab42fa@mixmin.net:
>
>> D <noreply@mixmin.net> wrote:
>>
>>>> https://danner-net.de/omom/tutortorplusfile.htm
>>>
>>> cutting remailer chains out of the loop sounds extraordinarily risky;
>>> i would definitely not rely on tor alone for anonymity in this usage
>>
>> But hidden services also benefit from longer circuits of up to 9 nodes
>> OM's Tor version comes with, don't they?
>
>Benefit how exactly?
>
>Anything more than 4 hops is just going to add additional latency and use
>unnecessary bandwidth.

There's a viable chance, that all three nodes of a standard
Tor circuit are controlled by cooperating entities. Sure,
compared with Tor combined with a high latency remailer chain
that's the next best solution, but up to now remailers don't
allow to transfer larger files.

Anonymous wrote:

> On 2 Apr 2024 22:56:42 +0200 (CEST), Nomen Nescio wrote:
> >On 02 Apr 2024, Yamn Remailer <noreply@mixmin.net> posted some
> >news:20240402.143357.a6ab42fa@mixmin.net:
> >
> >> D <noreply@mixmin.net> wrote:
> >>
> >>>> https://danner-net.de/omom/tutortorplusfile.htm
> >>>
> >>> cutting remailer chains out of the loop sounds extraordinarily
> >>> risky; i would definitely not rely on tor alone for anonymity in
> >>> this usage
> >>
> >> But hidden services also benefit from longer circuits of up to 9
> >> nodes OM's Tor version comes with, don't they?
> >
> >Benefit how exactly?
> >
> >Anything more than 4 hops is just going to add additional latency
> >and use unnecessary bandwidth.
>
> There's a viable chance, that all three nodes of a standard
> Tor circuit are controlled by cooperating entities. Sure,
> compared with Tor combined with a high latency remailer chain
> that's the next best solution, but up to now remailers don't
> allow to transfer larger files.
You can set in .torrc which entry and exit nodes you like to use.

There are lists available, AFAIR, from services run by privacy
organizations people trust.

https://helpmanual.io/man5/torrc/

--
Regards
Stefan

On 02 Apr 2024, Yamn Remailer <noreply@mixmin.net> posted some
news:20240402.221923.6b0697f0@mixmin.net:

> D <J@M> wrote:
>
>>no matter how many hops in the tor circuit, without using remailer
>>chains messages must be encrypted before sending and the recipient(s)
>>would need to be able to decrypt those messages, otherwise it's
>>pseudonymous at best
>
> Tor connections are end-to-end encrypted by design. There's no need
> for an additional encryption layer when your Tor Browser contacts such
> a server through its hidden service, as long as that .onion service
> and the server application share a host computer and communicate
> locally.
>
> With OM's TorFile you use the combination of a .onion address and a
> hard to guess download ID of variable length like
>
> bxfac4urx8eripucdjkvbdfepqsitmdhlosucnfjystgmw5owc8dfyqd.onion/ec2nsta8
> qond

Invalid Onionsite Address

Details: 0xF6 � The provided .onion address is invalid. This error is
returned due to one of the following reasons: the address checksum doesn't
match, the ed25519 public key is invalid, or the encoding is invalid.

> And without the need of active contents and only a short window of
> accessibility the server is hard to compromise.

What generates the download ID?

Nomen Nescio <nobody@dizum.com> wrote:

>On 02 Apr 2024, Yamn Remailer <noreply@mixmin.net> posted some
>news:20240402.221923.6b0697f0@mixmin.net:
>
>> D <J@M> wrote:
>>
>>>no matter how many hops in the tor circuit, without using remailer
>>>chains messages must be encrypted before sending and the recipient(s)
>>>would need to be able to decrypt those messages, otherwise it's
>>>pseudonymous at best
>>
>> Tor connections are end-to-end encrypted by design. There's no need
>> for an additional encryption layer when your Tor Browser contacts such
>> a server through its hidden service, as long as that .onion service
>> and the server application share a host computer and communicate
>> locally.
>>
>> With OM's TorFile you use the combination of a .onion address and a
>> hard to guess download ID of variable length like
>>
>> bxfac4urx8eripucdjkvbdfepqsitmdhlosucnfjystgmw5owc8dfyqd.onion/ec2nsta8
>> qond
>
>Invalid Onionsite Address

What did you expect? ;)

>
>Details: 0xF6 — The provided .onion address is invalid. This error is
>returned due to one of the following reasons: the address checksum doesn't
>match, the ed25519 public key is invalid, or the encoding is invalid.
>
>> And without the need of active contents and only a short window of
>> accessibility the server is hard to compromise.
>
>What generates the download ID?

Either you enter a sequence of letters of any length, or, by clicking
the "<" button, OM fills in 12 characters of random text.

Stefan Claas <pollux@tilde.club> wrote:
>Anonymous wrote:
>> On 2 Apr 2024 22:56:42 +0200 (CEST), Nomen Nescio wrote:
>> >On 02 Apr 2024, Yamn Remailer <noreply@mixmin.net> posted some
>> >news:20240402.143357.a6ab42fa@mixmin.net:
>> >> D <noreply@mixmin.net> wrote:
>> >>
>> >>>> https://danner-net.de/omom/tutortorplusfile.htm
>> >>>
>> >>> cutting remailer chains out of the loop sounds extraordinarily
>> >>> risky; i would definitely not rely on tor alone for anonymity in
>> >>> this usage
>> >>
>> >> But hidden services also benefit from longer circuits of up to 9
>> >> nodes OM's Tor version comes with, don't they?
>> >
>> >Benefit how exactly?
>> >
>> >Anything more than 4 hops is just going to add additional latency
>> >and use unnecessary bandwidth.
>>
>> There's a viable chance, that all three nodes of a standard
>> Tor circuit are controlled by cooperating entities. Sure,
>> compared with Tor combined with a high latency remailer chain
>> that's the next best solution, but up to now remailers don't
>> allow to transfer larger files.
>
>You can set in .torrc which entry and exit nodes you like to use.
>
>There are lists available, AFAIR, from services run by privacy
>organizations people trust.
>
>https://helpmanual.io/man5/torrc/

The point is that with longer circuits you don't have to trust anyone.

Nomen Nescio <nobody@dizum.com> wrote:

Try this one (only temporarily available):

<http://cryptofab37aljoc6u734juzp5lvbqv635jspdp2lqiang3gexbz4cid.onion/da4ji719vqmnn62i4snkdyoj>

On 4/6/2024 8:04 AM, Crypto Fab 37 wrote:

> powered by OmniMix hosted in a Linux Mint VM
>

Nice setup!!!!

Entropy requires no maintenance. -- Markoff Chaney

computers / alt.privacy.anon-server / Re: Hosting anonymous website and files

Subject	Author
Hosting anonymous website and files	Fritz Wuehler
Re: Hosting anonymous website and files	D
Re: Hosting anonymous website and files	D
Re: Hosting anonymous website and files	Nomen Nescio
Re: Hosting anonymous website and files	D
Re: Hosting anonymous website and files	Anonymous
Re: Hosting anonymous website and files	D
Re: Hosting anonymous website and files	Yamn Remailer
Re: Hosting anonymous website and files	D
Re: Hosting anonymous website and files	Yamn Remailer
Re: Hosting anonymous website and files	D
Re: Hosting anonymous website and files	Nomen Nescio
Re: Hosting anonymous website and files	Yamn Remailer
Re: Hosting anonymous website and files	Crypto Fab 37
Re: Hosting anonymous website and files	Yamn2 Remailer
Re: Hosting anonymous website and files	Nomen Nescio
Re: Hosting anonymous website and files	Anonymous
Re: Hosting anonymous website and files	Stefan Claas
Re: Hosting anonymous website and files	Anonymous
Re: Hosting anonymous website and files	Nomen Nescio